URL Slug Maker
Zet elke titel om in een nette URL-slug — accenten worden getranslitereerd, leestekens verwijderd, meerregelige batchverwerking ondersteund.
1.082 weergaven
Hoe het werkt
Een titel omzetten in een slug is eigenlijk twee problemen tegelijk: de tekst kleine letters geven en koppeltekens toevoegen, en elk teken afhandelen dat niet gewoon a-z is. Voor geaccentueerde Latijnse tekens leunt deze tool op Unicode-normalisatie (NFD — Normalization Form Decomposition): een teken als "é" oogt als één glyph, maar NFD ontleedt het in een basisletter "e" plus een apart combinerend accent aigu-teken. Eenmaal ontleed, verwijdert de tool elk combinerend teken en behoudt de kale basisletter — "café" wordt zo netjes "cafe", zonder dat er een opzoektabel nodig is.
Turkse tekens breken die truc echter. "İ/ı" en "ğ" ontleden onder de Unicode-regels niet in een basisletter plus een verwijderbaar teken — een puntloze "ı" is geen "i min een punt", het is een letter op zich, en "ğ" (yumuşak g, de zachte g) heeft helemaal geen zinvolle Latijnse ontleding. Daarom past deze tool een expliciete transliteratietabel toe voor ç→c, ğ→g, ı→i, ö→o, ş→s, ü→u vóórdat de NFD-stap draait. Concreet voorbeeld: "Öğretmenin Güncel Maaşı Ne Kadar?" wordt ogretmenin-guncel-maasi-ne-kadar — elk Turks teken correct omgezet, spaties en het vraagteken samengevoegd tot koppeltekens, afsluitende leestekens weggeknipt.
Lengte is niet alleen belangrijk voor leesbaarheid: Google's resultaten tonen slechts een deel van een URL voordat die visueel wordt afgekapt, dus een slug die verder reikt dan ongeveer 60-70 tekens begint te worden afgesneden in het resultaat, ook al blijft de volledige URL erachter correct werken. Consistentie is even belangrijk als beknoptheid — hoofdlettergebruik mengen (Sommige-Woorden) of op de ene pagina wel en de andere geen slash aan het einde laten, creëert wat voor een crawler op dubbele URL's lijkt, elk met een deel van het rankingsignaal dat bij één pagina zou moeten horen. Wanneer twee stukken content van nature dezelfde slug zouden opleveren (twee artikelen die allebei "Aan de slag" heten), onderscheiden de meeste systemen ze met een numerieke toevoeging (aan-de-slag-2) in plaats van de URL van de eerste pagina stilzwijgend te overschrijven — het is de moeite waard dit bewust te beslissen in plaats van het over te laten aan wat een CMS standaard doet.
Wat u moet weten
- Koppeltekens verslaan underscores voor SEO: Google heeft gedocumenteerd dat koppeltekens woorden scheiden (blauwe-auto leest als "blauwe auto") terwijl underscores ze aan elkaar plakken (blauwe_auto leest als "blauweauto").
- 3-6 betekenisvolle woorden verslaan een volledige zin — laat opvulwoorden (de, het, een) weg zodra een slug te lang wordt.
- Verander een gepubliceerde slug nooit zonder 301-redirect. De opgebouwde links en geschiedenis van de oude URL zijn meer waard dan een marginaal mooiere tekenreeks.
- Laat datums en ID's in slugs achterwege, tenzij content echt tijdgebonden is, zoals nieuws — een evergreen gids met een jaartal in de URL gebakken (/gids-2023/) begint er verouderd uit te zien lang voordat de inhoud dat zelf doet.
- Houd de slug in lijn met werkelijke titelwijzigingen van de pagina in de loop van de tijd — wanneer een kop ingrijpend wordt herschreven, beslis dan bewust of de slug moet volgen (met een redirect) of vast moet blijven voor de opgebouwde linkwaarde.
- Batchconsistentie is belangrijk bij migraties: een heel content-archief in één keer omzetten, met dezelfde regelset toegepast op elke titel, voorkomt de inconsistente hoofdletters en losse tekens die insluipen wanneer slugs jarenlang met de hand worden gemaakt.
Veelgestelde vragen
Koppelteken of underscore?
Koppelteken. Google heeft lang geleden gedocumenteerd dat koppeltekens woorden scheiden terwijl underscores ze aan elkaar plakken: blue-car leest als "blue car", blue_car als "bluecar".
Moeten data of ID's in slugs staan?
Alleen als de inhoud echt tijdgebonden is (nieuws). Tijdloze pagina's leven langer zonder jaartal in de URL — /gids-2023/ oogt in 2026 verouderd, zelfs als de inhoud is bijgewerkt.
Waarom kan Unicode-normalisatie alleen Turkse tekens niet aan?
NFD-ontleding werkt alleen voor tekens die intern echt "een basisletter plus een accent" zijn, zoals é of ü. Turkse ı (zonder punt) en ğ zijn in Unicode niet zo opgebouwd — het zijn eigen letters zonder combinerend teken om te verwijderen, dus die hebben in plaats daarvan een expliciete ç/ğ/ı/ö/ş/ü-transliteratietabel nodig.
Wat gebeurt er met cijfers en symbolen zoals % of &?
Cijfers blijven ongewijzigd; symbolen worden ofwel getranslitereerd waar dat zinvol is (& → en) of weggelaten en behandeld als woordgrens, net als een spatie — zo wordt "%20 Korting" 20-korting in plaats van losse leestekens in de URL achter te laten.
Kan ik veel titels in één keer batchgewijs omzetten?
Ja — plak één titel per regel en de tool geeft één slug per regel terug in dezelfde volgorde, wat sneller is dan een spreadsheet met artikeltitels stuk voor stuk omzetten vóór een migratie of bulkimport.
Vergelijkbare tools
Probleem melden
URL Slug Maker
Reacties
Nog geen reacties — schrijf de eerste!