Tot dusver zie ik alleen maar nadelen voor het gebruik van een slug in plaats van een ID.
- De ID heb je sowieso nodig voor de identificatie en het uniek maken van de regel in de database het onderhouden van die regel en het ophalen van de data;
- De slug moet je apart uniek maken anders heb je er niets aan;
- Om een slug effectief te kunnen gebruiken moet je een afzonderlijke index in de database opzetten en onderhouden, dat kost tijd en resources;

De slug noemt men 'user-frendly', ik begrijp niet wat een gebruiker met de unieke identifier van een regel in de database te maken heeft.

Heeft iemand een ander idee?
Je vraag "Slug of ID" suggereert een tegenstelling, maar het een sluit het ander niet uit.

http://www.example.com/klantenservice/retourneren

is gebruikersvriendelijker dan
http://www.example.com/?pid=2958&hl=nl

maar je kunt de eerste URL gewoon ook gebruiken als unieke ID óf er een unieke ID uit afleiden.
Voor de voorkant van een website zeg ik altijd JA slugs, voor de SEO en gebruiksvriendelijkheid. (Precies zoals Ward aangeeft). Voor een adminpanel, api en AJAX zeg ik Nee, overkill en onnodig. Slugs zijn inderdaad in bepaalde zin een omweg maar als een linkje gedeeld wordt via bijvoorbeeld Whatsapp dan ziet het eerste linkje van Ward er wel een heel stuk beter en vertrouwder uit dan de tweede die me nu op dit moment doet denken aan linkjes die je vaak in phishing berichten ziet.
@Ozzie,
Scheppen van vertrouwen als je een link deelt, dat lijkt me het voordeel van een slug!
Dank voor het antwoord.
Wat ook handig is, is om ook bij het bezoeken van een website de juiste sjug mee te geven.

Als je bijvoorbeeld deze URL hebt: https://www.example.org/nieuws/1234/weinig-sneeuwoverlast-deze winter-verwacht.html, dan wil je liever niet dat iemand de slug aanpast naar naar: https://www.example.org/nieuws/1234/enorme-desastreuze-sneeuwoverlast-verwacht.html. Dit zou wel eens funest kunnen worden voor je SEO....

Dus daarom gewoon doorsturen naar de originele URL met een 301-header.

Reageren