Actualmente cuida 3 sitios web. Cambié uno de ellos para que sea HTTPS ya que es comercio electrónico, sin embargo, he visto una gran caída en el tráfico orgánico desde que se implementó. Pasó de alrededor de 800 impresiones a 400.
¿Alguna idea de por qué?
Muy preocupante ya que esperaba que mejorara si algo.
Configuré 301 redirecciones para llevar a páginas antiguas para http://www.example.com/product1ir ahttps://www.example.com/product1
También configuré una cuenta de webmaster separada para la versión HTTP, ya que nuestra integración no funcionaba bien con Google Merchant Center, y los datos fluyen correctamente, pero no estoy seguro de por qué / si esto causaría conflictos.
¡Muy confundido!
Respuestas:
He apoyado HTTPS en mis sitios web durante aproximadamente dos años, pero estoy comenzando a experimentar con las versiones HTTPS en los motores de búsqueda. Para mis sitios, siempre tuve la versión HTTP como canónica (usando etiquetas canónicas rel de enlace) pero permití a los usuarios navegar a HTTP o HTTPS.
El 18 de marzo, cambié eso por uno de mis sitios. Hice HTTPS canónico, pero aún así permití a los usuarios usar HTTP. Hasta ahora parece que hay una ligera caída.
HTTP
El sitio HTTP se ha caído de los resultados de búsqueda en el transcurso de una semana.
HTTPS
El sitio HTTPS ha aparecido en los resultados de búsqueda, pero no está obteniendo tantas impresiones como el sitio HTTP.
Tenga en cuenta que estos gráficos miden diferentes períodos de tiempo. El sitio HTTP promediaba alrededor de 225 impresiones por semana. El sitio HTTPS obtiene alrededor de 178 impresiones por semana.
Estoy planeando seguir monitoreando este sitio durante un par de meses, pero en este momento dudo en implementar HTTPS para motores de búsqueda en mis sitios más grandes porque parece que lograr que Google se cambie por completo puede ser problemático.
EDITAR:
Después de dejar que se ejecute durante un mes, el tráfico vuelve a estar donde estaba antes de la migración HTTPS:
EDITAR:
Para 2018, he movido todos mis sitios a HTTPS. Mi sitio más grande fue el último en moverse y encontré una manera de hacerlo sin perder tráfico. Ahora sugeriría el siguiente procedimiento para pasar de HTTP a HTTPS:
fuente
Por lo tanto, admite todo el cifrado de última generación, obtuvo un A + en Qualys, eso es increíble. Pero, ¿verificaste tu análisis para los usuarios de XP, específicamente usando IE o Chrome? No es ningún secreto que XP es un perro que muere lentamente cuando se conecta a sitios modernizados. Tampoco es ningún secreto que IE y Chrome en XP (o incluso la versión anterior del navegador de Android) están muy limitados a lo que pueden hacer con SSL.
Aquí hay algunos ejemplos de situaciones que causarían un tráfico HTTPS reducido:
No configuró GWT, análisis y otros servicios para ver correctamente el cambio HTTPS y en realidad no se está cayendo. Falso positivo, este es el error más común.
Ejecutas un servidor de múltiples inquilinos y confías en el indicador de nombre del servidor (SNI) para servir tus certificados. Los antiguos navegadores IE y Android no se conectarán. Los bots pueden no entender lo que es.
Debido a todas las vulnerabilidades este verano, ha desactivado el soporte SSL2 / 3 y opta solo por TLS. Los navegadores marginales o no actualizados pueden fallar.
Querías habilitar el secretismo para obtener claves únicas durante los apretones de manos. Heck lo hace "secreto" hacia adelante secreto. Muy antiguo IE en XP preguntará "WTF es eso" y fallará el problema.
Solo está apoyando las cifras más badaras y ha eliminado a las antiguas. Cloudflare es un gran ejemplo de esto: debido a ECDHE, ni IE ni Chrome podrán conectarse en XP. En este caso, debe usar Firefox, que a menudo, los usuarios de XP (personas de la tercera edad, universidades indias, centros de llamadas empresariales) no saben cómo instalarlos o no pueden hacerlo.
Tienes un candado amarillo en demasiadas páginas. Esto asusta a las personas y huyen a un sitio que es realmente seguro (bloqueo verde). Puede intentar modificar esto mediante HSTS a continuación (oculta el activo en lugar de hacer un bloqueo roto), pero luego corre el riesgo de que se rompa el sitio en lugar de solo el bloqueo roto.
Está aplicando que los usuarios de HSTS y XP no puedan usarlo. Además, si HSTS está bloqueando una fuente insegura, la elimina por completo de la página. Quizás haya un elemento crítico bloqueado (como un contenido cargado con script / AJAX) y es posible que ni siquiera se dé cuenta de que se ha ido.
Ha implementado un CSP, pero es posible que los usuarios de XP no puedan usarlo o que su error se haya producido, causando un problema similar al contenido bloqueado HSTS anterior. Su bloqueo se ve verde, es posible que ni siquiera se dé cuenta de que todos sus estilos en línea están deshabilitados, por lo que un script crítico como agregar al carrito se rompe o se bloquea.
Posibles otras causas:
Ciertos motores de búsqueda, directorios, escáneres, etc. no pueden rastrear su sitio con tanta seguridad. Ejemplo, BingBot recientemente (enero de 2015) comenzó a comprender SNI y [P] FS. Hay TONELADAS de directorios y cosas que simplemente no entienden cómo rastrear su sitio SSL, por ejemplo, seobook.com. Si hay errores, pueden eliminar su vínculo de retroceso, a pesar de que es su culpa por no actualizar su esquema CURL malo.
Recibió una gran cantidad de tráfico de los robots, pero ahora se mantienen alejados por la misma razón: ejecutan XP, usan el envoltorio IE6, el CURL malo, no pueden rastrear, no pueden enviar correo no deseado. O tal vez son un exploit exploit, ven HTTPS y se van inmediatamente. No subestimes la cantidad de tráfico de los robots, es enorme.
Tiene un certificado SSL en los reinos de puesta de sol RSA128 y ciertos navegadores muestran las advertencias de que está utilizando un cifrado débil. Es posible que el navegador aún les permita conectarse, pero hará el indicador "algo está mal" en la barra de direcciones. Pruebe su sitio a través de todos los navegadores de la última versión.
Tiene SSL implementado, pero mal, inconsistente y los conmutadores son demasiado lentos. Este es un error de juicio bastante común: la gente piensa que puede simplemente redirigir con htaccess, configurar un canónico y estar listo. ¿Qué pasa con todos sus activos como menús dinámicos, fuentes de imágenes, etc.? ¿Qué hay de sus generadores de alimento? ¿Qué pasa con casi cualquier otra cosa que haga su plataforma? Asegúrese de que su plataforma muestre CADA enlace / src como HTTPS o url relativa al menos ... de lo contrario, los bots se confundirán y / o se conectarán dos veces, lo que aumentará los apretones de manos, las redirecciones aumentadas y más retraso (descalificado debido a la velocidad de página )
Demasiados redireccionamientos encadenados. Google odia las redirecciones cuando se encadenan en 2-3. Entonces, si está utilizando 301 SSL, esto se come de inmediato. Si redirige al modo WWW, ese es otro. Si luego redirige a nuevo contenido, ese es otro. Si hay algo intermedio, estás jugando con fuego. Verifique la marca de 3 minutos de este video: https://www.youtube.com/watch?v=r1lVPrYoBkA
Google está mintiendo descaradamente sobre la señal de clasificación de SSL y en realidad no afecta en absoluto. Todas mis cartas están en esta apuesta.
fuente
HTTPS no envía el encabezado de referencia. Por lo tanto, dicho tráfico se agrupará con el tráfico "directo".
fuente
¡Hora de una actualización!
No está 100% resuelto, sin embargo, después de actualizar el mapa del sitio y el archivo robots.txt para asegurarse de que todos apuntaban a HTTPS, el tráfico ahora es de aproximadamente el 85% de lo que era.
Parece estar aumentando gradualmente de nuevo, y una explicación para el menor tráfico / búsquedas se debe a la demanda estacional. Así que creo que por ahora el problema está resuelto, aunque ciertamente no tengo prisa por cambiar los sitios en el futuro a HTTPS donde no sea necesario ...
fuente
Cambié tres de mis sitios web de http a https y todos ellos también tenían un nicho completamente diferente. Los redireccionamientos 301 y el sitio de herramientas para webmasters de Google cambian e incluso todos los enlaces internos que se publicaron usando http en la url se cambiaron a https durante la noche.
Las nuevas páginas https comenzaron a aparecer en serps en unos pocos días y todas las páginas http fueron aprobadas en un mes y todas las páginas aparecieron con https. El tráfico muere durante algunas semanas y luego se recupera después de un mes más o menos, pero incluso después de esperar unos buenos 5 meses, el tráfico nunca llegó a niveles en el momento del cambio. En total, una caída de más del 40% en comparación con la versión http después de 5 meses de espera.
Cambié este sitio a http y redirigí todas las páginas https a http. Tomó alrededor de un mes para que el tráfico alcanzara los niveles originales.
Lección aprendida: Google está mintiendo sobre el aumento de ranking para las páginas SSL. No vendo nada y no tengo transacciones monetarias ni información personal que cambie de manos en ninguno de mis sitios web, por lo que no necesito SSL.
fuente
Me imagino (en gran medida aquí) que a la gente de "bots y spammers" no les gusta https porque drena más recursos en su extremo (también) por lo que simplemente se arrastran y visitan http.
fuente
HTTPS no mejora el tráfico de ninguna manera o forma. Es un protocolo seguro y nada más. No es diferente, de lo contrario, de HTTP. Si desea que Google combine los resultados para http y https, debe hacerlo en las herramientas para webmasters y, mejor, redirigir su tráfico http a https. Luego, sus totales se sumarán en lugar de rastrearse por separado.
fuente
Es posible que desee probar si su servidor web está configurado correctamente para servir HTTPS. Si no se configura correctamente, es posible que los navegadores estén lanzando una página de advertencia a los usuarios y los usuarios elijan no visitar su sitio.
Herramientas como esta de Qualys SSL Labs pueden decirle si hay un problema. Apunta a una calificación A
fuente