Een XML-sitemap controleert noch de crawl, noch de indexering. Google herinnert ons daar expliciet aan: het indienen van een sitemap garandeert niet dat het bestand wordt gedownload, dat de URL’s worden verkend, of dat ze worden opgenomen in de index. De sitemap is een declaratief signaal, geen instructie. Het begrijpen van dit onderscheid verandert de manier waarop we het bouwen, onderhouden en integreren in een SEO-strategie.
Lastmod-tag in de XML-sitemap: wat Google daadwerkelijk benut
De meerderheid van de sitemaps in productie toont identieke lastmod-datums voor alle URL’s, of datums die overeenkomen met de generatie van het bestand. Beide gevallen worden door Google genegeerd. De lastmod-tag heeft alleen waarde als deze een substantiële en verifieerbare wijziging van de hoofdinhoud weerspiegelt.
Wat een significante wijziging inhoudt: een wijziging in de tekst, een update van gestructureerde gegevens, een toevoeging of verwijdering van interne links. Het wijzigen van het jaar in een copyright of het regenereren van het bestand zonder de inhoud aan te raken, kwalificeert niet.
Wij raden een regelmatige audit van de sitemap aan om de consistentie tussen de lastmod-datums en de werkelijke wijzigingen te controleren. Een CMS dat lastmod bij elke opslag (zelfs cosmetisch) bijwerkt, produceert ruis. Het is beter om de update van deze tag te koppelen aan een echte wijziging van de weergegeven inhoud. U kunt de sitemap van Référencement Qualitatif raadplegen om een voorbeeld van een schone structuur met consistente datums te bekijken.
De tags changefreq en priority zijn in de praktijk verouderd. Google hecht er geen meetbaar gewicht meer aan. Het blijven invullen is niet schadelijk, maar er tijd aan besteden voor optimalisatie is onproductief. Alleen de URL en de waarde lastmod (wanneer deze betrouwbaar is) tellen.
XML-sitemap en IndexNow: complementariteit voor de crawl van Bing
Bing raadt expliciet aan om de sitemap te combineren met het IndexNow-protocol. De sitemap biedt een blijvende dekking van alle URL’s. IndexNow daarentegen verzendt in bijna realtime de individuele toevoegingen, updates of verwijderingen.
Deze combinatie is bijzonder zinvol voor sites met dynamische inhoud: e-commercecatalogi met prijs- of voorraadvariaties, dagelijks bijgewerkte directories, nieuwswebsites. De sitemap blijft de referentiebasis, IndexNow versnelt de opname van incidentele wijzigingen.
- De sitemap dekt de volledige inventaris van de canonieke URL’s van de site, inclusief de pagina’s die zelden worden gewijzigd
- IndexNow meldt Bing (en compatibele zoekmachines) een specifieke wijziging zonder te wachten op de volgende crawl van de sitemap
- Beide mechanismen zijn complementair: de een vervangt de ander niet, en ze parallel onderhouden verkort de indexeringstijd
Wat betreft de implementatie vereist IndexNow een API-sleutel die op de root van de site is gehost en een HTTP-aanroep bij elke publicatie of wijziging. De meeste CMS’en hebben compatibele plugins.
Segmentatie van de sitemap voor sites met een groot aantal pagina’s
Een enkele sitemap met meerdere tienduizenden URL’s brengt twee problemen met zich mee. Het bestand wordt zwaar om te downloaden voor de robots, en het verdrinkt de strategische pagina’s in de massa. Segmentatie op basis van type inhoud (artikelen, producten, categorieën, statische pagina’s) via een sitemap-index maakt het mogelijk om de ingediende bestanden te hiërarchiseren.
We zien een concreet voordeel wanneer de gesegmenteerde sitemaps worden gecombineerd met een opruiming van niet-canonieke URL’s. Het opnemen van omgeleide URL’s, pagina’s in noindex of parametervarianten in de sitemap is als het verzenden van een tegenstrijdig signaal. De sitemap moet precies de pagina’s weerspiegelen die u wilt laten indexeren, niets meer.
Filtercriteria vóór opname in de sitemap
- De pagina retourneert een HTTP 200-code en is niet geblokkeerd door robots.txt
- De pagina heeft een zelf-refererende canonical-tag (canonical die naar zichzelf verwijst)
- De pagina is niet in noindex en is niet wees (minstens één interne link verwijst naar haar)
- De pagina bevat voldoende indexeerbare inhoud (geen lege shell of niet ingevulde template)
Het automatiseren van deze controle in de pipeline voor het genereren van de sitemap voorkomt de accumulatie van dode URL’s. Sommige crawl-tools stellen in staat om de sitemap te kruisen met de werkelijke status van de site en om inconsistenties te signaleren.
Indienen van de sitemap in Google Search Console: veelvoorkomende fouten
Een sitemap indienen via Google Search Console blijft de meest directe methode om zijn bestaan te signaleren. De meest voorkomende fout is het indienen van het bestand eenmaal en vervolgens nooit het bijbehorende dekkingsrapport te controleren.
Het dekkingsrapport van de sitemap in de Search Console geeft aan hoeveel ingediende URL’s daadwerkelijk zijn geïndexeerd, hoeveel zijn uitgesloten en om welke reden. Een significante kloof tussen ingediende URL’s en geïndexeerde URL’s wijst op een kwaliteitsprobleem: dubbele inhoud, te dunne pagina’s, crawl-fouten, of verkeerd geconfigureerde canonical’s.
Een andere valkuil: de sitemap in robots.txt verklaren met een onjuiste URL (HTTP-protocol in plaats van HTTPS, fout subdomein). Het robots.txt-bestand moet naar de exacte URL van de sitemap verwijzen, toegankelijk zonder omleiding.
Aanbevolen controlefrequentie
Op een site die meerdere inhoud per week publiceert, is een maandelijkse controle van het dekkingsrapport voldoende om afwijkingen te detecteren. Op een meer statische site blijft een kwartaalaudit relevant. Het doel is niet om de sitemap vaker in te dienen, maar om ervoor te zorgen dat wat het verklaart overeenkomt met wat Google constateert tijdens de crawl.
De sitemap blijft een communicatiemiddel tussen uw site en de zoekmachines. De waarde ervan hangt volledig af van de nauwkeurigheid waarmee deze wordt onderhouden. Een verouderde of inconsistente sitemap helpt de SEO niet, maar verstoort deze.
