Cambiar el dominio de WordPress sin romper nada

La primera vez que mudé un sitio WordPress a un dominio nuevo hice lo “obvio”: una gran consulta de buscar y reemplazar directamente sobre la base de datos. Diez minutos después la portada cargaba bien y cada página de Elementor era un muro de cajas rotas. Había corrompido los datos serializados, y pasé la tarde restaurando una copia de seguridad que por suerte tenía. Cambiar de dominio es uno de esos trabajos donde el camino ingenuo destruye tu sitio en silencio y el camino correcto toma alrededor de un minuto. Aquí tienes el camino correcto.

Lo esencial

• Tu dominio vive en miles de filas de la base de datos, no solo en las opciones siteurl y home que ves en Ajustes.
• Los maquetadores (Elementor, Divi…) y WooCommerce guardan las URL como datos serializados; un reemplazo SQL bruto los corrompe al romper las longitudes de caracteres almacenadas.
• El módulo Domain Changer deserializa, reemplaza y vuelve a serializar correctamente, y captura las referencias https://, http:// y las relativas al protocolo //dominio.
• Muestra el número exacto de filas que va a cambiar, tabla por tabla, y respalda tu base de datos primero (activado por defecto).
• Si algo se ve mal, un clic deshace el cambio completo, y nunca reescribe el GUID de las entradas, exactamente como recomienda WordPress.

¿Por qué no funciona un simple buscar y reemplazar?

Porque la mayoría de las referencias a tu dominio no son texto plano. Plugins como Elementor, Divi y WooCommerce guardan sus datos serializados: un formato de PHP donde cada valor lleva como prefijo su número exacto de caracteres, algo como s:23:"https://example.com/page". Ese 23 es la longitud de la cadena que viene después.

Ahora cambia example.com por mynewsite.org con una consulta SQL bruta. El texto se alarga, pero el 23 almacenado no se mueve. PHP intenta leer 23 caracteres, aterriza en medio de tu nueva URL y se rinde: el valor ya es ilegible. En la práctica eso significa diseños de maquetador hechos añicos, widgets vacíos y ajustes de plugins reiniciados a nada. Esta es la única razón por la que las migraciones de dominio salen mal, y es la razón por la que necesitas una herramienta que entienda los datos serializados en lugar de tratar la base de datos como un archivo de texto.

Aquí tienes todos los lugares donde de verdad se esconde tu dominio antiguo, y qué se rompe si una referencia se queda atrás:

Dónde se esconde el dominio	Qué se guarda ahí	Si se queda sin cambiar
siteurl y home	Las dos opciones de Ajustes → Generales	Nada: son las únicas filas que actualiza la pantalla de Ajustes
Enlaces internos e imágenes	El contenido de tus entradas y páginas	Los enlaces y los medios siguen apuntando al dominio antiguo y dan 404
Diseños de maquetadores	Metadatos de entrada serializados (Elementor, Divi…)	Un reemplazo bruto rompe la longitud almacenada y destroza el diseño
Ajustes de widgets y plugins	Opciones de plugins y datos de widgets serializados	Widgets vacíos y ajustes reiniciados a nada
URL relativas al protocolo	Las referencias //dominio que los temas suelen usar	Los recursos se quedan clavados en el host antiguo
GUID de las entradas	La columna guid de cada entrada	Déjala en paz: reescribirla hace que los lectores de feeds muestren cada entrada como nueva

¿Cuándo necesitarías cambiar tu dominio?

El detonante es casi siempre uno de estos:

• Salir a producción desde una URL de staging o de desarrollo.
• Cambiar de marca hacia un nuevo nombre de dominio.
• Pasar de un subdominio (blog.example.com) al dominio raíz, o al revés.
• Migrar desde localhost a un servidor real.

Pasar de HTTP plano a HTTPS es un trabajo relacionado pero distinto: el módulo HTTPS Redirect lo resuelve de forma más limpia que una reescritura completa de dominio. Y si estás cambiando de dominio, recuerda que los enlaces entrantes hacia el dominio anterior deberían recibir redirecciones 301 para no perder su SEO.

¿Cómo se cambia un dominio de WordPress de forma segura, paso a paso?

Activa el módulo Domain Changer en Blaminhor Essentials. En lugar de una consulta a ciegas, recorre cada tabla de la base de datos, deserializa lo que lo necesita, reemplaza el dominio, recalcula las longitudes y vuelve a serializar, de modo que nada se corrompe.

El dominio actual detectado por ti, el nuevo dominio en un solo campo, y una vista previa que cuenta cada fila antes de que cambie una sola.

Paso 1 — Respalda primero (es automático)

Con « copia de seguridad antes del cambio » activado —el valor por defecto—, el módulo escribe un volcado SQL completo de tu base de datos antes de tocar nada, y se conecta con el módulo Backup si lo tienes activo, para que el archivo termine en el mismo lugar que tus demás copias. Esta es tu red de seguridad, y está activa a menos que la desactives a propósito.

Paso 2 — Escribe el nuevo dominio

El dominio actual se detecta automáticamente a partir de la URL de tu sitio. Tú escribes el nuevo, sin http:// ni https://, solo mynewsite.com. El módulo se encarga por detrás de las tres formas de referencia: https://, http:// y la relativa al protocolo //mynewsite.com que los temas suelen usar.

Paso 3 — Previsualiza los cambios exactos

Haz clic en la vista previa y el módulo escanea cada tabla, informando cuántas filas van a cambiar en cada una: « 142 filas en postmeta », « 38 filas en options », y así sucesivamente, con un total acumulado. Todavía no se escribe nada. Ves el radio de impacto completo antes de confirmar, que es exactamente la confianza que una consulta SQL bruta nunca te da.

Paso 4 — Aplica

Un clic ejecuta el reemplazo en toda la base de datos: actualiza las opciones siteurl y home, y luego todas las demás tablas —contenido de entradas, metadatos, widgets, ajustes de plugins— con los datos serializados tratados correctamente de principio a fin. Como la URL de tu propio panel de administración acaba de cambiar, el módulo te redirige al escritorio del nuevo dominio cuando termina, para que no te quedes mirando una página muerta.

¿Y si algo todavía se ve mal?

Aquí es donde el módulo va más allá del « espera que tu copia de seguridad funcione ». Después de un cambio, guarda la migración en su historial y enciende un botón de « Deshacer este cambio ». Haz clic y el módulo reproduce el reemplazo en sentido inverso —intercambiando los dos dominios de vuelta— y limpia el historial para que no pueda dispararse dos veces. Es un deshacer real de un nivel, no una restauración manual.

Así que tienes dos redes, no una: la copia de seguridad automática previa al cambio para una vuelta atrás completa, y el deshacer integrado para el caso común de « eso no era, devuélvelo ». En una instalación multisitio las copias además se guardan por sitio, así que deshacer la mudanza de un sitio no toca los demás.

La forma segura de migrar es la forma rápida

Los cambios de dominio tienen una reputación de dolor desproporcionada, y todo por esa única trampa de la serialización. Manéjala correctamente y el trabajo entero toma menos de un minuto: vista previa, confirmar, listo, con una copia de seguridad detrás de ti y un botón de deshacer delante.

Una vez en el nuevo dominio, configura redirecciones 301 desde las URL antiguas para conservar tu posicionamiento, y si todavía no lo has hecho, fuerza HTTPS en todo el sitio para cerrar la mudanza con limpieza.

Domain Changer es una de las más de 20 herramientas de Blaminhor Essentials, gratuito y de código abierto en WordPress.org.

Descargar Blaminhor Essentials

– blaminhor