URL-fragment-indexering

Indexering van URL-fragmenten is vooral een legacy-probleem, maar het duikt nog steeds elke maand op in SPA-audits. Als belangrijke content alleen zichtbaar is op /page#state of /page#!/view, ziet Google dat meestal als dezelfde URL als /page, en niet als een apart document.

De impact op de business is eenvoudig. Verborgen URLs ranken niet. Productstatussen, helpartikelen, gefilterde categoriepagina’s en app-routes kunnen uit de zoekresultaten verdwijnen, zelfs wanneer gebruikers ze in de browser prima kunnen bereiken.

Wat Google in de praktijk met fragmenten doet

Bij normale indexering haalt zoekmachines het fragment weg. Google heeft het oude AJAX-crawlingschema al jaren geleden uitgezet, en daarmee verdween ook de oude #!-workaround. In de praktijk vraagt Googlebot de basis-URL op, en niet elke hash-variant die daar bovenop wordt gelegd.

Dat betekent dat example.com/docs#setup geen tweede pagina is. Het is meestal gewoon example.com/docs met een interne sprong binnen de pagina. Als je React- of Vue-router nog steeds uniek gevarieerde content baseert op hash-based states, heb je een indexatieprobleem—geen kleine technische eigenaardigheid.

Een eerlijke nuance: fragmenten zijn prima voor ankers, tabs en jump links op een pagina die al indexeerbaar is. Het probleem begint wanneer teams ervan uitgaan dat fragmenten op zichzelfstaande zoekvermeldingen (standalone search entries) creëren.

Waar dit de SEO-prestatie ondermijnt

• SPA’s met hash-routing: routes zoals /#/pricing of /#!/features vallen vaak samen tot één crawlbare URL.
• Facetnavigatie: filters die alleen via fragmenten worden geladen, kunnen geen rankings verdienen voor long-tail combinaties.
• Documentatie-hubs: artikelstatussen die achter fragmenten worden gerenderd, worden vaak niet individueel geïndexeerd.
• Verwarring over linkwaarde: backlinks naar fragmentvarianten leveren zelden aparte rangsignalen op voor die states.

In Screaming Frog zie je dit meestal als één HTML-URL met veel JavaScript-state-wijzigingen, maar zonder afzonderlijke crawlbare routes. In Google Search Console zie je impressies geconcentreerd op de basis-URL, terwijl de veronderstelde “child views” niets krijgen. Ahrefs en Semrush melden vervolgens minder ranking-URL’s dan het productteam denkt dat er bestaan.

Wat je in plaats daarvan moet doen

1. Verplaats belangrijke states naar echte URLs met path-based routing of queryparameters.
2. Render indexeerbare content server-side, of pre-render het met frameworks zoals Next.js, Nuxt of Astro.
3. Zet canonicals op de nieuwe URLs, niet op fragmentversies.
4. Werk interne links, XML-sitemaps en navigatie bij zodat Google de nieuwe paden kan ontdekken.
5. Valideer met GSC URL-inspectie, gerenderde crawls in Screaming Frog en—als je die hebt—logbestanden.

Als dit een migratie is, kaart dan oude bestemmingen met fragmenten (zoals gebruikers die zien) waar mogelijk toe aan equivalente crawlbare URLs. Strikt genomen kun je geen 301 naar een fragment doen, omdat het fragment client-side wordt afgehandeld en niet wordt meegestuurd in de HTTP-aanvraag. Dat is de nuance die veel glossaries overslaan. Je hebt JavaScript-afhandeling, updates van interne links en het terugwinnen van externe links nodig in Ahrefs of Moz—niet simpelweg een nette server-side redirect-regel.

Kort gezegd: fragmenten zijn voor posities op een pagina, niet voor indexeerbare documenten. Als de pagina ertoe doet voor organisch verkeer, geef haar dan een echte URL.