UA-51298262-10 Skip to main content
WordPress

Cambiar URL de WordPress en la base de datos: guía paso a paso

By octubre 5, 2026No Comments
Cambiar URL de WordPress en la base de datos: guía paso a paso

Cambiar la URL de WordPress directamente en la base de datos es una de esas tareas que acaban tocando casi todos los que mantenemos webs: migras el sitio a un dominio nuevo, pasas de HTTP a HTTPS o mueves la instalación de carpeta. Sí, WordPress permite modificar las URLs desde el panel de administración. Pero hay un problema: muchas veces el acceso está bloqueado precisamente porque la URL está mal escrita. Y entonces no queda otra que meterse en la base de datos. En esta primera parte de la guía veremos cuándo toca hacerlo, cómo proteger tu sitio antes de tocar nada y el método que yo considero más fiable: editar la tabla wp_options desde phpMyAdmin.

¿Cuándo es necesario cambiar la URL de WordPress en la base de datos?

¿En qué situaciones no queda más remedio? Hay varias, y alguna seguro que te suena:

  • Migración de dominio: pasas de midominio.es a midominio.com y necesitas que todas las referencias apunten a la nueva dirección.
  • Paso a HTTPS: has instalado un certificado SSL y el sitio debe cargarse desde https:// en lugar de http://.
  • Cambio de entorno: el sitio pasa de un servidor local o de un subdominio de desarrollo (dev.midominio.es) a producción.
  • Sitio bloqueado por una URL errónea: modificaste las URLs en Ajustes > Generales con un error tipográfico y ahora no puedes entrar al panel. Este es el caso más frecuente, con diferencia, y la base de datos es la única vía rápida.
  • Cambio de carpeta de instalación: WordPress pasaba de /blog a la raíz del dominio, o viceversa.

En todos estos casos, WordPress guarda las URLs en dos opciones clave de la base de datos: siteurl y home. Si alguna de ellas es incorrecta, el sitio genera redirecciones infinitas, rompe las hojas de estilos o directamente te impide entrar al administrador. Un desastre.

Copia de seguridad previa: el paso que no debes saltarte

Antes de modificar cualquier valor de la base de datos, haz una copia de seguridad completa. Sin excepciones. Un error de sintaxis en una consulta SQL, o un cambio accidental en el registro equivocado, puede dejar el sitio inaccesible. Y no es que pase a menudo, pero cuando pasa, se nota. La copia debe incluir dos cosas:

  1. La base de datos completa: exporta un archivo .sql desde phpMyAdmin seleccionando la base de datos y pulsando en Exportar, o usa el comando mysqldump -u usuario -p nombre_base > backup.sql si tienes acceso SSH.
  2. Los archivos de la web: descarga la carpeta public_html completa por FTP, incluyendo wp-config.php. En ese archivo están los datos de conexión a la base de datos, que necesitarás si algo falla y hay que restaurar.
Consejo práctico: guarda la copia fuera del servidor, en tu equipo local o en la nube. Una copia de seguridad alojada en el mismo servidor no protege ante un fallo del disco ni ante incidentes de seguridad.

Ten también a mano el prefijo de tablas de tu instalación. Por defecto es wp_, pero muchas instalaciones usan prefijos personalizados (wpab_, por ejemplo) por seguridad. Puedes comprobarlo en el archivo wp-config.php, en la línea $table_prefix.

Cómo cambiar la URL de WordPress en la tabla wp_options con phpMyAdmin

Este es el método manual más directo y fiable. Sigue estos pasos tal cual:

  1. Accede a phpMyAdmin desde el panel de control de tu hosting (cPanel, Plesk o el gestor propio de tu proveedor).
  2. Selecciona en el menú lateral la base de datos correspondiente a tu WordPress. Si no sabes cuál es, revisa las constantes DB_NAME, DB_USER y DB_HOST en wp-config.php.
  3. Localiza y haz clic en la tabla wp_options (o la equivalente con tu prefijo personalizado).
  4. En las dos primeras filas verás las opciones siteurl y home. Pulsa en Editar sobre cada una.
  5. Sustituye el valor del campo option_value por la nueva URL completa, incluyendo el protocolo (https://midominio.com) y sin barra final.
  6. Pulsa en Continuar para guardar y repite el proceso con la segunda opción.
Importante: siteurl y home deben coincidir exactamente. Si una apunta a http:// y otra a https://, provocarás redirecciones erráticas. Verifica ambas tras guardar.

Con estos dos valores actualizados, el sitio debería volver a cargar correctamente. ¿Que el problema persiste? Entonces es probable que existan URLs antiguas incrustadas en el contenido, algo que abordaremos en las siguientes partes de esta guía con herramientas de búsqueda y reemplazo seguras.

Actualizar URLs internas de contenido con WP-CLI o consultas SQL

Cambiar siteurl y home en la tabla wp_options resuelve el acceso al panel, sí. Pero no las URLs incrustadas en entradas, páginas, menús, imágenes y metadatos. Ahí sigue quedando rastro del dominio viejo. Para limpiar eso necesitas una búsqueda y reemplazo en toda la base de datos, y hay dos vías seguras: WP-CLI o consultas SQL puntuales.

Opción 1: WP-CLI (recomendada)

Si tienes acceso SSH al servidor, WP-CLI es el método más fiable. ¿Por qué? Porque gestiona correctamente los datos serializados de PHP, algo que un reemplazo SQL directo puede romper sin que te des cuenta hasta que es tarde. Los comandos:

  • wp search-replace ‘https://dominio-antiguo.com’ ‘https://dominio-nuevo.com’ –all-tables
  • wp cache flush

Añade –dry-run al primero si quieres ver cuántas sustituciones se realizarían sin tocar nada. Hazlo. Cuesta diez segundos y evita sustos.

Opción 2: consultas SQL manuales

¿Sin WP-CLI? Entonces toca phpMyAdmin, ejecutando consultas sobre las tablas principales (asumo el prefijo estándar, ajusta si el tuyo es otro):

  • UPDATE wp_posts SET post_content = REPLACE(post_content, ‘https://dominio-antiguo.com’, ‘https://dominio-nuevo.com’);
  • UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘https://dominio-antiguo.com’, ‘https://dominio-nuevo.com’) WHERE meta_value NOT LIKE ‘%{%’;
  • UPDATE wp_options SET option_value = REPLACE(option_value, ‘https://dominio-antiguo.com’, ‘https://dominio-nuevo.com’);

Esa condición NOT LIKE ‘%{%’ no es capricho: excluye los valores serializados, que contienen llaves y cuya longitud de cadena quedaría corrupta si cambia el número de caracteres. Y aun con todo, copia de seguridad completa antes de ejecutar cualquier UPDATE. Sin excepciones.

Si prefieres un plugin de búsqueda y reemplazo como Better Search Replace, activa primero el modo de prueba y revisa el informe de tablas afectadas antes de dar al botón definitivo.

Errores comunes al cambiar la URL y cómo solucionarlos

Bucle de redirección tras el cambio

El sitio carga en bucle, una y otra vez. Revisa tres puntos: que siteurl y home coincidan exactamente (incluido el https), que no haya líneas WP_HOME y WP_SITEURL contradictorias en wp-config.php, y que cualquier plugin de redirecciones o CDN tenga ya la nueva URL configurada.

Imágenes y CSS sin cargar

Señal clara de URLs absolutas antiguas en el contenido. Vuelve a lanzar el search-replace con –dry-run para detectar qué tablas se quedaron pendientes. Y si has migrado el sitio completo, no olvides los directorios de subida.

Error de contenido mixto (mixed content)

Cambiaste a HTTPS pero el navegador sigue mostrando advertencias. Busca reemplazos de http:// a https:// con el mismo procedimiento. Mientras corriges la base de datos, plugins como Really Simple SSL pueden forzar el cambio.

Enlaces rotos en menús y widgets

Los menús guardan sus URLs en wp_postmeta con clave _menu_item_url; los widgets, en wp_options. El reemplazo global debería cubrir ambos, pero verifica el menú desde el personalizador por si algún elemento usaba una URL personalizada con variaciones de formato. Pasa más de lo que parece.

¿Y si pese a todo el sitio sigue fallando? Restaura la copia de seguridad y plantea el cambio con un método supervisado. En RedServicio (redservicio.net) puedes encontrar ayuda profesional para ejecutar la migración de dominio sin riesgo de pérdida de datos.

Conclusión: cambia la URL de tu WordPress sin romper el sitio

Cambiar la URL de WordPress correctamente son tres fases: actualizar siteurl y home, ajustar wp-config.php si hace falta, y hacer una búsqueda y reemplazo global de las URLs internas respetando los datos serializados. Con copia de seguridad previa, WP-CLI como herramienta preferente y una revisión final de redirecciones, contenido mixto y menús, el cambio se completa en minutos. Sin consecuencias.

Luego quedan las tareas de después, que muchos olvidan: actualizar el sitemap en Google Search Console, revisar las redirecciones 301 desde el dominio antiguo y vaciar los plugins de caché. Y si prefieres no asumir el riesgo técnico, el equipo de RedServicio (redservicio.net) está disponible para el cambio de dominio, la migración o cualquier incidencia que aparezca por el camino.