Een XML-sitemap positioneert niets. Het geeft geen relevantiesignaal door, verandert de interne PageRank niet en beïnvloedt niet direct de ranking van een pagina. De functie beperkt zich tot het ontdekken van URL’s door crawlers. Het verwarren van deze rol met een rankingmechanisme leidt tot valse verwachtingen en slecht gerichte technische afwegingen.
Betrouwbaarheid van lastmod: het enige XML-veld dat Google echt benut
Van de beschikbare tags in het sitemap-protocol, is alleen lastmod daadwerkelijk benut door Google. De velden changefreq en priority, die nog steeds standaard worden gegenereerd in de meeste CMS’en, worden genegeerd door Googlebot. Het blijft invullen van deze velden schaadt niet, maar het toekennen van een strategische waarde eraan is een veelvoorkomende diagnostische fout.
Het lastmod-veld vormt een ernstiger probleem wanneer het verkeerd wordt gebruikt. In april 2025 heeft John Mueller expliciet afgeraden om alle URL’s op de huidige datum te dateren. Deze praktijk, gebruikelijk op sites die hun sitemap bij elke implementatie regenereren, voorkomt dat zoekmachines de pagina’s identificeren waarvan de inhoud daadwerkelijk is veranderd.
Een significante wijziging, in de zin van Google, verwijst naar een verandering in redactionele inhoud, gestructureerde gegevens of interne links. Het bijwerken van het copyrightjaar onderaan de pagina of het wijzigen van een CSS-instelling rechtvaardigt geen nieuwe lastmod-datum. Een systematisch inconsistente lastmod kan Google ertoe brengen dit signaal voor de hele sitemap te negeren.
Wij raden aan om de update van lastmod te koppelen aan een echte wijziging in de hoofdinhoud van de pagina. Sommige WordPress-plugins of headless-modules maken deze automatische controle mogelijk voordat het XML-bestand wordt geregenereerd. Op een site die dagelijks publiceert, vermindert deze aanpak aanzienlijk de ruis die naar crawlers wordt gestuurd en hercentreert hun aandacht op verse URL’s.
Om de structuur van een sitemap-bestand in reële omstandigheden te observeren, illustreert de sitemap van Nous les Geeks goed een indeling op basis van soorten inhoud met verschillende lastmod-datums per sectie.
XML-sitemap en crawlbudget: concrete impact op grote sites
Op een site met minder dan enkele honderden goed intern gelinkte pagina’s, biedt de XML-sitemap weinig toegevoegde waarde voor de ontdekking. Google volgt de interne links en vindt uiteindelijk bijna alle URL’s. De waarde van de sitemap groeit in omgekeerde verhouding tot de kwaliteit van de interne linking en in directe verhouding tot het aantal pagina’s.
Voor e-commerce sites, advertentiesites of redacties met een hoge volumetrie, wordt de sitemap het belangrijkste mechanisme voor het signaleren van nieuwe URL’s. Zonder deze kunnen weespagina’s of slecht gelinkte pagina’s wekenlang niet geïndexeerd blijven.
De sitemap garandeert geen indexering. Google herinnert ons eraan in zijn documentatie: het is een ontdekkingssignaal, geen crawl-instructie. Een grote sitemap met URL’s die een fout 404 geven, ketenredirects of pagina’s geblokkeerd door robots.txt vermindert het vertrouwen dat de zoekmachine aan het bestand hecht. We zien regelmatig sites waarvan de sitemap meer niet-indexeerbare URL’s bevat dan nuttige URL’s.
Segmenteren van de sitemap op type inhoud
Een enkele sitemap die alle URL’s van de site opsomt, is zelden geschikt voor meer dan enkele duizenden pagina’s. Segmentatie op type inhoud (artikelen, productpagina’s, categorieën, institutionele pagina’s) maakt het mogelijk om de dekkingspercentages in Google Search Console nauwkeurig te analyseren.
Deze segmentatie maakt een probleem zichtbaar dat anders in de massa zou verdwijnen: als een index sitemap die is gewijd aan productpagina’s een indexeringspercentage vertoont dat aanzienlijk lager is dan dat van artikelen, wijst de diagnose op een probleem met de kwaliteit van de inhoud of duplicatie op deze pagina’s, niet op een globaal probleem van de site.
- Een sitemapindex verwijst naar meerdere kind-sitemapbestanden, elk beperkt tot een type inhoud of een sectie van de site.
- Elk kind-bestand mag alleen URL’s bevatten die een HTTP 200-code retourneren en niet geblokkeerd zijn door een noindex- of robots.txt-richtlijn.
- De indiening in Search Console gebeurt op het niveau van de sitemapindex: Google ontdekt automatisch de verwijzende kind-bestanden.
Bing, IndexNow en de convergentie van sitemapsignalen
De kwestie van de sitemap beperken tot alleen Google negeert een groeiend deel van het zoekverkeer. Bing maakt actief gebruik van XML-sitemaps en, in tegenstelling tot Google, gebruikt Bing IndexNow voor een bijna onmiddellijke indexering van de nieuwe gemelde URL’s.
Het IndexNow-protocol, ondersteund door Bing, Yandex en verschillende andere zoekmachines, functioneert als een push: de site meldt de zoekmachine dat een URL is aangemaakt of gewijzigd, in plaats van te wachten op de crawler. Dit mechanisme aanvult de sitemap zonder deze te vervangen. De sitemap blijft de canonieke referentie van de inventaris van URL’s, terwijl IndexNow de verwerking van recente wijzigingen versnelt.
Op moderne CMS’en wordt de integratie van IndexNow gedaan via een plugin of een webhook die wordt geactiveerd bij elke publicatie. Het combineren van een gesegmenteerde XML-sitemap, een betrouwbare lastmod en een IndexNow-melding vormt tegenwoordig de meest effectieve configuratie om de indexeringsdekking over meerdere zoekmachines te vergroten.
Configuratiefouten in de sitemap die indexering blokkeren
Een slecht geconfigureerde sitemap kan erger zijn dan het ontbreken van een sitemap. Hier zijn de fouten die we het vaakst tegenkomen tijdens technische audits:
- URL’s opnemen die een 301-, 302- of 404-code retourneren: elke niet-opgeloste URL verbruikt crawlbudget zonder voordeel en vermindert de betrouwbaarheid van het bestand.
- URL’s vermelden die gecanonicaliseerd zijn naar een andere pagina: als de canonical-tag ergens anders naartoe wijst, wordt de URL in de sitemap genegeerd, wat een inconsistentie creëert tussen de signalen die naar de zoekmachine worden gestuurd.
- De limiet van 50.000 URL’s per sitemapbestand of 50 MB ongecomprimeerd overschrijden zonder een sitemapindex te gebruiken: het bestand zal worden afgebroken of afgewezen.
- De sitemap in robots.txt verklaren met een onjuiste pad of een URL in HTTP terwijl de site HTTPS afdwingt: de zoekmachine zal het bestand nooit vinden.
Elke URL die in de sitemap staat, moet een URL zijn die u wilt laten indexeren, zonder uitzondering. Een schone sitemap is een redactionele inventaris, geen technische dump van alle routes die door het CMS zijn gegenereerd.
Het onderhoud van de sitemap is geen eenmalige handeling. Bij elke verwijdering van een pagina, wijziging van de URL-structuur of toevoeging van een noindex-richtlijn moet het bestand worden bijgewerkt. Sites die deze synchronisatie automatiseren via hun implementatiepipeline voorkomen de stille accumulatie van verouderde URL’s die de sitemap uiteindelijk onbruikbaar maakt als diagnostisch hulpmiddel.
