Perché gli URL delle domande di Stack Overflow hanno l'ID domanda prima della "domanda" SEO friendly?


13

Prendi ad esempio questa domanda casuale: strumento o plug-in necessario per mostrare in quali file html viene utilizzato un determinato selettore css , nota che è la parte pertinente /questions/16999.

Ora, è possibile che l'URL avrebbe potuto essere fatto in questo modo:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

Questo è il question_id dopo la domanda, e ciò che viene prima in un url pesa di più in seo, perché la parte della domanda viene dopo il question_id.

Ho anche letto in un articolo che solo le prime due sottodirectory sono rilevanti, quindi /question/16999è rilevante solo . Guardando SO questo non è assolutamente vero, ma non riesco a decidere il peso di questo.

Lo sto chiedendo perché implementerò ottimizzazioni seo e non voglio cambiare il link alle mie pagine in seguito.


tra l'altro volevo aggiungere la sottodirectory come tag
e il

Cercapersone @Jeff Atwood. (Potrebbe anche andare alle fonti.)
Su '17

1
A volte l'URL può essere troncato (intenzionalmente (troppo tempo per l'archiviazione nel database, ecc.) O per errore) .. e se l'id è prima della lumaca, il server / script può ancora riconoscere la pagina desiderata ma con id alla fine molto probabilmente non. Prova l'URL di questa pagina - rimuovi gli ultimi caratteri e invia - il server ti reindirizzerà all'URL corretto (apparentemente il codice dietro ha un trattamento speciale per tale scenario). Con id alla fine potresti vedere una domanda completamente diversa (o pagina di errore). webmasters.stackexchange.com/questions/16641/…
LazyOne

@Lazyone, rispondi in modo che possiamo votare
John Conde

Se si lascia l'ultima "directory" dell'URL per questa domanda, si ottiene comunque questa domanda: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Risposte:


13

Non conosco i motivi esatti per cui i siti StackExchange hanno un ID prima della lumaca, ma ecco perché lo vorrei in questo modo:

A volte l'URL può essere troncato (intenzionalmente (troppo tempo per l'archiviazione nel database, ecc.) O per errore (accade abbastanza spesso durante il copia-incolla)) .. e se l'ID è prima della lumaca, il server / script può ancora riconoscere la pagina desiderata ma con ID alla fine molto probabilmente no.

Prova l'URL di questa pagina - rimuovi gli ultimi caratteri e invia - il server ti reindirizzerà all'URL corretto ( apparentemente il codice dietro questo sito ha un trattamento speciale per tale scenario ). Con ID alla fine, potresti vedere una domanda completamente diversa (il comportamento più comune in questo caso) .. o solo una pagina di errore (quando server / script assicurano che lo slug corrisponda a ID).

Per quanto riguarda l'effetto SEO, vedi questa domanda: SEO: urls: il posto migliore per l'ID


1
Buon punto sul troncamento +1
UpTheCreek

3

Sì, avrebbero potuto aggiungere l'ID dopo il titolo della domanda se lo avessero voluto.

Per quanto riguarda la posizione dell'ID e del SEO, secondo me non penso che farebbe alcuna differenza (ok forse se fosse nel nome di dominio).

Da un punto di vista della leggibilità umana, sembra più chiaro (almeno per me) avere il titolo leggibile dall'uomo alla fine, piuttosto che seppellito nell'URL.

Ho anche letto in un articolo che solo le prime due sottodirectory sono rilevanti, quindi solo / question / 16999 è rilevante. Guardando SO questo non è assolutamente vero, ma non riesco a decidere il peso di questo

Dove hai letto questo? Non penso che sia corretto e al giorno d'oggi questi URL riscritti di solito non si riferiscono in alcun modo alle sottodirectory.


Immagino che dovremo concordare di non essere d'accordo. Per me, un numero casuale (okay è l'id domanda) nel mezzo dell'url è un po 'imbarazzante di qualcosa che legge naturalmente come / domanda / cosa-hai-fatto-per-pranzo / mumble-jumble. Qui ignorerei tutto a partire dal borbottio.
andho,

a proposito ecco il link che ho letto su 2 sottodirectory, goodwebsiteinspector.com/it/…
e il

2
sì, dovremo acconsentire al dissaggio :) Non sono d'accordo con le conclusioni su "sottodirectory" in quel link. Di solito queste non sono affatto sottodirectory e Google lo sa. Anche se lo fosse, perché Google ridimensionerebbe una risorsa potenzialmente utile, solo perché era "profonda"?
UpTheCreek,

1

L'elaborazione dell'URL da parte del server ignora la parte dell'URL che segue il numero ID della domanda e la barra. Tutti questi sono equivalenti:

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / qualsiasi testo

Tutti reindirizzano all'URL con il testo della domanda (riformattato) dopo la barra.

Questo permette loro di utilizzare l'URL breve modulo in link da una pagina all'altra (come ad esempio i link nella correlati barra laterale in questa pagina), risparmiando tempo di trasmissione HTML così come i cicli di storage e CPU. Avendo il testo della domanda nell'URL canonico (quello reindirizzato a), ottengono comunque i vantaggi di avere un testo rilevante nell'URL da utilizzare nell'indicizzazione dei motori di ricerca.


Non riesco a vedere alcun esempio su SO in cui usano la versione abbreviata dell'URL.
UpTheCreek,

@UpTheCreek, fai clic sul pulsante di condivisione sotto qualsiasi risposta. ad esempio webmasters.stackexchange.com/q/17002
azerafati,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.