Een site van tachtig pagina’s waarvan de helft niet verschijnt in Google, dat is een concreet probleem dat we regelmatig tegenkomen. De oorzaak is vaak dezelfde: er is geen XML-sitemap aanwezig, of een verouderd bestand dat niemand al maanden heeft gecontroleerd. De sitemap blijft de meest directe manier om zoekmachines te wijzen op de URL’s die belangrijk zijn op uw website.
Weespagina’s en verspilde crawl: het probleem dat de sitemap oplost
Op een site die groeit door opeenvolgende toevoegingen (productpagina’s, blogartikelen, seizoensgebonden landingspagina’s), eindigen sommige pagina’s zonder interne links die naar hen verwijzen. Crawlers zoals Googlebot kunnen niet raden dat ze bestaan. Zonder sitemap blijven deze weespagina’s onzichtbaar.
Het XML-sitemapbestand biedt een compleet overzicht van de te crawlen URL’s. Je plaatst het in Google Search Console of in Bing Webmaster Tools, en de crawlers weten precies waar ze moeten zoeken. De sitemap vervangt de interne linkstructuur niet, maar aanvult door de blinde vlekken te dekken.
Een veelvoorkomend voorbeeld: we publiceren een nieuwe categorie inhoud op een showcase-site, maar de hoofd navigatie wordt niet onmiddellijk bijgewerkt. Als de sitemap automatisch wordt gegenereerd, zal de nieuwe categorie aan de crawlers worden aangeboden zodra deze online is. Dit soort dekking maakt het verschil, vooral op de sitemap pagina van TechSnack die deze logica van gestructureerde inventaris goed illustreert.
Lastmod-tag van de XML-sitemap: een SEO-signaal dat vaak verkeerd is geconfigureerd
De meeste concurrenten beschouwen de sitemap als een statisch bestand dat we genereren en vergeten. In de praktijk is het de lastmod-tag die de waarde van het bestand voor Google bepaalt.
Google hecht echte waarde aan deze datum, op voorwaarde dat deze een significante wijziging van de inhoud weerspiegelt. Een wijziging van een alinea, het toevoegen van gestructureerde gegevens of het bijwerken van een link rechtvaardigt een nieuwe datum. Een technische herdistributie zonder inhoudelijke wijziging of de simpele update van een copyright telt daarentegen niet mee.
De valkuil is vaak aanwezig: sommige CMS of plugins werken de lastmod-datum bij bij elke opslag, zelfs bij kleine wijzigingen. Wanneer Google systematisch inconsistente data detecteert, <strong neemt het vertrouwen in dit signaal af voor de gehele sitemap. We eindigen dan met een bestand dat de crawlers raadplegen, maar niet echt meer benutten.
Hoe de betrouwbaarheid van lastmod te controleren
- Open het sitemap-bestand (vaak toegankelijk op het adres uwsite.nl/sitemap.xml) en vergelijk de weergegeven data met de werkelijke wijzigingen van de bijbehorende pagina’s.
- Deactiveer de automatische update van lastmod in de instellingen van de SEO-plugin als deze wordt geactiveerd bij elke opslag zonder inhoudelijke wijziging.
- Na een inhoudelijke herziening, dwing handmatig de regeneratie van de sitemap af zodat de nieuwe data door Google Search Console worden meegenomen.
Attributen priority en changefreq: wat Google negeert in uw sitemap
We zien nog steeds veel sites waarvan de XML-sitemap priority-waarden (van 0.1 tot 1.0) en changefreq-waarden (daily, weekly, monthly) bevat. Deze twee attributen lijken op papier nuttig, maar Google negeert ze volledig sinds enkele jaren. De documentatie van Google Search Central bevestigt dit expliciet.
Tijd besteden aan het afstemmen van deze waarden levert geen meetbaar SEO-voordeel op. De inspanning ligt elders: selecteer de werkelijk belangrijke URL’s die in het bestand moeten worden opgenomen, controleer hun toegankelijkheid (geen ketenredirecties, geen 404-pagina’s) en handhaaf betrouwbare lastmod-data.
Dat betekent niet dat deze attributen een probleem vormen als ze aanwezig zijn. Ze zijn gewoon neutraal. De meningen hierover variëren voor andere zoekmachines, maar voor Google is de kwestie duidelijk.
Sitemap en AI-motoren: de rol van IndexNow voor Bing en Copilot
Met de opkomst van op kunstmatige intelligentie gebaseerde zoekervaringen (Bing Chat, Copilot) krijgt de sitemap een extra dimensie. Bing raadt een volledige XML-sitemap aan met betrouwbare lastmod-data als basis voor dekking. Maar de sitemap alleen is niet meer voldoende om snel wijzigingen te signaleren.
Daar komt IndexNow, een realtime notificatieprotocol, in beeld. Wanneer je een URL toevoegt, wijzigt of verwijdert, stuurt IndexNow een onmiddellijke melding naar Bing (en compatibele zoekmachines) zonder te wachten op de volgende crawl. De twee systemen zijn niet uitwisselbaar:
- De sitemap biedt de globale inventaris van de website, de referentiekartering die de crawlers periodiek raadplegen.
- IndexNow versnelt de verwerking van eenmalige wijzigingen, pagina per pagina.
- Gecombineerd zorgen ze voor zowel een volledige dekking als een snelle reactie op verse inhoud.
Voor een site die regelmatig publiceert, verkort deze combinatie van sitemap en IndexNow de tijd tussen de publicatie van een pagina en de verschijning ervan in de zoekresultaten van Bing.
Een sitemap indienen garandeert niet de indexering van uw pagina’s
Een punt dat we willen verduidelijken: het indienen van een sitemap in Google Search Console verplicht Google niet om de vermelde URL’s te indexeren. Het bestand is een suggestie, geen instructie. Google beslist vervolgens, op basis van zijn eigen kwaliteits- en relevantiecriteria, welke pagina’s het waard zijn om in zijn index op te nemen.
We zien regelmatig URL’s die in de sitemap staan maar gemarkeerd zijn als “Ontdekt, momenteel niet geïndexeerd” in Search Console. Dit betekent dat de crawler de pagina kent, maar het niet nuttig acht om deze momenteel te indexeren. Te dunne inhoud, een duplicaat dat dicht bij een andere pagina ligt of een zwakke interne linkstructuur verklaren vaak deze status.
De sitemap blijft een signaaltool, geen positioneringstool. Een goed gestructureerd bestand verbetert de crawl-dekking, maar het fundament van de kwaliteit van de inhoud en de architectuur van de site bepaalt wat er daadwerkelijk in de zoekresultaten terechtkomt.
