← Blog · 17 april 2026 · ConvertCaseHQ-team · 7 min lezen

SEO-vriendelijke URL-slugs: waarom kebab-case de beste keuze is

De beste URL-slug is een paar woorden in kleine letters, verbonden door koppeltekens: kebab-case-slugs, niet Kebab_Case_Slugs. In de eigen documentatie van Google staat het advies om koppeltekens te gebruiken in plaats van underscores, en omdat Google URL-paden hoofdlettergevoelig behandelt, voorkom je met kleine letters dat er per ongeluk dubbele pagina's ontstaan. Bijna alles wat mensen verder over URL-slugs zeggen (de ideale lengte, stopwoorden, de plek van zoekwoorden) is een kwestie van inschatting en geen regel, dus in dit artikel houden we die twee uit elkaar.

Koppeltekens of underscores: wat Google echt zegt

Je hoeft hier niet af te gaan op SEO-folklore, want Google zegt het rechtstreeks in zijn best practices voor URL-structuur (hier in de originele Engelse tekst, met onze vertaling tussen haakjes):

We recommend using hyphens (-) instead of underscores (_) to separate words in your URLs, as it helps users and search engines better identify concepts in the URL. (Wij raden aan om in je URL's koppeltekens (-) te gebruiken in plaats van underscores (_) om woorden te scheiden, omdat dat gebruikers en zoekmachines helpt de begrippen in de URL beter te herkennen.)

De redenering is makkelijk te volgen. Underscores houden woorden al bij elkaar: programmeurs noemen een functie format_date juist omdat die als één geheel gelezen moet worden. Een koppelteken leest daarentegen als een tussenruimte tussen losse woorden. De pagina illustreert dit met voorbeelden zoals deze:

Let op wat Google niet zegt. Het beweert nergens dat een URL met underscores niet kan ranken of genegeerd wordt. Je vindt genoeg stellige blogposts die precies dat beweren; beschouw ze als geruchten. Het gedocumenteerde standpunt is een aanbeveling, met een verstandige reden erbij.

Hoeveel tellen zoekwoorden in de slug?

Minder dan veel mensen denken. De SEO Starter Guide van Google noemt “keywords in the domain name or URL path” (zoekwoorden in de domeinnaam of het URL-pad) onder de dingen waar je je niet op hoeft te richten, en zegt dat ze wat ranking betreft “have hardly any effect beyond appearing in breadcrumbs” (nauwelijks effect hebben, behalve dat ze in broodkruimels verschijnen). Dezelfde gids moedigt wel beschrijvende URL's aan, omdat delen van de URL als broodkruimels in zoekresultaten kunnen verschijnen en mensen daaraan afmeten of een resultaat nuttig lijkt.

De eerlijke reden om goede URL-slugs te schrijven zijn dus de mensen. Een slug als /blog/seo-url-slugs-kebab-case laat je al voor het klikken weten wat je krijgt, overleeft het plakken in een chat en is makkelijk hardop voor te lezen. Een slug als /p?id=8812 doet niets van dat alles.

Dat beantwoordt ook een veelgehoorde zorg: moet je elke oude my_post-URL hernoemen naar my-post? Wij zouden het niet doen, tenzij je de site toch al herstructureert. Een URL wijzigen betekent redirects instellen en wachten tot zoekmachines het bijhouden, en het gedocumenteerde voordeel is klein. Gebruik koppeltekens voor alles wat nieuw is en laat werkende URL's met rust. Besluit je ze toch te verhuizen, dan lees je in onze gids over permalinks, URL-structuur en veilige redirects hoe dat gaat.

Waarom URL-slugs in kleine letters horen

Het hostgedeelte van een URL (Example.com) is niet hoofdlettergevoelig, maar alles daarna kan dat wel zijn. In de documentatie van Google staat uitdrukkelijk dat de verwerking van URL's hoofdlettergevoelig is, met als voorbeeld dat /APPLE en /apple als twee verschillende URL's met elk hun eigen inhoud worden behandeld.

Wat dan gebeurt, hangt van je server af. Op veel servers geeft /Blog/My-Post gewoon een 404 terug, omdat er geen bestand of route is met precies die naam. Op andere servers levert elke hoofdlettervariant dezelfde pagina, wat ongemerkt duplicaten maakt. Het advies van Google voor dat tweede geval is alle tekst om te zetten naar dezelfde letterstand, zodat makkelijker te zien is dat de URL's naar dezelfde pagina wijzen.

Kleine letters zijn de voor de hand liggende keuze. De meeste mensen typen URL's in kleine letters, en niemand onthoudt of het Pricing of pricing was. Beantwoordt je server al verzoeken met gemengde hoofd- en kleine letters, voeg dan een permanente redirect toe van elk pad met hoofdletters naar de evenknie in kleine letters. (Voor domeinnamen en e-mailadressen gelden andere regels; die leggen we uit in hoofdletters in domeinnamen en e-mailadressen.)

Van titel naar nette slug

Dit is het proces dat een gemiddelde slug-generator volgt, en dat je ook met de hand zou volgen:

1. Zet alles in kleine letters.
2. Verwijder apostrofs in plaats van ze te vervangen, zodat don't dont wordt en niet don-t.
3. Vervang elke reeks spaties en leestekens door één koppelteken.
4. Haal koppeltekens weg aan het begin en het eind.
5. Bepaal wat je doet met accenten en niet-Latijnse letters.
6. Lees het resultaat en pas het aan zoals een mens dat zou doen.

Stap zes is waar het vakmanschap zit. Een paar echte omzettingen, met de optie Slugify in onze converter:

De eerste rij is de echte slug van dit artikel, met de oorspronkelijke Engelse titel. We schrapten “best practices”, “why” en “wins”, omdat ze lengte toevoegen zonder betekenis toe te voegen. De derde rij laat zien waarom je de bewerkingsstap niet kunt overslaan: tekens als + en # dragen de hele betekenis van die titel, en een mechanische slug gooit ze weg.

Stopwoorden: schrap de opvulling, behoud de betekenis

Kleine woorden als “a”, “the” en “of” weglaten is een redelijke manier om een lange slug in te korten. Het is geen regel. Houd elk kort woord dat de betekenis verandert: coffee-without-sugar en coffee-sugar zijn verschillende pagina's, en “not”, “no” en “vs” zijn piepklein maar dragen de betekenis.

Lengte

Google publiceert geen tekenlimiet voor slugs. Het advies is gewoon om URL's eenvoudig en leesbaar te houden. Onze vuistregel is drie tot zes woorden die het onderwerp benoemen, zodat de slug leesbaar blijft in een broodkruimelpad en kort genoeg is om te delen. Een slug hoeft niet de hele titel te herhalen, en hij mag niet veranderen elke keer dat je de kop bijschaaft.

Accenten en andere talen

Google raadt aan in URL's woorden in de taal van je doelgroep te gebruiken. Bij Latijnse tekst met accenten halen veel slug-generators de accenten weg, zodat crème brûlée creme-brulee wordt. Dat is meestal prima, maar soms verandert er een woord: het Duitse schön (mooi) wordt schon (al). Lees het resultaat dus na. Bij schriften als Grieks, Cyrillisch of Japans kun je de oorspronkelijke letters houden; de voor- en nadelen van slugs met niet-ASCII-tekens komen aan bod in onze gids over permalinks.

kebab-case versus Slugify in ConvertCaseHQ

Onze hoofdletter-converter heeft zowel een optie kebab-case als een optie Slugify, en die zijn niet hetzelfde. Beide zetten de tekst in kleine letters, laten apostrofs weg, houden niet-Latijnse schriften zoals Grieks, Cyrillisch en Japans intact (een lege slug heeft niemand iets aan) en verbinden woorden met koppeltekens. De verschillen:

• Accenten: Slugify haalt ze weg bij Latijnse letters (é → e, ł → l, ß → ss). kebab-case houdt ze, dus Café wordt café.
• Invoer in camelCase: kebab-case splitst die (XMLHttpRequest → xml-http-request), en dat wil je bij code. Slugify behandelt het als één woord (xmlhttprequest).

Geen van beide opties verwijdert stopwoorden; dat is aan jou. Beide behandelen het hele tekstvak als één tekenreeks, dus ook regeleinden worden koppeltekens. Zet dus één titel per keer om.

Een korte checklist voor URL-slugs

• Alleen kleine letters, en redirect varianten met hoofdletters als je server ze beantwoordt.
• Koppeltekens tussen woorden. Geen underscores, geen spaties, geen aaneengeschreven woorden.
• Geen apostrofs, leestekens of overgebleven symbolen, maar herschrijf titels waarin die symbolen ertoe doen.
• Drie tot zes betekenisvolle woorden. Schrap opvulling, houd woorden die de betekenis veranderen.
• Schrijf hem één keer en laat hem met rust. Een stabiele URL wint het van een perfecte.