Migración de sitios web: estrategia SEO y mejores prácticas

Es posible que deba migrar su sitio web/negocio por un motivo específico. Como SEO, lo llamamos "migración" o "movimiento del sitio". Una migración preparada incorrectamente puede resultar en una disminución significativa en su tráfico orgánico. En esta guía, compartiré cómo puede superar el proceso de migración de su sitio de la manera más sencilla.

¿Por qué necesita migrar su sitio web? Puede haber una o más razones para esto.

Primero, echemos un vistazo a los tipos de migración.

1. Cambio de Dominio:
   Es posible que desee mover su sitio x.com a y.com
2. Cambio de estructura de URL:
   Las URL con palabras que son relevantes para el contenido y la estructura de su sitio son más amigables para los visitantes que navegan por su sitio. Si las URL del sitio no son compatibles con SEO, es posible que desee cambiarlas.
3. Migración HTTP > HTTPS:
   La seguridad es una prioridad principal para Google. Si migra su sitio de HTTP a HTTPS, Google lo trata como un movimiento de sitio con cambios de URL. Esto puede afectar temporalmente algunos de sus números de tráfico.
4. Cambio de plataforma:
   La plataforma del sitio es en lo que se basa nuestro sitio. Podrías haber creado tu sitio web en WordPress, Shopify, Wix o cualquier otra plataforma. Además, podría tener un sitio personalizado creado por un equipo de desarrollo. Es posible que desee cambiar a una plataforma mejor. Al cambiar la plataforma en la que está construido su sitio, debemos probar las funciones de SEO de su nueva plataforma.
5. Cambios de estructura y jerarquía:
   Su sitio web puede comenzar a servir en un área completamente diferente. O es posible que la URL y la estructura de categorías de su sitio no sean compatibles con SEO. Independientemente del motivo, podemos comenzar a trabajar en un sitio completamente nuevo.
6. Cambio de servidor:
   Las migraciones de servidores presentan un riesgo principalmente en términos de velocidad de carga de la página. La velocidad del sitio es un factor de clasificación de SEO, pero lo que es más importante, es un problema de experiencia del usuario y tasa de conversión. Puede pensar en configurar un sitio de prueba en el nuevo servidor y probar la velocidad de la página en él. Además, no olvide verificar las redirecciones para asegurarse de que se comporten como se espera.
7. Migración de sitio móvil independiente:
   Google recomienda el diseño web receptivo como patrón de diseño, ya que es el más fácil de implementar y mantener. Por lo tanto, puede planear redirigir su versión m-dot a la versión receptiva principal. Hacer una redirección allí es absolutamente lo correcto. Esto es algo que debería ser bastante sencillo y debería ser bastante fácil de hacer.

Si toda la estructura sigue siendo la misma, solo cambia el dominio (1er tipo de migración), se puede decir que nuestro trabajo es fácil. En otros tipos de migración o cuando se combinan más de un tipo de migración, las cosas pueden ser más complicadas.

Hay docenas de ejemplos que experimentaron una pérdida masiva de tráfico durante la migración.

Algunos errores que provocan pérdida de tráfico al mover un sitio:

1. Falta de planificación
2. Bajo conocimiento de SEO y UX
3. Bajo presupuesto
4. Problemas de redirección
5. Errores de mapeo de URL
6. Errores de rastreo
7. No interfiera con los errores instantáneos

Para no encontrar estos problemas, encontrará la estrategia de planificación correcta y los puntos a considerar en la continuación del artículo.

Antes de comenzar, quiero advertirles sobre algunas cosas:

• ! Google no recomienda realizar cambios en el diseño y la estructura de la URL al mismo tiempo. Si es posible, es útil hacer estos dos o más tipos de migración en diferentes momentos, paso a paso.
• ! Si el sitio se está moviendo a un dominio diferente, se debe investigar el historial de la nueva dirección de dominio. Archive.org, “yoursite.com” consultas de búsqueda y herramientas de auditoría funcionarán. Si hay un registro de dominio o un sitio establecido antes, debe reconsiderarse. Instalar un dominio con una entidad de marca en Google, que ha estado expuesto a problemas como enlaces de spam o piratería, o sirviendo sobre un tema completamente diferente, hará que se pierda una gran parte del tráfico.
• ! En algunos casos, incluso si la planificación e implementación de la migración se realiza sin problemas, existe la posibilidad de que el tráfico orgánico disminuya en un 15 % o más. Dado que hay un cambio de estructura importante en el sitio, Google vuelve a aprender y evalúa cada página una por una. Este período suele ser de unas pocas semanas, pero puede ser más largo para sitios grandes. Si todo va bien, tu tráfico orgánico ganará un impulso positivo en muy poco tiempo después de esta evaluación.
• ! El sitio no debe estar cerrado a los usuarios durante o antes de la migración. Si se va a realizar un cambio de diseño o estructura, puede anunciar esta información a su audiencia con anticipación con métodos simples. (Carrusel, correo electrónico, SMS, notificación automática, etc.) Las páginas con diferentes códigos de estado o mensajes de advertencia pueden ser interpretados negativamente por Googlebot.
• ! El momento de la migración (lanzamiento de la nueva estructura) debe ser en la zona horaria donde el sitio web recibe menos tráfico. De esta forma, en caso de encontrarse con problemas no deseados, el número de la audiencia que se verá afectada se mantendrá en un nivel mínimo. Además, durante estas horas cuando la carga del servidor es baja, Googlebot rastreará e indexará el nuevo sitio más rápido.

[Estudio de caso] Evite que su rediseño penalice su SEO

Un año después del rediseño de su sitio web, EasyCash pronto se dio cuenta de que el rendimiento que esperaban no estaba allí. Identificaron y resolvieron varios obstáculos de SEO.

Lea el estudio de caso

Planificación y recopilación de datos

Un plan de proyecto que no se salta ningún paso de la mudanza garantiza que el trabajo progrese sin errores. Cuando se determine el plan de trabajo, la distribución de tareas quedará clara. Este plan debe realizarse al menos 30 días antes de la migración.

Es importante mantener actualizados los datos de los visitantes. Según el tamaño de tu proyecto web, es necesario agrupar las páginas y consultas con mayor tráfico.

Sugerencia: Mantener archivos de registro que cubran 45 días antes de la fecha de migración le permite analizar el comportamiento de Googlebot y tomar medidas inmediatas si hay una diferencia.

Crear sitio de prueba y no permitir

El proceso de migración comienza con wireframes para SEO. Si se comprueban los wireframes y se realizan comentarios SEO durante la creación de los wireframes, se reducen los cambios que se deben realizar en el sitio de prueba. Esto permite que el proyecto avance más rápido. Esto también facilita el trabajo de los diseñadores de UX/UI.

También es importante desactivar el acceso del bot al sitio de prueba. De lo contrario, puede experimentar que sus nuevas páginas se incluyen en el índice de Google en muy poco tiempo.

¿Cómo deshabilitar los robots de los motores de búsqueda por archivo robots.txt?

Cree un archivo robots.txt : puede crear un archivo llamado test.example.com/robots.txt y ejecutar los siguientes comandos:

——

Agente de usuario: *
No permitir: /
# Este comando bloquea el acceso de todos los bots a mi sitio web.

——

Agente de usuario: OnCrawl
Permitir: /
# Este comando solo permite que el bot “OnCrawl acceda a mi sitio web.

—–

Es posible decidir con qué bots probar y definir el seguimiento al agente de usuario a través del archivo robots.txt. Oncrawl tiene características que harán las cosas mucho más fáciles.

Restricción de IP : si está involucrado en el plan de migración del sitio web de una empresa, solo puede abrir el acceso a la IP de la empresa y deshabilitar el acceso a todas las demás IP para evitar que el nuevo proyecto quede expuesto. En este caso, deberá otorgar acceso IP privado a la agencia o consultores con los que trabaja, si corresponde. Incluso si realiza la restricción de IP, debe prohibir los bots mediante el archivo robots.txt.

Protección con contraseña : se puede crear una combinación de ID y contraseña para ingresar al sitio de prueba. Las aplicaciones de rastreo, como Oncrawl, tienen funciones de acceso con contraseña.

Etiqueta Noindex : se puede agregar una metaetiqueta noindex a la sección principal de todas las páginas para evitar que Google indexe las páginas del sitio de prueba.

Sugerencia : uno de los errores más comunes es olvidar eliminar la etiqueta noindex después de migrar al nuevo sitio web. Recuerda confirmar que las etiquetas estén actualizadas a index, seguir al momento de la migración.

Seguimiento del rendimiento con Google Analytics

Uno de los puntos más importantes para el seguimiento del rendimiento es continuar desde la misma cuenta de Google Analytics sin pérdida de datos. Por lo tanto, el código GA y GTM existente debe estar activo en el nuevo sitio con la migración.

La generación de un nuevo código GA hace que sea más difícil medir el rendimiento de su web.

Si agrega un recordatorio a su panel de control de Google Analytics el día de la mudanza, le resultará más fácil comparar el rendimiento más adelante.

Creación de una lista de URL existente

Mencioné al comienzo de mi artículo que si solo estamos cambiando nuestro nombre de dominio, nuestro trabajo es fácil. Podemos aplicar esto de forma masiva desde el archivo .htaccess con el siguiente código o uno similar.

* El archivo .htaccess es un archivo de configuración ubicado en servidores Apache.

RewriteEngine On RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [O]
RewriteCond %{HTTP_HOST} ^www\.nuevositio\.com$
Regla de reescritura (.*)$ https://newsite.com/$1 [R=301,L]

Este conjunto de reglas garantizará que la dirección del dominio redirija automáticamente 301 a https://newsite.com cuando se acceda a cualquier URL en oldsite.com o www.oldsite.com.

Sin embargo, si su trabajo es corregir una estructura de URL incorrecta, las cosas se complican aquí. Expliqué esta situación más adelante en el artículo.

Ahora estamos en uno de los puntos más importantes del proceso de migración. Obtener la lista completa de URL importantes para el sitio actual es clave. Si olvida una URL con muchos visitantes y un alto PageRank, y la deja fuera de la migración, prepárese para una caída en su tráfico orgánico.

Sugerencia : al exportar URL de más de una fuente, puede asegurarse de que no se omita ninguna URL.

Comenzar con XML Sitemap siempre es el paso correcto. Para simplemente transferir las URL de su archivo XML a la hoja de cálculo, puede copiar el enlace aquí y escribir su propia URL del mapa del sitio en lugar de https://www.sinanyesiltas.com/post-sitemap.xml en la primera línea.

• Todas las URL con impresión en Search Console,
• Todas las URL con páginas vistas a través de Google Analytics,
• Todas las URL obtenidas como resultado del rastreo con Oncrawl,
• Avanzar utilizando múltiples herramientas de rastreo de terceros garantiza que el trabajo sea claro. Es esencial asegurarse de que no se omita ninguna URL aprovechando las diferentes funciones de cada aplicación de rastreo.
• Es importante incluir páginas que ya han obtenido enlaces aquí. Para esto, es necesario descubrir las páginas enlazadas a través de las herramientas Search Console, Ahrefs, Semrush y Majestic y agregarlas al mismo documento.

Después de obtener todas las URL, tendrá una información agrupada similar a la siguiente en un solo documento de Excel.

Tenemos muchas hojas de Excel diferentes con URL disponibles. Es hora de combinarlos todos en un solo archivo y hacerlo único. Continuamos nuestro camino con un documento en el que no hay URL coincidentes, se enumeran sus URL actuales y no se omite ninguna URL importante. La pestaña TODOS en la imagen representa el área de la que estoy hablando.

Asignación de URL (antigua – nueva asignación de URL)

En el proyecto donde la estructura de URL ha cambiado, las URL existentes deben coincidir con las nuevas URL. Un SEO que hará esto de la mejor manera puede garantizar que el proceso de migración se desarrolle sin problemas y sin pérdidas.

Es necesario hacer coincidir la nueva URL con cada una de las URL existentes en el documento que creamos en el paso anterior. Puede compartir directamente este documento que completará con el equipo de TI y solicitar la identificación de las redirecciones a través del archivo .htaccess. O puede hacerlo usted mismo.

Hay cosas críticas a considerar en este paso:

• Se debe usar la redirección del lado del servidor 301 en las redirecciones que se aplicarán. Este tipo de redirección permanente redirige la página X a la página Y y garantiza que todo el valor de la página X se transfiera a la página Y. Usar 302, 307, JS, Meta u otros tipos de redirección es un error muy crítico en el proceso de migración.
• No incluya URL que no tengan visitantes, contenido deficiente y que crea que están perjudicando su presupuesto de rastreo en su archivo de asignación de URL. Recuerda que Google ha reservado un espacio para tu sitio en su centro de datos y debes usar este espacio con tus páginas más eficientes. Si ha identificado un grupo de páginas innecesarias, haga que estas páginas respondan con el código de estado 410.
  ¿Por qué 410? El código de estado 410, a diferencia del 404, dice que esta página ahora está eliminada y no volverá a estar activa. En caso de que use el código de estado 404, Googlebot visita su servidor para verificar si la misma página está activa nuevamente. Al eliminar estas visitas, 410 es una solución importante para usar su presupuesto de rastreo de manera eficiente.
• No redirija varias páginas a una sola página de forma masiva. Esto genera confusión tanto para los usuarios como para los bots. En lugar de aplicar un 301 masivo para las páginas que no usa y considera improductivas, revise la solución 410.
• Si está en el proceso de migración de un sitio de comercio electrónico con miles de páginas, no es posible preparar un mapeo uno a uno para cada URL. En este caso, puede guiar a su equipo de TI preparando patrones.

Redirecciones de imagen

Las imágenes también se incluyen en las asignaciones de redirección y migración del sitio. Uno de los errores más comunes que vemos es que las orientaciones de las imágenes no se incluyen en la migración. Para no perder las clasificaciones y los valores obtenidos en Google Images, es importante preparar un mapeo de URL separado para las imágenes. El trabajo de migración debe verse basado en URL, no en páginas.

¿Cómo hacer?

1. Rastrea tus archivos de imagen con Oncrawl.
2. Puedes analizar tus fuentes de imágenes que obtienen backlinks con Ahrefs, Semrush y Majestic.
3. Puede analizar las páginas con sus imágenes a través de Consola de búsqueda > Tipo de búsqueda > Imagen.
4. Recopile todas las URL que obtenga en el mismo formato de Excel que hicimos para las páginas, elimine los duplicados y complete su configuración de mapeo.

(Si el dominio está cambiando) Herramienta de cambio de dirección de Google

Después de completar todo el trabajo preliminar y activar las redirecciones, existe una herramienta que nos permite especificar el traslado del sitio a Google y facilita las cosas: Herramienta de cambio de dirección. Las señales se manejarán en menos tiempo después de seleccionar el sitio antiguo y los sitios nuevos en esta herramienta.

• Se requiere la propiedad de la propiedad de Search Console tanto para el sitio antiguo como para el sitio nuevo.
• El cambio de dirección solo se utiliza para cambios de dominio. No disponible para cambios de URL de subcarpetas o migraciones HTTP > HTTPS.
• En esta herramienta de cambio, es necesario manejar cada subdominio por separado, si corresponde.
• Cuando se cumplen estas condiciones, se puede iniciar el proceso seleccionando los sitios antiguo y nuevo con la herramienta de cambio de dirección de Google.

Actualizaciones de enlaces

El sitio web ahora tendrá una nueva estructura de URL. En este caso, todos los enlaces del sitio deberían funcionar en la nueva versión. Si se siguen utilizando las antiguas URL en los enlaces dentro del sitio, funcionarán muchos redireccionamientos sin sentido. Por lo tanto, los siguientes enlaces deben ser revisados:

• Todos los enlaces internos dentro de la página.
• Etiquetas canónicas
• -Si las hay- etiquetas Hreflang
• -Si las hay- Etiquetas alternativas
• -Si los hay- Vínculos HTML del mapa del sitio
• Enlaces de perfil de redes sociales
• Enlaces de página de destino utilizados en campañas publicitarias

Sugerencia : si ha cambiado toda la estructura de URL, le recomiendo que mantenga su archivo de mapa de sitio XML con las URL antiguas durante un tiempo. Cree un mapa del sitio XML separado con su nueva estructura de URL. Siga enviando URL antiguas a Googlebot durante un tiempo. De esta forma, Googlebot acelerará el proceso de visualización e indexación de la redirección en las URL antiguas. Según el tamaño del sitio, recomiendo mantener activo el archivo XML del mapa del sitio durante al menos 1 mes.

Control S

Después de aplicar los redireccionamientos, es necesario confirmar que el código de estado de cada URL es 301 rastreando las URL antiguas obtenidas anteriormente. Aquí, es muy importante actuar rápidamente cuando se detectan URL con un código de estado distinto al 301.

Otros puntos de control a tener en cuenta:

• Archivo robots.txt
• Código de seguimiento de Google Analytics
• Control de verificación de Search Console (si el dominio ha cambiado, se debe continuar con 2 dominios diferentes, antiguo y nuevo)
• Metaetiqueta (noindex, seguir)
• etiqueta canónica

También tenga en cuenta estos:

• Si es posible, se debe contactar a los proveedores de backlinks y se deben reemplazar los enlaces antiguos por otros nuevos. Si hay una gran red de backlinks, se puede hacer una planificación en orden de importancia y solo se puede contactar a los importantes./li>
• Se deben revisar las páginas de destino utilizadas en las campañas publicitarias o se debe informar a los equipos pertinentes.
• Al rastrear el nuevo sitio, se debe verificar si todos los enlaces funcionan sin problemas y, si se produce un bucle de redireccionamiento dentro del sitio, se debe tomar una intervención inmediata.
• Los enlaces en los perfiles de las redes sociales deben actualizarse.
• Se debe seguir la indexación de las páginas nuevas.
• El rendimiento de las palabras clave debe ser monitoreado.
• Las redirecciones 301 no deben desactivarse en el corto plazo, siempre deben permanecer activas.
• Si el dominio ha sido cambiado; El antiguo dominio debe conservarse un mínimo de 2 años más.
• Los datos antiguos (URL, registros, rendimiento de palabras clave, etc.) deben conservarse durante un tiempo.
• Si se instala un archivo de desautorización en el sitio anterior, también debe cargarse en el nuevo dominio.

Google maneja la configuración de enrutamiento entre el sitio antiguo y el nuevo durante 180 días. Después del período de 180 días, no reconoce ninguna asociación entre el sitio antiguo y el nuevo y trata el sitio antiguo como un sitio irrelevante si todavía está presente y se puede rastrear.