FAQ-schema instellen: zo herkennen Google en AI jouw antwoorden

Onderaan de meeste dienstpagina’s staat een blok met veelgestelde vragen. Handig voor bezoekers, want die vinden daar in twee zinnen het antwoord waar ze naar zochten. Met FAQ schema vertel je zoekmachines en AI-assistenten dat het om vragen en antwoorden gaat, zodat zij die informatie ook echt kunnen gebruiken.

Wat we merken, is dat dit onderwerp een paar jaar geleden populair was, daarna in de vergetelheid raakte en nu weer terugkomt. De reden voor die terugkeer is nieuw: niet Google, maar de AI-assistenten waar mensen hun vragen aan stellen. Die halen hun antwoorden uit pagina’s, en een goed gemarkeerd vraag-en-antwoordblok is voor hen makkelijk te lezen.

Hieronder leggen we uit wat FAQ-schema is, wat er in de tussentijd bij Google veranderde, hoe je het instelt zonder dat je zelf hoeft te programmeren, en hoe je bepaalt of het voor jouw site de moeite waard is.

Wat FAQ-schema precies is

FAQ-schema is een stukje code dat je aan een pagina toevoegt en dat in gestructureerde vorm herhaalt welke vragen en antwoorden er op die pagina staan. Voor een bezoeker verandert er niets, want de code is onzichtbaar. Voor een machine verandert er veel, want die hoeft niet meer te raden wat een vraag is en wat het antwoord daarop.

De code is opgebouwd volgens de afspraken van Schema.org, een verzameling standaarden die bedrijven als Google, Microsoft en Yandex samen onderhouden. Het is dus geen Google-eigen truc maar een breed gedragen manier om websites leesbaar te maken voor software.

In de praktijk staat die code als een blokje JSON-LD in de broncode van je pagina. Je hoeft er zelden zelf iets aan te sleutelen, want de meeste SEO-hulpmiddelen voor WordPress genereren het voor je zodra je aangeeft dat een blok een FAQ is.

Het verschil met een gewone vragenlijst op je pagina

Een zichtbaar vragenblok is er voor je bezoeker. Het staat er, mensen lezen het, en het helpt hen om een besluit te nemen. Dat is op zichzelf al waardevol, ook zonder enige code.

Het schema komt daar bovenop en is er voor de machine. Het vertelt in een vaste vorm: dit is een vraag, dit is het bijbehorende antwoord, en ze horen bij elkaar. Zonder die markering moet een zoekmachine dat afleiden uit de opmaak van je pagina, wat meestal wel lukt maar niet altijd.

Belangrijk om te weten: het schema moet overeenkomen met wat er zichtbaar op de pagina staat. Vragen in de code zetten die een bezoeker nergens ziet, is precies het soort ding waar zoekmachines op letten. Wij houden bij klanten daarom altijd de regel aan dat het schema een kopie is van wat er staat, nooit een aanvulling.

Wat er bij Google veranderde

Tot 2023 kon FAQ-schema ervoor zorgen dat je vragen uitklapbaar in de zoekresultaten verschenen. Dat leverde een breder resultaat op en dus meer aandacht. Veel bedrijven hebben het destijds om die reden ingesteld.

In augustus 2023 heeft Google dat sterk beperkt. Die uitgebreide weergave wordt sindsdien vrijwel alleen nog getoond bij overheidssites en bij gezaghebbende medische bronnen. Voor de meeste dienstverleners is dat visuele voordeel dus verdwenen.

Dat is waarom je nog wel eens leest dat FAQ-schema geen zin meer heeft. Die conclusie was in 2023 begrijpelijk, maar hij gaat inmiddels niet meer op. Het gebruik is namelijk verschoven van hoe je resultaat eruitziet naar hoe goed machines je inhoud begrijpen, en dat tweede is juist belangrijker geworden.

Waarom AI-zoekmachines er wel veel aan hebben

Wanneer iemand aan ChatGPT of Perplexity een vraag stelt, zoekt het systeem naar bronnen die precies die vraag beantwoorden. Een pagina waar de vraag letterlijk staat, met daaronder een kort en volledig antwoord, is dan een prettige bron om uit te putten.

Het schema helpt daarbij op twee manieren. Het maakt de scheiding tussen vraag en antwoord ondubbelzinnig, en het geeft aan waar het antwoord ophoudt. Dat scheelt gokwerk, en systemen die moeten kiezen tussen bronnen kiezen liever de bron waarover geen twijfel bestaat.

Wat we bij onze klanten zien, is dat pagina’s met goed opgezette vraagblokken vaker terugkomen in AI-antwoorden dan pagina’s zonder. Dat is geen garantie en het is lastig hard te meten, maar het patroon is consistent genoeg om het standaard toe te passen in ons werk aan SEO en GEO.

Hoe je het instelt in WordPress

De eenvoudigste weg loopt via de blokken in de editor. Yoast SEO heeft een eigen FAQ-blok waarin je vragen en antwoorden invult, en het schema wordt dan automatisch meegegeven. Rank Math werkt op dezelfde manier met een FAQ-blok in zijn eigen blokkenset.

Werk je met een pagebuilder als Elementor of Divi, dan zit er meestal een accordeon-element in dat je kunt aanvinken als vragenlijst. Let er in dat geval op of het schema er ook echt bij komt, want dat is niet bij elk element het geval.

Wil je het losstaand regelen, dan zijn er kleine uitbreidingen die niets anders doen dan dit. Dat is vaak de rustigste keuze, omdat je dan niet afhankelijk bent van hoe je thema of je bouwer met blokken omgaat.

Handmatig instellen met JSON-LD

Werk je op een site zonder WordPress, of wil je het gewoon zelf regelen, dan plaats je een script-blok in de broncode van de pagina. Daarin geef je aan dat het om een FAQPage gaat, en daaronder zet je per vraag een blok met de vraagtekst en de bijbehorende antwoordtekst.

De structuur is vast en niet ingewikkeld. Wat vaak misgaat, zijn kleine dingen: een ontbrekende komma, aanhalingstekens die niet kloppen, of antwoorden waarin HTML-opmaak zit die niet netjes is verwerkt. Een controle achteraf vangt dat op.

Plaats het blok op de pagina zelf en niet in een algemeen sjabloon dat op elke pagina wordt geladen. Anders krijg je vragen bij pagina’s waar ze niet staan, en dat werkt tegen je in plaats van voor je.

Welke vragen je erin zet

Neem de vragen die je klanten daadwerkelijk stellen. Dat klinkt vanzelfsprekend, maar in de praktijk staan er op veel sites vragen die zijn bedacht achter een bureau. Een goede bron is je eigen mailbox: welke vragen komen elke week terug in het eerste contact.

Kijk daarnaast naar wat Google zelf laat zien onder het kopje andere vragen van gebruikers. Dat is een directe weergave van wat mensen rond jouw onderwerp intypen, en het kost niets om er even doorheen te scrollen.

Houd de antwoorden kort en volledig. Veertig tot tachtig woorden is een prettige lengte: genoeg om het antwoord echt te geven, kort genoeg om als geheel geciteerd te kunnen worden. Begin met het antwoord zelf en pas daarna met de nuance.

Vier tot zes vragen per pagina is voor de meeste onderwerpen genoeg. Wie er vijftien neerzet, verdunt het geheel en krijgt bovendien vragen die maar half over het onderwerp gaan.

Hoe dit uitpakt per type dienstverlener

Bij advocatenkantoren zijn de vragen bijna altijd hetzelfde van vorm: wat kost het, hoe lang duurt het, en wat gebeurt er als ik verlies. Dat zijn precies de vragen die mensen ook aan een AI-assistent stellen voordat ze bellen, dus daar liggen de kansen.

Bij klinieken en praktijken gaat het om hersteltijd, om pijn en om wat je wel en niet mag beloven. Hier past extra voorzichtigheid: het antwoord in je schema is hetzelfde antwoord dat een AI-assistent kan citeren, en dan wil je dat het klopt en niet te stellig is.

Bij HR-bureaus en consultants draaien de vragen vaker om werkwijze en doorlooptijd. Hoe ziet een traject eruit, wat wordt er van ons verwacht, en wanneer merken we er iets van. Zulke antwoorden nemen twijfel weg bij iemand die nog niet durft te bellen.

Bij coaches en kleinere praktijken zit de winst meestal in de eerste stap. Wat gebeurt er in een kennismakingsgesprek, hoeveel sessies zijn gebruikelijk, en waar vindt het plaats. Dat zijn kleine vragen die voor de bezoeker groot zijn.

Hoe je controleert of het klopt

Google biedt een test voor gestructureerde data waar je een URL in plakt. Die laat zien welke schema’s er gevonden zijn en of er fouten in zitten. Voor de meeste mensen is dat de snelste controle.

Daarnaast is er de validator van Schema.org zelf, die iets strenger kijkt naar de opbouw. Handig wanneer je het handmatig hebt geplaatst en zeker wilt weten dat de structuur klopt.

Kijk tot slot in Google Search Console. Onder de verbeteringen vind je terug welke pagina’s met FAQ-schema zijn herkend en waar er problemen zijn. Dat is ook de plek waar je het merkt wanneer een uitbreiding na een update opeens iets anders doet, en dat gebeurt vaker dan je zou willen.

Wat we vaak zien misgaan

De meest voorkomende fout is dubbel schema. Je thema plaatst het, je SEO-uitbreiding plaatst het ook, en dan staat dezelfde vragenlijst twee keer in de broncode. Zoekmachines worden daar niet blij van en negeren in het gunstigste geval een van de twee.

Een tweede is het verschil tussen code en pagina. Iemand past de zichtbare tekst aan maar niet de instelling in de uitbreiding, of andersom. Na een paar maanden staan er antwoorden in je code die op de pagina allang anders luiden.

De derde valkuil is FAQ-schema gebruiken voor iets wat geen vragen zijn. We komen pagina’s tegen waar de dienstenopsomming als vraag-en-antwoord is opgemaakt om er markering aan te kunnen hangen. Dat werkt niet, en het levert alleen maar meldingen op.

Tot slot zien we sites waar op elke pagina exact dezelfde vijf vragen staan. Dat is begrijpelijk, want het is makkelijk, maar er valt voor een machine dan niets meer te onderscheiden. Beter is per pagina een paar vragen die echt bij dat onderwerp horen, zoals we ook aanhouden bij het opbouwen van een contentstructuur.

Hoe dit samenwerkt met de rest van je markering

FAQ-schema staat zelden alleen. Op een goed ingerichte site zit er ook markering voor je organisatie, voor je vestigingsgegevens en bij artikelen voor de auteur en de publicatiedatum. Die stukken versterken elkaar, want samen vormen ze het beeld dat machines van jouw bedrijf hebben.

Voor een dienstverlener is de markering van je bedrijfsgegevens vaak zelfs belangrijker dan het vraagblok. Daarin staat wie je bent, waar je zit en wat je doet, en dat is precies wat een AI-assistent nodig heeft om jou bij een regiovraag te noemen. Het vraagblok voegt daar de inhoudelijke antwoorden aan toe.

Wat we in de praktijk aanhouden is een eenvoudige volgorde. Eerst je bedrijfs- en vestigingsgegevens goed neerzetten, dan de markering op je belangrijkste dienstpagina’s, en pas daarna de vragenblokken per pagina. Wie in omgekeerde volgorde werkt, zet het fijnmazige werk op een fundament dat nog niet staat.

Blijf verder weg van markering die niet klopt met de werkelijkheid. Een beoordelingsscore die nergens vandaan komt of vestigingsgegevens die niet overeenstemmen met je overige vindbaarheid, leveren op termijn meer gedoe op dan ze opbrengen.

Wanneer dit de moeite waard is

Voor vrijwel elke dienstverlener met een website is dit werk dat je een keer doet en daarna alleen bijhoudt. Het kost per pagina een kwartier, het houdt zichzelf bij zodra het eenmaal via je editor loopt, en het kan geen kwaad.

Verwacht er alleen geen wonderen van. Het is een aanvulling die je inhoud beter leesbaar maakt voor machines, geen manier om hoger te komen in de zoekresultaten. Wie geen bezoekers heeft, lost dat hiermee niet op.

Waar het wel duidelijk iets doet, is bij de vraag of jouw bedrijf genoemd wordt in AI-antwoorden. Dat is een van de drie zoek-werelden waar wij bij klanten naar kijken, naast Google en Meta, en het is de wereld die op dit moment het hardst verandert. Meer over die aanpak lees je bij Triple Search Marketing.

Wil je weten of jouw pagina’s op dit punt goed staan, en of je terugkomt wanneer iemand jouw vakgebied aan een AI-assistent voorlegt? Daar kijken we graag een keer samen naar. Plan gerust een strategiegesprek, dan lopen we het rustig door.