Cómo migrar con éxito de HTTP a HTTPS
Hace más de un mes que migramos un sitio web de HTTP a HTTPS.
La migración no fue fácil, hay que decir, pero todo el esfuerzo realmente ha valido la pena. Lo hicimos sin dañar nuestra clasificación y tráfico orgánico. Y ahora, como todo se ha normalizado después de la migración, decidí resumir nuestra experiencia en este caso, lleno de consejos prácticos y consejos.
Con suerte, ayudará a mis compañeros SEO que no están dispuestos a comenzar otro hilo de «Yo migré a https y las posiciones se eliminaron» en Inbound o Reddit. Sin embargo, quiero advertirte antes de leer más. Esto no es un tipo de receta a prueba de balas; Las cosas pueden estropearse cuando usted menos se lo espera. Y sólo puedo garantizar que ha funcionado para nosotros, y es probable que funcione para usted.
Una breve introducción sobre HTTPS:
HTTPS es un protocolo para la comunicación segura entre un usuario y un sitio web. Hace más difícil escudriñar la información que envía y recibe a través de Internet. ¿Debe molestarse si tiene un sitio web y se ejecuta en HTTP? La respuesta corta es sí». Y la versión más larga se despliega en tres puntos clave:- HTTPS proporciona más seguridad y, por lo tanto, una mejor experiencia de usuario para los visitantes del sitio web;
- Algunos SEO creen que beneficia la clasificación de palabras clave;
- De vez en cuando los chicos de Google inventaban un nuevo truco para que finalmente migraras. He aquí un nuevo ejemplo:
- En primer lugar, es inevitablemente que perderá algunas de sus posiciones y tráfico durante la migración HTTPS;
- En segundo lugar, se restaurarán en 1-2 semanas, siempre que siga todas las prácticas recomendadas de migración.
Migración a HTTPS
1. Determina el estado «tal cual» y desarrolla un plan
1.1 Suba el capó y elabore la estructura de su sitio web
Un buen plan siempre le ahorrará un poco de tiempo. Puedo decir con seguridad que empezar sin un plan adecuado es una garantía de fracaso. Imagínese un sitio web con decenas de miles de páginas que han estado activas durante más de diez años, y que ha sufrido innumerables rediseños y cambios estructurales durante su existencia! Su funcionalidad principal se basa en el marco Yii que maneja el área de contenido principal y la sección Noticias. Además de eso, tenemos páginas que pertenecen al sitio web legado, también gestionado por Yii, y un blog heredado impulsado por WordPress. Todos estos están acompañados por un foro que se ejecuta en la parte superior de phpBB, y un área de soporte al cliente impulsado por Kayako. La lista es bastante impresionante, pero ni siquiera estamos a mitad de camino. Para empeorar las cosas, aunque algunas áreas del sitio comparten el mismo CMS, todavía tienen plantillas de html independientes (por ejemplo, el área de afiliados). Y como resultado, cada uno de ellos necesita ser tratado como una unidad de migración independiente! Podría seguir y seguir con todos los obstáculos que encontré al planificar esta migración, pero es mejor que me detenga por razones de seguridad. 😉 En su lugar, he aquí un fragmento del organigrama que usé para mi migración.
Con la migración de HTTPS, la planificación es lo que puede diferenciar entre hacerlo bien o mal. E incluso si usted tiene un pequeño sitio web de 10 páginas escrito en HTML puro, te recomiendo que te pongas bajo el capó y redactar su estructura. Mientras hace esto, piense en cosas que pueden dejar de funcionar correctamente una vez que haya migrado a HTTPS.
Pueden incluir:
- Scripts externos
- Formularios
- Chat de apoyo
- Descargables
- Pagos
- APIs externas
- Un gráfico estructurado del sitio web que le ayudará a visualizar cada elemento estructural de su sitio;
- Una lista de tareas relacionadas con cada CMS y tecnología;
- Una lista de comprobación para utilizar al probar su sitio después de la migración.
1.2. Crear un informe de clasificación de palabras clave
Como parte de mis actividades preliminares, también creé un nuevo proyecto en Rank Tracker con todas las palabras clave de destino que normalmente promocionamos y supervisamos, así como las palabras clave que aparecieron en el informe de Search Analytics en Search Console. Agrupé las palabras clave por áreas relevantes del sitio web (usando las etiquetas de Rank Tracker), y creé una tarea de verificación de rango programada, para que Rank Tracker actualizara nuestras clasificaciones diarias:
Gracias a estos preparativos, en el momento de la migración ya he recopilado suficientes datos de clasificación histórica para comparar mis clasificaciones posteriores a la migración.
Y más a eso, gracias al hecho de que todas las palabras clave fueron agrupadas por las áreas del Web site, podía supervisar cómo esta o esa área del Web site realizó en búsqueda. ¡Extremadamente conveniente para localizar inmediatamente donde está el problema!
- Asegúrese de revisar las clasificaciones de sus palabras clave de destino al menos una vez antes de cambiar a HTTPS. Así que usted es capaz de comparar los rankings antes y después de la migración.
- Asignar cada palabra clave a un área específica de su sitio web, de modo que si algunos de sus rankings de repente caen, sabrá dónde buscar el problema.
- Programe los chequeos de clasificación para que se ejecuten diariamente por lo menos durante dos semanas después de la migración, para poder reaccionar instantáneamente si algo sale mal.
2. Coordinarse con tu equipo para la migración de HTTP a HTTPS
Una migración de HTTPS es obviamente más de una tarea técnica que SEO. Y aunque HTML, GIT, NGINX y PHP acrónimos involucrados en el proceso no me hacen sentir perplejo, estoy convencido de que un SEO debe mantenerse alejado de la codificación.
Por suerte, me las arreglé para obtener un administrador del sistema y un desarrollador web en mi equipo. El primero fue responsable de configurar el entorno de preparación y migrar de la etapa a nuestro servidor de producción. Y este último estaba trabajando en estrecha colaboración conmigo, yo estaba creando tareas y garantizar la calidad después.
Esto nos permite agilizar y acelerar el proceso, ya que todos estaban involucrados en las tareas en las que eran buenos.
Si gestiona proyectos más sencillos o si su sitio web se está ejecutando en un CMS generalizado, lo más probable es que pueda gestionar la migración por su cuenta.
Pero seamos honestos – incluso el desarrollador web menos experimentado es probable que sea un codificador mejor que el SEO más conocedor. Así que conseguir los especialistas adecuados a bordo es probable que ahorre su personal y el tiempo de su empresa y minimizar el daño potencial.
3. Para escenificar o no
Al planificar una migración HTTPS, puede elegir una de estas opciones para implementar los cambios:
- Implementar directamente en el sitio web de producción. (Peligroso)
- Implementar en el entorno de desarrollo y luego implementar los cambios en el sitio web de producción. (Más seguro)
- Implementar en el entorno de desarrollo, luego desplegar los cambios en el entorno de ensayo y, finalmente, combinar los entornos de producción y de producción. (Lo más seguro)
4. La Configuración SEO
4.1. Antes del despliegue a la producción
Una vez que el escenario estaba listo, empezamos a hacer cambios relacionados con SEO.- Arreglar los problemas de contenido mixto.
- Todos los atributos src de imágenes y secuencias de comandos deben apuntar a URLs HTTPS absolutas oa rutas relativas (en caso de recursos internos).
- Los iframes deben cargarse a través de las URL HTTPS o las rutas relativas.
- Las etiquetas de Open Graph y las tarjetas de Twitter deben apuntar a las URL de HTTPS
- Su mapa del sitio XML y el feed RSS también deben contener sólo URLs HTTPS.
Además, si busca más flexibilidad, pruebe la función de búsqueda personalizada en el Auditor de sitios web. Con la ayuda de selectores CSS puede encontrar muchos problemas de migración HTTPS en su sitio:
- Buscar rel = etiqueta canónica apuntando a HTTP:
- Buscar atributos src que apuntan a HTTP:
4.2. Contadores de medios sociales
Yo estaba muy decidido a preservar nuestra métrica de vanidad después de la migración, pero esta tarea resultó ser complicada.
G + y LinkedIn resultaron completamente compatibles con HTTPS (sus contadores mostraban datos correctos tanto en versiones HTTP como HTTPS de la misma página), mientras que Twitter y Facebook nos causaron ciertos problemas.
- Contador de Twitter.
- Contador de Facebook
- Comentario de Facebook
4.3. Después de la implementación
Hay tres reglas que sigo cuando estamos a punto de hacer cambios importantes del sitio web al servidor:
- ¡No despliegue cambios importantes en el servidor de producción el viernes!
- NUNCA DESPLIEGUE cambios importantes al servidor de producción EL VIERNES!
- Asegúrese de que robots.txt no bloquea el contenido que normalmente debería estar disponible para los motores de búsqueda.
2) Conseguí la lista de la garantía de calidad que mencioné en la primera parte del estudio de caso.
3) Una vez que me aseguré de que el sitio web funcionó correctamente, he comprobado el contenido mixto y redirigir los problemas de la cadena (como se describe anteriormente).
4)El siguiente paso fue crear una nueva propiedad web en Search Console para la versión HTTPS del sitio web. Traspase todos los ajustes que tenía para la versión HTTP a la nueva propiedad, como:
- Sitemaps;
- Parámetros de URL;
- Disavow file.
- Los resultados
Google tráfico orgánico parece previsiblemente aburrido, así, y casi refleja el tráfico orgánico en general. No es sorprendente, sin embargo.
El siguiente gráfico se tomó de la cuenta de Search Console de la nueva propiedad HTTPS. Muestra el número de impresiones. Como se puede notar, que completamente restaurado en un mes.
Durante el primer mes, Google crawler estuvo muy activo. Echa un vistazo a la cantidad de páginas rastreadas por día:
Los rankings de palabras clave fueron más volátiles que de costumbre durante la primera semana. Pero se estabilizaron con el tiempo. Las palabras clave de bajo volumen de búsqueda eran más inestables que las de corto volumen. Y durante el tiempo de transición, las versiones HTTP y HTTPS de las mismas páginas fueron vistas de vez en cuando en los resultados de búsqueda para varias consultas.
A usted.
Así, así es como pasó nuestra migración HTTPS – sin mucha prisa y sin sorpresa. Lo siento si no fue lo suficientemente melodramático, sin desastres y una recuperación mágica después 🙂
Espero que les sea útil, si has migrado o están pensando en hacerlo, cuentanos tu experiencia
Etiquetas:etiquetas canónicas, informe de palabras clave, migrar http a https, redireccionamiento https
"Trackback" Enlace desde tu web.
Elena
| #
Gran post! Enhorabuena! Veo que tambien utilizas Website Auditor. Yo la estoy probando en comparación con Screaming Frog y me surgen algunas dudas, a ver si me puedes ayudar. Cuando analizo con ambas herramientas una web sin capar nada en las configuraciones iniciales de rastreo, siempre en WA el resultado de los recursos totales (sobre todo las paginas html) me da un número mucho mayor. Y al final no sé cual es más fiable de las 2 herramientas. ¿a ti no te pasa? y si te pasa ¿con cual te quedas? ¿puede ser que haga algo mal en la configuracion?
Un saludo y muchas gracias!
Reply
Paginas Valencia
| #
Hola Elena:
No puedo ayudarte con una opinión sobre Screaming Frog, porque no le hemos utilizado, de todas formas si utilizas versiones de pago en ambas aplicaciones o son versiones gratuitas?, ya que la diferencia de resultados puede ser esa, qu las gratuitas te dan un limite de información, con respecto a las versiones de pago.
Un saludo
Reply