WordPress utiliza las opciones siteurl y home para crear enlaces de administración, recursos y web pública. Si aún contienen un dominio de pruebas, una ruta equivocada o HTTP, el acceso y la web pueden redirigir fuera del nuevo servidor.
Corrige primero solo los valores demostrados. Una sustitución directa en toda la base puede dañar datos serializados de plugins y widgets.
Confirma base activa y prefijo
Lee DB_NAME y $table_prefix en wp-config.php sin exponer credenciales. Desde phpMyAdmin o MySQL, confirma que existen la tabla de opciones esperada y contenido reciente.
SELECT option_name, option_value
FROM wp_options
WHERE option_name IN ('siteurl', 'home');Sustituye wp_ por el prefijo real. Ejecuta una lectura antes de actualizar.
Entiende las dos URLs
siteurl indica dónde se encuentran los archivos del núcleo; home es la dirección pública. Suelen coincidir, pero pueden diferir si WordPress está instalado en un subdirectorio.
No las hagas iguales sin comprobar la disposición de directorios y la configuración anterior.
Utiliza el host HTTPS canónico y, normalmente, sin barra final.
Comprueba constantes que sobrescriben valores
WP_HOME y WP_SITEURL en wp-config.php prevalecen sobre la base. Un valor correcto puede parecer incorrecto porque las constantes aún apuntan a staging.
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );Úsalas de forma intencionada, no como configuración duplicada y contradictoria. Haz copia del archivo y elimina las definiciones temporales si no forman parte del diseño.
Corrige con precisión y copia previa
Haz copia de la base y anota los valores anteriores. Utiliza WP-CLI cuando esté disponible:
wp option update home 'https://example.com'
wp option update siteurl 'https://example.com'Ejecuta en la raíz correcta y como el usuario adecuado. Como alternativa, utiliza dos actualizaciones SQL exactas mediante una herramienta autorizada.
No incluyas credenciales en el historial.
Trata multisitio por separado
WordPress multisitio guarda dominios y rutas de red y sitios en varias tablas y constantes. Cambiar una sola tabla de opciones puede dejar las redirecciones rotas.
Inventaría dominio y ruta de red, cada sitio y la configuración de cookies. Utiliza órdenes WP-CLI compatibles y ensaya en staging.
No apliques instrucciones de una instalación simple a un multisitio sin adaptación.
Migra las URLs del contenido con seguridad
Cuando recuperes el acceso, busca el dominio antiguo en entradas, widgets, maquetadores y ajustes. Usa una sustitución compatible con serialización y primero en seco:
wp search-replace 'https://old.example' 'https://example.com' --all-tables-with-prefix --dry-runRevisa tablas y recuentos antes de ejecutar y no cambies los GUID salvo que la política de migración lo exija.
Alinea DNS, SSL y redirecciones
La URL corregida debe resolver hacia el nuevo servidor con certificado válido. Unifica www o sin www y HTTP a HTTPS sin bucles.
Si Cloudflare o un proxy termina TLS, configura correctamente la detección de HTTPS. No confíes en cabeceras reenviadas arbitrarias desde Internet.
Mantén controlado el dominio antiguo para redirecciones seguras cuando proceda.
Inventaría fuentes fuera de la base
El host antiguo puede permanecer en variables, .htaccess, Nginx, reglas Cloudflare, tema, bundles JavaScript, plantillas SMTP y paneles de pasarelas. Busca cada fuente por separado.
No sustituyas hostnames dentro de firmas, licencias codificadas o secretos de callback. Para cada coincidencia identifica propietario y si es enlace público, endpoint seguro o identificador histórico.
Verifica acceso, recursos y escritura
Prueba páginas, wp-login.php, administración, guardado del editor, medios y restablecimiento de contraseña desde un navegador limpio. Revisa peticiones al dominio viejo y contenido mixto.
Limpia las cachés pertinentes y confirma los valores después de calentarlas. El mantenimiento recurrente debería incluir un inventario de URLs en cada migración: DNS correcto no basta si WordPress cree que vive en otro sitio.