Migrar un WordPress de dominio parece una tarea sencilla hasta que Google deja de sonreírte. Cambias DNS, ajustas URLs, revisas que la portada cargue, respiras tranquilo y, tres días después, empiezan los sustos: páginas que desaparecen del índice, tráfico orgánico cayendo sin pedir permiso, enlaces internos apuntando al dominio antiguo y algún plugin SEO haciendo de las suyas. Lo normal, vamos.
Una migración de dominio no se valida mirando si la web abre en el navegador. Eso solo demuestra que Apache, Nginx o LiteSpeed siguen vivos. El SEO se comprueba con datos, rastreos, redirecciones, logs y bastante menos fe ciega de la que se suele usar en estos casos.
En este artículo te explico cómo verificar si el posicionamiento de tu WordPress sigue en su sitio después de cambiar de dominio. No desde la teoría bonita, sino desde esa zona gris donde una empresa pregunta por qué ya no llegan formularios y tú descubres que media web devuelve 302, canonical al dominio viejo y el sitemap parece escrito durante una mudanza con prisas.
Primero: una migración sin datos previos es una apuesta
La mejor forma de saber si el SEO ha sobrevivido a una migración es tener una foto clara del antes. Parece obvio, pero muchas migraciones empiezan con un correo tipo: cambiamos el dominio mañana, ¿puedes echar un vistazo? Claro. También puedo mirar el motor del coche después de tirarlo por un barranco.
Antes de tocar nada deberías guardar, como mínimo, estos datos:
- Listado de URLs indexadas y páginas importantes.
- Tráfico orgánico por URL en Google Analytics o Matomo.
- Consultas, clics, impresiones y posición media en Google Search Console.
- Sitemap XML actual.
- Backlinks relevantes desde Ahrefs, Semrush, Search Console o la herramienta que uses.
- Estado de códigos HTTP: 200, 301, 404, 500.
- Canonical, meta robots y etiquetas hreflang si hay idiomas.
Si no tienes esa fotografía previa, aún puedes auditar, pero ya no estás comparando. Estás investigando un accidente sin cámaras de seguridad. Se puede, pero lleva más tiempo y se cometen más suposiciones.
Si necesitas una base para entender si el posicionamiento de una instalación WordPress está respondiendo correctamente, puedes apoyarte en esta guía sobre cómo comprobar si el SEO de tu WordPress está funcionando de verdad. Encaja muy bien como auditoría previa y posterior a una migración.
Redirecciones 301: el punto donde se gana o se pierde casi todo
En una migración de dominio, las redirecciones 301 son el puente entre la web antigua y la nueva. Si ese puente está mal construido, Google no cruza. Y los usuarios tampoco, que a veces se nos olvida que detrás del SEO hay personas intentando comprar, reservar, leer o contactar.
Lo correcto es que cada URL antigua redirija a su equivalente exacta en el nuevo dominio. No todo a la home. Redirigir todo a la portada es rápido, sí, igual que arreglar una gotera poniendo un cubo debajo. No soluciona el problema.
- Mal: dominioantiguo.com/producto-x redirige a dominionuevo.com
- Bien: dominioantiguo.com/producto-x redirige a dominionuevo.com/producto-x
Después de migrar, pasa un rastreador como Screaming Frog, Sitebulb o incluso scripts propios con curl si te gusta sufrir de forma controlada. Comprueba que no hay cadenas de redirección tipo HTTP a HTTPS, dominio viejo a dominio nuevo, sin barra a con barra, y luego otra vez al canonical final. Cada salto añade fricción.
Una prueba rápida desde terminal:
curl -I https://dominioantiguo.com/url-importante/
Quieres ver un 301 directo hacia la URL correcta del dominio nuevo. Si ves 302, 404, 500 o una redirección a una página genérica, toca corregir.
Para la parte más operativa de cambiar un WordPress de dominio, tiene sentido revisar también este artículo sobre cómo migrar WordPress de dominio, porque muchos problemas SEO nacen precisamente en una migración técnica hecha a medias.
Comprueba que WordPress no sigue viviendo en el dominio viejo
WordPress guarda URLs en más sitios de los que parece: opciones, contenido, widgets, builders, metadatos, menús, shortcodes, tablas de plugins y, si el proyecto lleva años, probablemente en algún rincón que nadie recuerda. Una sustitución rápida en la base de datos puede arreglar mucho, pero también puede romper datos serializados si se hace con alegría.
En proyectos serios suelo revisar:
siteurlyhomeen la tablawp_options.- Enlaces internos dentro de posts, páginas y custom post types.
- URLs de imágenes y documentos en la biblioteca de medios.
- Menús, widgets y bloques reutilizables.
- Configuraciones de plugins SEO como Rank Math, Yoast o SEOPress.
- URLs generadas por constructores visuales.
- Archivos CSS cacheados con rutas absolutas.
Herramientas como Better Search Replace, WP-CLI search-replace o una migración bien hecha con Duplicator Pro, All-in-One WP Migration o scripts propios ayudan. Pero no sustituyen la revisión. La herramienta ejecuta; el criterio lo pones tú.
Google Search Console: no mires solo la gráfica de tráfico
Después de migrar un dominio en WordPress, Search Console es tu sala de control. No basta con mirar si bajan los clics. Hay que entender qué está pasando con la indexación, los sitemaps, las páginas canónicas y los errores de rastreo.
En una migración limpia deberías:
- Verificar la propiedad del nuevo dominio.
- Mantener activa la propiedad del dominio antiguo.
- Usar la herramienta de cambio de dirección si corresponde.
- Enviar el nuevo sitemap XML.
- Revisar páginas no indexadas, 404 y redirecciones.
- Comprobar que Google detecta el nuevo dominio como canonical.
- Monitorizar consultas principales durante las siguientes semanas.
Un descenso inicial puede ser normal. Google necesita recrawlear, procesar redirecciones y actualizar señales. Lo preocupante es ver errores sistemáticos: URLs antiguas sin redirección, páginas nuevas bloqueadas por robots.txt, canonical al dominio anterior o sitemap con URLs mezcladas. Eso ya no es fluctuación, es chapuza técnica con consecuencias comerciales.
Si ya has perdido tráfico durante la migración, te interesa leer esta guía sobre cómo recuperar el tráfico perdido en WordPress. No es magia, pero ayuda a ordenar el diagnóstico sin caer en el clásico vamos a tocarlo todo a ver qué pasa.
Revisa canonicals, robots y sitemaps como si tuvieran mala intención
Hay tres cosas pequeñas que pueden tumbar una migración: una etiqueta canonical incorrecta, una directiva noindex olvidada y un sitemap apuntando al dominio antiguo. Son errores silenciosos. La web carga, el cliente no ve nada raro y tú puedes tardar semanas en detectar que Google está recibiendo señales contradictorias.
Comprueba página por página, al menos en las URLs importantes:
- Que el canonical apunta al nuevo dominio.
- Que no existe
noindexaccidental. - Que robots.txt no bloquea recursos críticos.
- Que el sitemap solo contiene URLs finales en 200.
- Que las URLs antiguas no aparecen mezcladas con las nuevas.
- Que las imágenes relevantes usan rutas correctas.
También conviene revisar HTTPS. He visto migraciones donde el dominio nuevo funciona, pero parte de los recursos siguen cargando desde HTTP o desde el dominio anterior. Resultado: contenido mixto, problemas de seguridad y señales raras para buscadores. Si quieres reforzar esa parte, aquí tienes una explicación clara sobre por qué es importante usar HTTPS en lugar de HTTP.
No te fíes solo de plugins SEO
Los plugins SEO son útiles. Mucho. Pero no son auditores infalibles. Rank Math, Yoast o SEOPress pueden generar sitemaps, canonicals y metadatos, pero si la configuración base está mal o la migración ha dejado residuos, el plugin puede estar automatizando el error con una eficiencia admirable.
Después de cambiar dominio, revisa manualmente las plantillas de títulos, metadescripciones, Open Graph, schema, breadcrumbs y URLs canónicas. Especialmente si hay WooCommerce, custom post types, idiomas o integraciones con ERP. En una tienda online, una categoría mal redirigida puede significar perder ventas de una familia completa de productos. Y no, Google no siempre te avisa con una carta educada.
Si quieres ampliar herramientas de diagnóstico sin llenar el navegador de extensiones inútiles, este recopilatorio de herramientas SEO gratuitas puede venir bien para una primera revisión técnica.
Mide tráfico, conversiones y negocio, no solo posiciones
Una migración puede mantener posiciones y aun así fastidiar el negocio. ¿Cómo? Fácil: formularios que no envían, eventos de Analytics rotos, thank you pages no configuradas, píxeles apuntando al dominio antiguo, pasarelas de pago con URLs de retorno desactualizadas o integraciones CRM que dejan de recibir leads.
Por eso, además del SEO puro, revisa:
- Conversiones en Analytics, Matomo o la herramienta que uses.
- Eventos de formularios, llamadas, descargas y compras.
- URLs de retorno de Stripe, Redsys, PayPal o WooCommerce.
- Integraciones con CRM, ERP o automatizaciones en n8n.
- Campañas activas en Google Ads, Meta Ads o email marketing.
- Objetivos y embudos configurados antes de la migración.
El SEO técnico no vive aislado. Si el tráfico llega pero no convierte, la migración sigue estando mal desde el punto de vista de empresa. A veces el problema no está en Google, sino en ese webhook que nadie documentó y que llevaba tres años funcionando por pura suerte.
Automatiza la vigilancia después de migrar
La migración no termina el día que cambias el dominio. De hecho, ese día empieza la parte aburrida: vigilar. Y lo aburrido, si se repite, se automatiza.
Puedes montar comprobaciones periódicas con cron, scripts en PHP, Python, Laravel Console Commands o flujos en n8n. La idea es sencilla: revisar URLs críticas, comprobar códigos HTTP, validar canonicals, detectar cambios en sitemap y enviar alertas si algo se rompe.
En proyectos empresariales suelo recomendar una lista de URLs críticas: home, categorías principales, páginas de servicio, productos con ventas, posts que traen tráfico, páginas de captación y URLs con backlinks fuertes. No necesitas rastrear 40.000 URLs cada hora. Necesitas saber rápido si las páginas que pagan las facturas han dejado de responder bien.
Una migración buena no es la que no da problemas. Es la que tiene suficientes controles para detectar los problemas antes de que los detecte el cliente, Google o la cuenta bancaria.
Errores habituales que sigo viendo en migraciones WordPress
Después de unas cuantas migraciones, hay patrones que se repiten. No porque WordPress sea malo, sino porque se subestima el trabajo invisible.
- Redirigir todo a la home.
- Olvidar actualizar enlaces internos.
- Dejar el sitemap con el dominio antiguo.
- No verificar Search Console del nuevo dominio.
- Mantener canonicals antiguos.
- Bloquear la web con robots.txt después del staging.
- No revisar formularios ni conversiones.
- No actualizar enlaces en campañas, newsletters o perfiles externos.
- No revisar rendimiento móvil después del cambio.
Algunos de estos fallos aparecen también en otros contextos de mantenimiento. Por eso tiene sentido leer sobre los errores más comunes en WordPress, porque muchas migraciones simplemente sacan a la luz problemas que ya estaban ahí, esperando su momento dramático.
Conclusión: migrar un dominio no es mover una web, es trasladar reputación
Cuando migras un dominio en WordPress no solo estás cambiando una dirección. Estás trasladando años de señales: enlaces, autoridad, contenido, historial, confianza y comportamiento de usuarios. Si lo haces bien, el impacto debería ser controlado y temporal. Si lo haces mal, puedes perder en una semana lo que tardaste años en construir.
La forma profesional de verificar que el SEO sigue intacto no es mirar una gráfica con esperanza. Es auditar redirecciones, indexación, canonicals, sitemaps, Search Console, rendimiento, conversiones y logs. Es combinar criterio técnico con sentido de negocio.
Y sobre todo, es asumir algo incómodo: una migración no se acaba cuando la web carga. Se acaba cuando Google entiende el cambio, los usuarios llegan donde deben y el negocio sigue funcionando sin tener que explicar caídas con frases creativas.