Een XML-sitemap lijst de adressen van uw site op, zodat zoekmachines ze sneller kunnen vinden. Toch publiceren veel sites dit bestand maar één keer en raken het daarna niet meer aan. De sitemap wordt dan een vaststaand inventaris, losgekoppeld van de redactionele realiteit van de site. Om echt bij te dragen aan de navigatie en SEO, moet men begrijpen wat het communiceert naar de robots, en vooral wat het niet communiceert wanneer het verkeerd is geconfigureerd.
De lastmod-tag van de XML-sitemap: nuttig signaal of misleidende datum
Elke URL die in een sitemap is opgenomen, kan een lastmod-tag bevatten. Deze geeft de datum van de laatste wijziging van de pagina aan. Google gebruikt dit om te beslissen of het deze adres opnieuw moet verkennen.
De valkuil is gebruikelijk: veel sitemapgeneratoren schrijven de datum van het genereren van het bestand, niet de werkelijke wijzigingsdatum van de inhoud. Het resultaat is dat alle pagina’s dezelfde datum tonen, namelijk de datum waarop de sitemap is opnieuw aangemaakt. Google eindigt met het negeren van deze informatie, omdat deze geen enkele concrete redactionele wijziging weerspiegelt.
Om waarde te hebben, moet de datum overeenkomen met een wijziging van de hoofdinhoud van de pagina: herschreven tekst, bijgewerkte gestructureerde gegevens, toegevoegde interne links. Een wijziging van de footer of zijbalk telt niet mee. Als uw tool lastmod bijwerkt bij elke automatische regeneratie van het bestand, stuurt u een vals signaal, en Google leert dit te negeren voor uw domein.
U kunt dit gedrag direct observeren: op de sitemap-pagina van Sankore weerspiegelen de data de werkelijke redactionele updates, wat een goed voorbeeld van een consistente bestand oplevert.
Priority- en changefreq-tags in een sitemap: moet je ze nog invullen?
Twee andere tags bestaan in de specificatie van de XML-sitemap: priority en changefreq. De eerste kent een relatieve belangrijkheidsscore toe aan elke URL. De tweede geeft de theoretische wijzigingsfrequentie aan (dagelijks, wekelijks, maandelijks).
Google geeft duidelijk aan deze te negeren. Het invullen van deze velden verandert noch de verkenningsfrequentie, noch de ranking van uw pagina’s. Bing hecht er ook geen doorslaggevend gewicht aan.
Waarom blijven deze tags in zoveel bestanden bestaan? Omdat plugins en generators ze standaard toevoegen. Ze verwijderen is technisch gezien geen probleem. Concentreer uw inspanningen op betrouwbare lastmod-data en een rigoureuze selectie van de URL’s in plaats van op indicatoren die niemand leest.
Wat uw tijd waard is in plaats daarvan
- Controleer of elke URL in de sitemap een HTTP 200-code retourneert (geen omleiding, geen 404-fout)
- Sluit niet-indexeerbare pagina’s uit: pagina’s met een noindex-tag, dubbele pagina’s, diepe pagineringen zonder unieke inhoud
- Zorg ervoor dat lastmod alleen verandert wanneer de redactionele inhoud van de pagina daadwerkelijk is gewijzigd
Sitemap en interne linkstructuur: twee complementaire mechanismen voor navigatie
Een sitemap vervangt de interne links niet. Het indienen van een sitemap blijft een ontdekkingssignaal voor zoekmachines: het helpt hen adressen te vinden, maar garandeert noch verkenning, noch indexering. Als een pagina niet met een andere pagina van uw site is verbonden, kan de sitemap deze signaleren, maar Google zal er weinig waarde aan hechten.
Stel je een gebouw voor waarvan de plattegrond een kamer vermeldt, maar waar geen enkele gang naartoe leidt. De plattegrond bestaat, de kamer ook, maar niemand komt binnen. De sitemap is de plattegrond, de interne linkstructuur bouwt de gangen.
In de praktijk zijn de pagina’s die het meest profiteren van de sitemap diegene die slecht door de interne linkstructuur worden gedekt: recente inhoud die nog niet vanuit andere artikelen is gelinkt, diepe pagina’s in de hiërarchie, of secties van de site die zelden worden bijgewerkt maar altijd relevant zijn.
Wanneer de sitemap echt nuttig wordt
- Uw site bevat honderden pagina’s en een diepe hiërarchie
- U publiceert regelmatig nieuwe inhoud (blog, productbladen, nieuws)
- Sommige weespagina’s hebben nog geen interne links die naar hen verwijzen
- U heeft net de structuur van de site gemigreerd of vernieuwd
Een XML-sitemap indienen bij Google en Bing: het minimum dat u moet controleren
Het maken van het bestand is niet genoeg. U moet het aan de zoekmachines melden. Er zijn twee hoofdmethoden.
De eerste: voeg de regel Sitemap: https://votresite.com/sitemap.xml toe aan uw robots.txt-bestand. Google en Bing lezen dit bestand bij elke passage en volgen het aangegeven adres.
De tweede: dien de sitemap rechtstreeks in via Google Search Console of Bing Webmaster Tools. Deze methode maakt het ook mogelijk om te controleren of Google fouten in het bestand detecteert (onbereikbare URL’s, ongeldig formaat).
IndexNow voor sites die ook Bing targeten
Bing biedt een aanvullend mechanisme genaamd IndexNow. Hiermee kunnen in realtime de toegevoegde, gewijzigde of verwijderde URL’s worden gemeld. Dit is geen vervanging voor de sitemap, maar een versnellingsmechanisme voor ontdekking. IndexNow is bijzonder nuttig voor sites met frequente publicatie waar de tijd tussen publicatie en indexering belangrijk is.
De XML-sitemap blijft een schijnbaar eenvoudig hulpmiddel. De echte waarde hangt af van de nauwkeurigheid waarmee u de URL’s selecteert die het bevat en van de betrouwbaarheid van de data die u eraan koppelt. Een up-to-date bestand dat alleen indexeerbare pagina’s opsomt en waarvan de lastmod-data echte redactionele wijzigingen weerspiegelt, doet meer voor uw SEO dan een uitgebreide sitemap vol signalen die de zoekmachines hebben geleerd te negeren.
