La migración de un sitio web es un término que se utiliza para describir cualquier cambio significativo en la configuración de un sitio web que pueda afectar SEO, como cambios en el dominio, las URL, el alojamiento, la plataforma o el diseño.

Hay muchos tipos diferentes de migraciones, pero los pasos básicos para la planificación y la resolución de problemas son similares. Las migraciones pueden ser muy complejas ya que a menudo involucran a muchas personas y partes móviles. No entre en pánico si todo no sale según lo planeado; puedes arreglar casi cualquier cosa que salga mal.

En esta guía, cubriremos:

Necesita saber qué está cambiando y quién debe participar para que suceda. En otras palabras, necesita un plan y un lugar para rastrear todas las partes móviles. Necesitará conocer a todas las personas involucradas, su función, los plazos y tener un proceso para realizar un seguimiento de todo. Un administrador de proyectos y un sistema de gestión de proyectos ayudan con esto. Intentar hacerlo todo por correo electrónico y Slack puede salirse de control rápidamente.

También desea tener un plan de reversión, en caso de que algo salga terriblemente mal. Siempre debe tener una forma de volver al estado original, incluso si solo planea usarlo en situaciones extremas.

Querrá saber el impacto de una mudanza, así que asegúrese de tener acceso a GSC y análisis en los sitios antiguos y nuevos (haga una vista combinada si es necesario para ver ambos). Algunos cambios pueden tardar algunas semanas o incluso meses en los que puede ver un cambio, pero es posible que otros no vean ningún cambio en absoluto. Por ejemplo, si está migrando un sitio de tamaño medio a un nuevo dominio, esperaría algunas semanas de cambio. Pero si está combinando en un sitio existente, es posible que no vea ninguna interrupción del tráfico.

También quieres hacer un poco de trabajo de preparación. Sugiero algunos pasos:

• Rastrear su sitio web. Utilizará esto como base para verificar cambios más adelante. Puede utilizar Site Audit para esto.
• Crea un conjunto de páginas de prueba como los del Páginas principales informe en Site Explorer. Los usará más adelante para verificar si hay errores. Es posible que desee seguir adelante y rastrearlos en un proyecto de auditoría del sitio separado para poder compararlos fácilmente más adelante.
• Restrinja el acceso a su sitio de preparación o desarrollo (si tiene uno) para evitar que se indexe.
• Haga una copia de seguridad de su sitio, en caso de que necesite volver a él.

Precisamente, lo que está involucrado en la migración de un sitio web depende de si las URL seguirán siendo las mismas o no. A continuación, analizaremos ambos escenarios.

Cuando las URL son iguales …

Este suele ser un movimiento más sencillo, al menos en cuanto a SEO, ya que están cambiando menos cosas. Aún puede ser un movimiento complejo, pero muchas de las tareas involucradas con estos movimientos suelen ser más trabajo de infraestructura / DevOps o desarrolladores y no de SEO.

Estas migraciones pueden incluir:

• Alojamiento: CDN, servidor
• Plataforma: CMS, idioma, JS marco de referencia
• Diseño: plantilla, enlaces internos, etiquetas

Si está utilizando un sitio de prueba o de desarrollo, es mejor obtener acceso para verificar si hay problemas antes de iniciarlo en vivo.

Qué buscar

Para esto, esencialmente está buscando cambios, incluidas cosas como:

• Etiquetas canónicas. Estos deberían ser los mismos.
• Etiquetas de título. Asegúrese de que sean iguales o similares a los que tiene. Los nuevos sistemas pueden tener generación de etiquetas automatizada o algunos valores predeterminados que pueden ser diferentes a los que tenía.
• Meta descripciones
• Etiquetas de encabezado
• Hreflang
• Esquema
• Meta robots. Desea asegurarse de que sus páginas no estén indexadas.
• Contenido. Esto es especialmente importante para los sistemas JavaScript. Es posible que los sistemas nuevos no tengan todo el contenido cargado en el DOM de forma predeterminada, por lo que es posible que los motores de búsqueda no vean parte del contenido en algunos casos.
• Vínculos internos. Cosas como rutas de navegación, publicaciones relacionadas, enlaces de pie de página o incluso la navegación principal pueden haber cambiado.
• Diferencias de velocidad

Utilice la función de comparación de Auditoría del sitio para ver los cambios desde su último rastreo:

Hay un par de cuestiones más que pueden crear problemas más importantes.

• Si accidentalmente deja un bloque en su lugar, los motores de búsqueda no pueden rastrear sus páginas.
• A veces, los redireccionamientos más antiguos no se copian de los archivos .htaccess o los archivos de configuración del servidor, y perderá algunos de los enlaces que apuntaban a su sitio. Este es complicado porque es más difícil de notar y suele ocurrir al cambiar de host. Mantenga un ojo en su Mejor por enlaces informe en Site Explorer y filtre por 404 para ver páginas con enlaces que ahora están rotos.

Cuando las URL son diferentes …

Estas migraciones suelen ser más complejas. La excepción se está moviendo de HTTP para HTTPS—Que es bastante fácil en estos días.

Estas migraciones pueden incluir:

Específico a HTTP > HTTPS

• Utilice una política de seguridad de contenido de solicitudes de actualización inseguras para solucionar todos los problemas de contenido mixto. Es rápido de implementar y funciona para todos los recursos, además de cosas como enlaces internos, que aún necesita actualizar usted mismo.
• Instalar un certificado de seguridad
• Redireccionamiento 301 HTTP > HTTPS
• Agregar un HSTS encabezamiento

No me preocuparía por cosas como una cadena de redireccionamiento en la ruta raíz o la actualización de enlaces al sitio. Arreglar la cadena y actualizar los enlaces no proporcionará ningún beneficio, ya que las señales se consolidan debido a las redirecciones.

Específico para cambios de dominio

• Más bajo TTL temporalmente (unas horas por el valor). Esto refrescará DNS se almacena en caché más rápido y cuando realice el cambio, más usuarios verán los cambios antes.
• Utilizar el herramienta de cambio de dirección en GSC.
• Verifique el dominio antiguo para ver si hay acciones manuales que podría estar en su lugar en GSC

Aquí hay un consejo rápido para los usuarios de Auditoría del sitio: si cambia el alcance de su rastreo en la configuración del proyecto a un dominio diferente, su nuevo rastreo estará en el nuevo dominio y podrá compararlo con el rastreo del antiguo. dominio.

Todos

• Actualizar enlaces internos y enlaces en varias etiquetas como canónicos, hreflang, etc. Es posible que pueda utilizar un complemento de búsqueda y reemplazo para hacer esto rápidamente para los enlaces internos.
• Configuración GSC. Esto puede incluir cosas como transferir su archivo de desautorización, configurar la orientación geográfica, URL configuración de parámetros y carga de mapas del sitio. Querrá mantener un mapa del sitio con URL antiguas durante un corto período de tiempo. Esto ayudará a monitorear la indexación de URL en GSC.
• Elimina los bloqueos de rastreo de las páginas del sitio nuevo y antiguo.. Es necesario rastrear todo para que las señales se consoliden correctamente.
• Asegúrese de que las páginas que desea indexar no estén marcadas como noindex. Puede utilizar Site Audit para esto.
• Redirigir páginas. Desea asegurarse de que las páginas antiguas se redirijan con un redireccionamiento 301 a las nuevas versiones de sus páginas. También es una buena idea redirigir cosas como imágenes y archivos PDF, pero no se preocupe por cosas como JS, CSSo archivos de fuentes. Concéntrese en redirigir las cosas que los motores de búsqueda indexan y no se preocupe por otros tipos de archivos.

Desea detectar los cambios lo antes posible, por lo que si tiene un sitio de desarrollo o de prueba, debe rastrearlo para asegurarse de que todo esté bien antes de enviar cambios a un sitio en vivo. Recuerde que si un sitio antiguo estaba usando HTTPS y el certificado expira, los bots se pasan pero los usuarios recibirán un mensaje de error y no serán redirigidos. Existen certificados de varios dominios que cubren varios sitios que pueden ayudar a prevenir este problema.

Si ve una caída, es probable que esté relacionado con redirecciones, algo que no se puede rastrear, algo que no se indexa, cambios en el contenido o eliminación de contenido, cambios en los enlaces internos o algo que cambió relacionado con aspectos técnicos. SEO.

Hay varias formas de observar el progreso de la migración y asegurarse de que todo avanza como debería.

Con Ahrefs

Hay varias formas de buscar cambios. Como mencioné anteriormente, puede cambiar el alcance de su rastreo en Auditoría del sitio y obtener una comparación que le muestre lo que cambió. Querrá estar atento a cambios en cosas como:

• Cánones rigurosos
• Hreflang. Esto se interrumpirá por un tiempo si cambia de dominio, ya que llevará algún tiempo volver a rastrear las páginas y establecer las conexiones.
• Esquema
• Meta robots

¿Recuerdas cómo creamos esa lista de páginas principales antes? Estas son tus páginas prioritarias. Vale la pena rastrear esa lista en Auditoría del sitio para asegurarse de que los redireccionamientos estén en su lugar y no haya habido cambios significativos. Si configura un proyecto separado para esa lista con anticipación, incluso puede hacer un rastreo de comparación para ver los cambios en estas páginas rápidamente.

Puede obtener tráfico de página, tráfico de palabras clave e historial de cambios con el Páginas principales y Palabras clave orgánicas informes en Site Explorer 2.0. Es fácil hacer comparaciones para el mismo dominio, pero si cambió de dominio, es posible que desee exportar estos datos a Excel o Google Sheets para hacer una vista combinada para diferentes períodos y ver dónde puede haber ocurrido alguna pérdida.

También puede utilizar nuestro rastreador para asegurarse de que sus redireccionamientos funcionen correctamente y que los enlaces se redireccionen correctamente.

Esta es la forma más sencilla de hacerlo:

1. Ingrese su dominio en Site Explorer
2. Ve a la Mejor por enlaces reporte
3. Agregar un filtro “404 no encontrado”
4. Ordenar por dominios de referencia

Esto le mostrará páginas con enlaces a ellas que vemos como 404 con nuestro rastreador. Es posible que desee redirigirlos.

Con GSC

Google Search Console tiene una gran cantidad de datos para ayudarlo con la migración. Por ejemplo, puede comprobar si hay problemas de canonicalización utilizando el URL Herramienta de inspección. Solo ingrese el URLy Google te dirá qué canónico eligieron.

Más allá de eso, puede exportar GSC datos y haga una vista combinada de su tráfico en Excel o Google Data Studio para ver mejor la migración. Es posible que también desee utilizar una vista combinada de la página o los datos de palabras clave para solucionar cualquier pérdida.

El informe Cobertura del índice le ayuda a ver cómo se indexan sus páginas. Si ha subido los archivos de mapa del sitio nuevos y antiguos, puede ver el cambio en la indexación y comprobar si hay algún problema aquí. Al tener los archivos del mapa del sitio, puede obtener informes de cobertura específicos solo para las páginas de esos mapas del sitio.

Si desea ver una descripción general de la actividad de rastreo de Google y cualquier problema identificado, el mejor lugar para buscar es el informe de Estadísticas de rastreo en Google Search Console. Aquí hay varios informes para ayudarlo a identificar cambios en el comportamiento de rastreo, problemas con el rastreo y brindarle más información sobre cómo Google rastrea su sitio.

Definitivamente desea ver cualquier estado de rastreo marcado como los que se muestran aquí:

También hay marcas de tiempo de cuándo se rastrearon las páginas por última vez.

Misc

Si no obtuvo un rastreo básico del sitio y necesita verificar las diferencias entre el antiguo y el nuevo, consulte archive.org para ver si tienen una copia de alguna de las páginas. También suelen tener copias de archivos robots.txt de sitios que pueden ser útiles para ver si algo salió mal y se bloqueó accidentalmente durante el proceso.

Si no tiene acceso a Google Search Console para un sitio, aún puede verificar la canonicalización pegando un URL en Google. Por lo general, la primera página que se muestra será la canónica.

Y nuevamente, si no tiene acceso a GSC, muchos otros problemas relacionados con el rastreo se pueden verificar en sus archivos de registro.

Solo una advertencia de que el operador de búsqueda site: a veces confunde a la gente. Si usa site :, pregunta qué sabe Google sobre un sitio web específico. El hecho de que vea páginas allí no significa que así estén indexadas o que haya un problema con la migración. He visto que esto lleva a que la gente haga cosas como bloquear el sitio antiguo para mantener las páginas fuera del índice, lo que causa problemas.

Continuar monitoreando

Algunos problemas pueden aparecer mucho después de que finalice la migración.

• Supervise el dominio antiguo para asegurarse de que se renueve y haga lo mismo con cualquier otro dominio que haya redirigido al sitio. Si los dominios caducan, es posible que se pierdan las señales que se transmiten a través de los redireccionamientos de los sitios más antiguos.
• Si no se deshizo de su antiguo alojamiento y aún mantiene los redireccionamientos allí, tenga en cuenta que se romperán si se apaga, y …