Soms staat er onderaan een pagina een keurig FAQ-blok waar niemand iets aan heeft. Vragen die nooit gesteld zijn, antwoorden die vooral verkooppraat zijn, en daarachter nog wat schema-markup “voor SEO”. Dat was een tijdlang een bekende truc. Inmiddels werkt het onderwerp een stuk nuchterder.
Voor WordPress-sites kan FAQ schema nog steeds nuttig zijn, maar niet omdat je daarmee vanzelf extra uitklappers in Google krijgt. Die zichtbare winst is voor de meeste gewone websites grotendeels verdwenen. Wat overblijft, is eerlijk gezegd ook waardevoller: je helpt zoekmachines en AI-systemen beter begrijpen welke vraag je beantwoordt, en waar het antwoord precies staat.
De echte vraag is daarom niet of je het overal moet toevoegen. Handiger is om per pagina te kijken: helpt dit een bezoeker echt verder, en maakt het de inhoud duidelijker voor systemen die de pagina uitlezen?
Waarom deze markup nog steeds zin heeft
FAQPage structured data is een vorm van gestructureerde data, meestal toegevoegd als JSON-LD. Daarmee geef je aan: dit is een vraag, en dit is het bijbehorende antwoord.
Dat lijkt technisch, maar het effect is vrij simpel. Je maakt de inhoud niet automatisch beter, alleen wel duidelijker ingedeeld. Vooral op pagina’s waar een vraag-en-antwoordstructuur al logisch is, helpt dat. Denk aan dienstpagina’s, supportartikelen, kennisbankpagina’s of productinformatie.
Belangrijk om scherp te hebben: de rol van deze markup is veranderd. Google liet FAQ rich results eerst al veel minder zien en heeft die zichtbare weergave voor algemene websites daarna verder teruggeschroefd. Voor de meeste bedrijven betekent dat: geen opvallende FAQ-uitklappers meer in de zoekresultaten.
Toch is dat niet hetzelfde als nutteloos.
Andere systemen lezen die structuur nog steeds. Denk aan AI Overviews, voice search, Bing en andere zoekmachines of crawlers die pagina’s sneller willen interpreteren. Ook binnen Google blijft heldere structuur helpen om content beter te begrijpen, zelfs als dat niet meer zichtbaar wordt als rich result.
Op welke pagina’s het wél helpt
Niet elke pagina heeft een FAQ nodig. Sterker nog: op veel pagina’s voegt het weinig toe. Maar op de juiste plek kan het heel bruikbaar zijn.
Deze situaties zijn meestal logisch:
- dienstpagina’s waar steeds dezelfde praktische vragen terugkomen
- productpagina’s met vragen over gebruik, levering of specificaties
- kennisbank- en supportpagina’s
- pagina’s die inspelen op zoekopdrachten in vraagvorm
- content die geschikt is voor voice search of AI-samenvattingen
Een simpel voorbeeld: een pagina over een dienst bevat al uitleg over werkwijze, kosten of doorlooptijd. Dan kan een korte sectie met echte klantvragen prima werken. Bijvoorbeeld:
- Hoe lang duurt het traject?
- Wat kost deze dienst?
- Is dit ook geschikt voor kleine bedrijven?
Als die vragen echt leven bij je doelgroep, maak je de pagina praktischer. En als je daar vervolgens ook FAQPage-schema aan koppelt, help je systemen die inhoud sneller te plaatsen.
Dat sluit ook aan op hoe mensen zoeken. Veel bezoekers willen eerst zelf een antwoord vinden voordat ze bellen of mailen. Een goede vraag-en-antwoordsectie verlaagt dan simpelweg de drempel.
Wanneer je het beter kunt laten
Er zijn ook genoeg gevallen waarin een FAQ-blok vooral opvulling wordt.
Dat gebeurt vaak als zo’n sectie alleen wordt toegevoegd omdat “het goed is voor SEO”, terwijl de pagina zelf helemaal niet om extra vragen vraagt. Dan krijg je kunstmatige vragen, dunne antwoorden en herhaling. Niet handig voor de lezer, en ook niet sterk voor de kwaliteit van je site.
Pas op bij deze signalen:
- de pagina is geen natuurlijke vraag-en-antwoordpagina
- de vragen zijn verzonnen in plaats van gebaseerd op klantcontact
- antwoorden blijven vaag of veel te kort
- de tekst klinkt als reclame in plaats van uitleg
- dezelfde vragen staan op meerdere pagina’s
- de markup bevat inhoud die niet zichtbaar op de pagina staat
- je verwacht vooral meer schermruimte in Google
Vooral dat laatste zie je nog vaak. FAQ schema in WordPress wordt dan ingezet met een oud doel voor ogen. Als je het alleen toevoegt om rich snippets te forceren, loop je achter op hoe zoekmachines er nu mee omgaan.
Wat het vandaag vooral oplevert
De winst zit nu minder in opvallende zoekresultaten en meer in structuur en leesbaarheid.
Goed opgebouwde FAQ-inhoud helpt systemen om sneller te herkennen:
- welke vraag centraal staat
- waar het antwoord begint
- hoe concreet dat antwoord is
- of de pagina geschikt is om ergens naar te verwijzen of uit te citeren
Dat geldt niet alleen voor code. De zichtbare opbouw van je pagina is minstens zo belangrijk. Een duidelijke tussenkop, een echte vraag als kopregel en een direct antwoord in gewone taal doen vaak al veel.
Daarom werkt de combinatie het best:
- een nuttige FAQ-sectie voor echte bezoekers
- heldere, directe antwoorden
- correcte structured data die overeenkomt met wat op de pagina staat
Alleen markup toevoegen zonder goede inhoud is zelden de moeite waard.
Zo pak je het slim aan in WordPress
De techniek is meestal niet het lastigste deel. De inhoud wel. Begin dus niet met een plugin, maar met de vragen zelf.
Verzamel echte klantvragen
Kijk naar mails, intakegesprekken, supporttickets, chatgesprekken en verkoopcalls. Daar zit meestal genoeg materiaal in. Je kunt ook kijken naar zoekopdrachten in Google Search Console, People Also Ask of tools als AlsoAsked, AnswerThePublic of Semrush.
Kies vragen die concreet zijn. “Wat kost het?” werkt beter dan “Waarom kiezen klanten voor ons?” Dat laatste is vaak gewoon marketingtaal vermomd als vraag.
Geef korte, complete antwoorden
Een goed antwoord draait niet om lengte, maar om duidelijkheid. Beantwoord eerst de vraag, en licht daarna kort toe als dat nodig is.
Dus liever:
“De meeste trajecten duren twee tot vier weken, afhankelijk van de omvang van de opdracht.”
dan:
“Dat hangt af van verschillende factoren en verschilt per situatie, maar we kijken altijd naar de beste oplossing voor jouw organisatie.”
Kort, helder en zonder omweg werkt beter. Voor veel FAQ-antwoorden is een compacte alinea genoeg.
Zet de vragen echt op de pagina
Dit is een harde voorwaarde. Wat je in de markup zet, moet ook zichtbaar zijn voor bezoekers. Verstop dus geen extra vragen alleen in de code.
Op een dienstpagina werkt een compacte sectie onder de hoofdinhoud vaak goed. In een kennisbankartikel kun je de vragen juist tussendoor of onderaan plaatsen, zolang het logisch leest.
Voeg daarna de markup toe
In WordPress kan dat op meerdere manieren. Bekende opties zijn:
- Yoast SEO
- Rank Math
- AIOSEO
Werk je met een page builder, dan kan ook Elementor een bruikbare FAQ-widget hebben. Wil je meer controle, dan kun je handmatig JSON-LD toevoegen of een schema-generator gebruiken.
Welke route je kiest, maakt minder uit dan de uitvoering. De code moet overeenkomen met de zichtbare inhoud. Eén op één.
Test of alles klopt
Controleer daarna of de markup technisch goed staat. Dat kan met:
- Google Rich Results Test
- Schema Markup Validator
Ook als je geen zichtbare FAQ-resultaten verwacht, blijft testen zinvol. Je voorkomt fouten en weet zeker dat de structuur leesbaar is voor crawlers.
FAQPage of QAPage?
Dit gaat regelmatig mis, terwijl het onderscheid simpel is.
Gebruik FAQPage als jij als site-eigenaar meerdere vragen en antwoorden op één pagina publiceert.
Gebruik QAPage alleen als het gaat om één vraag met meerdere antwoorden van gebruikers, zoals op een forum of community.
Voor de meeste bedrijfswebsites is FAQPage dus de juiste keuze. QAPage is alleen logisch als bezoekers zelf reageren of oplossingen aandragen.
Veelgemaakte fouten
De techniek achter FAQ schema is niet ingewikkeld, maar de uitvoering ontspoort snel. Dit zijn de fouten die het vaakst voorkomen:
Op elke pagina hetzelfde blok plakken
Dat maakt je site niet sterker. Het maakt hem vooral repetitief. Als dezelfde vragen overal terugkomen, kun je die beter centraliseren op één sterke pagina.
Antwoorden als verkooppraat schrijven
Een FAQ is geen advertentie. Bezoekers zoeken duidelijkheid, geen slogan. Zodra elk antwoord eindigt in “neem vrijblijvend contact op”, verliest de sectie zijn nut.
Te dunne antwoorden geven
Een antwoord van één zin kan prima zijn, maar alleen als die zin ook echt antwoord geeft. “Ja, dat kan” is meestal niet genoeg. Leg kort uit hoe het zit.
Markup toevoegen zonder zichtbare inhoud
Wat in de code staat, moet ook op de pagina staan. Anders loop je het risico dat de markup niet klopt met de content.
Verouderde informatie laten staan
Een vraag over prijzen, levertijd of voorwaarden kan snel achterhaald raken. Loop deze secties dus af en toe na, zeker op belangrijke landingspagina’s.
Wat je realistisch mag verwachten
Zie dit niet als snelle groeiknop. FAQ schema voor SEO werkt vooral indirect. Het helpt je content beter structureren, wat de kans vergroot dat systemen je pagina goed begrijpen.
Dat kan bijdragen aan:
- duidelijkere pagina-opbouw
- betere aansluiting op vraaggerichte zoekopdrachten
- meer kans op gebruik in AI-samenvattingen of voice-antwoorden
- minder frictie voor bezoekers die snel iets willen weten
Maar het is geen garantie op meer verkeer, hogere posities of zichtbare rich snippets. De inhoud zelf blijft doorslaggevend.
Een bruikbare vuistregel: voeg het alleen toe als de vragen ook zonder markup de pagina beter maken.
Praktische checklist
Twijfel je of een pagina geschikt is? Loop deze punten langs:
- staan er echte vragen die klanten daadwerkelijk stellen?
- zijn de antwoorden concreet en niet promotioneel?
- voegt de sectie iets toe aan de pagina?
- is de inhoud zichtbaar voor bezoekers?
- komt de markup exact overeen met de tekst?
- gebruik je FAQPage en niet per ongeluk QAPage?
- heb je de implementatie getest?
Kun je meerdere vragen met “nee” beantwoorden, dan is het vaak slimmer om het niet toe te voegen.
FAQ
Is FAQ schema nog nuttig als Google die uitklappers nauwelijks meer toont?
Ja. De zichtbare winst in Google is voor de meeste sites kleiner geworden, maar de structuur helpt zoekmachines en AI-systemen nog steeds om je inhoud beter te begrijpen.
Kan dit helpen voor AI Overviews of andere AI-antwoorden?
Dat kan, vooral als je pagina duidelijke vragen en directe antwoorden bevat. De markup helpt daarbij, maar de kwaliteit van de zichtbare tekst blijft het belangrijkst.
Moet ik bestaand FAQ schema verwijderen?
Niet automatisch. Kijk eerst naar de inhoud. Als de vragen nuttig zijn, zichtbaar op de pagina staan en niet dubbelop zijn, kun je ze gewoon laten staan.
Welke plugin is handig voor WordPress?
Veelgebruikte opties zijn Yoast SEO, Rank Math en AIOSEO. Welke het best past, hangt af van hoe je site is opgebouwd en hoeveel controle je wilt over schema-markup.
Wat is het verschil tussen FAQPage en QAPage?
FAQPage gebruik je voor meerdere vragen en antwoorden die jij zelf publiceert. QAPage is bedoeld voor één vraag met antwoorden van gebruikers, zoals op een forum.
