Structuur bouwen die AI begrijpt

Paginastructuur is geen redactionele keuze, het is een bouwkeuze. Een H1 die de vraag beantwoordt, H2’s die de inhoud opdelen in herkenbare secties, alinea’s die per sectie één gedachte uitwerken. Dat bouw je in vóórdat er een woord geschreven wordt. Een pagina die AI niet begrijpt, is een pagina die verkeerd gebouwd is, niet verkeerd geschreven.

Wat een AI-crawler verwacht als hij een pagina leest

Een AI-crawler leest een pagina van boven naar beneden. Hij verwacht een H1 die aangeeft wat de pagina behandelt, H2-koppen die de inhoud opdelen in herkenbare secties, en alinea’s die per sectie één gedachte uitwerken.

Wijkt de pagina af van die verwachting, dan verliest de crawler houvast. De pagina bevat informatie maar die informatie is niet leesbaar als antwoord op een vraag. De crawler gaat verder naar de volgende bron.

Dat is geen kwestie van algoritmes die streng zijn. Het is een kwestie van leesbaarheid. Een pagina zonder logische structuur is voor een mens ook moeilijker te volgen, een AI-crawler mist alleen het geduld om het toch te proberen.

De vier structuurfouten die ik het meest tegenkom

De decoratieve H1. “Welkom bij mijn praktijk” of “Jouw partner in ondernemen” zegt niets over wat de pagina behandelt. “Websiteonderhoud voor zzp’ers, wat het inhoudt en wat het kost” wel. De H1 is het eerste wat een crawler leest. Als die H1 geen context geeft, begint de beoordeling al slecht.

Dit is bijna altijd een bouwkeuze die in het eerste gesprek gemist wordt. De klant wil een warme opening. De bouwer levert dat. Niemand stelt de vraag wat een crawler of een nieuwe bezoeker die via Google binnenkomt aan die opening heeft.

De inleiding als opwarmertje. Twee of drie alinea’s die het onderwerp introduceren voordat de kern komt. Het antwoord staat niet bovenaan en de crawler zoekt het antwoord bovenaan. Hetzelfde geldt voor de lezer die via een zoekopdracht binnenkomt: die is al overtuigd dat hij op de juiste pagina is, hij wil direct het antwoord.

Koppen als sfeermakers. “Waarom dit zo belangrijk is.” “Wat wij voor jou kunnen betekenen.” “Onze aanpak.” Deze koppen vertellen de crawler niet wat er in die sectie staat. Functionele koppen benoemen de inhoud direct: “Wat websiteonderhoud kost”, “Wanneer je een storing kunt verwachten”, “Wat er inbegrepen is in een onderhoudscontract”.

Ik toets elke kop aan één vraag: begrijpt iemand die alleen de koppen leest zonder de tekst eronder wat deze pagina behandelt? Als het antwoord nee is, zijn de koppen decoratief.

Één lange lap tekst. Geen koppen, geen opdeling in secties, alles in één doorlopende tekst. Alles staat er, maar er is geen structuur die de informatie organiseert. Een AI-crawler kan geen antwoord extraheren en slaat de pagina over.

Dit zie ik vooral op over-pagina’s en dienstenpagina’s. De tekst is zorgvuldig geschreven, de informatie is goed maar de structuur ontbreekt volledig.

Hoe paginastructuur moet worden bepaald vóórdat er een woord geschreven wordt

De structuur van een pagina moet worden bepaald vóór het schrijven, niet erna. Dat klinkt vanzelfsprekend, maar de meeste pagina’s worden geschreven en daarna gestructureerd met een structuur die de tekst volgt in plaats van de logica van het antwoord.

Het startpunt is altijd de vraag die de pagina beantwoordt. Niet het onderwerp de concrete vraag. “Wat kost een WordPress-website voor een zzp’er?” is een vraag. “WordPress-websites” is een onderwerp. Een pagina gebouwd rondom een vraag heeft een richting. Een pagina gebouwd rondom een onderwerp heeft een thema.

Daarna bepaald de schrijver de deelvragen. Welke tussenliggende vragen moet iemand beantwoord zien om het volledige antwoord te begrijpen? Die deelvragen worden de H2-koppen. Elke H2 is een concrete vraag of een directe beschrijving van wat die sectie behandelt.

Ik geef de klant deze structuur mee zodat hij zijn eigen tekst kan schrijven binnen die opzet. Wat niet werkt, is de structuur achteraf proberen aan te passen aan een tekst die al geschreven is.

Als teksten door onze worden geschreven houden wij deze paginastructuur ook aan.

Het verschil tussen structuur als opmaak en structuur als logica

Veel websites hebben koppen en alinea’s die er structuur uitzien maar het niet zijn. De H1 staat er, de H2’s staan er, de tekst is opgedeeld maar de logica ontbreekt. De koppen volgen de volgorde waarin de tekst is geschreven, niet de volgorde waarin een lezer antwoord wil krijgen.

Structuur als logica begint bij de lezer, niet bij de schrijver. Wat wil iemand die op deze pagina landt als eerste weten? Dat is de opening. Wat wil hij daarna weten? Dat is de tweede sectie. Welk bezwaar heeft hij waarschijnlijk halverwege? Dat benoem je en beantwoord je vóórdat hij afhaakt.

Waarom goede content niet meer rankt beschrijft hoe de lat voor inhoud omhooggegaan is. Structuur is de voorwaarde waaronder goede inhoud ook herkend wordt door Google, door AI-tools, en door de lezer die in drie seconden besluit of hij blijft.

Een bestaande pagina doorlichten: drie stappen

Eén nee op deze drie stappen is genoeg om buiten beeld te vallen bij een AI-crawler. Niet omdat de inhoud slecht is maar omdat de structuur hem niet helpt die inhoud te herkennen.

Wat structuur alleen niet oplost

Een pagina met een perfecte structuur maar dunne inhoud wordt overgeslagen. Een pagina met goede inhoud maar slechte structuur ook. Structuur maakt inhoud leesbaar. Inhoud geeft structuur iets om te organiseren. Ontbreekt één van de twee, dan werkt de pagina niet als bron.

Dat geldt voor Google. Het geldt voor AI-tools. En het geldt voor de bezoeker die in minder dan tien seconden besluit of hij verder leest of terugklikt.