Google’s John Mueller en Martin Splitt hebben zich uitgesproken tegen het aanmaken van aparte markdown-versies van je website voor AI-zoekmachines. Hun boodschap is helder: het lost een probleem op dat je eigenlijk gewoon aan je HTML moet aanpakken.

Markdown is geen goede gebruikerservaring

Splitt trapt af met het meest basale argument: markdown ondersteunt geen layouts, kleuren of afbeeldingen. Wil je dat toch aanbieden aan gebruikers, dan ben je feitelijk HTML aan het nabouwen in een omweg. Zijn woorden: “You’re basically recreating the browser. You’re recreating HTML parsing in the end. So might as well use HTML parsing.”

Dat is geen kleine kanttekening. HTML is decennialang getest en bewezen. Markdown is handig als notitieformat, niet als publicatiestandaard voor het web.

Dubbele content, dubbele ellende

Het tweede probleem is praktischer: als je zowel een HTML-versie voor gebruikers als een markdown-versie voor LLMs bijhoudt, heb je twee versies die gesynchroniseerd moeten blijven. Mueller wijst op een specifiek risico dat ik zelf ook zie bij klanten met dynamische rendering: als de machine-facing versie breekt, merkt niemand het. Geen gebruiker stuurt je een mailtje, geen alert in je monitoring. Die kapotte markdown-pagina kan weken zo blijven liggen.

Splitt trekt de vergelijking met dynamic rendering, iets wat Google zelf ooit aanraadde als tussenoplossing. In de praktijk bleek het een debugnachtmerrie. Twee gescheiden versies van dezelfde content onderhouden is nou eenmaal kwetsbaar, of het nu pre-rendering of markdown is.

Dit sluit ook aan op wat Google eerder stelde over markdown versus HTML voor AI SEO: HTML blijft de standaard, punt.

Wat moet je nu doen?

Mijn advies is direct: gooi die plannen voor een /markdown/-endpoint of een aparte llms/-contentlaag in de prullenbak, tenzij je een hele goede technische reden hebt die ik nog niet ken.

Wat je wél moet doen: kijk kritisch naar je bestaande HTML. Mueller geeft zelf aan dat hij begrijpt waar de neiging vandaan komt, namelijk dat veel pagina’s structureel een rommeltje zijn. Dáár zit het echte probleem. Schone HTML, goede kopenstructuur, snelle laadtijden: dat helpt zowel gebruikers als geautomatiseerde systemen.

Check in Search Console of je crawl-fouten ziet, en kijk of je belangrijkste pagina’s technisch in orde zijn. Dat is tijdsinvestering die écht rendeert, niet het bouwen van een parallelle content-architectuur die je over zes maanden niet meer bijhoudt.

Bron: Search Engine Journal