Naar hoofdinhoud
Home/Nieuws/Google crawlt rechte en gecodeerde haakjes-URL's apart
SEO

Google crawlt rechte en gecodeerde haakjes-URL's apart

A
Angelo van Cleef
·25 oktober 2026·3 min leestijd
Direct antwoord
Google ziet een URL met rechte haakjes, zoals voorbeeld.nl/filter[kleur]=rood, en de percent-gecodeerde variant met %5B en %5D als twee verschillende URL's. John Mueller adviseert één vorm consistent te gebruiken in links, canonical-tags en sitemaps om duplicate content en verspild crawlbudget te voorkomen.

Gebruik je vierkante haakjes in URL's, bijvoorbeeld voor filters of productvarianten? Google-analist John Mueller liet weten dat de zoekmachine de rechte vorm, zoals [kleur], en de percent-gecodeerde vorm, %5Bkleur%5D, behandelt als twee volledig losse adressen. Zonder consistente keuze in links, canonical-tags en sitemaps loop je het risico op duplicate content en verspild crawlbudget.

Wat zei Mueller precies?

De vraag kwam naar boven in een technische discussie over URL-structuren met haakjes, zoals vaak gebruikt bij facetnavigatie op webshops. Mueller bevestigde dat Googlebot geen automatische normalisatie toepast tussen de rauwe en de gecodeerde schrijfwijze van haakjes.

Voor Google zijn pagina.nl/product[maat]=42 en pagina.nl/product%5Bmaat%5D=42 dus twee aparte URL's, ook als de server exact dezelfde inhoud teruggeeft. Zijn advies is kort en direct: kies één vorm en houd die overal aan.

Waarom ontstaat dit verschil eigenlijk?

Haakjes vallen technisch niet onder de tekens die altijd veilig zijn in een URL. Sommige servers, CMS-systemen en frameworks coderen ze automatisch naar %5B en %5D, terwijl andere systemen de rechte tekens ongewijzigd doorgeven in links en in de broncode.

Dat verschil ontstaat vaak onopgemerkt. Een link in de hoofdnavigatie kan de rechte vorm tonen, terwijl de sitemap of een canonical-tag de gecodeerde vorm gebruikt, simpelweg omdat die twee onderdelen door verschillende stukjes code worden gegenereerd.

Gevolgen voor crawlbudget en duplicate content

Zolang Google beide varianten als afzonderlijke URL's ziet, verdeelt het zijn crawlcapaciteit over twee adressen die naar identieke of bijna identieke inhoud leiden. Bij een enkele pagina is dat verwaarloosbaar, maar bij facetnavigatie met tientallen filtercombinaties loopt dit snel op.

Een tweede risico is dat Google zelf een canonieke versie kiest tussen de twee varianten, wat niet per se de versie is die jij wilt laten ranken. Interne linkwaarde en signalen voor die pagina raken dan verspreid in plaats van gebundeld.

Wat kun je nu het beste doen?

Controleer eerst welke vorm je systeem daadwerkelijk uitvoert in de verschillende onderdelen van de site. Pas daarna alles aan op die ene vorm.

  • Check in de broncode of interne links de rechte of de gecodeerde haakjes gebruiken
  • Vergelijk dat met de URL's in je XML-sitemap
  • Zorg dat canonical-tags exact dezelfde schrijfwijze gebruiken als de interne links
  • Gebruik Google Search Console om te zien welke variant daadwerkelijk wordt geïndexeerd
  • Leg de gekozen schrijfwijze vast in je CMS-configuratie, zodat nieuwe pagina's automatisch consistent zijn

Bron: Search Engine Journal

Gerelateerde artikelen

A
Geschreven door
Professioneel full-stack developer & oprichter van CreativeDeals

Angelo van Cleef is full-stack developer met 25+ jaar ervaring in o.a. PHP, JavaScript, TypeScript en Golang. Hij combineert softwareontwikkeling met SEO, SEA en platformgroei. Op het CreativeDeals-blog deelt hij praktische kennis voor ondernemers en developers.

Online:
Josh