Aplicar ou não a barra

Quarta-feira, 21 de abril de 2010

Essa é a pergunta que ouvimos com frequência. Em frente às respostas. Normalmente, é comum que os URLs com uma barra no final indiquem um diretório e aqueles sem uma barra no lado direito indiquem um arquivo: 

https://example.com/foo/ (with trailing slash, conventionally a directory)
https://example.com/foo (without trailing slash, conventionally a file)

Mas com certeza eles não precisam. O Google trata cada URL acima de forma separada (e igual), independentemente de ser um arquivo ou um diretório, incluir ou não uma barra no final.

Conteúdo diferente em URLs com e sem barras é aceitável para o Google, mas geralmente é menos ideal para os usuários

Do ponto de vista técnico do mecanismo de pesquisa, é possível que essas duas versões de URL tenham conteúdo diferente. No entanto, seus usuários podem achar essa configuração muito confusa. Imagine como seria se www.google.com/webmasters e www.google.com/webmasters/ produzissem duas experiências separadas.

Por esse motivo, os URLs com barras e sem barras geralmente veiculam o mesmo conteúdo. O caso mais comum é quando um site é configurado com uma estrutura de diretórios: 

https://example.com/parent-directory/child-directory/

A configuração e as opções do site

É possível fazer uma verificação rápida no seu site para conferir se algum dos URLs correspondentes a esse padrão redireciona ao outro:

  1. https://example.com/foo/
    (com barra no final)
  2. https://example.com/foo
    (sem barra no final)
  • Se apenas uma versão puder ser retornada (ou seja, se a outra redirecionar para a primeira), isso é ótimo. Esse comportamento é positivo porque reduz o conteúdo duplicado. No caso específico de redirecionamentos para URLs com barras no final, os resultados da pesquisa provavelmente mostrarão a versão do URL com o código de resposta 200 (geralmente, o URL da barra final), independentemente de o redirecionamento ser 301 ou 302.
  • Se as versões com barras e sem barras tiverem o mesmo conteúdo e cada uma retornar 200, será possível:
    • Considerar alterar esse comportamento (veja mais informações abaixo) para reduzir o conteúdo duplicado e melhorar a eficiência do rastreamento.
    • Deixar como está. Muitos sites têm conteúdo duplicado. Nosso processo de indexação costuma lidar com esse caso para webmasters e usuários. Embora não seja um comportamento totalmente ideal, ele é perfeitamente legítimo e aceitável. :)
    • Não se esqueça de que, especificamente para o URL raiz, https://example.com é equivalente a https://example.com/ e não pode ser redirecionado, mesmo que você seja o Chuck Norris.

Etapas para veicular apenas uma versão do URL

E se o site veicular conteúdo duplicado nestes dois URLs:

https://example.com/foo/
https://example.com/foo

Isso significa que os dois URLs retornam 200 (não tem redirecionamento ou contém uma tag de link rel="canonical" ), e você quer mudar a situação?

  1. Escolha um URL como versão preferida. Caso o site tenha uma estrutura de diretórios, é mais convencional usar uma barra final com os URLs do diretório (por exemplo, example.com/directory/ em vez de example.com/directory), mas você pode escolher o que quiser.
  2. Seja consistente com a versão preferida. Use essa versão nos seus links internos. Se você tiver um sitemap, inclua a versão preferida (e não o URL duplicado).
  3. Use um redirecionamento 301 da cópia para a versão preferida. Se isso não for possível, a tag de link rel="canonical" é uma boa opção. O rel="canonical" funciona de maneira semelhante a um 301 para fins de indexação do Google e de outros grandes mecanismos de pesquisa.
  4. Teste a configuração do 301 com o Buscar como o Googlebot nas Ferramentas para webmasters. Verifique se os URLs, https://example.com/foo/ e https://example.com/foo, estão se comportando conforme o esperado. A versão preferida retornará um código de status 200. O URL duplicado deve redirecionar 301 para o URL preferencial.
  5. Verifique se há erros de rastreamento nas Ferramentas do Google para webmasters e, se possível, se os registros do servidor da Web são implementados rapidamente para verificar se os redirecionamentos 301 foram implementados.
  6. Lucro! Brincadeira. Mas você pode ficar tranquilo com uma configuração eficiente do servidor, sabendo que seu site está otimizado.

Escrito por Maile Ohye, líder de Tecnologia e desenvolvimento de programas