Vrijwel niemand kijkt ooit naar zijn eigen sitemap. Dat bestand rolt er automatisch uit zodra je website live gaat, en je gaat er stilzwijgend van uit dat het klopt. Meestal is dat ook zo, tot je naar de datums erin gaat kijken. Want juist die datums, het enige veld waar Google echt iets mee doet, kloppen op de meeste websites niet. Ik leg eerst uit wat een sitemap is en daarna laat ik je zien waar je bij die van jezelf op let, met wat ik vond toen ik onze eigen sitemap nameet.
Een sitemap is geen ranking-truc. Het is de lijst waarmee je Google vertelt welke pagina’s je hebt en wanneer ze voor het laatst zijn veranderd. Klopt die lijst niet, dan werkt de rest van je technische fundament tegen je in plaats van voor je. Wie nog niet weet hoe SEO in elkaar zit heeft daar meer aan dan aan dit stuk.
Wat een sitemap is en wat Google er echt mee doet
Een sitemap is een bestand met de lijst van alle pagina’s die jij belangrijk genoeg vindt om gevonden te worden. Je geeft die lijst aan zoekmachines zodat ze in één keer zien wat er op je website te halen valt, zonder dat ze het van link naar link bij elkaar hoeven te zoeken.
Belangrijk om te weten is wat het niet is. Een sitemap dwingt niets af. Google gebruikt hem als een tip over wat er bestaat en wanneer het voor het laatst is aangepast, en beslist daarna zelf wat het opneemt en hoe vaak het terugkomt. Bij een kleine website die goed onderling gelinkt is, vindt Google je pagina’s ook zonder. De sitemap wordt pas echt nuttig als je veel pagina’s hebt, of nieuwe pagina’s die nog nergens vandaan gelinkt worden.
De twee soorten sitemaps en waarom je er maar één nodig hebt
Er zijn twee dingen die allebei sitemap heten, en ze hebben een heel ander doel. Dat door elkaar halen is de meest voorkomende verwarring rond dit onderwerp.
De XML-sitemap voor zoekmachines
Dit is de sitemap waar het bij vindbaarheid om draait. Een tekstbestand, opgemaakt voor zoekmachines, met per pagina het adres en meestal een wijzigdatum. Die dien je in bij Google en die lezen ook de ai-tools. Als iemand het over je sitemap heeft in verband met SEO, bedoelt hij deze.
De HTML-sitemap voor bezoekers
Dit is een gewone pagina op je website met een overzicht van links naar je belangrijkste pagina’s, gemaakt voor mensen die iets zoeken. Handig als service, maar hij speelt nauwelijks een rol in je vindbaarheid. Verwar hem niet met de XML-versie: voor Google telt de XML-sitemap, de HTML-sitemap is er voor je bezoeker.
Zo vind je de sitemap van je eigen website
Voordat je iets kunt beoordelen, moet je hem eerst zien. In de meeste gevallen staat je sitemap op je adres gevolgd door /sitemap.xml of /sitemap_index.xml. Tik dat in je browser en je krijgt of de lijst zelf, of een index die naar meerdere onderliggende bestanden verwijst.
Kom je er zo niet uit, dan staat er een verwijzing in je robots.txt, het bestandje op je adres gevolgd door /robots.txt. Vrijwel elke website noemt daar de locatie van de sitemap, want dat is precies waar zoekmachines als eerste kijken. Heb je hem gevonden, dan ga je kijken naar wat er in staat.
Waar je in die sitemap naar kijkt
Een sitemap-regel bestaat uit een handvol velden, en niet elk veld weegt even zwaar. Sterker nog, twee ervan negeert Google al jaren volledig. Dit is wat er staat en wat het waard is.
De URL’s zelf
De kern van de sitemap is de lijst met adressen. Hier let je op één ding: staan er alleen pagina’s in die je echt gevonden wilt hebben, en zijn het de juiste versies. Adressen die doorsturen naar een ander adres, of pagina’s die je bewust buiten Google houdt, horen er niet in. Daarover verderop meer.
De datum achter elke URL
Achter de meeste adressen staat een lastmod, de datum van de laatste wijziging. Dit is het enige extra veld waar Google echt iets mee doet, en dan nog onder één voorwaarde. Google gebruikt de datum alleen als die aantoonbaar en verifieerbaar klopt. Dat staat letterlijk in de eigen documentatie, die op 8 juli 2026 nog is bijgewerkt. Klopt de datum niet, dan negeert Google hem, en in het slechtste geval gaat hij het hele signaal van je website wantrouwen.
De twee velden die Google al jaren negeert
Bij veel sitemaps zie je per pagina ook een priority, een cijfer dat zou aangeven hoe belangrijk de pagina is, en een changefreq, die zou aangeven hoe vaak de pagina verandert. Ze klinken nuttig en ze doen niets. Google negeert priority en changefreq volledig, en zegt dat zelf met zoveel woorden. De Astro-documentatie herhaalt het nog eens. Staan ze in jouw sitemap, dan is dat geen ramp, maar het is ballast die een schijn van precisie wekt die er niet is.
Waarom de sitemap uit een AI-tool er goed uitziet en toch niet klopt
Hier wordt het interessant, en dit is precies waar een website die er af uitziet nog geen website is waarvan het fundament klopt. Een sitemap die er keurig uitziet kan onder de motorkap een signaal afgeven dat tegen je werkt.
De builddatum die zich voordoet als wijzigdatum
Vrijwel elke tool zet netjes een lastmod bij elke pagina. Alleen is dat bij de meeste tools de builddatum, oftewel het moment waarop je website voor het laatst opnieuw is opgebouwd. En dat is niet hetzelfde als het moment waarop de pagina inhoudelijk veranderde. Publiceer je één nieuw artikel, dan wordt je hele website opnieuw gebouwd en springen alle datums mee, ook van pagina’s waar in geen maanden iets aan veranderde.
Dan geef je Google honderden pagina’s die zogenaamd vandaag zijn aangepast, terwijl dat niet zo is. Precies de situatie waarin Google besluit dat je datums niet te vertrouwen zijn en er niets meer mee doet. Bij WordPress doen Yoast en Rank Math dit deels beter, want die splitsen de sitemap netjes op per type, maar ook zij zetten vaak alsnog een datum neer die bij de laatste bewerking hoort en niet bij de laatste inhoudelijke wijziging.
Deze valkuil, de builddatum die zich voordoet als wijzigdatum, zit in vrijwel elke generator. Laat je een website bouwen met AI, dan ziet het resultaat er vaak prima uit terwijl dit soort fundamenten stil scheef staat. Dat sluit aan op wat ik eerder schreef over een AI-website die Google niet kan lezen, waar het oog een afgewerkte website ziet en de crawler iets anders. Ik bouw deze website zelf met Astro, en dezelfde datum-valkuil bleek er ook in te zitten. Hoe ik dat in Astro heb opgelost, met een sitemap per contenttype en een wijzigdatum die klopt, staat in een apart stuk.
Wat wij vonden toen we onze eigen sitemap nameten
Toen ik onze eigen sitemap ging nakijken, was het net zo scheef. Vierhonderdnegen adressen, een priority en een changefreq bij elk daarvan, allebei nutteloos, en een echte wijzigdatum op maar zevenenvijftig ervan. Dus op zevenentachtig procent van de pagina’s ontbrak juist het veld dat wel telt, terwijl de twee velden die niets doen overal stonden.
Dat hebben we omgedraaid. Van één plat bestand naar tien bestanden, netjes gesplitst per type, met een echte wijzigdatum op elke pagina in plaats van op een handjevol, en de twee zinloze velden eruit. Die datum komt nu uit de pagina zelf en springt niet meer bij elke build mee. Het eerlijke deel van dit verhaal is dat wij het dus ook eerst fout deden, en dat je het pas ziet als je gaat kijken.
Zo dien je je sitemap in bij Google
Heb je gecontroleerd dat je sitemap klopt, dan geef je hem door aan Google. Dat gaat via Search Console: je opent het sitemaprapport, plakt het adres van je sitemap en dient hem in. Google haalt hem daarna vanzelf periodiek opnieuw op, dus dit is eenmalig werk.
Vanaf dat moment gebruikt Google je sitemap om nieuwe pagina’s te ontdekken en om te zien wat er is aangepast. Het is meteen de snelste manier om je pagina te laten indexeren zodra je iets nieuws publiceert. Wil je in één keer de rest van je techniek nalopen, dan helpt mijn stuk over de rest van je techniek je verder.
Een sitemap opsplitsen, en wanneer dat de moeite waard is
Google staat één sitemapbestand toe tot vijftigduizend adressen of vijftig megabyte. Zit je daaronder, en dat geldt voor vrijwel elke gewone website, dan hoef je technisch niets te splitsen. Toch is het splitsen per type vaak zinnig, en niet omdat het moet.
De reden is dat Search Console je dekking per ingediende sitemap rapporteert. Met één bestand van vierhonderd adressen zie je alleen dat er bijvoorbeeld twaalf pagina’s niet zijn opgenomen, zonder te weten welke. Splits je per type, dan zie je meteen of het aan je blogs ligt, aan je productpagina’s of aan iets anders. Yoast doet dit in WordPress standaard, en het is precies de reden dat wij onze eigen sitemap ook hebben opgesplitst.
Wat er niet in je sitemap hoort
Een sitemap is geen dump van alles wat er op je server staat. Er horen alleen adressen in die je echt gevonden wilt hebben en die naar zichzelf verwijzen als origineel. Een paar dingen laat je er dus bewust uit.
Pagina’s waar je een noindex op hebt gezet, horen er niet in, want dan geef je Google een tegenstrijdig signaal: aanbieden en verbieden tegelijk. Datzelfde geldt voor pagina’s die met de canonical naar een andere versie wijzen, en voor adressen die doorsturen. Toen ik onze eigen sitemap nakeek, bleken de juridische pagina’s op noindex te staan en er tóch in te zitten. Dat soort tegenstrijdigheden vind je alleen door te kijken.
Is een sitemap verplicht?
Nee, en dat verrast de meeste mensen. Google heeft geen sitemap nodig om je te vinden. Een kleine website waarvan de pagina’s netjes naar elkaar linken, wordt ook zonder prima ontdekt. De sitemap is een hulpmiddel, geen vereiste, en zeker geen knop die je hoger zet.
Hij gaat pas echt voor je werken bij een grotere website, bij een webshop met veel pagina’s, of wanneer je regelmatig nieuwe pagina’s publiceert die nog nergens vandaan gelinkt worden. En zelfs dan geldt: één kloppende datum die te vertrouwen is, is meer waard dan honderd datums die allemaal liegen. Blijft er ondanks een nette sitemap niets in de index staan, dan zit de oorzaak ergens anders.
Waar jij vandaag begint
Doe één ding vandaag. Open je eigen sitemap en kijk naar de datums. Dragen alle pagina’s dezelfde recente datum, ook die je in geen tijden hebt aangeraakt, dan weet je genoeg: dat is de builddatum, en Google doet er niets mee. Dat is meteen het duidelijkste teken dat de afwerking beter is dan het fundament.
Wil je laten nakijken of dat fundament onder je hele website klopt, dan doe je een technische SEO-analyse. En wil je gewoon zien waar je nu staat, begin dan met de website-analyse. Kom je er bij je eigen sitemap niet uit, stuur me een bericht, dan kijk ik met je mee.
Veelgestelde vragen
Een sitemap is een bestand met een lijst van alle pagina's die jij belangrijk vindt op je website. Zoekmachines gebruiken die lijst als hulpmiddel om te ontdekken wat er te vinden is, vooral bij nieuwe of diep weggestopte pagina's. Het is geen bevel, maar een tip die het vinden makkelijker maakt.
In de praktijk maak je hem niet zelf. Bij WordPress met Yoast of Rank Math verschijnt hij automatisch, en bij vrijwel elke andere manier van bouwen rolt er een sitemap uit zodra je website live gaat. Je werk zit niet in het maken, maar in het controleren of de lijst klopt en of de datums erin te vertrouwen zijn.
Een XML-sitemap is een tekstbestand vol regels, met per pagina het adres en meestal een datum van de laatste wijziging. Het is opgemaakt voor zoekmachines, niet voor mensen, dus het leest als een opsomming zonder plaatjes. Open je hem in je browser, dan zie je die adressen netjes onder elkaar staan.
De XML-sitemap is voor zoekmachines en somt je adressen op met een wijzigdatum. De HTML-sitemap is voor bezoekers, een gewone overzichtspagina met links naar je belangrijkste pagina's. Voor je vindbaarheid telt de XML-versie, want die lezen Google en de andere zoekmachines. De HTML-versie is puur een service voor je bezoeker.
Nee. Google vindt een kleine, goed onderling gelinkte website ook zonder sitemap prima. Hij wordt pas echt nuttig bij veel pagina's, bij nieuwe pagina's die nog nergens vandaan gelinkt worden, of bij een grote webshop. Voor de meeste websites is hij handig, niet noodzakelijk, en zeker geen knop die je positie verbetert.
Open je sitemap en kijk of alle pagina's dezelfde datum dragen. Springen die bij elke aanpassing van je website allemaal mee, ook pagina's waar niets aan veranderde, dan is het de builddatum en niet de echte wijzigdatum. Google gebruikt de datum alleen als die verifieerbaar klopt, dus dan doet hij niets voor je.
