RAGLensResearch

Retrieval design · WixQA · Experiment

How much should RAG retrieve?

One basic retrieval lever, one curve, and a short explanation. The question: what happens as retrieval breadth increases?

Wix’s RAGXplain guidance suggests increasing retrieval depth when low context recall indicates that useful evidence is being missed. I tried that on WixQA, using its 6,221 Help Center articles and 200 expert-written questions. Each article stayed intact as one retrievable document, and I compared retrieval at k=1, 3, 5, 10, 20, 50.

Retrieval breadth improves recall, then the gains flatten
510
+11.3 points mean recall
1020
+9.8 points mean recall
2050
+3.3 points mean recall
Retrieval breadth improves recall, then the gains flatten: values by documents retrieved (k)
kMean gold recallMulti-article full recall (n=52)
135.1%0.0%
360.2%11.5%
571.9%34.6%
1083.2%51.9%
2093.1%69.2%
5096.4%82.7%

It worked. Mean gold recall rose from 71.9% at k=5 to 83.2% at k=10 and 93.1% at k=20. After that the curve flattened: retrieving 30 more documents, from 20 to 50, added only 3.3 points of mean recall. Multi-article questions were harder. They continued to benefit from greater breadth because the first required article often ranked highly while a second required article appeared much later.

Multi-article questions stayed retrieval-hungry after the aggregate curve bent. At k=20, 69.2% had all required articles; at k=50, 82.7% did. In one case, a feature-request article saying something could not be done outranked the gold article explaining how to do it.

The practical lesson is small but useful: if retrieval is missing evidence, increasing k is worth trying before adding another mechanism. But more retrieval has diminishing returns. In this test, k=20 was where aggregate recall began to level off, while the additional results increasingly came from the same surrounding product neighborhood. That is not a recommendation to retrieve 20 documents everywhere. It is a reason to look at the curve on your own content before making the pipeline more complicated.

Test details
  • WixQA Help Center snapshot: 6,221 articles
  • 200 expert-written questions
  • whole article = retrieval unit
  • Voyage voyage-3
  • k = 1, 3, 5, 10, 20, 50
  • one top-100 ranking stored per question
  • no LLM generation or judging
  • simulated 200-question set used as replication and reproduced the same curve shape

Run 2026-09-07T16-40-08-365Z. The stored rankings, design note, and inspection notes are committed in the RAGLens repository under experiments/studies/foundation-01-retrieval-breadth.

Terms used here are defined in the RAGLens glossary.