Een site met honderden pagina’s, een Google-crawl die stagneert, en inhoud die vijf klikken van de homepage verwijderd is: we hebben allemaal deze situatie meegemaakt. De sitemap, of deze nu in XML-formaat is of als een HTML-plan zichtbaar voor bezoekers, blijft een van de meest onderbenutte middelen om de navigatie te vergemakkelijken en de indexering te versnellen. Het is echter belangrijk om te weten hoe je deze moet opbouwen, onderhouden en combineren met de interne linkstructuur.
XML-sitemap en HTML-sitemap: twee tools, twee verschillende functies
We verwarren vaak de XML-sitemap, bedoeld voor crawlers, met de HTML-sitemap, die is ontworpen voor menselijke bezoekers. De eerste is een technisch bestand dat via Google Search Console wordt ingediend. De tweede is een pagina die toegankelijk is vanuit de voettekst en die de secties en subsectoren van de site opsomt.
In de praktijk garandeert de XML-sitemap noch indexering, noch een betere positie. Google gebruikt deze als een suggestie voor de navigatie, niet als een verplichting. De waarden priority en changefreq worden bovendien genegeerd door Google. Alleen de lastmod-tag kan effect hebben, op voorwaarde dat deze een echte en verifieerbare wijziging van de inhoud weerspiegelt.
De HTML-sitemap daarentegen, dient direct de gebruiker die verloren is in een complexe boomstructuur. Voor een vitrine-site van twintig pagina’s is het overbodig. Voor een e-commerce site of een redactioneel portaal wordt het een vangnet: wanneer het hoofdmenu niet meer voldoende is, kan de bezoeker elke sectie met één klik terugvinden.
Je kunt trouwens de site Horizon Net verkennen om te zien hoe een gestructureerde sitemap duidelijk alle beschikbare secties blootlegt, zonder de hoofd navigatie te overbelasten.
Interne linkstructuur en sitemap: waarom de een de ander niet vervangt
Interne links blijven het centrale mechanisme waarmee Google nieuwe pagina’s ontdekt. Een goed gelinkte pagina zal zelfs zonder sitemap worden gevonden. Omgekeerd heeft een URL die in de sitemap staat maar wees is (geen interne link die naar haar verwijst) zeer weinig kans om regelmatig gecrawld te worden.
Een audit van de interne linkstructuur voordat je de sitemap aanpakt voorkomt dat je een symptoom behandelt in plaats van een oorzaak. Wanneer je in de Search Console pagina’s “Ontdekt, momenteel niet geïndexeerd” ziet, is de reflex om de sitemap te controleren. De echte vraag: ontvangen deze pagina’s tenminste één contextuele link vanuit een al geïndexeerde pagina?
In de praktijk combineren we drie gegevensbronnen:
- Het dekkingsrapport van de Search Console, dat pagina’s signaleert die zijn uitgesloten of in afwachting van indexering
- Een interne crawl (Screaming Frog, Sitebulb of een equivalent) om weespagina’s en overmatige klikdiepten te identificeren
- De sitemap zelf, vergeleken met de lijst van daadwerkelijk geïndexeerde URL’s, om afwijkingen te identificeren
Deze combinatie onthult vaak dat het probleem niet de sitemap is, maar een te diepe boomstructuur of gebroken links die de overdracht van interne linkwaarde blokkeren.
Mobiele navigatie en sitemap: het terugkerende zwakke punt
Een boomstructuur die op een computer werkt, kan op een telefoon een doolhof worden. De kwaliteitsverschillen in navigatie tussen desktop en mobiel blijven aanzienlijk, volgens de audits van Baymard. Het hamburger-menu verbergt per definitie de structuur van de site, en veel bezoekers openen het nooit.
Een “Bekijk alles”-toegang op elk niveau van de categorie aanbieden is een concrete aanbeveling die nog zelden wordt toegepast. Op mobiel de gebruiker dwingen om onmiddellijk een subcategorie te kiezen zonder de hele bovenliggende categorie te kunnen bekijken, genereert frustratie en verhoogt het aantal uitgangen.
De HTML-sitemap krijgt hier een extra waarde. Toegankelijk vanuit de footer, biedt het een panoramisch overzicht dat het hamburger-menu niet biedt. Om deze sitemap echt nuttig te maken op mobiel, zijn er enkele vereisten:
- Groep links per duidelijke secties met expliciete titels, geen interne labels zoals “cat-47”
- Beperk de weergegeven diepte tot twee niveaus om eindeloos scrollen te voorkomen
- Controleer of elke link in de sitemap klikbaar is met een voldoende aanraakgebied (de WCAG 2.2-aanbevelingen benadrukken dat de zichtbare en niet-verborge toetsenbordfocus ook betrekking heeft op sticky menu’s)
Onderhoud van de XML-sitemap: de fouten die onopgemerkt blijven
Een sitemap automatisch genereren via een plugin (Yoast, SEOPress, Rank Math) geeft een vals gevoel van veiligheid. Het bestand wordt weliswaar bijgewerkt, maar soms bevat het URL’s die we niet willen indexeren: lege tagpagina’s, interne zoekresultaten, sorteer- of filtervarianten.
Een effectieve sitemap vermeldt alleen de canonieke pagina’s die we willen laten indexeren. Elke aanwezige URL moet een code 200 retourneren, naar zijn eigen canonieke verwijzen en mag niet worden geblokkeerd door de robots.txt. De meningen verschillen over de ideale frequentie van controle, maar een kwartaalaudit blijft een redelijke minimum voor een actieve site.
Concrete controlepunten
Controleer of het aantal URL’s in de sitemap overeenkomt met het aantal geïndexeerde pagina’s in de Search Console. Een afwijking van meer dan een paar procenten duidt op een probleem: pagina’s met fout 404, ketenredirects of dubbele inhoud die het bestand vervuilen.
Verwijder uit de sitemap elke URL die een 301- of 302-redirect retourneert. Google volgt uiteindelijk de redirect, maar een schone sitemap versnelt het proces en voorkomt dat crawlbudget wordt verspild aan onnodige sprongen.
De sitemap, of deze nu technisch of zichtbaar is, is geen statisch document dat je genereert bij de lancering en vervolgens vergeet. Het is een diagnostisch hulpmiddel net zo goed als een navigatiehulpmiddel. Wanneer we het in lijn houden met de interne linkstructuur en aanpassen aan de mobiele vereisten, vervult het zijn rol: de robots en bezoekers in staat stellen elke nuttige pagina zonder omwegen te vinden.
