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
- Escolha um endereço canónico — normalmente a versão
https://, com ou sem "www", conforme preferir. - 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]
- 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
- Cria quatro variações do domínio do seu website:
http://ehttps://, cada uma com e sem o prefixo "www". Os websites num subdomínio personalizado (comoblog.example.com) não são testados. - 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.
- Se todas as variações que respondem terminarem no mesmo endereço, a verificação é aprovada.
- 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.