Checklist SEO para migrar un sitio: qué vigilar antes y después

Una checklist SEO para migrar un sitio web cubre tres momentos: lo que registras antes del cambio, lo que verificas el día del lanzamiento y lo que vigilas durante el mes siguiente. El tráfico casi nunca se pierde por un mal plan: se pierde porque un noindex o una regla de robots.txt sobrevive al cambio y nadie lo nota durante dos semanas. Deltio hace un snapshot diario del sitemap, revisa title, meta description, H1, canonical y hreflang en cada URL y comprueba la disponibilidad cada 10 minutos, así que la regresión llega como alerta y no como caída de tráfico. Desde £20 al mes con el plan Starter anual, con 14 días de prueba gratuita.

La migración es el único trabajo en el que una agencia puede quemar el tráfico de un cliente en una tarde. Cambio de dominio, cambio de plataforma, paso a HTTPS, rediseño que mantiene las mismas URL: la forma de fallar siempre es la misma. Algo de la configuración de staging llega a producción y el sitio deja de ser rastreable, en silencio. Esta checklist está construida sobre ese riesgo, no sobre un plan de proyecto genérico.

Antes del cambio: fotografía el sitio tal como está hoy

Sin una referencia no puedes demostrar que la migración salió bien. Tómala al menos una semana antes del lanzamiento, no la noche anterior.

• El listado completo de URL. Exporta el sitemap actual y guarda el archivo: es la lista contra la que compararás el sitio nuevo. Mira las buenas prácticas del sitemap XML.
• El estado on-page. Title, meta description, H1, canonical y hreflang de cada URL que trae tráfico. Es la única manera de detectar después una reescritura hecha por la plantilla.
• Los tags instalados. Qué tags de analítica y marketing hay, y con qué IDs: GA4, Google Tag Manager, Meta Pixel.
• Disponibilidad y tiempos de respuesta. Una semana normal de datos, para saber después qué significa lento.

Prelanzamiento: las cuatro cosas que rompen una migración

Compruébalas en staging y vuelve a comprobarlas en producción a los pocos minutos del cambio. No al día siguiente.

• robots.txt. Staging casi siempre está en disallow. Si ese archivo sale a producción, el sitio se cae del rastreo. Aquí tienes cómo revisar el robots.txt línea por línea.
• noindex. El mismo problema a nivel de página. Una etiqueta noindex olvidada en una plantilla compartida se lleva por delante todas las páginas que la usan.
• Canonical. Absolutos, uno por página, apuntando a las URL nuevas. Los canonical que siguen señalando al dominio viejo son un clásico, y salen caros.
• hreflang. En un sitio multilingüe cada versión tiene que referenciar las URL nuevas, y las referencias deben ser recíprocas.

Día del lanzamiento: las dos primeras horas

• Redirecciones. Cada URL de tu referencia debe llegar en un solo salto a su equivalente real. Las cadenas y las redirecciones masivas a la home tiran el valor que estás moviendo.
• SSL. Dominio nuevo, certificado nuevo. Comprueba que es válido, que cubre www y el dominio sin www, y que no caduca dentro de tres semanas.
• Códigos de estado y disponibilidad. El cambio es el momento en el que el servidor se cae o el firewall bloquea todo lo que parece un bot, rastreadores incluidos.
• Tags. En una migración se pierde la analítica más veces que posiciones. Verifica que GA4 y GTM se disparan en las plantillas nuevas, con los mismos IDs.

Los primeros 30 días

El daño que más cuesta es el que nadie busca pasada la primera semana.

• URL que van saliendo del sitemap según se asienta el CMS.
• Titles y meta descriptions reescritos por la plantilla nueva en una sección entera.
• Un canonical cambiado por un deploy rutinario.

Cómo lo hace Deltio

Añade el sitio antes de la migración y Deltio guarda la foto del antes por ti. Hace un snapshot del sitemap cada día, muestra las URL añadidas, eliminadas o modificadas y conserva los últimos siete para comparar: una sección que deja de estar listada se ve a la mañana siguiente. El escáner SEO revisa title, meta description, H1, canonical, lang y hreflang en cada URL y compara escaneos consecutivos, así cazas tú la regresión de plantilla y no la reporta el cliente. Un cambio en el robots.txt dispara una notificación inmediata con el diff de las líneas. La disponibilidad se comprueba cada 10 minutos, con aviso cuando el sitio cae y cuando vuelve. El SSL tiene avisos a 30 días y a 1 día de la caducidad, y el vencimiento del dominio se sigue vía RDAP. Los tags de marketing se revisan en cada URL: un GA4 desaparecido o un ID de GTM cambiado se convierte en alerta, no en un descubrimiento en octubre. Todo llega por email o a Slack.

Móntalo antes de la próxima

La checklist solo funciona si existe la foto del antes, y esa no se fabrica a posteriori. Añade ahora el sitio del cliente, déjalo correr una semana y llega a la migración con datos en lugar de recuerdos. Los 14 días de prueba gratuita cubren un fin de semana de lanzamiento.