¿Son comunes las caídas en el ranking de Google después de cambiar a https?

9

Hace aproximadamente una semana hice el cambio a https en uno de mis sitios. Estoy seguro de que hice todo bien. Configure correctamente los redireccionamientos 301 de las versiones http a https. Se agregó y verificó la versión https en las Herramientas para webmasters. Se actualizaron todos los enlaces internos. Se envió un nuevo mapa del sitio.

A pesar de eso, muchas de mis páginas (alrededor del 40%) perdieron su clasificación casi de inmediato. Los que cayeron fueron de la página 1 a ninguna parte. Todavía puedo verlos indexados si busco la URL, pero de lo contrario es como si Google no supiera que existen.

SSL Labs muestra una "A" cuando ejecuto su prueba y no tengo acciones manuales en las Herramientas para webmasters de Google.

Esto es realmente frustrante. En realidad no necesito SSL, pero Google finalmente me asustó. Ahora me arrepiento del cambio y contemplo volver a las URL no seguras.

¿Algo más que me podría haber perdido?

redirects 301-redirect https Mike S.
fuente

Respuestas:

4

Google tardará en fusionar las listas de índice de su sitio anterior con sus nuevas URL. Este tipo de caída temporal es normal.

Esté atento a las redirecciones 301 y espere a que se recuperen sus listados.

Martin
fuente
1
No hay fusión HTTP se descarta y se agrega HTTPS. Lo que queda son las métricas de cualquier nombre de dominio. Esencialmente, todo lo demás se rehizo. Esto se debe a que hay dos claves principales en las que se basa el índice de G, el nombre de dominio y las URL completas. Como el nombre de dominio no cambia, queda todo lo relacionado con el nombre de dominio, mientras que todo lo relacionado con la URL se descarta, se reindexa y se reconstruyen las métricas. Esta es una interrupción importante y puede llevar una cantidad de tiempo significativa dependiendo del tamaño del sitio, la frescura, la popularidad, las tendencias de los temas, etc. ¡Saludos!
closetnoc
Una redirección 301 conserva algunas métricas, como los vínculos de retroceso. Google necesita tiempo para fusionar estas métricas.
L Martin
Después de un análisis, creo que mi clasificación cae cuando la versión https se indexa antes de que Google pueda detectar la redirección. ¿Podría ingresar a las Herramientas para webmasters de la entrada http y forzar manualmente una reindexación de las URL no seguras a través de la opción Recuperar para acelerar este proceso? Ya lo he probado para algunas URL que todavía se muestran como http en los resultados y Google detecta correctamente la redirección 301 permanente.
Mike S.
Un 301 guarda los enlaces y valores para los enlaces, lo cual es un buen punto. Sin embargo, la página HTTPS tiene que indexarse ​​antes de que todo funcione. Afortunadamente, cuando googlebot intenta acceder a la página HTTP, la página HTTPS se recuperará de inmediato. Puede tomar un tiempo para que se aplique el valor del enlace, pero no mucho tiempo en absoluto. Solo mencioné cómo se organizó el índice para ayudarlo a comprender cómo funciona. No ser inteligente - ¡$$! ¡¡Salud!!
closetnoc
7

Si es común. Aquí tenemos preguntas al respecto todo el tiempo:

También tenemos preguntas sobre si Google clasificará mejor los sitios con HTTPS:

Recientemente mudé mi sitio web más grande a HTTPS (millones de visitas mensuales de SEO). Lo hice sin ningún problema con las clasificaciones de Google. Lo hice en 3 etapas:

  1. Habilite HTTP y HTTPS con canónicos en HTTP (2 años, aunque esto podría ser una prueba rápida)
  2. Cambie los canónicos a HTTPS (9 meses)
  3. Redirigir HTTP a HTTPS

Para obtener detalles completos, consulte mi respuesta de HTTP a HTTPS: ¿Esperar a que se indexe el nuevo mapa del sitio?

Stephen Ostermiller
fuente
3
  • ¿Tiene una etiqueta "rel = canonical" en su página que apunta a una URL HTTP en lugar de una HTTPS?
  • ¿Tiene enlaces residuales dentro de su página web que apuntan a la versión HTTP de sus páginas web en lugar de la versión HTTPS. (por ejemplo, un <img src=http://)
  • Le animo a que revise todos los encabezados y respuestas de redireccionamiento. En la respuesta HTTP, no debería ver un HTTP ni en los encabezados HTTP ni en el HTML.
Nicolas Guérinet
fuente