Domanda

Molti siti web, incluso questo, aggiungono quelli che apparentemente vengono chiamati lumache - frammenti di testo descrittivi ma per quanto ne so inutili - alla fine degli URL.

Ad esempio, l'URL fornito dal sito per questa domanda è:

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Ma il seguente URL funziona altrettanto bene:

https://stackoverflow.com/questions/47427/

Lo scopo di questo testo è solo quello di rendere in qualche modo l'URL più facile da usare o ci sono altri vantaggi?

È stato utile?

Soluzione

Gli slug rendono l'URL più user-friendly e sai cosa aspettarti quando fai clic su un collegamento.I motori di ricerca come Google classificano le pagine più in alto se la parola di ricerca è nell'URL.

Altri suggerimenti

L'usabilità è uno dei motivi, se ricevi quel collegamento nella tua e-mail, sai cosa aspettarti.SEO (ottimizzazione dei motori di ricerca) è un altro motivo.I motori di ricerca come Google classificheranno la tua pagina più in alto per le parole chiave contenute nell'URL

Recentemente ho cambiato il formato dell'URL del mio sito web da:

www.mywebsite.com/index.asp?view=display&postid=100

A

www.mywebsite.com/this-is-the-title-of-the-post

e ho notato che la percentuale di clic sull'articolo è aumentata di circa il 300% dopo la modifica.Sicuramente aiuta l'utente a decidere se ciò su cui sta pensando di fare clic è rilevante, in termini di scopi SEO, anche se devo dire che ho visto un impatto minimo dopo il cambiamento

Sono d'accordo con altre risposte sul fatto che qualsiasi slug digitato in modo errato dovrebbe reindirizzare 301 al modulo corretto.In altre parole, https://stackoverflow.com/questions/47427/wh dovrebbe reindirizzare a https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls .Ha un altro vantaggio che non è stato menzionato: se non esegui un reindirizzamento a un URL canonico, sembrerà di avere un numero quasi infinito di pagine duplicate.Google odia i contenuti duplicati.

Detto questo, dovresti preoccuparti solo dell'ID contenuto e consentire qualsiasi input per lo slug finché esegui il reindirizzamento.Perché?

https://stackoverflow.com/questions/47427/why-do-some-i siti web aggiungono slug alla fine degli URL

...Spiacenti, il software di posta ha tagliato la fine dell'URL!Nessun problema però perché puoi ancora rotolare con just https://stackoverflow.com/questions/47427

L'unico grande Il problema con questo approccio è che se ricavi lo slug dal titolo del tuo contenuto, come gestirai i titoli non ASCII, UTF-8?

Il motivo per cui la maggior parte dei siti lo utilizza è probabilmente il SEO (Search Engine Optimization).Yahoo attribuiva un peso ragionevole alla presenza della parola chiave di ricerca nell'URL stesso e aiutava anche nei risultati di Google.

Più recentemente i motori di ricerca hanno ridotto la ponderazione attribuita alle parole chiave nell'URL, probabilmente perché la tecnica è ormai più comune sui siti spam che su quelli legittimi.Le parole chiave nell'URL ora hanno solo un impatto minimo sui risultati della ricerca, se non addirittura nulla.

Per quanto riguarda StackOverflow stesso, la SEO potrebbe essere una motivazione (le vecchie abitudini sono dure a morire) o semplicemente per l'usabilità.

Fondamentalmente è una posizione più significativa per la risorsa.Usare l'ID è perfettamente valido ma significa più per le macchine che per le persone.

A rigor di termini, l'ID non dovrebbe essere necessario se lo slug è univoco, puoi garantire più facilmente slug univoci esaminandoli all'interno delle date.

cioè:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

Fondamentalmente questo sfrutta la bassa probabilità che due slug identici vengano utilizzati nello stesso giorno.Se c'è uno scontro la convenzione generale è quella di aggiungere un contatore alla fine dello slug ma è raro che tu veda questi:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

Molti algoritmi slug eliminano anche parole comuni come "il" e "a" per aiutare a mantenere l'URL breve.Questo approccio mirato rende inoltre molto semplice trovare tutte le risorse per un determinato giorno, mese o anno: è sufficiente eliminare i segmenti.

Inoltre, gli URL StackOverflow sono dannosi nel senso che introducono un segmento aggiuntivo per presentare lo slug, il che è una violazione dell'idea che ciascun segmento dovrebbe rappresentare la discendenza di una gerarchia di risorse.

Il termine lumaca deriva dal settore dei giornali/editori.È un titolo breve utilizzato per identificare una storia in corso.Le persone interessate alla semantica degli URL hanno iniziato a utilizzare un titolo breve e abbreviato nei propri URL.Paga anche in ambito SEO, poiché le parole chiave negli URL aggiungono importanza a una pagina.

Ironia della sorte, molti siti Web hanno iniziato a posizionare a pieno versione serializzata con trattini dei titoli nei loro URL per scopi strettamente SEO, il che significa che il termine slug non è più applicabile.Ciò irrita anche i puristi della semantica, poiché molte implementazioni si limitano ad aggiungere questa versione serializzata del titolo alla fine dei loro URL.

Prendo atto che è possibile modificare il testo liberamente.Questo URL sembra funzionare altrettanto bene.

https://stackoverflow.com/questions/47427/why-is-billpg-so-very-awesome

Come già affermato, lo 'slug' aiuta le persone e i motori di ricerca...

Qualcosa che vale la pena notare è che nel sorgente della pagina c'è un file URL canonico

Ciò impedisce alla pagina di essere indicizzata più volte.

Esempio:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

Rimuovi la formattazione dalla tua domanda e vedrai parte della risposta:

https://stackoverflow.com/questions/47427/

contro

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Senza markup, il secondo è auto-descrittivo.

Non dimenticare la leggibilità quando invii un link, non solo nei motori di ricerca.Se invii a qualcuno il primo collegamento via email, lui potrà guardare l'URL e farsi un'idea generale di cosa si tratta.Il secondo non fornisce alcuna indicazione del contenuto di quella pagina prima che facciano clic.

Se inviassi a qualcuno un collegamento via email, non avrebbe più senso includere una descrizione scrivendo effettivamente una descrizione piuttosto che chiedere all'altra persona di analizzare l'URL in cui esiste la descrizione e provare a leggerne un mucchio -parole-con-trattino-attaccate-insieme.

Prima di tutto, è SEO e facile da usare, ma nel caso dell'esempio (questo sito), non è fatto bene o correttamente (in quanto è aperto a trucchi per il cappello nero e ad avvelenamento da parte di altri, il che rifletterebbe male su questo sito) .

Se

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

ha il contenuto, quindi

https://stackoverflow.com/questions/47427/

E

https://stackoverflow.com/questions/47427/any-other-bollix

non dovrebbero essere duplicati.Dovrebbero effettivamente rilevare automaticamente che il collegamento seguito non utilizza il testo corrente (poiché ovviamente lo slug è definito dal titolo della domanda e può essere successivamente modificato) e dovrebbero reindirizzare automaticamente 301 a

https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

garantendo così la regola "un pezzo di contenuto in un URI" e, se l'URI si sposta/modifica, assicurati che i vecchi segnalibri lo seguano/si spostino attraverso i reindirizzamenti 301 (in modo che i browser intelligenti possano aggiornare i segnalibri).

Idealmente, lo "slug" dovrebbe essere l'unico identificatore necessario.In pratica, su siti dinamici come questo, devi avere un identificatore numerico univoco o iniziare ad aggiungere/incrementare numeri allo "slug" come fa Digg.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top