Skip to content
CitationLab
Back to Glossary
Glossary

What is reranking? How AI picks which sources actually get used

Reranking is the second stage in a RAG pipeline: after the initial search has pulled in a batch of candidate sources, a dedicated model gives them a more precise relevance score and re-orders them before the answer is generated. This is where the genuinely relevant chunks are separated from the merely apparently relevant ones. Here is how reranking works, and why being retrieved is not enough — you have to survive reranking.

KR
Krister Ross
Founder & CEO, CitationLab
Published 3 min read
Curious how AI talks about your brand?Run a free visibility check

Reranking is the second stage in how an AI decides which sources actually get used in an answer. After a fast first stage has retrieved a broad batch of candidate sources, a dedicated, more precise model gives each of them a new relevance score and re-orders them. In short: retrieval finds the candidates, reranking decides the order — and only the top makes it into the answer.

Why retrieval is split into two stages

This is about a trade-off between speed and precision. The first search uses embeddings and a vector database to find candidates lightning-fast among millions of documents — but the goal there is to not miss anything relevant, not to rank perfectly. So it typically retrieves 50–100 candidates that sit roughly in the right area. Reranking then takes just this small batch and runs a heavier model over each one to determine real relevance. Running the heavy model over the whole database would be far too slow; running it over 100 candidates is manageable. This pattern is called two-stage retrieval.

How reranking works

Rerankers are usually cross-encoders. Where the fast vector search embeds query and document separately and compares them afterwards, a cross-encoder reads the query and candidate text together and outputs a single relevance score for the pair. Because it sees both texts at once, it catches nuances in context — which of two apparently similar chunks actually answers what was asked. That makes it slow but precise, which is exactly why it is used last, over a small batch. Commercial rerankers such as Cohere Rerank are common choices in production.

Why it matters for AI visibility

Here is the key lesson: being retrieved is not enough — you have to survive reranking. Your content may well land in the first batch of 100 candidates, but if a competitor answers the actual question more precisely and directly, you get scored down in reranking and never reach the answer. Two chunks can lie equally close to the query in embedding space, but the reranker chooses the one that answers the question most precisely. So being "near" the topic is not enough — you have to hit the question.

How you can use this

Write so that each passage answers one concrete question directly and completely, without the reader having to hunt. Put the answer first (BLUF), use the language the question is actually asked in, and avoid burying the key point in long, general paragraphs. The more precisely a chunk answers the question, the better it survives reranking. CitationLab Monitor with Chunkalyzer helps you see which passages are relevant enough to make it through — and which get retrieved but filtered out. Want to know whether your content survives reranking today? Start with a review of your AI visibility.

Frequently asked questions

What is reranking in RAG?
Reranking is a second stage of relevance scoring. After a fast first stage has retrieved a broad batch of candidate sources from the vector database, a dedicated model gives each candidate a more precise relevance score and re-orders them. Only the top-ranked ones reach the model that will answer.
Why is reranking needed if sources are already retrieved?
Because the first search is fast but coarse. Vector search finds candidates that sit roughly in the right area, but it does not always rank them perfectly. Reranking runs a heavier, more precise model over that small batch of candidates to separate the genuinely relevant from the merely apparently relevant — something that would be too slow to do across the whole database.
What is a cross-encoder?
A cross-encoder is a type of model that reads the query and a candidate text together and outputs a single relevance score for the pair. Because it sees both texts at once, it catches nuances in context that the fast vector search misses. That makes it slow but precise — which is why it is used in reranking, over a small batch of candidates.
What does reranking mean for AI visibility?
That being retrieved is not enough. Even if your content makes it into the first batch of candidates, it can be filtered out in reranking if a competitor answers the actual question more precisely. To be cited, your content has to survive both stages — first the retrieval, then the reranking.
Key terms

Definitions used in this article

Reranking
Reranking is the second stage in a RAG pipeline, where the retrieved candidates are given a more precise relevance score and re-ordered before the model answers. Only the top-ranked ones reach the answer.
Cross-encoder
A cross-encoder is a model that reads the query and candidate text together and outputs a single precise relevance score for the pair. It is slower but more accurate than vector search, so it is used to rerank a small batch of candidates.
Two-stage retrieval
Two-stage retrieval is the pattern where a fast first stage retrieves a broad batch of candidates and a slower, more precise second stage (reranking) re-orders them before the answer is generated.
Share:

Hold deg oppdatert

Få fagartikler, produktnyheter og analyser rett i innboksen.