Een e-commerce site met duizenden referenties lanceert een nieuwe productcategorie. De productpagina’s zijn online, de interne linkstructuur is opgezet, en toch duurt het weken voordat Google deze pagina’s ontdekt. Het probleem ligt niet bij de inhoud of de links, maar bij een verkeerd geconfigureerde XML-sitemap die de crawlers in doodlopende straten leidt.
Wanneer de XML-sitemap verkeerde signalen naar zoekmachines stuurt
We zien vaak hetzelfde scenario: een automatisch gegenereerd sitemap-bestand door een CMS dat alle URL’s van de site zonder onderscheid opsomt. Omgeleide pagina’s, URL’s met sorteervariabelen, niet-canonieke versies, alles komt voorbij.
Het concrete resultaat: de crawlers van Google en Bing verbruiken hun crawlbudget op nutteloze pagina’s in plaats van de inhoud te verkennen die we willen indexeren. Een sitemap die URL’s bevat die terugverwijzen naar codes 301 of 404, is een sitemap die eerder desoriënteert dan leidt.
Om dit fenomeen te observeren, kunnen we de sitemap van de site Bargento bekijken: het illustreert de logica van een bestand dat zich uitsluitend richt op de pagina’s die bedoeld zijn om in de zoekresultaten te verschijnen, zonder vervuiling door technische URL’s.
De operationele regel kan in één zin worden samengevat: elke URL in de sitemap moet een code 200 retourneren en overeenkomen met de canonieke versie van de pagina. Als een URL wordt geblokkeerd door robots.txt, omgeleid is, of een noindex-tag heeft, hoort deze niet in het bestand thuis.
lastmod-tag in de sitemap: nuttig signaal of onnodig ruis
De lastmod-tag geeft zoekmachines de datum van de laatste wijziging van een pagina aan. Op papier is het een hefboom om de herverkenning van bijgewerkte inhoud te versnellen. In de praktijk maken veel sites het nutteloos door deze bij elke regeneratie van de sitemap bij te werken, zelfs zonder echte wijziging van de inhoud.
Google benut deze tag alleen wanneer de datum regelmatig consistent en verifieerbaar is. Als de zoekmachine vaststelt dat de lastmod verandert terwijl de inhoud hetzelfde blijft, negeert hij deze informatie uiteindelijk volledig voor de betreffende site.
lastmod betrouwbaar maken in de praktijk
De lastmod-datum moet overeenkomen met een echte wijziging van de inhoud van de pagina, niet met een simpele heropslag in de backoffice. Op WordPress werken sommige sitemap-plugins de lastmod bij zodra we een tag of een bijbehorende categorie wijzigen, zonder de tekst aan te raken. Dit gedrag vermindert de betrouwbaarheid van het signaal.
De goede aanpak: de update van de lastmod koppelen aan een daadwerkelijke wijziging van de pagina-inhoud (tekst, afbeeldingen, gestructureerde gegevens). De reacties hierover variëren afhankelijk van de CMS, maar de logica blijft overal hetzelfde.
changefreq- en priority-tags: wat Google negeert in uw sitemap-bestand
We zien nog steeds veel sitemaps vol met changefreq en priority tags, soms zorgvuldig geconfigureerd. De officiële documentatie van Google is echter duidelijk: deze twee tags worden door de zoekmachine genegeerd.
Concreet verandert het toekennen van een priority van 1.0 aan uw homepage en 0.3 aan uw blogartikelen niets aan de crawlvolgorde of de verkenningsfrequentie. De tijd die besteed wordt aan het instellen van deze waarden zou beter geïnvesteerd kunnen worden in drie concrete acties:
- Controleren of elke URL in de sitemap een HTTP 200-code retourneert en niet omgeleid of geblokkeerd is
- Zorgen dat alle URL’s naar hun canonieke versie verwijzen (geen duplicaten met/zonder trailing slash, met/zonder www)
- Een betrouwbare lastmod implementeren, gecorreleerd aan echte inhoudswijzigingen
Een sitemap die ontdaan is van deze onnodige tags is leesbaarder, lichter, en stuurt geen valse signalen.
XML-sitemap en IndexNow: twee complementaire mechanismen voor SEO
De sitemap biedt een gestructureerd en permanent overzicht van de URL’s van de site. De zoekmachines raadplegen deze op hun eigen tempo, volgens hun eigen crawl-schema. Voor sites die vaak inhoud publiceren of bijwerken, kan deze vertraging problematisch zijn.
Daar komt IndexNow om de hoek kijken. Dit protocol stelt ons in staat om direct aan bepaalde zoekmachines te signaleren dat er een URL is toegevoegd, gewijzigd of verwijderd. Bing raadt aan om beide samen te gebruiken: de sitemap als referentie voor de globale dekking, IndexNow als real-time notificatie.
Concreet gebruiksvoorbeeld
Een nieuwssite publiceert dagelijks een twintigtal artikelen. De XML-sitemap wordt elk uur bijgewerkt. Met IndexNow geactiveerd, triggert elke publicatie een ping naar Bing (en de compatibele zoekmachines) zonder te wachten tot de sitemap opnieuw wordt gecrawld.
Google ondersteunt IndexNow momenteel niet, maar biedt een indexerings-API voor bepaalde soorten inhoud. Het combineren van XML-sitemap, IndexNow en indexerings-API dekt het breedste spectrum van zoekmachines en gebruiksgevallen.
Sitemap en generatieve zoekopdrachten: een rol die evolueert
De zoekmachines integreren steeds meer AI-gebaseerde functies in hun resultaten. Een publicatie van het Bing-team van juli 2025 presenteert sitemaps als een signaal van URL-dekking voor AI-gebaseerde zoekervaringen.
Dit garandeert echter niet dat een URL wordt geselecteerd om een generatief antwoord te voeden. De sitemap blijft een ontdekkingsinstrument, geen ranking-hulpmiddel. De rol ervan in deze context is ervoor te zorgen dat de crawlers de relevante inhoud van de site verkennen.
- De sitemap helpt bij de dekking: het signaleert het bestaan van een pagina, niet de kwaliteit ervan
- De inhoud, de interne linkstructuur en de thematische relevantie bepalen of de pagina wordt geselecteerd
- Een schone sitemap voorkomt dat een generatieve AI-crawler technische of verouderde pagina’s indexeert in plaats van inhoud met hoge waarde
De structuur van de sitemap blijft een technische vereiste. Wat het verschil maakt in de resultaten, is wat de pagina’s die het verwijst bevatten. Een schoon bestand, beperkt tot canonieke URL’s met een betrouwbare lastmod, vormt de minimale basis om zichtbaar te blijven in een steeds complexer wordend zoekecosysteem.
