Faz diferença se o caminho do URL termina em uma barra final ou não?

46

Faz alguma diferença nas classificações de SEO, se o seu URL tiver uma barra final:

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

ao contrário de um que não:

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

seo url trailing-slash

— mar10
fonte

1

A mesma pergunta (agora fechada) no StackOverflow com algumas boas respostas: Trailing slash in URLs - qual estilo é preferido?

— Stephen Ostermiller

38

Leia a postagem completa do blog do Google aqui, http://googlewebmastercentral.blogspot.com/2010/04/to-slash-or-not-to-slash.html , aborda esse tópico exato.

Para encurtar a história, o Google não se importa se você tem uma barra final. No entanto, ele tratará os 2 caminhos abaixo como páginas separadas.

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

Se você precisar dos dois itens acima e eles tiverem o mesmo conteúdo, sua melhor opção é fazer um redirecionamento 301 para um deles do outro.

Se essa não for uma opção, você deverá adicionar a <link rel="canonical" href="your link"/>às duas páginas, que definirão qual é o principal ou principal. Matt Cutts tem um ótimo artigo aqui, http://www.mattcutts.com/blog/canonical-link-tag/ , que aborda o tópico em sua totalidade.

— Ben Hoffman
fonte

Essa é uma boa prática de qualquer maneira, porque você nunca sabe o que as pessoas colocarão como URL ao vincular a você. Eu odiaria ter uma ligação permanente em um site PR8 que era não para o meu URL canônica :)

— Tim Publicar

3

Não é realmente para isso que serve a etiqueta canônica. A coisa certa a fazer é redirecionar a versão barra para a versão não barra (ou vice-versa, dependendo do que você desejar), que é exatamente o que sugere a entrada de blog central do webmaster do Google que você vinculou. Use um canônico aqui apenas se um 301 não for possível.

— Tim Fountain

@ Tim - Bom ponto. Você está certo, o canônico é apenas a opção de backup. Modifiquei minha resposta para ser mais correta. Obrigado!

— Ben Hoffman

1

Os aplicativos do lado do servidor também tratam os caminhos de maneira diferente. No Django, domain.com/some será redirecionado para domain.com/some/. Algo a ter em mente. :)

— citadelgrad

9

Além do argumento da RandomBen sobre os mecanismos de pesquisa que tratam URLs com uma barra final versus sem como dois URLs diferentes, eu gostaria de adicionar isso. Geralmente, uso a barra final para indicar uma categoria, enquanto não uso uma barra final para páginas que estão no final ou na parte inferior de uma hierarquia. Corte suas categorias, não corte mais nada. Se você estiver reescrevendo URLs, isso corresponderá mais à estrutura natural do arquivo. No entanto, você deve garantir que cada categoria em seu caminho exista ou poderá acabar com alguns usuários confusos e frustrados. No seu exemplo de URL, "some" e "slug" devem ser páginas acessíveis.

— Virtuosi Media
fonte

Isso pode ser bastante razoável. Se você deseja emular um sistema de arquivos em seus URLs, talvez seja melhor "ir até o fim" e conceder às páginas stub uma extensão (possivelmente falsa), como .html ou .py, .pl, .asp , ou alguma outra coisa. O fato de não ter uma barra final não me comunica "página de stub" para mim, poderia ter sido esquecido - mas uma extensão de "arquivo" sim.

— Jesper Mortensen

@Jesper "Quem diz que um nome de arquivo precisa de uma extensão ?? dar uma olhada em um algum máquina * nix" - stackoverflow.com/questions/5948659/...

— Yarin

5

Há um caso em que uma barra final ajudará na otimização do mecanismo de busca (SEO). Esse é o caso do seu documento que parece ser uma extensão de arquivo que não é .html. Isso se torna um problema com sites que classificam sites. Eles podem escolher entre esses dois URLs:

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

Nesse caso, eu escolheria aquele com a barra à direita . Isso ocorre porque a .comextensão é uma extensão para os arquivos de comando executável do Windows. Os mecanismos de pesquisa e os antivírus frequentemente não gostam de URLs que parecem conter malware distribuído por esses mecanismos. A barra final parece atenuar qualquer preocupação, permitindo que a página seja classificada nos mecanismos de pesquisa e seja verificada por vírus.

Se os seus URLs não tiverem .parte do arquivo, recomendo que você omita a barra final por simplicidade.

(Esta é a mesma resposta que eu postei no StackOverflow )

— Stephen Ostermiller
fonte

1

URLs com e sem barras são tratados como dois URLs diferentes. É absolutamente essencial que você corrija isso para evitar problemas de conteúdo duplicado. Geralmente, isso afeta todo o site, pois todas as páginas têm uma duplicata.

Padronize URLs de todo o site
Use 301 redirecionamentos ou canonização para corrigir URLs
Faça uma auditoria de link interno para garantir que não haja redirecionamentos desnecessários e que todos os links internos apontem para URLs padronizados.
Você também pode verificar links externos. Idealmente, eles também devem apontar para URLs padronizados.

Veja a classificação melhorar.

— user3747257
fonte