Een XML sitemap maken begint met de juiste URL’s kiezen. Neem de pagina’s op die je in zoekresultaten wilt laten verschijnen, controleer of het hun indexeerbare voorkeursadressen zijn en meld het bestand aan in Google Search Console. Hieronder lees je hoe je de actieve sitemap vindt, fouten herstelt en verwerking onderscheidt van daadwerkelijke indexatie.
Wat een XML-sitemap voor je website doet
Een XML-sitemap is een machineleesbaar bestand met URL’s van je website. Zoekmachines kunnen dit bestand gebruiken om pagina’s te ontdekken. Dat helpt bijvoorbeeld wanneer je veel producten hebt, regelmatig nieuwe artikelen publiceert of pagina’s nog weinig interne verwijzingen hebben.
Opname in een sitemap verplicht Google nergens toe. Een ingediende URL wordt niet automatisch gecrawld of geïndexeerd. De sitemap geeft ook geen garantie op een bepaalde positie. Beschouw hem als een overzicht van de adressen die volgens jou aandacht verdienen, niet als bewijs dat Google ze daadwerkelijk toont.
XML, een HTML-overzicht en interne links hebben verschillende taken
Een HTML-overzicht is een gewone webpagina waarop bezoekers naar andere pagina’s kunnen doorklikken. Een XML-sitemap is vooral bedoeld voor zoekmachines. Beide kunnen nuttig zijn, maar ze vervangen de navigatie en inhoudelijke verwijzingen op je website niet.
Een belangrijk product hoort bijvoorbeeld bereikbaar te zijn vanuit een categorie. Een verdiepende uitleg kun je vanuit een relevant artikel linken. Met zulke interne links geef je bezoekers een logische route en maak je verbanden tussen pagina’s duidelijk. Een sitemap kan een losstaande pagina vindbaar maken voor een crawler, maar herstelt die ontbrekende samenhang niet.
Onderzoek eerst wat je website al publiceert
Maak niet meteen een nieuw bestand. Controleer eerst of je CMS, een plugin of een andere koppeling al een sitemap genereert. Meerdere bestanden zijn niet per definitie fout, maar verschillende generatoren kunnen tegenstrijdige URL-selecties publiceren.
Noteer het sitemapadres, de verantwoordelijke generator en eventuele onderdeelbestanden. Bekijk ook welke sitemap al in Search Console staat. Zo voorkom je dat je een nieuw overzicht aanmeldt terwijl een oude generator nog steeds verwijderde producten of ongewenste filters blijft aanbieden.
Zo vind je de werkelijk actieve sitemap
- Open het publieke robots.txt-bestand op je eigen domein en zoek naar regels die met
Sitemap:beginnen. - Open het genoemde adres en controleer of je XML of een leesbare weergave daarvan ziet.
- Bekijk in je CMS welke functie of plugin het bestand genereert.
- Vergelijk dit met de ingediende sitemapadressen in Google Search Console.
- Controleer of een recent gepubliceerde, indexeerbare pagina in het juiste onderdeel verschijnt.
Een ontbrekende Sitemap-regel betekent niet dat er geen sitemap bestaat. Omgekeerd bewijst een vermelding in robots.txt niet dat het bestand nog werkt. Open het adres altijd. Een foutpagina, inlogscherm of homepage op dat adres is geen bruikbare XML-sitemap.
Kies een beheerwijze die bij je CMS past
Bij WordPress kan de sitemap afkomstig zijn van WordPress zelf of van een SEO-plugin. Welk adres en welke instellingen gelden, hangt af van de installatie. Controleer daarom de actieve generator voordat je instellingen aanpast. Gebruik bij voorkeur één duidelijke bron voor dezelfde verzameling pagina’s.
Bij Shopify onderzoek je eerst de door het platform gegenereerde sitemap en de URL’s daarin. Veronderstel niet dat je deze op dezelfde manier kunt aanpassen als een handmatig bestand. Kijk welke publicatie-, collectie- of indexeringsinstellingen de betreffende URL’s bepalen.
Een handmatig onderhouden sitemap kan passen bij een kleine website die zelden verandert. Bij een webshop of regelmatig bijgewerkt blog is automatische generatie doorgaans beter beheersbaar. De keuze draait vooral om onderhoud: wie verwerkt een nieuwe pagina, wijziging of verwijdering, en wanneer?
Webflow en zelfgebouwde websites: controleer de gepubliceerde selectie
Webflow: vergelijk instellingen en publieke uitvoer
Bij een website die Webflow host, kun je een automatisch gegenereerde of eigen XML-sitemap gebruiken. Bekijk in de actuele site-instellingen welke aanpak actief is en publiceer de wijziging voordat je de openbare uitvoer controleert. De Webflow-documentatie voor sitemaps beschrijft beide mogelijkheden. Vergelijk daarna de werkelijk opgenomen URL’s met je opnamematrix. Een ingeschakelde optie bewijst niet dat ieder opgenomen adres jouw gewenste canonical is.
Controleer een nieuwe CMS-pagina, een verwijderde pagina en een pagina die je niet wilt laten indexeren. Bekijk ook taalvarianten als je site die gebruikt. Gebruik bij een eigen bestand een vaste onderhoudsstap bij publicatie. Controleer de sitemapverwijzing in robots.txt voordat je zelf een tweede verwijzing toevoegt.
Zelfgebouwd: laat de generator uit betrouwbare publicatiegegevens werken
Bij maatwerk leg je met de developer vast welke bron de URL-lijst bepaalt. Next.js kan een statisch sitemapbestand of een programmatische sitemap.js of sitemap.ts leveren. De Next.js-documentatie beschrijft die uitvoer. De selectie hoort de werkelijk gepubliceerde content, het publieke domein en de voorkeursroutes te volgen. Ontwerpen, previews en verwijderde routes mogen niet onbedoeld als geldige pagina’s terugkomen.
Bij Astro kan de sitemapintegratie statisch opgebouwde routes verzamelen. Dynamische routes die pas op de server ontstaan, vragen extra aandacht; ga niet uit van automatische dekking. De Astro-documentatie beschrijft filters en aanvullende pagina’s. Test in je eigen bouwproces zowel opname als uitsluiting en vergelijk het gedeployde bestand met je gecontroleerde inventaris. Verzin geen nieuwe wijzigingsdatum bij iedere build.
Gebruik deze opnamematrix voor je URL’s
Neem als uitgangspunt een bereikbaar, indexeerbaar voorkeursadres. Controleer daarvoor de HTTP-status, indexeringsinstructies en canonical. Een canonical geeft aan welke URL je als voorkeursversie beschouwt; zoekmachines beoordelen dit signaal samen met andere informatie.
| Situatie | In de sitemap? | Controle of actie |
|---|---|---|
| Pagina met status 200, indexeerbaar en een canonical naar zichzelf | Ja, als de pagina bedoeld is voor zoekresultaten | Controleer inhoud en interne bereikbaarheid |
| URL met een redirect | Vervang door de geschikte eindbestemming | Controleer of die bestemming indexeerbaar is |
| URL met status 404 of 410 | Nee | Verwijder de URL uit de sitemap en herstel interne verwijzingen |
| Pagina met noindex | Nee | Controleer of de uitsluiting bewust is ingesteld |
| Pagina met canonical naar een andere URL | Doorgaans de voorkeurs-URL opnemen | Onderzoek eerst of de canonical inhoudelijk klopt |
| Zelfstandige taalversie | Ja, als deze indexeerbaar en een voorkeursversie is | Controleer taalrelaties en canonicals |
| Filter- of sorteer-URL | Alleen na een bewuste inhoudelijke keuze | Beoordeel zoekbehoefte, overlap en indexeerbaarheid |
| URL die robots.txt blokkeert | Eerst het conflict onderzoeken | Bepaal of blokkeren of laten crawlen de bedoeling is |
Los tegenstrijdige canonical- en noindex-signalen op
Stel dat een product bereikbaar is via twee categorieën. Als beide adressen dezelfde inhoud tonen en één adres de bedoelde voorkeursversie is, hoort de sitemap die keuze te ondersteunen. Neem niet automatisch beide varianten op omdat ze allebei status 200 teruggeven.
Staat een belangrijke pagina op noindex, verwijder dan niet blind die instructie. Onderzoek waarom deze is geplaatst. Misschien gaat het om een interne zoekpagina of een testversie. Is noindex onbedoeld, herstel dan de instelling, controleer de publieke pagina en beoordeel daarna opnieuw of opname passend is.
Beoordeel taalversies en filters afzonderlijk
Een Nederlandstalige en Duitstalige productpagina kunnen allebei in de sitemap staan. Het ontbreken van hreflang maakt een taalversie niet automatisch ongeschikt. Hreflang helpt de relatie tussen taal- of regioversies beschrijven; de canonical en indexeringsinstellingen moeten daarbij passen.
Ook een vraagteken in een URL is geen automatische uitsluitingsreden. Een zorgvuldig gekozen filterpagina kan een zelfstandige zoekbehoefte beantwoorden. Honderden combinaties die vrijwel hetzelfde assortiment tonen, vragen om een andere beoordeling. Bij SEO voor webshops hoort die keuze bij het beheer van categorieën, filters en productvarianten.
Een klein fictief XML-voorbeeld
Onderstaand voorbeeld gebruikt een fictief domein. De tweede URL stelt een bewust indexeerbare filterpagina voor met een canonical naar zichzelf. Neem zo’n URL alleen op wanneer jouw eigen controle die keuze ondersteunt.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://www.voorbeeld.nl/diensten/</loc>
<lastmod>2026-09-18</lastmod>
</url>
<url>
<loc>https://www.voorbeeld.nl/stoelen?materiaal=hout&kleur=zwart</loc>
<lastmod>2026-09-22</lastmod>
</url>
</urlset>Gebruik volledige URL’s, inclusief het juiste protocol en de juiste domeinvariant. De namespace is exact http://www.sitemaps.org/schemas/sitemap/0.9. Dat deze namespace met http begint, betekent niet dat je website-URL’s ook http moeten gebruiken.
Escape speciale tekens en controleer de codering
XML behandelt bepaalde tekens als onderdeel van zijn structuur. Daarom staat het ampersandteken tussen de parameters in het voorbeeld als & in het XML-bestand. De werkelijke URL bevat daar gewoon een ampersand. XML-escaping en URL-codering zijn verschillende bewerkingen; pas ze niet willekeurig op elkaar toe.
Laat het bestand als UTF-8 genereren en controleer het met een XML-parser of validator. Alleen een nette browserweergave is onvoldoende bewijs dat ieder onderdeel geldig is. Controleer bovendien de volledige gepubliceerde uitvoer: een extra foutmelding vóór de XML kan het bestand onbruikbaar maken.
Gebruik lastmod alleen bij een echte wijziging
lastmod beschrijft wanneer de betreffende pagina voor het laatst inhoudelijk relevant is gewijzigd. Denk aan gewijzigde productinformatie of een wezenlijke uitbreiding van een uitleg. Het is niet automatisch de datum waarop de sitemap is opgebouwd of door een bezoeker is opgevraagd.
Kun je geen betrouwbare wijzigingsdatum leveren, laat het optionele veld dan weg. Google gebruikt lastmod wanneer de waarden consistent en controleerbaar juist zijn. Google negeert de velden priority en changefreq; daar hoef je dus geen systeem van prioriteitsscores voor te bedenken. Deze verwerking staat beschreven in de Google-documentatie over sitemaps.
Splits grote bestanden met een sitemapindex
Een reguliere sitemap mag maximaal 50.000 URL’s bevatten en maximaal 50 MB groot zijn, gemeten zonder compressie. Je moet aan beide grenzen voldoen. Een gecomprimeerd bestand van enkele megabytes kan uitgepakt alsnog te groot zijn.
Gebruik bij grotere aantallen meerdere sitemapbestanden en verwijs daarnaar vanuit een sitemapindex. Zo’n index bevat verwijzingen naar sitemaps, niet rechtstreeks de volledige lijst met pagina’s. De limieten en het gebruik van een index staan in de primaire instructies van Google.
Controleer ieder onderdeel achter de index
Een werkende index bewijst niet dat de onderliggende bestanden werken. Open elk genoemd onderdeel en controleer bereikbaarheid, XML en URL-selectie. Let op bestanden die na een pluginwijziging een ander adres hebben gekregen.
Je kunt onderdelen verdelen naar producten, categorieën en artikelen als dat onderzoek en beheer eenvoudiger maakt. Kleinere bestanden zijn niet automatisch beter voor rankings. Een bruikbare verdeling helpt vooral om fouten terug te vinden, bijvoorbeeld wanneer alleen product-URL’s na een import ontbreken.
Controleer de publieke toegankelijkheid vóór indiening
Open de sitemap zonder ingelogde beheerderssessie. Het gewenste eindadres moet het sitemapbestand leveren met een succesvolle HTTP-respons, zonder wachtwoord, browseruitdaging of cookiekeuze die de inhoud vervangt. Controleer ook of een beveiligingsdienst zoekmachineverzoeken onbedoeld tegenhoudt.
Onderzoek bij een ophaalfout eerst de statuscode en de werkelijke respons. Een adres kan in je browser werken terwijl een beveiligingsregel andere verzoeken blokkeert. Dit soort onderzoek valt onder technische SEO: eerst vaststellen wat de server terugstuurt, daarna de betreffende instelling aanpassen en opnieuw testen.
Vermeld het adres in robots.txt
Je kunt het volledige adres van je sitemap of sitemapindex in robots.txt opnemen. Een fictief voorbeeld:
Sitemap: https://www.voorbeeld.nl/sitemap-index.xmlGebruik uiteraard het werkelijk actieve adres van jouw website. Een Sitemap-regel geeft een vindplaats door; hij heft geen andere crawlbeperkingen op. Controleer daarom los daarvan of belangrijke pagina’s niet onbedoeld door robots.txt worden geblokkeerd.
Meld de gecontroleerde sitemap aan in Search Console
- Open de Search Console-property die bij het betreffende domein of URL-bereik hoort.
- Ga naar het sitemaprapport en geef het adres van de actieve sitemap of sitemapindex op.
- Controleer of de indiening is geregistreerd en bekijk daarna de ophaal- en verwerkingsinformatie.
- Onderzoek gemelde fouten voordat je hetzelfde bestand opnieuw aanbiedt.
- Controleer enkele belangrijke pagina’s afzonderlijk met URL-inspectie.
Gebruik hiervoor Search Console en eventueel de vermelding in robots.txt. Een oude handleiding die een Google-sitemap-pingendpoint voorschrijft, biedt geen actuele indieningsroute. Bij een automatisch bijgewerkte sitemap is opnieuw indienen na iedere kleine inhoudswijziging doorgaans niet nodig.
Houd indiening, ophalen, verwerken en indexatie uit elkaar
Geregistreerde indiening: het sitemapadres is doorgegeven. Opgehaald: Google heeft het bestand kunnen bereiken. Verwerkt: Google heeft de sitemap kunnen lezen en de URL’s eruit kunnen halen. Deze stappen zijn verschillende controles, ook als de interface ze niet allemaal met afzonderlijke labels toont.
Geïndexeerd: Google heeft een pagina opgenomen in zijn index. Dat gebeurt op paginaniveau en volgt niet automatisch uit een succesvolle sitemapverwerking. Het aantal ontdekte URL’s is daarom geen telling van geïndexeerde pagina’s. Scheid deze gegevens ook in je SEO-rapportage, zodat een technisch geslaagde indiening niet als indexatieresultaat wordt gepresenteerd.
Werkblad: leg je controle per URL vast
Gebruik dit werkblad voor een steekproef uit ieder sitemaponderdeel. Neem naast belangrijke pagina’s ook recent toegevoegde, aangepaste en verwijderde URL’s mee. Bij grotere websites kun je dezelfde velden via een crawler verzamelen.
| Veld | Wat je vastlegt |
|---|---|
| URL en sitemaponderdeel | Het exacte adres en het bestand waarin het voorkomt |
| HTTP-status | De eerste respons en eventuele eindbestemming |
| Indexeringsinstructie | Of noindex aanwezig is in pagina of HTTP-header |
| Canonical | De opgegeven voorkeurs-URL en eventuele afwijking |
| Interne bereikbaarheid | Een relevante pagina die naar deze URL verwijst |
| Wijzigingsdatum | Of lastmod overeenkomt met een relevante wijziging |
| Besluit | Behouden, vervangen, verwijderen of nader onderzoeken |
| Hercontrole | Verantwoordelijke, controledatum en bevinding na herstel |
Bij een bredere SEO-audit kun je deze gegevens naast de volledige crawl en Search Console leggen. Daarmee ontdek je ook het omgekeerde probleem: belangrijke indexeerbare pagina’s die nergens in de sitemap voorkomen.
Fictief voorbeeld: van 840 vermeldingen naar 790 voorkeurs-URL’s
Een fictieve webshop heeft 840 URL-vermeldingen in zijn sitemap. De controle vindt 30 redirect-URL’s waarvan de eindbestemmingen al zijn opgenomen, 12 bewust uitgesloten noindex-pagina’s en 8 verwijderde producten met status 404. Deze groepen overlappen in dit voorbeeld niet.
Na correctie blijven 840 − 30 − 12 − 8 = 790 vermeldingen over. Dat is een schonere URL-selectie, geen voorspelling van extra bezoekers of betere posities. De eigenaar controleert daarna of nieuwe producten ontbreken en of de resterende URL’s werkelijk de bedoelde voorkeursversies zijn. Een lager aantal is op zichzelf geen succescriterium.
Onderhoud de sitemap bij publicatie en verwijdering
Controleer na publicatie of een nieuwe, indexeerbare pagina automatisch verschijnt. Kijk na een URL-wijziging of het oude adres verdwijnt en de nieuwe voorkeurs-URL wordt opgenomen. Controleer bij een betrouwbare lastmod-inrichting ook of de datum alleen verandert wanneer de pagina relevant wijzigt.
Bij definitieve verwijdering hoort het oude adres uit de sitemap te verdwijnen. Is er een inhoudelijk passende vervanger, beoordeel dan een redirect. Zonder geschikte vervanger kan een 404- of 410-respons passend zijn. Stuur verwijderde producten niet standaard allemaal naar de homepage.
Leg vast wie de sitemap beheert en controleer opnieuw na wijzigingen aan plugins, templates, domeininstellingen of het productimportproces. Verwijdering uit de sitemap is op zichzelf geen opdracht aan Google om een pagina uit de index te halen.
Veelgestelde vragen over XML-sitemaps
Is een XML-sitemap verplicht om in Google te komen?
Nee. Google kan pagina’s ook via links ontdekken. Een sitemap helpt bij ontdekking, maar is geen verplichte voorwaarde voor indexatie en geeft geen rankinggarantie.
Waarom is mijn sitemap verwerkt, maar mijn pagina niet geïndexeerd?
Verwerking betekent dat Google het sitemapbestand kon lezen. Indexatie wordt afzonderlijk per pagina beoordeeld. Controleer met URL-inspectie onder meer de bereikbaarheid, noindex, canonical en de gemelde reden voor uitsluiting.
Moet ik mijn sitemap na iedere wijziging opnieuw indienen?
Doorgaans niet als het sitemapadres gelijk blijft en het bestand automatisch wordt bijgewerkt. Controleer wel of wijzigingen verschijnen. Meld een nieuw sitemapadres aan en onderzoek ophaal- of verwerkingsfouten.
Mogen taalversies zonder hreflang in de sitemap?
Ja, wanneer het zelfstandige, indexeerbare voorkeurs-URL’s zijn. Het ontbreken van hreflang is geen automatische uitsluitingsreden. Controleer wel of canonicals en taalrelaties passen bij de bedoelde versies.
Verdwijnt een pagina uit Google als ik hem uit de sitemap haal?
Nee, dat gebeurt niet automatisch. Google kan de URL nog kennen via andere bronnen. Bepaal eerst of de pagina moet blijven bestaan, moet doorverwijzen of definitief moet verdwijnen en pas de bijbehorende instellingen of statuscode aan.
Laat je sitemap gericht beoordelen
Wil je hulp bij de inrichting van je WordPress-website of Shopify-webshop? Stuur via het Niblah-contactformulier je websiteadres, het gevonden sitemapadres en één concrete afwijking, zoals ontbrekende producten of opgenomen redirect-URL’s. Vermeld ook welk CMS je gebruikt en welke melding Search Console geeft. Daarmee maak je duidelijk welke selectie, instelling of verwerking onderzocht moet worden.