Fa differenza se il percorso dell'URL termina in una barra finale o no?

46

Fa qualche differenza per le classifiche SEO in ogni caso se il tuo URL ha una barra finale:

http://www.example.com/some/slug/paths/

al contrario di uno che non:

http://www.example.com/some/slug/paths

seo url trailing-slash

— Mar10
fonte

1

Stessa domanda (ora chiusa) su StackOverflow con alcune buone risposte: barra rovesciata negli URL - quale stile è preferito?

— Stephen Ostermiller

38

Leggi il post completo del blog di Google qui, http://googlewebmastercentral.blogspot.com/2010/04/to-slash-or-not-to-slash.html , tratta questo argomento esatto.

Per farla breve, a Google non importa se hai una barra finale. Tuttavia, tratterà i 2 percorsi seguenti come pagine separate.

http://www.example.com/some/slug/paths/
http://www.example.com/some/slug/paths

Se devi disporre di entrambi i precedenti e hanno lo stesso contenuto, l'opzione migliore è eseguire un reindirizzamento 301 su uno di essi dall'altro.

Se questa non è un'opzione, ti consigliamo di aggiungere una <link rel="canonical" href="your link"/>a entrambe le pagine che definirà quale è il master o il genitore. Matt Cutts ha un ottimo articolo qui, http://www.mattcutts.com/blog/canonical-link-tag/ , che tratta l'argomento nella sua interezza.

— Ben Hoffman
fonte

Questa è comunque una buona pratica, perché non sai mai cosa metterà la gente come URL durante il collegamento a te. Odierei ottenere un link permanente su un sito PR8 che non fosse il mio URL canonico :)

— Tim Post

3

Questo non è proprio ciò a cui serve il tag canonico. La cosa giusta da fare è reindirizzare 301 la versione slash alla versione non slash (o viceversa, a seconda di quale si desidera), che è esattamente ciò che suggerisce la voce centrale del blog del webmaster di Google che hai collegato. Usa un canonico qui solo se un 301 non è possibile.

— Tim Fountain

@ Tim - Buon punto. Hai ragione, il canonico è solo la scelta di backup. Ho modificato la mia risposta per essere più corretta. Grazie!

— Ben Hoffman,

1

Anche le applicazioni lato server trattano i percorsi in modo diverso. In Django, domain.com/some verrà reindirizzato a domain.com/some/. Qualcosa da tenere a mente. :)

— citadelgrad

9

Oltre al punto di RandomBen sui motori di ricerca che trattano gli URL con una barra rovesciata rispetto a due URL diversi, vorrei aggiungere questo. In genere utilizzo la barra finale per indicare una categoria, mentre non uso una barra finale per le pagine che si trovano alla fine o alla fine di una gerarchia. Taglia le tue categorie, non tagliare nient'altro. Se stai riscrivendo gli URL, questo corrisponde più da vicino alla struttura di file naturale. Tuttavia, dovresti assicurarti che ogni categoria nel tuo percorso esista o potresti finire con alcuni utenti confusi e frustrati. Nel tuo URL di esempio, "alcuni" e "lumaca" dovrebbero essere entrambi pagine accessibili.

— Virtuosi Media
fonte

Questo può essere abbastanza ragionevole. Se vuoi emulare un file system nei tuoi URL, sarebbe forse più ordinato 'andare fino in fondo', e dare alle tue pagine degli stub un'estensione (possibilmente falsa), come .html o .py, .pl, .asp , o qualcos'altro. Il semplice fatto di non avere una barra rovesciata non mi comunica "pagina stub", potrebbe essere stata dimenticata, ma l'estensione "file" lo fa.

— Jesper Mortensen,

@Jesper "Chi dice che un nome di file ha bisogno di un'estensione ?? dare un'occhiata su una macchina qualche volta * nix" - stackoverflow.com/questions/5948659/...

— Yarin

5

C'è un caso in cui una barra finale aiuta con l'ottimizzazione dei motori di ricerca (SEO). Questo è il caso in cui il tuo documento ha quella che sembra essere un'estensione di file che non lo è .html. Questo diventa un problema con i siti che classificano i siti Web. Potrebbero scegliere tra questi due URL:

http://mysite.example.com/rated.example.com
http://mysite.example.com/rated.example.com/

In tal caso, sceglierei quello con la barra finale . Questo perché l' .comestensione è un'estensione per i file dei comandi eseguibili di Windows. I motori di ricerca e i controllori di virus spesso non amano gli URL che sembrano contenere malware distribuito attraverso tali meccanismi. La barra finale sembra mitigare qualsiasi preoccupazione, consentendo alla pagina di posizionarsi nei motori di ricerca e ottenere dai controllori dei virus.

Se i tuoi URL non sono presenti .nella parte del file, ti consiglio di omettere la barra finale per semplicità.

(Questa è la stessa risposta che ho pubblicato su StackOverflow )

— Stephen Ostermiller
fonte

1

Gli URL con e senza barra vengono trattati come due URL diversi. È assolutamente essenziale risolverlo per evitare duplicati dei contenuti. In generale, questo riguarda l'intero sito, poiché ogni pagina ha un duplicato.

Standardizza gli URL a livello di sito
Usa reindirizzamenti 301 o canonicalizzazione per correggere gli URL
Esegui un controllo dei collegamenti interni per accertarti che non vi siano reindirizzamenti non necessari e che tutti i collegamenti interni puntino a URL standardizzati.
Puoi anche controllare i link esterni. Idealmente anche loro dovrebbero puntare a URL standardizzati.

Guarda migliorare le classifiche.

— user3747257
fonte