Como faço a transição para SSL sem afetar o PageRank?


92

Aqui no Stack Exchange, estamos trabalhando para mover todo o tráfego para SSL. O motivo pelo qual não estamos fazendo apenas usuários logados é que um lado da divisão de login sofreria um redirecionamento do Google toda vez. Isso acontece porque o Google só terá http://ou https://nos resultados, não os dois. Além de construir a infra-estrutura SSL ( detalhes aqui ), a principal pergunta que temos é:
como podemos fazer a melhor transição para SSL?

Aqui estão os bits relevantes do nosso plano (teste em sites pequenos, passando para stackoverflow.com):

  1. Preparar / ativar o SSL (mas não vinculado a) em todos os domínios
  2. Comece tornando única a <link rel="canonical">comohttps://
  3. Comece a enviar um 301 para todas as http://solicitações para https://(de nossos domínios ... é claro que não podemos fazer nada sobre todos os links existentes apontando para nós)
  4. Após um período de transição, defina todos os cookies do usuário como secure

Portanto, o final do jogo está com todo o conteúdo entregue por SSL e todas as solicitações HTTP redirecionadas. O que nos preocupa principalmente é como isso afetará o PageRank em nossos sites. Dependemos muito do tráfego proveniente do Google e queremos garantir que isso não ocorra à medida que começamos a oferecer mais segurança aos nossos usuários.

Os únicos bits que encontrei sobre isso que parecem substanciais são os comentários de um funcionário do Google sobre uma pergunta mais antiga, de maneira semelhante :

@Frank Sim, tenho certeza de que o Google trata os URLs HTTP e HTTPS como URLs separados para rastreamento, indexação e classificação (trabalho com a equipe de pesquisa na Web aqui no Google). Fazendo canonização com um redirecionamento 301 como você mencionou é uma ótima maneira de resolver este :) - John Mueller 23 de outubro '10

e o único vídeo de webmasters que eu pude encontrar: A mudança para HTTPS pode prejudicar a classificação? O vídeo não tem uma resposta sólida, nenhuma em que eu baseasse o futuro de uma empresa.

Nosso plano de transição é a melhor maneira de realizar uma mudança de SSL, pelo menos da perspectiva de SEO? Se houver outros conselhos mais recentes ou concretos sobre como uma ação como essa afeta a classificação do Google, gostaríamos de saber sobre isso.


3
Valeria a pena migrar um dos sites menores de SE primeiro para avaliar o efeito no page rank antes de fazê-lo para o biggie?
Kirk Woll

2
@ Jeff, mostramos http e os usuários autenticados são chutados para https (um redirecionamento doloroso para cada ocorrência da pesquisa) ou exibimos https nos resultados de pesquisa do google, o que significa que efetivamente mudamos todos para https, como planejamos de qualquer maneira ( mas nenhum redirecionamento, pelo menos vindo do google). O que quer que o Google mostre será o caso de tráfego de 95 a 99%, portanto, temos que acessar https completos para evitar redirecionamentos a longo prazo. Além disso, de acordo com os registros parece google tenta arrastar-nos no https quer anunciá-lo ou não ...
Nick Craver

2
@ Kirk Absolutamente, foi isso que eu quis dizer com os pequenos sites de teste entre parênteses. O plano é experimentar primeiro um conjunto de sites menores.
Nick Craver

2
@IlmariKaronen - Sim, não é doloroso para nós ... é doloroso para os usuários , em locais como a Austrália, que podem levar até um segundo extra no tempo de carregamento da página. Muitas vezes, é muito maior do que em dispositivos móveis, mesmo aqui nos EUA. Nossas páginas de perguntas são renderizadas em menos de 50ms (na maioria das vezes metade disso), portanto, qualquer solução que adicione latência é um enorme impacto no tempo de carregamento da página. Em termos percentuais, praticamente toda a latência de carregamento que você verá navegando em nossa rede é a transmissão; portanto, seria um aumento significativo dobrar a contagem de solicitações para 95-99% das cargas de página.
Nick Craver

1
@ Nick: Seria realmente 95% +? Percebo essa fração de todas as suas solicitações vindas do Google, mas certamente a porcentagem deve ser muito menor para os usuários conectados. Dito isto, concordo que um segundo inteiro de latência extra começa a se qualificar como "doloroso". (Você pode resolver esse problema e melhorar sua latência em geral, tendo vários proxies de front-end geograficamente dispersos, mas isso pode estar um pouco fora do escopo da pergunta aqui ... ainda assim, funciona para a Wikipedia. )
Ilmari Karonen

Respostas:


34

Sua solução proposta é o melhor caminho a partir da perspectiva de SEO. Você evita o conteúdo duplicado usando o URL canônico e o redirecionamento 301 transferirá a maior parte do seu PageRank ( uma pequena quantidade é perdida no redirecionamento ). Além disso, graças à força das páginas da Stack Overflow no Google, eu ficaria mais do que surpreso se você visse alguma flutuação em seus rankings. Sites menores veriam um período de transição em suas classificações, enquanto o Google era pego com seus novos URLs, mas não vejo isso acontecendo com o Stack Overflow.

Para sua informação, John Meuller, funcionário do Google que você citou, é um membro ativo aqui . Com um pouco de sorte, ele nos dará sua perspectiva sobre isso.


16
Sim, acho que essa é uma abordagem bastante sólida. FWIW, houve uma discussão semelhante no Google+ há algum tempo, quando analisamos alguns dos detalhes: plus.google.com/106413090159067280619/posts/ZZVAS65mmw4 . Separar rel = canonical e redireciona com base no tempo provavelmente não é necessário, mas pode facilitar a detecção de problemas mais cedo. Uma coisa que você não mencionou é o HSTS, que pode valer a pena considerar em algum momento também.
John Mueller

Graças a nossa equipe para vocês dois, estamos muito mais à vontade com essa transição do lado do SEO agora. Ainda temos algumas semanas de trabalho mínimo, mas ainda estamos trabalhando no switch HTTPS.
Nick Craver

11

Há cerca de um ano, ocorreu um erro no código de geração de links permanentes para o meu site WordPress, que recebe cerca de 70% do tráfego do Google. A tag canônica começou a usar o formato de URL curto do WP em vez do formato normal.

Duas semanas depois, encontrei o bug quando notei que meus URLs estavam mostrando estranhos no índice do Google. Em vez do total /999999/post-url-format-like-this/nos resultados, estava aparecendo ?post_id=99999(ou algo semelhante).

Não houve alterações no tráfego.

O bug foi corrigido, a etiqueta canônica foi corretamente definida novamente e, cerca de uma semana depois, o Google ajustou todos os links indexados de volta ao formato normal. Indolor, realmente.

Portanto, com base na minha experiência, seu plano deve ser:

  1. Altere a tag canônica para apontar para o URL HTTPS.
  2. O Google atualizará automaticamente todos os resultados no índice. Isso pode levar algumas semanas e não requer redirecionamentos 301. E ... 95% do seu tráfego estará usando SSL.
  3. Redirecione os usuários conectados que clicam em outro site.

Como os redirecionamentos 301 removem parte do pagerank, não vejo sentido em usá-los imediatamente, principalmente porque a tag canônica deve cuidar do índice do Google.


5

Acredito que o Google classifique o primeiro URL visto, caso seja um URL curto, HTTP ou até HTTPS, a menos que um link canônico tenha sido usado tão certo que eles são classificações separadas, portanto a transição 301 resultaria em perda de suco na transição.

No entanto, como John também disse que é duvidoso, isso prejudicaria a pilha, já que a pilha tem muita autoridade e confiança no Google.

Também sabemos que o Google pode até aumentar as classificações de stacks para obter SSL, pois torna o site mais seguro para seus usuários, o que na verdade aumenta a experiência do usuário em que o Google acredita firmemente. Embora essa especulação, mas seja bom ter esperança? :)

Além disso:

Matt Cutts, do Google, disse em um comentário do Hacker News que aqueles que estão interessados ​​em mudar todo o site de HTTP para HTTPS devem seguir em frente e fazer isso.


6
Eu não acho que seja útil especular que as classificações podem aumentar usando SSL, já que você não tem nenhuma informação remotamente confiável sobre isso.
usar o seguinte

Penso que o Brains at Stack pode estabelecer o que significa especulação e considerar o que é útil ou não. Obrigado por apontar o óbvio tu;)
Simon Hayter

1
O que quero dizer é que é especulação baseada em nada. Você também pode adicionar à sua resposta: "Pelo que sabemos, o Google enviará os pesados ​​ao seu datacenter para destruí-lo".
usar o seguinte

2
É especulação baseada em crenças de que: a) sites SSL são melhores para os usuários eb) o Google tem um histórico de promoção de sites bons para os usuários.
Spongeboy

5

Recentemente, mudei vários sites para SSL e o pagerank não foi afetado de maneira positiva ou negativa. Eu segui todas as diretrizes do Google, basicamente como você descreveu:

  1. Faça seu site funcionar sem problemas com HTTPS. Minha maior mudança necessária foi usar apenas links relativos e de protocolo. Por exemplo: href = "page.html" e quando necessário href = "// www.example.com/"
  2. Adicione tags rel = "canonical" e aponte-as para o endereço HTTPS da sua página
  3. Use redirecionamentos 301 para todas as solicitações HTTP para enviá-las ao HTTPS

Configure os sites HTTP e HTTPS no Google Webmaster e monitore de perto.


4

Fiz parte de uma transição semelhante em um site de tráfego moderadamente alto, embora com uma diferença: todos os URLs foram alterados e nenhum redirecionamento 301 foi implementado.

Monitorei de perto o impacto nos rankings do Google por aproximadamente um mês e, para a maioria das palavras-chave, duas ou três posições foram conquistadas, embora eu esteja bastante certo de que isso ocorreu devido a um melhor SEO.
Não pude ver nenhuma alteração que pudesse ser razoavelmente atribuída apenas ao HTTPS.

Seu plano parece bem definido, embora eu esteja um pouco dividido com o segundo passo, eu pessoalmente iria direto para o 301.

Por que não testar A / B com um pequeno número de perguntas de preferência falsas e verificar seus efeitos?


1
Tínhamos considerado a abordagem de teste A / B, mas a questão das classificações varia por outros motivos, portanto ainda não estamos vendo muitos dados concretos de um experimento tão descontrolado. Dado isso, parece melhor testarmos no nível do site, já que essa é a mudança real que queremos fazer de qualquer maneira.
Nick Craver
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.