Waarom presteert je FAQ-pagina slechter dan één goede vraag per pagina?

Een FAQ-pagina met tien verschillende vragen kan voor bezoekers handig zijn, maar is voor zoekmachines en AI-assistenten vaak minder duidelijk dan één pagina die één concrete vraag volledig beantwoordt. Google, ChatGPT, Perplexity en Gemini proberen niet alleen te bepalen waar een bepaald woord voorkomt, maar vooral welk stuk content het beste antwoord geeft op een specifieke vraag — zie ook ons overzicht van wat er nodig is om geciteerd te worden door AI. Een pagina die volledig draait om één scherp geformuleerde vraag heeft daarbij een duidelijk onderwerp, samenhangende context en een antwoord dat gemakkelijk afzonderlijk kan worden opgehaald en geciteerd.

Bij een lange FAQ-pagina concurreren meerdere onderwerpen binnen dezelfde pagina om die duidelijkheid. Zoek- en retrievalsystemen verwerken zo'n pagina bovendien vaak in kleinere tekstblokken. Daardoor kan een vraag in het ene blok terechtkomen en belangrijke uitleg, uitzonderingen of context in een ander blok. Het gevolg is niet dat FAQ-pagina's automatisch slecht zijn, maar wel dat afzonderlijke kennisvragen vaak sterker presteren wanneer ze een eigen URL, titel en volledig antwoord krijgen.

Een zoekmachine leest niet noodzakelijk je hele pagina als één geheel

Voor een menselijke bezoeker lijkt een FAQ-pagina één document. Technisch gezien hoeft dat voor een zoekmachine of AI-systeem niet zo te zijn.

Moderne zoek- en AI-systemen delen documenten vaak op in kleinere stukken tekst. Dat wordt meestal chunking genoemd. Zulke stukken kunnen afzonderlijk worden geïndexeerd, vergeleken met een zoekvraag en opgehaald wanneer iemand een relevante vraag stelt. Dat principe is belangrijk voor zowel klassieke zoekmachines als systemen die retrieval gebruiken om antwoorden van een taalmodel te onderbouwen.

Stel dat je FAQ-pagina deze vragen bevat:

• Wat is RAG?
• Kan RAG lokaal draaien?
• Welke documenten kan ik gebruiken?
• Wat kost een RAG-systeem?
• Is RAG veilig onder de AVG?
• Heb ik een vectordatabase nodig?

Voor een bezoeker zijn dit logisch verwante vragen. Voor een retrievalsysteem zijn het echter verschillende zoekintenties. Iemand die vraagt: "Kan ik een RAG-systeem volledig on-premise draaien?" heeft weinig aan tekst over kosten, documentformaten of vectordatabases. Het systeem probeert daarom het gedeelte van de pagina te vinden dat specifiek over lokale implementatie gaat. Hoe scherper dat gedeelte op zichzelf staat, hoe makkelijker het te gebruiken is.

Eén vraag per pagina geeft sterkere context

Een afzonderlijke kennisbankpagina kan volledig worden opgebouwd rond één onderwerp. De paginatitel kan bijvoorbeeld zijn: "Kan RAG volledig on-premise draaien?" De introductie geeft direct antwoord. Daarna volgen onderdelen over architectuur, hardware, privacy, modellen, vectoropslag en situaties waarin on-premise juist niet nodig is. Vrijwel alles op die pagina helpt een zoekmachine of AI-systeem om hetzelfde onderwerp te begrijpen.

Bij een FAQ-pagina verandert het onderwerp daarentegen iedere paar alinea's. Eerst gaat het over privacy, daarna over prijzen, vervolgens over implementatietijd en daarna over documentformaten. Dat hoeft voor Google geen probleem te zijn om de pagina te indexeren. Maar het maakt de semantische context rondom ieder individueel antwoord dunner. Een gespecialiseerde pagina bevat simpelweg meer relevante aanwijzingen over wat het antwoord betekent, wanneer het geldt en welke begrippen ermee samenhangen.

Contextverdunning maakt een antwoord minder citeerbaar

Voor AI-zichtbaarheid is niet alleen vindbaarheid belangrijk. Ook citeerbaarheid speelt een rol. Een AI-assistent die externe bronnen gebruikt, zoekt idealiter een tekstpassage die voldoende zelfstandig is om een antwoord te ondersteunen. Een passage als "Ja, dat kan. Voor grotere omgevingen adviseren we meestal een andere oplossing." is zonder omliggende context nauwelijks bruikbaar. Waar slaat "dat" op? Wat is een grotere omgeving? Welke andere oplossing?

Een goed kennisbankartikel formuleert antwoorden meestal explicieter: "Een RAG-systeem kan volledig on-premise draaien. Het taalmodel, de embeddinglaag, vectordatabase en documentopslag kunnen allemaal binnen de eigen infrastructuur worden geplaatst." Zo'n passage bevat zelf de vraagcontext en het antwoord. Daardoor kan een retrievalsysteem beter beoordelen waar de passage over gaat. Dit is een belangrijk verschil tussen content die prettig leest als onderdeel van een website en content die ook buiten de oorspronkelijke pagina begrijpelijk blijft. Voor GEO — optimalisatie voor zichtbaarheid in AI-assistenten — is die zelfstandigheid bijzonder waardevol.

De URL en titel helpen het onderwerp afbakenen

Een aparte pagina heeft nog een voordeel: alle signalen kunnen rond dezelfde vraag worden georganiseerd. Denk aan:

• de paginatitel;
• de URL;
• de eerste alinea;
• tussenkoppen;
• interne links;
• omliggende begrippen;
• eventuele structured data;
• links vanaf andere pagina's.

Een URL als /blog/kan-rag-on-premise-draaien/ is inhoudelijk veel specifieker dan /faq/. Dat betekent niet dat een zoekmachine alleen naar de URL kijkt. Het betekent wel dat titel, hoofdonderwerp en inhoud netjes met elkaar in lijn kunnen liggen. Ook interne links worden daardoor preciezer: vanuit een artikel over privacy kun je bijvoorbeeld linken met de tekst "RAG volledig on-premise draaien" naar precies de pagina die daarover gaat. Bij één grote FAQ-pagina wijzen veel verschillende onderwerpen naar dezelfde URL.

Een goede pagina beantwoordt ook vervolgvragen

Gebruikers stellen zelden alleen een ja/nee-vraag. Wie zoekt naar "Kan RAG lokaal draaien?" wil mogelijk daarna weten:

• welke hardware nodig is;
• of internettoegang vereist is;
• welke modellen geschikt zijn;
• waar documenten worden opgeslagen;
• of medewerkers dezelfde interface kunnen blijven gebruiken.

Een afzonderlijk kennisartikel kan die logische vervolgvragen behandelen zonder van onderwerp te veranderen. Dat helpt niet alleen SEO of GEO. Het maakt de pagina ook nuttiger voor de bezoeker. De beste contentstructuur ontstaat daarom niet door voor iedere mini-vraag automatisch een nieuwe pagina te maken. De vraag moet voldoende inhoud hebben om een zelfstandig en nuttig antwoord te rechtvaardigen. Een pagina van enkele regels alleen om een extra URL te creëren levert weinig op.

Wanneer een FAQ-pagina juist wel zin heeft

FAQ-pagina's zijn zeker niet overbodig. Ze werken goed wanneer het doel vooral is om praktische vragen van bestaande of potentiële klanten snel af te handelen. Bijvoorbeeld:

• Hoe kan ik betalen?
• Wanneer ontvang ik mijn factuur?
• Kan ik mijn abonnement wijzigen?
• Hoe neem ik contact op met support?
• Welke bestandstypen kan ik uploaden?

Dit soort vragen horen inhoudelijk bij dezelfde klantreis en hoeven niet allemaal een uitgebreid kennisartikel te worden. Ook onderaan een product- of dienstenpagina kan een korte FAQ nuttig zijn om bezwaren of praktische vragen weg te nemen. Het verschil zit in het doel: een FAQ is vooral een gebruikselement, een kennisbankpagina is een informatiebron die zelfstandig gevonden, gelezen, gelinkt en geciteerd moet kunnen worden.

Splits niet iedere bestaande FAQ blindelings op

De oplossing is dus niet om morgen iedere FAQ-vraag op je website een eigen pagina te geven. Kijk eerst welke vragen echte zoek- en informatiebehoeften vertegenwoordigen. Een vraag als "Wat is retrieval-augmented generation?" kan gemakkelijk een volledig kennisartikel dragen. "Kan ik ook per iDEAL betalen?" waarschijnlijk niet. Een bruikbare test is: kun je over de vraag een zelfstandig antwoord schrijven dat iemand helpt een concept, risico of zakelijke keuze beter te begrijpen? Zo ja, dan is een eigen kennisbankpagina vaak logisch. Zo nee, dan past de vraag waarschijnlijk beter in een FAQ.

Een praktische vuistregel voor MKB-sites

Voor een MKB-website werkt meestal een combinatie het beste. Gebruik FAQ's voor korte, operationele vragen rond je bedrijf, product, dienstverlening of aankoopproces. Gebruik aparte kennisbankpagina's voor vragen waarop potentiële klanten daadwerkelijk informatie zoeken voordat ze een beslissing nemen.

Maak zo'n kennisbankpagina vervolgens niet kunstmatig lang. Beantwoord de vraag direct, leg uit waarom het antwoord zo is, behandel belangrijke uitzonderingen en voeg relevante vervolgvragen toe. Daarmee maak je content tegelijk bruikbaarder voor drie partijen: de bezoeker die een duidelijk antwoord zoekt, Google dat het onderwerp van de pagina probeert te begrijpen, en AI-systemen die afzonderlijke passages moeten kunnen terugvinden en verwerken.

Een FAQ is dus niet slechter omdat er meerdere vragen op staan. Het probleem ontstaat wanneer je tien onderwerpen die ieder een zelfstandig antwoord verdienen op één algemene pagina samenperst. Voor belangrijke kennisvragen is één duidelijke vraag per pagina daarom meestal de sterkere structuur: scherper voor de bezoeker, duidelijker voor retrieval en gemakkelijker voor zoekmachines en AI-assistenten om als zelfstandig antwoord te gebruiken.