Una migración no termina cuando solo home y siteurl apuntan al dominio nuevo. El host antiguo puede seguir apareciendo en redirecciones, datos del maquetador, menús, canonicals, HTML en caché, webhooks o reglas del CDN. Primero hay que identificar qué capa lo está generando.
Clasifica primero dónde aparece el dominio antiguo
Captura un caso exacto y comprueba si aparece en una cabecera Location, en el HTML, en una URL de recurso, en el canonical o en una respuesta de API. Cada caso apunta a un origen distinto.
Revisa la configuración autoritativa antes de buscar en la base de datos
homeysiteurlde WordPress;- configuración de dominios multisitio o multilingüe;
- redirecciones de Nginx, Apache, hosting y CDN;
- caché de página/objetos y sitemaps;
- webhooks, plantillas de email y callbacks externos.
Haz sustituciones compatibles con datos serializados
Si el dominio antiguo está guardado en widgets, maquetadores u opciones, usa una herramienta compatible con WordPress, primero en modo de prueba y con un backup verificado. Para problemas de routing tras migrar, consulta los enlaces permanentes que dan 404 después de una migración.
Diferencia datos incorrectos de salida antigua en caché
Si la base de datos es correcta pero el HTML sigue mostrando el host anterior, busca una capa de caché o un nodo desactualizado. Si además fallan las imágenes, revisa las imágenes rotas después de una migración.
No sustituyas identificadores a ciegas
No modifiques GUIDs, registros históricos o identificadores de terceros salvo que sean URLs operativas que deban cambiar.
Cómo validarlo
Prueba páginas, redirecciones, canonicals, assets, formularios, webhooks y sitemap. El dominio antiguo solo debe quedar donde sea intencional.