RAG laat een taalmodel opgehaalde informatie gebruiken bij het formuleren van een antwoord. Voor je website is vooral het onderscheid tussen beschikbare bronnen, geselecteerde informatie en het uiteindelijke antwoord nuttig. Met die drie stappen kun je gerichter onderzoeken waar iets misgaat. Een bronvermelding in een AI-antwoord bewijst op zichzelf geen betere Google-positie of extra aanvragen.
Hoe RAG van een document naar een antwoord gaat
Retrieval-augmented generation, afgekort RAG, combineert een taalmodel met informatie die voor een vraag wordt opgehaald. Het oorspronkelijke RAG-onderzoek beschrijft deze algemene architectuur. Het verklaart hoe externe informatie de generatie kan ondersteunen, maar beschrijft daarmee niet automatisch de werking van iedere publieke AI-zoekdienst.
Stel dat een fictieve leverancier handleidingen voor waterpompen heeft. Een ondernemer vraagt: ‘Mag pomp Nova buiten staan?’ Het taalmodel kan algemene trainingskennis hebben over pompen en vocht. Daarmee kent het nog niet de voorwaarden voor dit specifieke product.
- Trainingskennis: informatie en patronen die het model tijdens training heeft geleerd. Je kunt die niet gelijkstellen aan de actuele producthandleiding.
- Documentverzameling: de documenten die het systeem kan doorzoeken, bijvoorbeeld handleidingen, productbladen en installatievoorwaarden.
- Retrieval: het zoeken en ophalen van informatie uit die verzameling voor de gestelde vraag.
- Generatie: het formuleren van een antwoord met behulp van de beschikbare context, waaronder de opgehaalde informatie.
De handleiding kan bijvoorbeeld vermelden dat Nova alleen onder een overkapping mag staan, met de aansluitingen in een droge behuizing. Als die informatie wordt opgehaald, kan het model de voorwaarden meenemen. Het kan ze ook verkeerd samenvatten of weglaten. En als de verzameling een oude handleiding bevat, kan retrieval juist verouderde informatie aanleveren.
Opgehaald betekent dus niet vanzelf actueel of correct. Controleer wie een document beheert, voor welke productversie het geldt en of het inmiddels is vervangen. Afhankelijk van het systeem kan retrieval volledige documenten, passages of andere informatie-eenheden opleveren. Er bestaat geen universele fragmentlengte die voor alle toepassingen geldt.
Wat RAG en GEO wel en niet zeggen over ranking
GEO wordt gebruikt voor werkzaamheden rond zichtbaarheid in generatieve zoekantwoorden. RAG en GEO raken elkaar bij de vraag hoe bronnen beschikbaar komen en in antwoorden terechtkomen. Toch kun je vanuit de architectuur geen vaste rankingregels voor Google of andere diensten afleiden.
Houd vier afzonderlijke gebeurtenissen uit elkaar:
- Vindbaarheid: een dienst kan een pagina ontdekken en heeft, afhankelijk van zijn werkwijze, toegang tot de inhoud.
- Ophalen: de bronselectie levert voor een bepaalde vraag informatie uit die pagina op.
- Gebruiken: de informatie wordt daadwerkelijk betrokken bij het antwoord.
- Zichtbaar citeren: de gebruiker ziet een verwijzing naar de bron.
Een zichtbare citatie laat zien dat een dienst op dat moment een bronvermelding presenteerde. Daaruit kun je niet de volledige interne selectie reconstrueren. Het ontbreken van een vermelding bewijst evenmin welke eerdere stap misging.
Een organische positie is bovendien een andere waarneming dan een bronvermelding in een gegenereerd antwoord. Er volgt uit RAG geen universeel controleerbare ‘retrievalpositie’ die organische ranking vervangt. Bouw deze onderzoeksvragen daarom in je SEO-strategie in, met aparte doelen en meetpunten. Voor de bredere samenhang tussen AI-gebruik en zoekzichtbaarheid kun je verder lezen over AI en SEO.
Beoordeel een bronfragment met vijf redactionele controles
Je kunt zonder software onderzoeken of een passage genoeg context bevat voor een bruikbaar antwoord. Onderstaande vijf criteria zijn een eigen redactioneel werkblad. Ze leveren geen RAG-score op en voorspellen niet of een zoekdienst de tekst zal selecteren.
| Controle | Vraag bij het lezen | Passende aanpassing |
|---|---|---|
| Zelfstandig onderwerp | Is duidelijk over welk product, proces of aanbod dit gaat? | Noem het concrete onderwerp waar een verwijzing als ‘dit model’ verwarrend is. |
| Beantwoordbare vraag | Welke klantvraag beantwoordt deze passage werkelijk? | Voeg het ontbrekende antwoord toe of beperk de strekking van de kop. |
| Noodzakelijke voorwaarde | Welke beperking verandert de betekenis van het antwoord? | Zet de voorwaarde bij de uitspraak waarop die betrekking heeft. |
| Herleidbare onderbouwing | Waar kan iemand de bewering controleren? | Verwijs naar een relevante handleiding, specificatie of vastgesteld bedrijfsbeleid. |
| Datumcontext | Voor welke versie of periode geldt dit? | Vermeld een inhoudelijk relevante versie of geldigheidsdatum. |
Een fictief fragment vóór en na contextcontrole
Een onvolledig fragment uit onze fictieve pompenwebshop luidt: ‘Deze kan buiten worden geplaatst. Dat geldt vanaf april. Gebruik wel de juiste behuizing.’ Een lezer weet niet welk product wordt bedoeld, welk jaar relevant is en welke onderdelen bescherming nodig hebben.
Een uitgewerkt fragment kan luiden: ‘Pomp Nova, model N2, mag volgens installatiehandleiding N2 versie 2.1 van 1 april 2026 buiten onder een overkapping worden geplaatst. De elektrische aansluitingen moeten in de droge behuizing blijven die deze handleiding voorschrijft. Deze instructie geldt niet voor model N1.’ Dit voorbeeld is volledig fictief; de genoemde handleiding bestaat hier alleen als oefenmateriaal.
De tweede versie maakt het onderwerp, de voorwaarden, de onderbouwing en de datumcontext controleerbaar. De beantwoordbare vraag is: onder welke voorwaarden mag model N2 buiten staan? Daarmee verbeter je de uitleg. Je hebt nog niet aangetoond dat een AI-dienst die uitleg ophaalt of correct citeert.
Pas dit werkblad eerst toe op pagina’s waar een ontbrekende beperking tot een verkeerde aankoop of aanvraag kan leiden. Denk aan compatibiliteit, leveringsvoorwaarden en verschillen tussen abonnementen. Dat geeft je SEO-content een concreet inhoudelijk verbeterdoel.
Voorkom begripsverwarring zonder passages los te trekken
Begripsverwarring ontstaat snel als een bedrijf, productserie en dienst dezelfde naam gebruiken. Schrijf bijvoorbeeld ‘Nova-installatieservice’ wanneer je de dienst bedoelt en ‘pomp Nova N2’ wanneer het om het apparaat gaat. Kies die termen consequent, zodat een antwoord over installatie niet ongemerkt een productspecificatie wordt.
Schrijf een afkorting bij de eerste relevante vermelding uit. Een nieuwe bezoeker kan midden op een pagina landen. Als een afkorting daar zonder de eerdere uitleg onbegrijpelijk is, kan een korte toelichting opnieuw nodig zijn. Iedere alinea volstoppen met volledige namen maakt de tekst juist moeilijker leesbaar.
Een logische kopstructuur helpt om verschillende vragen uiteen te houden. ‘Buitenplaatsing van Nova N2’ is duidelijker dan ‘Extra mogelijkheden’. Zet installatievoorwaarden onder een kop die dat onderwerp benoemt en houd uitzonderingen dicht bij de hoofdregel.
Bewaar ook de passagesamenhang. Een antwoord van twee zinnen hoeft niet alle technische details te bevatten, zolang noodzakelijke voorwaarden erbij staan en de verdere uitleg bereikbaar is. Gebruik interne links om bijvoorbeeld een productpagina met de bijbehorende installatie-uitleg te verbinden.
Dit zijn keuzes voor begrijpelijke, controleerbare informatie. Specifieke entiteiten, korte alinea’s of een bepaald aantal woorden zijn daarmee nog geen gegarandeerde selectiefactoren voor AI-antwoorden.
Onderzoek eerst teksttoegang, daarna Google-indexering
Als een belangrijke pagina niet terugkomt in antwoorden, begin dan met wat je daadwerkelijk kunt controleren. Een SEO-audit kan deze diagnose ordenen. Pas instellingen pas aan wanneer duidelijk is welk probleem je probeert op te lossen.
- Controleer bereikbare tekst. Open de bedoelde URL zonder ingelogde beheerderssessie. Staat de kerninformatie op de pagina en krijg je geen foutpagina, inlogscherm of toegangsblokkade?
- Controleer rendering. Vergelijk de aangeleverde HTML met de weergegeven pagina. Als de hoofdtekst pas via JavaScript verschijnt, onderzoek dan of de relevante crawler die inhoud kan verwerken. Verschillen zijn een aanleiding voor onderzoek, geen automatische afkeuring van JavaScript.
- Controleer crawltoegang. Bekijk robots.txt, serverreacties en eventuele firewallregels voor de betreffende crawler. Als toegang onbedoeld geblokkeerd is, herstel de specifieke blokkade en controleer opnieuw.
- Controleer Google-indexering. Gebruik URL-inspectie in een Search Console-property waarvoor eigendom is geverifieerd. Onderzoek de indexeringsstatus en de URL die Google als canoniek beschouwt. Een ingediende sitemap kan ontdekking helpen, maar garandeert geen indexering.
- Controleer snippetmogelijkheid. Onderzoek noindex en toepasselijke previewbeperkingen, waaronder nosnippet. Kijk bij gedeeltelijke beperkingen ook welke inhoud nog voor een snippet beschikbaar kan zijn.
Volgens de Google-documentatie over AI-functies moeten ondersteunende pagina’s voor AI Overviews en AI Mode geïndexeerd zijn en met een snippet kunnen worden getoond. Voldoen aan die voorwaarden garandeert geen verschijning. Google vereist hiervoor geen speciaal schema, extra AI-bestand of llms.txt.
Als je structured data gebruikt, laat die dan overeenkomen met zichtbare feiten en de regels van het betreffende zoekresultaattype. JSON-LD is een aanbevolen ondersteund formaat, maar geldige markup garandeert geen uitgebreid zoekresultaat of AI-citatie. Los een ontbrekende productvoorwaarde daarom op in de zichtbare tekst; schema vervangt die uitleg niet.
Na een technische aanpassing controleer je opnieuw de bereikbaarheid, weergegeven inhoud en relevante inspectieresultaten. Leg vast wat aantoonbaar is hersteld en welke verwerking nog moet plaatsvinden. Dit valt onder technische SEO, zonder dat je er een belofte over bronselectie aan kunt verbinden.
Houd Googlebot en Google-Extended uit elkaar
Googlebot betreft het crawlen voor Google Search. Google-Extended is een afzonderlijk productcontroletoken voor andere toepassingen, waaronder Gemini-training en grounding. Het regelt geen opname of ranking in Google Search. Google-Extended heeft ook geen eigen HTTP-user-agentstring; tel het dus niet als apart geverifieerde bot in je serverlogs.
De officiële crawlerdocumentatie van Google helpt die rollen uit elkaar te houden. Maak voor andere aanbieders een afzonderlijke controle: welke crawler dient zoeken, welke mogelijke training en welke verzoeken worden door gebruikers gestart? Verifieer daarvoor de actuele officiële documentatie en identificatiemethoden voordat je regels wijzigt. Een Google-instelling kun je niet als universele toestemming voor andere diensten behandelen.
Drie fictieve documenten maken drie foutsoorten zichtbaar
Onderstaande oefening is een statische RAG-foutdiagnose. Alle documenten, retrievalwaarnemingen en antwoorden zijn verzonnen en hieronder expliciet aangeleverd. Dit is geen uitgevoerde test van een publieke zoekmachine en geen bewijs voor de werking van Google, ChatGPT of een andere dienst.
De vaste documentset bestaat uit drie bedrijfsdocumenten. Samen vormen ze de referentieset waarmee je beoordeelt wat een antwoord zou moeten bevatten.
| Document | Fictieve inhoud | Status in de oefening |
|---|---|---|
| A: Installatie Nova N2 | Versie 2.1, 1 april 2026. Buitenplaatsing alleen onder een overkapping, met elektrische aansluitingen in de voorgeschreven droge behuizing. | Actueel; aanwezig in de doorzoekbare verzameling. |
| B: Servicevoorwaarden 2026 | Vanaf 1 april 2026 geldt voor reguliere servicevragen een reactietermijn van twee werkdagen. Dit is geen toezegging dat een reparatie dan klaar is. | Actueel; ontbreekt in de doorzoekbare verzameling door een fictieve importfout. |
| C: Servicevoorwaarden 2024 | Voor reguliere servicevragen gold een reactietermijn van vijf werkdagen. | Verouderd; nog aanwezig in de doorzoekbare verzameling. |
De volgende drie vraagroutes gebruiken deze documenten. Het onderscheid tussen de referentieset en de doorzoekbare verzameling is belangrijk: een bestand kan binnen je bedrijf bestaan en toch ontbreken in het systeem dat antwoorden ondersteunt.
| Vraagroute | Aangeleverde waarneming | Diagnose | Vervolgstap en verificatie |
|---|---|---|---|
| 1. ‘Wat staat in Servicevoorwaarden 2026 over de reactietermijn?’ | Document B is niet beschikbaar voor retrieval. Er wordt geen document opgehaald. Het antwoord meldt dat de termijn onbekend is. | Ontbrekende bron. Het systeem kan de bedoelde tekst niet raadplegen. | Herstel de import van B. Controleer daarna eerst de opgeslagen tekst en vervolgens of de vaste vraag B kan ophalen. |
| 2. ‘Binnen hoeveel werkdagen reageren jullie momenteel op een reguliere servicevraag?’ | Het opgehaalde document is C. Het antwoord noemt vijf werkdagen en presenteert dat als de huidige termijn. | Verkeerde bron voor een actuele vraag. Het ontbreken van B draagt bij aan de fout; C is niet als historische informatie behandeld. | Maak B beschikbaar en scheid archiefvoorwaarden van actuele voorwaarden. Herhaal de vraag en registreer bronkeuze én antwoord. |
| 3. ‘Mag Nova N2 onbeschermd buiten staan?’ | Document A wordt volledig opgehaald. Het antwoord luidt: ‘Ja, Nova N2 is geschikt voor buitenplaatsing.’ | Antwoordfout ondanks de juiste bron. De noodzakelijke bescherming ontbreekt in het antwoord. | Controleer welke context aan de generatie is doorgegeven en hoe voorwaarden worden verwerkt. Herhaal de proef met dezelfde bron en beoordeel alle vereisten. |
Bij route drie helpt opnieuw importeren op zichzelf niet: de juiste informatie was al aanwezig en opgehaald. Bij route één kun je met een andere formulering van het antwoord de ontbrekende bron niet repareren. Door deze stappen apart te registreren, voorkom je dat ieder probleem het algemene etiket ‘AI begrijpt onze content niet’ krijgt.
Maak een herhaalbare proef voor je eigen documentensysteem
Heb je een eigen kennisassistent of werkt een specialist aan een RAG-toepassing voor je bedrijf? Dan kun je de fictieve oefening omzetten in een eigen proef. Daarvoor heb je toegang nodig tot de gebruikte documentverzameling, de retrievalresultaten en de uiteindelijke antwoorden. Een openbare chatinterface geeft doorgaans niet genoeg zicht op al die stappen om dezelfde diagnose te stellen.
- Bevries de uitgangssituatie. Bewaar een vaste documentset met versienummers en leg vast welke documenten daadwerkelijk doorzoekbaar zijn.
- Schrijf vaste vragen. Neem een actuele vraag, een historische vraag en een vraag met een noodzakelijke beperking op. Noteer vooraf de verwachte bron en de vereiste antwoordonderdelen.
- Maak een gelijkwaardige tekstvariant. Behoud feiten, datums en voorwaarden. Verander bijvoorbeeld alleen een onduidelijke productverwijzing in de volledige productnaam. Voeg niet tegelijk nieuwe informatie toe.
- Houd de overige instellingen gelijk. Noteer de gebruikte retrievalmethode, instellingen, modelversie en instructies voor zover die beschikbaar zijn. Test varianten afzonderlijk, zodat ze elkaar niet als dubbele bronnen beïnvloeden.
- Registreer de stappen apart. Was de juiste bron beschikbaar? Welk document werd opgehaald? Welke tekst bereikte de generatie? Bevat het antwoord de juiste conclusie en alle noodzakelijke voorwaarden?
- Herhaal en bewaar afwijkingen. Gebruik dezelfde vragen meerdere keren en bewaar de volledige uitvoer. Eén geslaagde poging bewijst geen stabiele werking.
Een praktisch registratieblad bevat per poging: vraagnummer, documentversie, tekstvariant, beschikbaarheid, opgehaalde bron, doorgegeven context, antwoord, ontbrekende voorwaarde en voorgestelde reparatie. Noteer ook ‘onbekend’ wanneer een stap niet zichtbaar is. Dat is informatiever dan achteraf aannemen dat de bron niet werd opgehaald.
Vergelijk daarna fouten per soort. Levert een duidelijkere productnaam in jouw opstelling vaker de juiste bron op, dan is dat een lokale waarneming onder vastgelegde omstandigheden. Het bewijst geen algemeen effect op publieke zoekdiensten. Verifieer na iedere wijziging bovendien of een eerder correct antwoord niet is verslechterd.
Meet citaties, zoekprestaties en aanvragen afzonderlijk
Een bronvermelding kan aanleiding zijn voor verder onderzoek. Zij bewijst niet dat je domein meer autoriteit heeft gekregen of dat bezoekers vaker klant worden. Ook een herhaalde citatie blijft een waarneming die je met context moet vastleggen.
| Registratie | Wat leg je vast? | Wat kun je ermee beoordelen? |
|---|---|---|
| Citaties | Dienst, datum, exacte vraag, geciteerde URL, weergegeven antwoord en herhaling onder vergelijkbare omstandigheden. | Of en hoe je bron binnen de onderzochte antwoorden zichtbaar was. |
| Organische prestaties | Vertoningen, klikken, zoekvragen en pagina’s in Search Console, met vergelijkbare perioden. | Welke veranderingen zichtbaar zijn in het gemeten zoekverkeer. |
| Aanvragen | Aanvraagonderwerp, aansluiting op je aanbod en herkomst voor zover aantoonbaar of door de aanvrager genoemd. | Of een relevante aanvraag binnenkomt en welke herkomstinformatie beschikbaar is. |
Volgens Google valt verkeer uit AI Overviews en AI Mode binnen de Web-prestaties van Search Console. Presenteer die gegevens daarom niet als een schoon, afzonderlijk AI-rapport. Gebruik voor je SEO-rapportage duidelijke labels voor directe waarnemingen, samengevoegde meetgegevens en aannames.
Zoek bij iedere verandering naar een alternatieve verklaring. Meer klikken kunnen samenhangen met seizoensvraag, een campagne, gewijzigde zoekresultaten of een verbeterde productpagina. Een aanvraag kan ontstaan na meerdere bezoeken via verschillende kanalen. Ook de antwoorden van een dienst kunnen veranderen zonder dat jij je website hebt aangepast.
Uit bronhergebruik volgt evenmin dat backlinks achterhaald zijn. RAG beschrijft geen algemene verschuiving van alle rankingfactoren. Beoordeel bronvermeldingen als een extra observatie naast je bestaande SEO-werk en zakelijke gegevens, zonder er een onbewezen oorzaak-gevolgrelatie aan vast te knopen.
Veelgestelde vragen over RAG en GEO
Maakt RAG een antwoord automatisch actueel?
Nee. Een systeem kan een verouderd document ophalen of actuele informatie verkeerd verwerken. Controleer daarom afzonderlijk de documentversie, de opgehaalde bron en het uiteindelijke antwoord.
Kan ik mijn retrievalpositie in AI-zoekdiensten meten?
Er is geen universele, publiek controleerbare retrievalpositie. Je kunt zichtbare bronvermeldingen voor vastgelegde vragen registreren, maar daarmee zie je niet de volledige interne bronselectie van een dienst.
Heb ik speciaal schema of llms.txt nodig voor Google AI?
Google vereist voor AI Overviews en AI Mode geen speciaal schema of llms.txt. De gewone SEO-voorwaarden blijven gelden. Ondersteunende pagina’s moeten geïndexeerd zijn en een snippet kunnen tonen; deelname blijft niet gegarandeerd.
Wat onderzoek ik als de juiste bron een verkeerd antwoord oplevert?
Controleer in een eigen systeem welke brontekst daadwerkelijk aan de generatie is doorgegeven. Vergelijk daarna conclusie, voorwaarden en datumcontext met die tekst. Bewaar de vraag, instellingen en uitvoer om dezelfde situatie opnieuw te testen.
Begin met één pagina en één aantoonbaar probleem
Kies een belangrijke product- of dienstenpagina en verzamel één concrete klantvraag, het juiste bronantwoord en een voorbeeld van wat ontbreekt of verkeerd wordt weergegeven. Noteer daarbij of je een toegangsprobleem, een onduidelijke passage of een fout in een eigen documentensysteem vermoedt. Daarmee heeft een beoordeling een afgebakend vertrekpunt.
Niblah biedt webdesign voor WordPress en Shopify en ondersteuning bij SEO. Stuur via het contactformulier de betreffende URL, je klantvraag en het waargenomen probleem. Geef ook aan of het om een publiek AI-antwoord of een eigen toepassing gaat, zodat de hulpvraag gericht kan worden beoordeeld.