Grande queda [50%] no tráfego após a movimentação do HTTPS

Atualmente cuide de 3 sites. Mudei um deles para HTTPS, pois é comércio eletrônico, no entanto, houve uma enorme queda no tráfego orgânico desde que foi implementado. Foram de cerca de 800 impressões para 400.

alguma ideia do por que?

Muito preocupante, como eu esperava que melhorasse!

Configurei 301 redirecionamentos para realizar as páginas antigas para http://www.example.com/product1ir parahttps://www.example.com/product1

Também configurei uma conta de webmaster separada para a versão HTTPs, pois nossa integração não estava funcionando bem com o Google Merchant Center e os dados estão fluindo corretamente, mas não sei por que / se isso causaria conflito.

Muito confuso!

Há suporte para HTTPS nos meus sites há cerca de dois anos, mas estou começando a experimentar as versões HTTPS nos mecanismos de pesquisa. Para meus sites, eu sempre tive a versão HTTP como canônica (usando tags canônicas de link rel), mas permiti que os usuários navegassem para HTTP ou HTTPS.

Em 18 de março, troquei isso para um dos meus sites. Eu fiz do HTTPS o canônico, mas ainda permiti que os usuários usassem HTTP. Até agora, parece que há uma ligeira queda.

HTTP

O site HTTP caiu dos resultados da pesquisa ao longo de uma semana.

HTTPS

O site HTTPS apareceu nos resultados da pesquisa, mas não está obtendo tantas impressões quanto o site HTTP.

Lembre-se de que esses gráficos estão medindo diferentes períodos de tempo. O site HTTP estava em média cerca de 225 impressões por semana. O site HTTPS está recebendo cerca de 178 impressões por semana.

Estou planejando continuar monitorando este site por alguns meses, mas neste momento hesito em lançar o HTTPS para mecanismos de pesquisa em meus sites maiores, porque parece que a mudança completa do Google pode ser problemática.

EDITAR:

Depois de deixá-lo em execução por um mês, o tráfego volta ao seu estado anterior à migração HTTPS:

EDITAR:

Em 2018, mudei todos os meus sites para HTTPS. Meu maior site foi o último a se mudar e eu encontrei uma maneira de fazê-lo sem perder tráfego. Agora, eu sugeriria o seguinte procedimento para mover de HTTP para HTTPS:

1. Disponibilize o site em HTTP e HTTPS simultaneamente. Não implemente redirecionamentos para começar.
2. Aponte as tags canônicas para HTTPS.
3. O Google mudará, mas lentamente. Monitore o progresso no Google Search Console. Verifique as propriedades HTTP e HTTPS no Google Search Console.
4. Depois que o Google indexar quase todo o site em HTTPS, redirecione o HTTP para HTTPS. Para o meu maior site, o Google levou cerca de 8 meses para indexar 90% dos URLs como HTTPS. Nesse ponto, eu implementei os redirecionamentos. As páginas que foram deixadas para mover não tinham tráfego suficiente para que eu notei alguma queda naquele momento.

Então você suporta toda a criptografia de ponta, obtém um A + no Qualys, isso é incrível. Mas você verificou suas análises para usuários do XP, usando especificamente o IE ou o Chrome? Não é segredo que o XP é um cão que morre lentamente ao se conectar a sites modernizados. Também não é segredo que o IE e o Chrome no XP (ou mesmo a versão antiga do navegador Android) estejam muito limitados ao que eles podem fazer com o SSL.

Aqui estão alguns exemplos de situações que causariam tráfego HTTPS reduzido:

• Você não configurou o GWT, a análise e outros serviços para ver corretamente a alteração do HTTPS e, na verdade, ela não está caindo. Falso positivo, esse é o erro mais comum.

• Você executa um servidor multilocatário e confia no SNI (Server Name Indicator) para servir seus certificados. Os navegadores IE e Android antigos não se conectam. Bots podem não entender o que é.

• Devido a todas as explorações deste verão, você desativou o suporte a SSL2 / 3 e optou apenas pelo TLS. Navegadores alternativos ou não atualizados podem falhar.

• Você queria ativar o sigilo direto para obter chaves exclusivas durante os handshakes. Heck torná-lo sigilo avançado "robusto". O IE muito antigo no XP perguntará "WTF é isso" e o prob falhará.

• Você está apoiando apenas as cifras mais ruins e expulsou as antigas. O Cloudflare é um ótimo exemplo disso - por causa do ECDHE, nem o IE nem o Chrome poderão se conectar no XP. É necessário usar o Firefox nesse caso, que geralmente os usuários do XP (idosos, faculdades indianas, call centers corporativos) não sabem como ou não têm permissão para instalar.

• Você tem um cadeado amarelo em muitas páginas. Isso deixa as pessoas assustadas e elas fogem para um site realmente seguro (bloqueio verde). Você pode tentar corrigir isso pelo HSTS abaixo (oculta o ativo em vez de bloquear com interrupção), mas corre o risco de site quebrado em vez de apenas bloqueio quebrado.

• Você está aplicando os usuários do HSTS e XP talvez não consiga usá-lo. Além disso, se o HSTS estiver bloqueando uma fonte não segura, ele a removerá completamente da página. Talvez haja um elemento bloqueado crítico (como uma parte do conteúdo carregada com script / AJAX) e você talvez nem perceba que se foi.

• Você implementou um CSP, mas os usuários do XP podem não ser capazes de usá-lo ou o erro pode causar um problema semelhante ao HSTS bloqueado o conteúdo acima. Seu bloqueio parece verde; talvez você nem perceba que todos os seus estilos embutidos estão desativados, de modo que um script crítico, como adicionar ao carrinho, seja quebrado ou bloqueado.

Possíveis outras causas:

• Certos mecanismos de pesquisa, diretórios, scanners, etc. não conseguem rastrear seu site com essa segurança. Por exemplo, o BingBot apenas recentemente (janeiro de 2015) começou a entender o SNI e o [P] FS. Existem toneladas de diretórios e coisas que simplesmente não entendem como rastrear seu site SSL - por exemplo, seobook.com. Se houver erros, eles poderão remover seu backlink, mesmo que seja culpa deles por não atualizarem o esquema CURL de baixa qualidade.

• Você tem muito tráfego de badbots, mas agora eles ficam longe pelo mesmo motivo: eles executam o XP, usam o IE6 wrapper, CURL de baixa qualidade, incapaz de rastrear, incapaz de spam. Ou talvez eles sejam um scanner de exploração, veem HTTPS e partem imediatamente. Não subestime a quantidade de tráfego de badbots, é enorme.

• Você tem um certificado SSL nos reinos sunset da RSA128 e alguns navegadores estão exibindo os avisos de que está usando criptografia fraca. O navegador ainda pode permitir que eles se conectem, mas fará o sinalizador "algo está errado" na barra de endereços. Experimente o seu site através de todos os navegadores da versão mais recente.

• Você tem SSL implementado - mas mal, inconsistente e os switches são muito lentos. Este é um erro de julgamento bastante comum: as pessoas pensam que você pode apenas redirecionar com htaccess, definir um canônico e estar pronto. E quanto a todos os seus ativos, como menus dinâmicos, fontes de imagem etc.? E os seus geradores de alimentos? E sobre qualquer outra coisa que sua plataforma faz? Certifique-se de que sua plataforma esteja processando CADA link / src como HTTPS ou URL relativo, pelo menos ... caso contrário, os bots serão confusos e / ou conexão dupla causando aumento de handshakes, redirecionamentos aumentados e mais atraso (desclassificado devido à velocidade da página )

• Muitos redirecionamentos encadeados. O Google odeia redirecionamentos quando eles encadeiam mais de 2 a 3. Portanto, se você estiver usando o SSL 301, isso será um problema imediato. Se você redirecionar para o modo WWW, isso é outro. Se você redirecionar para o novo conteúdo, isso é outro. Se houver algo no meio, você está brincando com fogo. Verifique a marca de 3 minutos deste vídeo: https://www.youtube.com/watch?v=r1lVPrYoBkA

• O Google está descaradamente mentindo sobre o sinal de classificação do SSL e, na verdade, não afeta nada. Todas as minhas cartas estão nessa aposta.

HTTPS não envia o cabeçalho do referenciador. Portanto, esse tráfego será agregado ao tráfego "direto".

Hora de uma atualização!

Ele não está 100% resolvido, no entanto, tendo atualizado o mapa do site e o robots.txt para garantir que todos estavam apontando para HTTPS, o tráfego agora está em cerca de 85% do que era.

Parece estar subindo gradualmente novamente, e uma explicação para menor tráfego / buscas se deve à demanda sazonal. Então, acho que por enquanto o problema está resolvido, embora eu certamente não tenha pressa em mudar os sites no futuro para HTTPS onde não for necessário ...

Mudei três dos meus sites de http para https e todos eles também totalmente diferentes. Os redirecionamentos 301 e o site de ferramentas para webmasters do Google mudam e até todos os links internos que foram postados usando http no URL foram alterados para https durante a noite.

Novas páginas https começaram a aparecer em serps dentro de alguns dias e todas as páginas http foram aprovadas dentro de alguns meses e todas as páginas apareceram com https. O tráfego morre por algumas semanas e depois se recupera após um mês ou mais, mas mesmo depois de esperar por uns bons 5 meses, o tráfego nunca atingiu níveis no momento da mudança. No total, uma queda de mais de 40% em comparação com a versão http após 5 meses de espera.

Alterei este site de volta para http e redirecionei todas as páginas https de volta para http. Demorou cerca de um mês para o tráfego atingir os níveis originais.

Lição aprendida: o Google está mentindo sobre o aumento de classificação nas páginas ssl. Eu não vendo nada e não tenho transações financeiras ou informações pessoais que mudem de mãos em qualquer um dos meus sites, por isso não preciso de ssl.

Eu poderia imaginar (de longe aqui) que as pessoas "bots e spammers" não gostam de https porque drenam mais recursos por lá (também) para que eles apenas rastreiem e acessem http.

O HTTPS não melhora o tráfego de forma alguma. É um protocolo seguro e nada mais. Diferente, caso contrário, do HTTP. Se você deseja que o Google combine os resultados para http e https, faça isso nas ferramentas para webmasters E, melhor, redirecione seu tráfego http para https. Seus totais serão somados em vez de rastreados separadamente.

Você pode testar se o servidor da web está configurado corretamente para servir HTTPS. Se não estiver configurado corretamente, é possível que os navegadores estejam lançando uma página de aviso para os usuários e eles optem por não visitar seu site.

Ferramentas como esta do Qualys SSL Labs podem informar se há algum problema. Apontar para uma classificação A