Kies geschiktheid voordat je XML genereert
Een XML-sitemap is een machineleesbare lijst met URL's en optionele metadata. Begin met een geschiktheidsregel, niet met een crawler-export: neem een pagina alleen op wanneer die bedoeld is voor zoekmachines, publiekelijk opvraagbaar is en de voorkeursversie van de inhoud is. Houd gefacetteerde catalogus-URL's, interne zoekresultaten, campagnevarianten, login-bestemmingen en previews eruit tenzij het bewust openbare zoekdoelstellingen zijn.
Publieke, nuttige pagina's bedoeld voor zoekverkeer met één voorkeurs-URL.
Redirects, fouten, duplicaten, noindex-pagina's en privé-routes.
Ontdekkingshulp garandeert geen crawlen of indexering.
Noem de canonieke URL, niet elke manier om deze te bereiken
Een canonieke URL is de versie die je wilt dat zoekmachines behandelen als representatieve pagina tussen vergelijkbare versies. Sitemap-opname is een zwak canoniek signaal, dus het moet redirects, zelfverwijzende canonical-tags en interne links versterken — niet tegenspreken. Kies één stabiel HTTPS-formaat en geef exact die versie uit.
Controleer http en https, www en non-www, slashregels, hoofdlettergebruik, printpagina's, filters en trackingparameters. Als een URL redirect, vermeld alleen de uiteindelijke canonieke bestemming. Geef elke onafhankelijk bedoelde gelokaliseerde pagina zijn eigen canonieke URL; gebruik een sitemap niet om onderscheiden gelokaliseerde inhoud samen te voegen.
Schrijf het volledige scheme en host, geen relatieve padnamen. Google crawlt URL's zoals ze zijn opgegeven.
Sitemap, canonical-tag, interne links en redirectbeleid moeten dieselde pagina noemen.
Het blokkeren van een duplicaat stelt geen voorkeursversie vast.
Maak de XML klein, geldig en waarheidsgetrouw
Gebruik de structuur van het Sitemap-protocol: UTF-8 XML met een urlset, de sitemap-namespace en een loc voor elke URL. Escape XML-gevoelige tekens in URL-waarden. Automatisering moet URL's serialiseren in plaats van XML handmatig samen te voegen.
Elke sitemap mag maximaal 50,000 URL's bevatten en niet groter zijn dan 50 MB ongecomprimeerd. Dat zijn limieten, geen streefwaarden. Splits eerder als producten, artikelen, locales of contenttypen een nuttige operationele scheidslijn vormen.
Gebruik lastmod alleen voor de echte datum van significante paginawijziging. Google gebruikt die wanneer deze consistent en verifieerbaar accuraat is; een copyrightjaar-update kwalificeert niet. Stempel nooit elke URL met de generatie-tijd. Google negeert changefreq en priority, dus laat die weg.
loc is verplicht; lastmod is optioneel en moet de pagina beschrijven, niet de generator.
Gzip kan de overdrachtsgrootte verkleinen, maar het gedecomprimeerde bestand moet onder 50 MB blijven.
Controleer XML-welgevormdheid, fetchbaarheid en gedrag van vermelde pagina's.
Gebruik indexen om op te schalen zonder eigenaarschap te verliezen
Een sitemapindex noemt sitemapbestanden. Gebruik er een wanneer de site een enkel-bestandlimiet overschrijdt of aparte inventarissen nodig zijn. Groepeer per redactioneel domein, product of helpcenter. Het heeft dezelfde limieten van 50,000 items en 50 MB ongecomprimeerd.
Bewaar child-bestanden op de bedoelde site op stabiele URL's. Het protocol koppelt over het algemeen in aanmerking komende URL's aan de host en locatie van de sitemap; cross-site-arrangementen vereisen geverifieerd eigendom.
Splits rond een testbaar doel — inhoudstype, storefront, taalgroep of deployment-grens. Leg de generator, eigenaar en verwachte populatie vast.
Dien de complete index in in plaats van elk child-bestand handmatig.
Index lastmod beschrijft het sitemapbestand, niet zijn pagina's.
Publiceer, dien in en interpreteer de resultaten correct
Host de sitemap op een stabiele, publiekelijk fetchbare HTTPS-locatie, bij voorkeur dicht bij de root. Voeg een absolute Sitemap-directive toe aan robots.txt. Dien de sitemap of index in bij Google Search Console en Bing Webmaster Tools voor verwerkingsdetails.
In Search Console betekent Success dat de sitemap is opgehaald en zonder fouten is gelezen. Has errors betekent dat hij met fouten is gelezen; Couldn’t fetch betekent dat hij niet beschikbaar was. Los levering-, authenticatie-, DNS-, robots-, redirect- of XML-problemen op en dien opnieuw in.
Behandel aantallen ontdekte pagina's als diagnostische input, niet als score. Een ontdekte pagina wordt niet gegarandeerd gecrawld of geïndexeerd. Controleer steekproefsgewijs URL's tegenover hun canonieke URL, response en indexeringsrapporten.
robots.txt helpt bij ontdekking; tool-indiening biedt verwerkingsrapporten.
Search Console vermeldt rapport- of API-ingediende bestanden, niet elke robots.txt-discovery.
Behandel de sitemap als release-kritische site-infrastructuur
De kwaliteit van de sitemap kan achteruitgaan wanneer een CMS-plugin verandert, een deployment de canonieke host wijzigt, cacheregels verouderde output serveren, of een bulkjob onvolledige pagina's publiceert. Maak sitemap-controles onderdeel van pre-release en rollbackwerk. Vervang niet stilzwijgend een volledige inventaris door een leeg of onjuist bestand.
Houd de eerder bekende goede sitemap, markeer onverwachte tellingwijzigingen en steek steekproefsgewijs toevoegingen en verwijderingen na voordat u publiceert. Wanneer paden veranderen, coördineer redirects, canonical-tags, interne links en sitemaps als één wijzigingsset. Dit is proactieve uptime-optimalisatie: bescherm het vindbare publieke oppervlak voordat crawlers en bezoekers een gebroken pad vinden.
Pauzeer publicatie bij ongeldige, lege, verkeerde-host of niet-canonieke sitemap-output.
Bewaar het vorige artefact en generatorconfiguratie klaar voor rollback.