Een XML-sitemap garandeert noch het crawlen, noch de indexering, noch de ranking van een URL. We zien regelmatig sites die een groot sitemap-bestand indienen bij Google Search Console zonder enige verbetering in hun zichtbaarheid. De sitemap blijft een hulpmiddel voor het ontdekken van URL’s, geen positioneringsinstrument. Het begrijpen van dit onderscheid verandert de manier waarop we dit bestand opbouwen en onderhouden.
XML-sitemap en URL-beheer: filteren voordat je indient
De gebruikelijke reflex is om een automatische sitemap te genereren die alle URL’s van de site opsomt. Dit is een technische fout. Een effectieve sitemap bevat alleen canonieke, indexeerbare URL’s zonder omleiding.
Verder lezen : Alles wat u moet weten over het onderhoud van een gasboiler in Brussel voor meer veiligheid
Concreet raden we aan om systematisch de volgende pagina’s uit het bestand uit te sluiten:
- De URL’s met een 301 of 302 omleiding, die naar een andere bestemming wijzen en het crawlbudget vervuilen
- De pagina’s die een 404 of 410 code retourneren, wat aangeeft dat de inhoud is verwijderd en de robot deze niet opnieuw hoeft te bezoeken
- De niet-canonieke versies (pagina’s met UTM-parameters, sorteervarianten, dubbele paginering) die in conflict komen met de canonical-tag
- De pagina’s die beschermd zijn met een noindex, aangezien hun aanwezigheid in de sitemap een tegenstrijdig signaal naar de zoekmachine stuurt
Deze logica transformeert de sitemap in een hulpmiddel voor URL-beheer in plaats van een eenvoudig inventaris. Op een e-commerce site met duizenden productpagina’s is de winst in crawl-efficiëntie meetbaar in de verkenningsrapporten van Search Console. Je kunt het verschil zien door de sitemap van Communisation te raadplegen, die een gestructureerd bestand met gefilterde URL’s illustreert.
Aanvullende lectuur : Alles wat u moet weten over de RSA voor eigenaren: voorwaarden, procedures en tips
Natuurlijke WordPress-sitemap of SEO-plugin: welke technische keuze
Sinds WordPress 5.5 genereert het CMS een native XML-sitemap die toegankelijk is op het adres /wp-sitemap.xml. Deze ingebouwde functie dekt de berichten, pagina’s en basis taxonomieën.
De native sitemap heeft een duidelijke beperking: hij beheert geen afbeeldingen, geen video’s en geen gedetailleerde URL-exclusies. Voor een eenvoudige blog met enkele tientallen pagina’s is het voldoende. Zodra de site multimedia-inhoud integreert of meer dan enkele honderden URL’s bevat, neemt een SEO-plugin (Yoast, Rank Math, SEOPress) het over met een completere sitemap.
We zien een veelvoorkomende valkuil: de native sitemap en die van de SEO-plugin laten co-existeren. Beide bestanden worden dan ingediend bij Google, wat kan leiden tot duplicaten in de index. De oplossing is om de native sitemap van WordPress uit te schakelen via een filter in het bestand functions.php of via een optie van de plugin.
Video-sitemaps en Google Nieuws: twee verschillende gebruiksgevallen
Algemene artikelen over de sitemap behandelen zelden de gespecialiseerde formaten. Een video-sitemap en een Google Nieuws-sitemap voldoen aan verschillende technische behoeften dan de klassieke XML-sitemap.
Video-sitemap voor multimedia SEO
Een video-sitemap declareert specifieke metadata: titel, beschrijving, URL van de miniatuur, duur, publicatiedatum. Deze informatie stelt Google in staat om de video-inhoud weer te geven in het tabblad Video’s van de zoekresultaten en in de rich snippets.
Zonder deze specifieke sitemap hangt het crawlen van de ingesloten video’s volledig af van de JavaScript-rendering, wat hun ontdekking vertraagt, vooral als ze op een extern platform zijn gehost.
Google Nieuws-sitemap
Een site die in Google Nieuws is opgenomen, moet een specifieke sitemap leveren die alleen de artikelen bevat die in de afgelopen twee dagen zijn gepubliceerd. Dit bestand maakt gebruik van de namespace news en omvat de titel van het artikel, de taal en de publicatiedatum.
Het mengen van nieuwsartikelen met permanente pagina’s in één sitemap-bestand verzwakt het signaal dat naar de Nieuws-crawler wordt gestuurd. Het scheiden van de bestanden is een praktijk die we op alle redactionele sites toepassen.
Een sitemap indienen en bewaken in Google Search Console
Een schone sitemap genereren is niet genoeg. Indienen in Google Search Console stelt je in staat om te controleren of het bestand correct wordt gelezen en of de URL’s die het bevat daadwerkelijk worden verwerkt.
Na indiening toont het indexeringsdekkingsrapport drie categorieën om in de gaten te houden:
- De ingediende en geïndexeerde URL’s, die bevestigen dat de sitemap zijn rol als ontdekking vervult
- De ingediende maar niet-geïndexeerde URL’s, die een probleem met de kwaliteit van de inhoud, een conflict met de canonical of een onvoldoende crawlbudget signaleren
- De fouten bij het lezen van de sitemap (ongeldig XML-formaat, ontoegankelijke URL’s), die de verwerking van het hele bestand blokkeren
Een aanhoudende kloof tussen ingediende URL’s en geïndexeerde URL’s geeft aan dat de sitemap pagina’s bevat die Google als niet-relevant beschouwt. Het opschonen van het bestand door deze URL’s te verwijderen, verbetert de betrouwbaarheid van het signaal dat naar de zoekmachine wordt gestuurd.
Het bestand robots.txt moet ook de locatie van de sitemap verklaren via de directive Sitemap:, wat veel configuraties vergeten. Deze verklaring stelt robots van alle zoekmachines (niet alleen Google) in staat om het bestand te lokaliseren zonder via Search Console of Bing Webmaster Tools te gaan.
Een goed gefilterde, ingediende en regelmatig bewaakte sitemap blijft een van de weinige technische hulpmiddelen waarvan de onderhoudskosten laag zijn en de opbrengst meetbaar is in de verkenningsrapporten. De moeilijkheid ligt niet in het creëren ervan, maar in het up-to-date houden wanneer de site evolueert.