SEO hub 1.0Technische SEO

XML-sitemap maken en controleren

Laatst bijgewerkt 4 augustus 2026

Een XML-sitemap is geen rankingtruc.

Je maakt geen betere pagina door hem in een sitemap te zetten.

En een URL in je sitemap betekent niet automatisch dat Google die pagina indexeert.

Toch is een XML-sitemap belangrijk voor technische SEO.

Waarom?

Omdat je zoekmachines helpt belangrijke URL’s te ontdekken.

Je geeft eigenlijk een overzicht mee:

dit zijn pagina’s die wij belangrijk vinden.

Dat is vooral handig bij grotere websites.
Nieuwe websites.
Webshops.
Kennisbanken.
Websites met veel content.
Of websites waar pagina’s niet altijd makkelijk via interne links worden gevonden.

Een goede XML-sitemap is schoon, actueel en logisch.

Geen rommelbak met alles wat ooit heeft bestaan.

Maar een technisch hulpmiddel dat zoekmachines helpt sneller te begrijpen welke URL’s ertoe doen.

🧭 Waarom een XML-sitemap belangrijk is voor technische SEO

Technische SEO draait niet alleen om problemen oplossen.

Het draait ook om duidelijkheid geven.

Een XML-sitemap helpt daarbij.

Je laat zoekmachines zien welke URL’s op je website belangrijk genoeg zijn om te crawlen en mogelijk te indexeren.

Dat betekent niet dat je interne links kunt vergeten.

Een sitemap is geen vervanging voor een goede website-structuur.

Een belangrijke pagina moet idealiter ook gewoon via je website bereikbaar zijn.

Via navigatie.
Via categorieën.
Via interne links.
Via hubs.
Via gerelateerde pagina’s.

Maar een sitemap kan wel helpen.

Vooral wanneer een website veel URL’s heeft, regelmatig nieuwe content publiceert of technisch complexer is.

Denk aan een webshop met honderden producten.

Een kennisbank met veel artikelen.

Een nieuw domein met nog weinig externe links.

Of een website waar sommige pagina’s diep in de structuur zitten.

In zulke gevallen geeft een XML-sitemap een extra signaal:

deze URL’s horen bij onze belangrijke content.

Niet als garantie.

Wel als hulpmiddel.

🗺️ Wat een XML-sitemap is

Een XML-sitemap is een bestand met URL’s van je website.

Meestal staat dat bestand op een URL zoals:

/sitemap.xml

Of via een sitemap-index, bijvoorbeeld:

/sitemap_index.xml

In een XML-sitemap staan pagina’s die je belangrijk vindt voor zoekmachines.

Een simpele sitemap kan er bijvoorbeeld zo uitzien:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/technische-seo/</loc>
    <lastmod>2026-01-15</lastmod>
  </url>
</urlset>

De belangrijkste tag is loc.

Daarin staat de URL.

Daarnaast kun je ook lastmod gebruiken om aan te geven wanneer een pagina voor het laatst belangrijk is aangepast.

In de praktijk hoef je dit meestal niet handmatig te schrijven.

Veel CMS’en, SEO-plugins en e-commerceplatforms maken automatisch een sitemap.

Maar automatisch betekent niet automatisch goed.

Je moet nog steeds controleren wat erin staat.

🚦 Wat een sitemap wel en niet doet

Een XML-sitemap is handig.

Maar je moet goed begrijpen wat hij wel en niet doet.

✅ Wat een sitemap wel doet

Een sitemap helpt zoekmachines bij URL-ontdekking.

Je geeft een lijst met URL’s die je belangrijk vindt.

Een sitemap kan helpen om:

  • belangrijke pagina’s door te geven
  • nieuwe URL’s sneller vindbaar te maken
  • grote websites overzichtelijker te maken
  • zoekmachines efficiënter te laten crawlen
  • wijzigingen te signaleren via betrouwbare lastmod-waarden
  • problemen per paginatype sneller te herkennen
  • media-, nieuws- of productcontent beter te organiseren

Zie het als een kaart.

Niet de bestemming zelf.

Maar een overzicht van waar zoekmachines kunnen kijken.

❌ Wat een sitemap niet doet

Een sitemap lost geen slechte pagina op.

Een URL in je sitemap betekent niet automatisch dat die pagina wordt geïndexeerd.

En zeker niet dat hij gaat ranken.

Een sitemap doet dus niet dit:

  • rankings direct verbeteren
  • indexatie garanderen
  • slechte interne links volledig oplossen
  • noindex negeren
  • canonicals negeren
  • redirects oplossen
  • 404’s repareren
  • dunne content waardevol maken
  • onbelangrijke pagina’s ineens belangrijk maken

Als een pagina noindex heeft, helpt een sitemap daar niet overheen.

Als een pagina 404 geeft, maakt opname in de sitemap hem niet bereikbaar.

Als een pagina canonicaliseert naar een andere URL, geef je eigenlijk een verwarrend signaal wanneer je toch de niet-canonical URL in de sitemap zet.

Daarom moet een sitemap schoon zijn.

Niet vol.

📌 Welke URL’s horen in je XML-sitemap?

Een goede XML-sitemap bevat vooral URL’s die je in Google wilt laten verschijnen.

Dus pagina’s die belangrijk, bereikbaar en indexeerbaar zijn.

Denk aan:

  • belangrijke landingspagina’s
  • categoriepagina’s met SEO-waarde
  • productpagina’s die vindbaar moeten zijn
  • dienstenpagina’s
  • blogartikelen
  • kennisbankartikelen
  • actuele contentpagina’s
  • canonical URL’s
  • pagina’s met statuscode 200
  • pagina’s zonder noindex

De kern is simpel:

zet vooral URL’s in je sitemap die je als zoekresultaat zou willen zien.

Stel dat je een website hebt over fietsreparatie.

Dan horen pagina’s als deze waarschijnlijk wél in de sitemap:

/fietsband-plakken/
/fietsband-vervangen/
/fietsketting-smeren/
/remmen-afstellen/

Dat zijn inhoudelijke pagina’s met duidelijke waarde.

Maar een bedankpagina na een formulier?

Een interne zoekresultatenpagina?

Een tijdelijke test-URL?

Die horen er meestal niet in.

Een sitemap is geen archief van je hele website.

Het is een selectie van belangrijke URL’s.

🧹 Welke URL’s horen niet in je XML-sitemap?

Minstens zo belangrijk:

wat laat je eruit?

Een sitemap wordt zwakker wanneer hij vol staat met URL’s die je eigenlijk niet geïndexeerd wilt hebben.

Niet opnemen:

  • noindex-pagina’s
  • redirect-URL’s
  • 404-pagina’s
  • soft 404’s
  • URL’s met canonical naar een andere pagina
  • duplicate URL’s
  • filter- of sorteerpagina’s zonder SEO-waarde
  • interne zoekresultaten
  • tijdelijke pagina’s
  • staging-URL’s
  • URL’s met trackingparameters
  • geblokkeerde URL’s
  • oude URL’s die niet meer bestaan
  • dunne archiefpagina’s zonder doel

Waarom?

Omdat je met een sitemap een signaal geeft.

Je zegt:

deze URL is belangrijk.

Als die URL vervolgens een redirect geeft, noindex bevat of naar een andere canonical wijst, geef je gemengde signalen.

Dat maakt je sitemap minder betrouwbaar.

Een goede sitemap zegt niet:

hier is alles wat we hebben.

Een goede sitemap zegt:

hier zijn de URL’s die ertoe doen.

⚙️ Hoe maak je een XML-sitemap?

In de meeste gevallen maak je een XML-sitemap niet handmatig.

Dat hoeft ook niet.

Websites veranderen.

Pagina’s komen erbij.
Producten verdwijnen.
Artikelen worden bijgewerkt.
Categorieën worden aangepast.
URL’s worden vervangen.

Daarom moet een sitemap kunnen meebewegen.

Veel websites maken automatisch een sitemap via:

  • een CMS
  • een SEO-plugin
  • een e-commerceplatform
  • een maatwerkoplossing
  • een sitemap-generator
  • een server- of frameworkconfiguratie

Bij WordPress gebeurt dit vaak via WordPress zelf of via een SEO-plugin.

Bij webshops zoals Shopify, Magento of WooCommerce wordt de sitemap vaak automatisch opgebouwd op basis van producten, categorieën en pagina’s.

Bij maatwerkwebsites moet een developer meestal zorgen dat de sitemap dynamisch wordt gegenereerd.

Belangrijk is niet alleen dát er een sitemap is.

Maar vooral:

wordt hij goed bijgewerkt?

Als een pagina wordt verwijderd, moet hij uit de sitemap verdwijnen.

Als een URL verandert, moet de nieuwe URL erin staan.

Als content belangrijk wordt bijgewerkt, moet lastmod alleen wijzigen wanneer die wijziging echt betekenisvol is.

Een sitemap die automatisch wordt gemaakt, maar slechte URL’s bevat, blijft een slechte sitemap.

Automatisering helpt.

Maar controle blijft nodig.

🧱 Sitemap-index gebruiken bij grote websites

Voor kleine websites is één sitemap vaak genoeg.

Maar grotere websites gebruiken meestal een sitemap-index.

Dat is een overkoepelend sitemapbestand dat verwijst naar meerdere losse sitemaps.

Bijvoorbeeld:

  • pagina-sitemap
  • blog-sitemap
  • product-sitemap
  • categorie-sitemap
  • afbeelding-sitemap
  • video-sitemap
  • nieuws-sitemap

Zo’n structuur maakt je sitemap overzichtelijker.

Niet alleen voor zoekmachines.

Ook voor jezelf.

Want als er problemen ontstaan, zie je sneller waar ze zitten.

Stel dat je een webshop hebt.

En in Google Search Console zie je dat vooral de product-sitemap veel uitgesloten URL’s bevat.

Dan weet je meteen:

het probleem zit waarschijnlijk bij producten.

Niet bij blogs.
Niet bij categorieën.
Niet bij algemene pagina’s.

Een sitemap-index helpt dus niet alleen met schaal.

Hij helpt ook met diagnose.

📏 De limieten van sitemaps

Een losse sitemap mag niet onbeperkt groot zijn.

Een sitemap heeft een limiet van 50.000 URL’s of 50 MB ongecomprimeerd.

Ga je daaroverheen?

Dan moet je de URL’s opdelen in meerdere sitemaps.

Die kun je vervolgens samenbrengen in een sitemap-index.

Voor de meeste kleinere websites is dit geen dagelijkse zorg.

Maar voor grote shops, vacaturesites, platforms of kennisbanken kan dit belangrijk worden.

Zeker als je veel producten, filters, locaties, artikelen of media-URL’s hebt.

🕒 Hoe gebruik je lastmod goed?

lastmod staat voor:

last modified.

Oftewel:

wanneer is deze URL voor het laatst belangrijk aangepast?

Dat kan nuttig zijn.

Maar alleen als de waarde klopt.

Een goede lastmod-datum verandert wanneer er echt iets betekenisvols is aangepast.

Bijvoorbeeld:

  • de hoofdcontent is bijgewerkt
  • productinformatie is aangepast
  • prijs of beschikbaarheid is gewijzigd
  • belangrijke structured data is aangepast
  • belangrijke interne links zijn veranderd
  • een artikel is inhoudelijk geüpdatet
  • een pagina heeft een belangrijke correctie gekregen

Wat je niet wilt:

elke dag automatisch alle lastmod-datums vernieuwen zonder echte wijziging.

Dan zeg je eigenlijk:

alles is vandaag aangepast.

Terwijl dat niet waar is.

Daarmee maak je lastmod minder betrouwbaar.

Vergelijk het met een winkelmedewerker die elke ochtend zegt dat alle producten nieuw zijn.

De eerste keer luister je misschien.

Maar als het elke dag gebeurt, verliest het signaal waarde.

Gebruik lastmod dus als betrouwbaar signaal.

Niet als trucje om meer aandacht te krijgen.

📤 Hoe dien je een sitemap in bij Google?

Een sitemap moet bereikbaar zijn.

Maar je kunt hem ook actief doorgeven.

Dat kan op meerdere manieren.

Bijvoorbeeld via:

  • Google Search Console
  • een Sitemap:-regel in robots.txt
  • een vaste sitemap-URL zoals /sitemap.xml

In Google Search Console kun je je sitemap indienen onder het sitemaprapport.

Daar zie je ook of Google de sitemap kan ophalen.

En of er fouten zijn.

Een sitemapregel in robots.txt kan er zo uitzien:

Sitemap: https://www.example.com/sitemap.xml

Of wanneer je een sitemap-index gebruikt:

Sitemap: https://www.example.com/sitemap_index.xml

Sitemap indienen is handig.

Maar niet magisch.

Het betekent niet dat Google alle URL’s meteen crawlt.

En het betekent ook niet dat alle URL’s worden geïndexeerd.

Je geeft vooral een duidelijke routekaart mee.

Wat Google daarna met die URL’s doet, hangt af van bereikbaarheid, kwaliteit, technische signalen en relevantie.

🧪 Hoe controleer je je XML-sitemap?

Een sitemap moet je regelmatig controleren.

Zeker na een migratie, redesign, CMS-update of grote contentwijziging.

Begin simpel.

Open de sitemap in je browser.

Controleer of hij bereikbaar is.

En kijk daarna inhoudelijk.

🔎 Controleer of de sitemap bereikbaar is

Een sitemap moet gewoon op te halen zijn.

Controleer:

  • geeft de sitemap een 200-status?
  • laadt de sitemap zonder foutmelding?
  • staat hij op de juiste domeinvariant?
  • gebruikt hij HTTPS?
  • verwijst robots.txt naar de juiste sitemap?
  • is de sitemap niet geblokkeerd?

Een sitemap die niet bereikbaar is, helpt niet.

Klinkt logisch.

Maar het gebeurt vaak genoeg.

Vooral na migraties of aanpassingen in plugins.

📌 Controleer welke URL’s erin staan

Kijk daarna naar de inhoud.

Staan de juiste URL’s erin?

Controleer bijvoorbeeld:

  • staan belangrijke pagina’s in de sitemap?
  • staan er alleen indexeerbare URL’s in?
  • staan er geen noindex-pagina’s in?
  • staan er geen redirects in?
  • staan er geen 404’s in?
  • staan er geen URL’s met canonical naar een andere pagina in?
  • staan er geen staging-URL’s in?
  • staan er geen parameter- of tracking-URL’s in?
  • zijn de URL’s absolute URL’s?
  • gebruiken de URL’s de juiste protocol- en domeinvariant?

Vooral dat laatste is belangrijk.

Gebruik geen mix van:

http:// en https://

Of:

example.com en www.example.com

Tenzij je daar heel bewust een technische reden voor hebt.

Meestal wil je één duidelijke voorkeursversie.

🕒 Controleer lastmod

Als je lastmod gebruikt, controleer dan of de datums kloppen.

Zijn ze realistisch?

Of staat alles op vandaag?

Een sitemap waarin alle URL’s elke dag een nieuwe datum krijgen, is verdacht.

Niet omdat het technisch niet kan.

Maar omdat het signaal dan minder betrouwbaar wordt.

Vraag jezelf af:

is deze pagina echt inhoudelijk aangepast?

Zo niet, dan hoeft lastmod meestal niet te veranderen.

🧰 Controleer de sitemap in Google Search Console

Google Search Console laat zien of Google je sitemap kan ophalen.

En hoeveel URL’s uit de sitemap zijn ontdekt.

Dat is waardevol.

Maar kijk niet alleen naar het aantal.

Kijk vooral naar signalen zoals:

  • kan Google de sitemap lezen?
  • zijn er fouten?
  • zijn er URL’s uitgesloten?
  • komen sitemap-URL’s terug in indexeringsrapporten?
  • zijn er patronen per sitemaptype?

Bij grote websites is het handig om sitemaps per type te splitsen.

Dan zie je sneller of bijvoorbeeld productpagina’s, categorieën of artikelen problemen geven.

🕷️ Controleer met een crawltool

Gebruik ook een crawltool zoals Screaming Frog.

Daarmee kun je de sitemap op schaal controleren.

Bijvoorbeeld:

  • welke sitemap-URL’s geven een 200-status?
  • welke sitemap-URL’s redirecten?
  • welke sitemap-URL’s geven een 404?
  • welke sitemap-URL’s hebben noindex?
  • welke sitemap-URL’s canonicaliseren naar een andere URL?
  • welke sitemap-URL’s zijn niet intern gelinkt?
  • welke belangrijke interne URL’s ontbreken juist in de sitemap?

Dat laatste is interessant.

Je wilt niet alleen weten welke URL’s in je sitemap staan.

Je wilt ook weten welke belangrijke URL’s ontbreken.

Een crawltool kan dus twee kanten op helpen:

wat staat er onterecht in?
en wat mist er nog?

⚠️ Veelgemaakte fouten met XML-sitemaps

Een XML-sitemap lijkt eenvoudig.

Maar veel websites maken dezelfde fouten.

❌ Noindex-URL’s in de sitemap zetten

Als een URL noindex heeft, zeg je:

deze pagina hoeft niet in Google.

Als je diezelfde URL in de sitemap zet, zeg je:

dit is een belangrijke URL.

Dat is verwarrend.

Meestal hoort een noindex-URL dus niet in je XML-sitemap.

❌ Redirects in de sitemap laten staan

Een sitemap moet de eindbestemming bevatten.

Niet de oude URL die doorverwijst.

Als een URL redirect naar een nieuwe URL, zet dan de nieuwe URL in de sitemap.

Niet de oude.

❌ 404’s in de sitemap laten staan

Een 404-URL bestaat niet meer.

Die hoort niet in je sitemap.

Als veel sitemap-URL’s 404 geven, vertel je zoekmachines eigenlijk dat ze tijd moeten besteden aan pagina’s die niet bestaan.

Dat wil je voorkomen.

❌ Canonicalized URL’s opnemen

Als pagina A een canonical heeft naar pagina B, dan is pagina B meestal de voorkeursversie.

In dat geval hoort pagina B in de sitemap.

Niet pagina A.

Anders geef je gemengde signalen.

❌ Oude staging-URL’s meesturen

Dit gebeurt vaak na migraties of livegangen.

De sitemap verwijst nog naar een testomgeving.

Bijvoorbeeld:

staging.example.com

Of:

dev.example.com

Dat is een duidelijk teken dat de sitemap niet goed is bijgewerkt.

Controleer dit altijd bij livegang.

❌ Lastmod verkeerd gebruiken

lastmod is nuttig als het klopt.

Maar sommige sitemaps verversen automatisch elke dag alle datums.

Ook als er niets is gewijzigd.

Dat maakt het signaal minder waardevol.

Gebruik lastmod alleen voor echte, betekenisvolle wijzigingen.

❌ Filter- en parameter-URL’s zonder waarde opnemen

Niet elke URL-variant hoort in de sitemap.

Sorteer-URL’s, trackingparameters en eindeloze filtercombinaties zonder zoekwaarde wil je meestal niet actief doorgeven.

Waardevolle filterpagina’s kunnen wel een plek verdienen.

Maar technische varianten meestal niet.

❌ De sitemap zien als oplossing voor slechte site-structuur

Een sitemap kan helpen bij ontdekking.

Maar hij lost een slechte interne linkstructuur niet volledig op.

Een belangrijke pagina moet niet alleen in de sitemap staan.

Hij moet ook logisch verbonden zijn binnen de website.

Via interne links.

Via categorieën.

Via hubs.

Via relevante vervolgpagina’s.

Anders blijft de pagina structureel zwak.

🧠 Hoe XML-sitemaps samenhangen met technische SEO

Een XML-sitemap staat niet los van de rest van technische SEO.

Hij raakt meerdere onderdelen tegelijk.

Crawling.
Indexatie.
Canonicals.
Noindex.
Redirects.
Statuscodes.
Website structuur.
Search Console.
Crawltools.

Daarom moet je een sitemap altijd in samenhang bekijken.

Een paar voorbeelden.

Als een URL noindex is, hoort hij meestal niet in de sitemap.

Als een URL canonicaliseert naar een andere pagina, hoort meestal de canonical URL in de sitemap.

Als een URL 404 geeft, moet hij eruit.

Als een URL redirect, zet je liever de eindbestemming in de sitemap.

Als een pagina belangrijk is maar nergens intern gelinkt wordt, kan de sitemap helpen bij ontdekking.

Maar de pagina blijft zwak verbonden.

En als je sitemap duizenden filtervarianten bevat, kan dat een signaal zijn dat je URL-structuur of crawlbeheer aandacht nodig heeft.

Een sitemap is dus niet alleen een lijst.

Het is een spiegel van je technische SEO-hygiëne.

Als je sitemap rommelig is, is je technische inrichting vaak ook rommelig.

🚀 Wanneer een XML-sitemap goed staat

Een goede XML-sitemap is schoon.

Actueel.

En logisch.

Hij bevat niet alles wat technisch bereikbaar is.

Hij bevat wat belangrijk is.

Een goede XML-sitemap:

  • bevat belangrijke indexeerbare URL’s
  • gebruikt canonical URL’s
  • bevat geen redirects
  • bevat geen 404’s
  • bevat geen noindex-pagina’s
  • bevat geen staging-URL’s
  • wordt automatisch bijgewerkt
  • gebruikt betrouwbare lastmod-waarden
  • is bereikbaar
  • is ingediend of vindbaar
  • sluit aan op de website-structuur
  • helpt problemen per paginatype herkennen

Dat is het doel.

Een sitemap moet zoekmachines helpen.

Niet verwarren.

Niet overvoeren.

Niet tegenstrijdige signalen geven.

Zie je XML-sitemap daarom als een technische routekaart.

Niet naar alle straten die ooit hebben bestaan.

Maar naar de wegen die zoekmachines echt moeten kennen.

❓ Vragen beantwoord in dit artikel

Wat is een XML-sitemap?

Een XML-sitemap is een bestand met belangrijke URL’s van je website. Je gebruikt het om zoekmachines te helpen pagina’s te ontdekken die je graag gecrawld en mogelijk geïndexeerd wilt hebben. Meestal staat een sitemap op een URL zoals /sitemap.xml of via een sitemap-index.

Waarom is een XML-sitemap belangrijk voor SEO?

Een XML-sitemap helpt zoekmachines belangrijke URL’s sneller en duidelijker ontdekken. Dat is vooral nuttig bij grote websites, nieuwe websites, webshops of sites met veel content. Een sitemap verbetert rankings niet direct, maar ondersteunt wel crawling en indexatie wanneer hij schoon en actueel is.

Welke URL’s horen in een XML-sitemap?

In een XML-sitemap horen vooral URL’s die je in Google wilt laten verschijnen. Denk aan belangrijke landingspagina’s, categoriepagina’s, productpagina’s, dienstenpagina’s, blogartikelen en kennisbankartikelen. De URL’s moeten idealiter indexeerbaar zijn, een 200-status geven en de canonical versie van de pagina zijn.

Welke URL’s horen niet in een XML-sitemap?

Noindex-pagina’s, redirects, 404’s, soft 404’s, staging-URL’s, trackingparameters en canonicalized URL’s horen meestal niet in een XML-sitemap. Ook filter- of sorteerpagina’s zonder SEO-waarde laat je liever weg. Een sitemap moet geen verzameling zijn van alles wat technisch bereikbaar is.

Zorgt een XML-sitemap ervoor dat pagina’s geïndexeerd worden?

Een XML-sitemap garandeert geen indexatie. Je geeft zoekmachines vooral een lijst met URL’s die je belangrijk vindt. Of die pagina’s ook worden geïndexeerd, hangt af van onder andere crawlbaarheid, indexeerbaarheid, contentkwaliteit, interne links, canonicals, statuscodes en de algemene waarde van de pagina.

Hoe maak je een XML-sitemap?

Een XML-sitemap wordt meestal automatisch gemaakt via je CMS, SEO-plugin, e-commerceplatform of maatwerkoplossing. Handmatig maken kan bij heel kleine websites, maar is meestal niet praktisch. Belangrijker dan het maken zelf is dat de sitemap automatisch wordt bijgewerkt en alleen geschikte URL’s bevat.

Wat is een sitemap-index?

Een sitemap-index is een overkoepelend sitemapbestand dat verwijst naar meerdere losse sitemaps. Dit wordt vaak gebruikt bij grotere websites. Je kunt dan bijvoorbeeld aparte sitemaps hebben voor pagina’s, blogs, producten en categorieën. Dat maakt beheer en foutanalyse veel overzichtelijker.

Wat betekent lastmod in een sitemap?

Lastmod geeft aan wanneer een URL voor het laatst belangrijk is aangepast. Dat kan nuttig zijn als de datum betrouwbaar is. Gebruik lastmod alleen bij echte wijzigingen, zoals aangepaste content, productinformatie, structured data of belangrijke interne links. Ververs de datum niet automatisch zonder inhoudelijke wijziging.

Hoe dien je een XML-sitemap in bij Google?

Je kunt een XML-sitemap indienen via Google Search Console. Daarnaast kun je de sitemap vermelden in robots.txt met een Sitemap:-regel. Zorg dat de sitemap bereikbaar is, een 200-status geeft en de juiste URL’s bevat. Indienen helpt bij ontdekking, maar garandeert geen indexatie.

Hoe controleer je een XML-sitemap?

Controleer of de sitemap bereikbaar is, de juiste domeinvariant gebruikt en alleen indexeerbare URL’s bevat. Check op noindex, redirects, 404’s, canonicalized URL’s, staging-URL’s en verkeerde lastmod-datums. Gebruik daarnaast Google Search Console en een crawltool zoals Screaming Frog om fouten op schaal te vinden.

👉 Volgende stap

Nu je weet hoe je belangrijke URL’s via een sitemap doorgeeft, is de volgende vraag:

wat doe je wanneer meerdere URL’s sterk op elkaar lijken?

Daar gaat het volgende artikel over:

Canonical tags en duplicate content.