Slug of 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?
is gebruikersvriendelijker dan
maar je kunt de eerste URL gewoon ook gebruiken als unieke ID óf er een unieke ID uit afleiden.
Gewijzigd op 07/12/2019 15:08:44 door Ward van der Put
Heb je het over een ID of slug in een URL?
Dus bijv.
www.mijnsite.nl/product/boormachine
versus
www.mijnsite.nl/product/312
Is dat wat je bedoelt?
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.
Scheppen van vertrouwen als je een link deelt, dat lijkt me het voordeel van een slug!
Dank voor het antwoord.
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.