Avançar para o conteúdo
SilktideAjuda

Endereços de website duplicados

A Silktide verifica se o seu website é disponibilizado através de um único endereço web. Um erro comum é o mesmo site estar disponível em vários endereços, como com e sem "www", ou através de ligações seguras e não seguras, sem redirecionar para uma versão preferida.

Por exemplo, os quatro endereços seguintes podem disponibilizar o mesmo site:

http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/

Um website deve ter um único endereço canónico, com as outras variações a redirecionarem para esse endereço. Quando isso não acontece, cada variação funciona como uma cópia separada do seu site.

Porque é que isto é importante

Disponibilizar conteúdo idêntico em vários endereços divide a reputação do seu site e causa problemas práticos:

  • As pessoas fazem ligações para a versão em que entraram, diluindo o valor para a pesquisa das suas ligações externas entre as cópias.
  • As partilhas nas redes sociais dividem-se da mesma forma, distribuindo os gostos e as contagens de partilhas por URLs duplicados.
  • Os motores de pesquisa têm de adivinhar qual é a versão oficial e podem indexar aquela que não pretendia.
  • Os cookies definidos numa versão podem não ser legíveis noutra, o que pode interromper os inícios de sessão e os carrinhos de compras quando os visitantes passam de uma versão para outra.
  • As versões disponibilizadas sem deixam os visitantes numa ligação não segura.

Como corrigir

  1. Escolha um endereço canónico — normalmente a versão https://, com ou sem "www", conforme preferir.
  2. Configure o seu servidor web ou para redirecionar permanentemente (estado HTTP 301) todas as outras variações para esse endereço. O painel de controlo do seu fornecedor de alojamento tem frequentemente uma definição para isto; caso contrário, trata-se de uma pequena alteração à configuração do servidor, por exemplo:
# Apache: redirecionar tudo para https://www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [L,R=301]
  1. Atualize as ligações internas e o seu mapa do site para utilizarem o endereço canónico, para que os visitantes e os rastreadores não passem por redirecionamentos.

Como a Silktide testa isto

  1. Cria quatro variações do domínio do seu website: http:// e https://, cada uma com e sem o prefixo "www". Os websites num subdomínio personalizado (como blog.example.com) não são testados.
  2. Solicita diretamente cada variação, seguindo todos os redirecionamentos, e regista o endereço final onde termina. As cadeias de consulta e os fragmentos gerados automaticamente são ignorados, para que não pareçam destinos diferentes.
  3. Se todas as variações que respondem terminarem no mesmo endereço, a verificação é aprovada.
  4. Caso contrário, testa novamente cada variação que responde num navegador web real (alguns sites redirecionam através de , que só um navegador consegue seguir) e comunica cada variação com o endereço para o qual conduz, para ambos os tipos de pedido.

Resolução de problemas

O meu site redireciona, mas a verificação continua a falhar

Verifique se todas as variações redirecionam. Uma lacuna frequente é redirecionar http://example.com, mas não http://www.example.com, ou redirecionar para destinos diferentes (uma variação para a página inicial e outra para um seletor de idioma).

O redirecionamento funciona no meu navegador

Os redirecionamentos feitos com JavaScript funcionam nos navegadores, mas são mais lentos, menos fiáveis para os rastreadores e tratados de forma menos favorável pelos motores de pesquisa do que os redirecionamentos do lado do servidor. A Silktide mostra tanto o que um pedido direto como o que um navegador viu, para que possa detetar esta situação: utilize antes um redirecionamento 301 do lado do servidor.

Saiba mais

Última atualização

Esta página foi útil?