Cómo cambiar la URL de WP sin romperlo

Publicado el 12 de mayo de 2026

Si necesitas cambiar la URL de WP, hazlo en un orden controlado: primero haz una copia de seguridad, actualiza WordPress Address y Site Address, y luego corrige las redirecciones, SSL y cualquier enlace hard-coded. La mayoría de las roturas no ocurren por el cambio de URL en sí, sino porque las partes que lo rodean siguen apuntando a la ubicación anterior. Normalmente, el sitio web no está enfadado; solo está siguiendo configuraciones obsoletas.

Esta tarea aparece durante cambios de dominio, al pasar de HTTP a HTTPS, al mover WordPress a un subdirectorio o al migrar de staging a producción. Para propietarios de tiendas, agencias y equipos SaaS, un mal cambio de URL puede significar bucles de inicio de sesión, advertencias de mixed content, acceso roto al panel de administración o formularios que envían datos al lugar equivocado. Así que el objetivo no es solo editar dos campos. El objetivo es mantener toda la aplicación en calma.

Qué afecta realmente al cambiar la URL de WP

En WordPress, hay dos configuraciones principales: WordPress Address y Site Address. Suenan parecidas porque, francamente, lo son. Pero hacen trabajos distintos.

WordPress Address es donde viven los archivos principales de WordPress. Site Address es la URL pública que usan los visitantes para acceder al sitio. En muchas configuraciones, son idénticas. En otras, WordPress puede estar en un subdirectorio mientras el sitio se carga desde el dominio raíz.

Si cambias una incorrectamente, WordPress puede redirigirte fuera de wp-admin, enviar los recursos al dominio equivocado o crear un bucle infinito de redirección. Los plugins, temas, la base de datos, el servidor web y las reglas del CDN también pueden seguir haciendo referencia a la URL anterior. Por eso, un cambio correcto es en parte trabajo de WordPress y en parte higiene de infraestructura.

Antes de cambiar la URL de WP

Haz una copia de seguridad reciente tanto de los archivos como de la base de datos. Si este es un sitio de comercio electrónico o un sitio de contenido con mucho tráfico, realiza el trabajo en una ventana de poco tráfico. Un cambio de URL puede afectar a páginas en caché, cookies de sesión y callbacks de pago, así que el momento importa.

También deberías confirmar cuatro cosas antes de hacer cambios. Primero, que el nuevo dominio o protocolo ya resuelve al servidor correcto. Segundo, que el certificado SSL está activo si te estás moviendo a HTTPS. Tercero, que el virtual host de tu servidor web o el bloque server de Nginx está listo para el nuevo nombre de host. Cuarto, que sabes si WordPress está detrás de un proxy, load balancer o CDN que pueda forzar redirecciones.

Si cualquiera de esas cosas no está lista, WordPress puede estar configurado correctamente y aun así fallar de cara al público. Los logs están contando la misma historia entonces.

Las formas más seguras de cambiar la URL

Cámbiala en la administración de WordPress

Si todavía tienes acceso de administrador, este es el método más limpio. Ve a Ajustes y luego a Generales. Actualiza WordPress Address y Site Address con la nueva URL. Guarda los cambios.

Esto funciona bien cuando el cambio es simple y el nuevo dominio ya apunta correctamente al sitio. Justo después de guardar, vuelve a iniciar sesión si hace falta y prueba la página de inicio, el área de administración, la biblioteca multimedia y algunas páginas internas.

El riesgo es obvio: si introduces la URL equivocada, o si el nuevo host no está completamente listo, puedes bloquearte el acceso al panel.

Cámbiala en wp-config.php

Si el panel no es accesible o quieres más control, define los valores directamente en wp-config.php. Añade estas líneas por encima de la línea de stop editing:

define('WP_HOME','https://example.com'); define('WP_SITEURL','https://example.com');

Esto obliga a WordPress a usar los valores del archivo de configuración. A menudo es el método de recuperación más rápido para bucles de inicio de sesión o redirecciones rotas del área de administración.

También es un buen estabilizador temporal durante las migraciones. Cuando todo esté funcionando, puedes mantener estas constantes o quitarlas y volver a gestionar los valores desde la administración.

Cámbiala en la base de datos

Si no están disponibles ni la administración ni la edición de la configuración, puedes actualizar los valores en la base de datos, normalmente en la tabla wp_options. Los nombres de las opciones son home y siteurl.

Esto funciona, pero es más manual y es más fácil hacerlo mal si tienes prisa. En sitios con prefijos de tabla personalizados, no des por hecho que la tabla es wp_options. Compruébalo primero.

De HTTP a HTTPS es donde la gente se sorprende

Muchas solicitudes para cambiar la wp url son en realidad migraciones a HTTPS disfrazadas. El cambio visible parece pequeño, pero los navegadores, las cookies y la carga de recursos no están de acuerdo.

Después de cambiar de HTTP a HTTPS en la configuración de WordPress, confirma que el certificado SSL sea válido y esté instalado para el nombre de host correcto. Luego actualiza las redirecciones de tu servidor para que las solicitudes HTTP redirijan permanentemente a HTTPS. Si tu sitio está detrás de un reverse proxy o CDN, asegúrate de que WordPress pueda detectar HTTPS correctamente; de lo contrario, puede seguir redirigiendo para siempre.

Mixed content es el siguiente visitante habitual. Las páginas cargan por HTTPS, pero las imágenes, scripts, fuentes o CSS siguen llamando a URLs HTTP. Esto puede romper diseños o activar advertencias del navegador. Puede que necesites un search-and-replace en la base de datos para las antiguas URLs absolutas, especialmente si el sitio se construyó con un page builder o con campos personalizados que almacenan enlaces completos.

Busca y reemplaza las URLs antiguas con cuidado

Cambiar las dos configuraciones principales no reescribe los enlaces antiguos almacenados dentro de entradas, metadatos, contenido de widgets o configuraciones de plugins. Si el dominio antiguo aparece hard-coded en la base de datos, los usuarios seguirán llegando a él.

Aquí es donde importa un search-and-replace adecuado y seguro para serialized data. No hagas un reemplazo descuidado de texto plano sobre un archivo SQL exportado esperando que todo salga bien. Algunos datos de plugins y opciones están serializados, y un mal reemplazo puede corromper las longitudes y romper configuraciones.

Si estás usando un flujo de trabajo de migración profesional, ejecuta una herramienta que entienda la serialización de WordPress. Luego revisa los diseños del page builder, los menús, las URLs de imágenes, las canonical tags, la configuración de Open Graph y cualquier plugin que almacene callback o URLs de API.

Problemas comunes después de un cambio de URL

La página de inicio de sesión sigue redirigiendo

Esto normalmente significa que WordPress, el servidor web o un proxy no están de acuerdo sobre el scheme o el nombre de host correctos. Comprueba WP_HOME y WP_SITEURL, y luego inspecciona las reglas de redirección del servidor. Si la terminación SSL ocurre aguas arriba, puede que WordPress necesite manejar correctamente la cabecera HTTPS reenviada.

Las cookies también pueden estar vinculadas al dominio antiguo. Borra las cookies del navegador y prueba en una ventana privada antes de asumir que el sitio está maldito.

wp-admin es inaccesible

Si la URL de administración te envía al lugar equivocado, fuerza los valores correctos en wp-config.php. Esto a menudo hace que el panel vuelva inmediatamente. Revisa también .htaccess o las reglas de Nginx por si hay un comportamiento antiguo de reescritura.

Las imágenes o el CSS están rotos

Eso apunta a URLs hard-coded o a mixed content. Busca el dominio antiguo en la base de datos e inspecciona las herramientas de desarrollo del navegador para ver qué recursos siguen llamando a la URL anterior.

Cadenas o bucles de redirección

Estos suelen ocurrir cuando WordPress redirige en una dirección y el servidor web o el CDN redirigen en otra. Reduce la lógica a un único conjunto claro de reglas. Si es posible, gestiona el host canónico y las redirecciones a HTTPS en un solo lugar.

Fallan formularios, webhooks o callbacks de checkout

Es posible que los servicios externos sigan enviando datos al dominio antiguo. Comprueba las URLs del gateway de pago, las rutas de retorno SMTP, los endpoints de webhook y las integraciones de terceros. En sitios de membresía o de comercio electrónico, aquí es donde se produce un daño silencioso a los ingresos.

Cuándo WordPress Address y Site Address deberían ser diferentes

La mayoría de los sitios deberían mantenerlas iguales. Pero hay excepciones válidas. Si WordPress está instalado en un subdirectorio como /wordpress mientras el sitio público carga desde la raíz del dominio, entonces Site Address puede ser la URL raíz y WordPress Address la URL del subdirectorio.

Esta configuración puede ser útil para organizar archivos, pero añade complejidad. Si no lo estás haciendo intencionadamente, no te lo inventes en mitad de una migración. Las configuraciones simples fallan con menos frecuencia.

Un orden práctico que evita tiempo de inactividad

Usa una ventana corta de mantenimiento, confirma primero DNS, SSL y la configuración del servidor, y luego cambia las URLs de WordPress. Después, ejecuta el search-and-replace en la base de datos, vacía las cachés y prueba las rutas clave: página de inicio, administración, formularios, checkout, multimedia, endpoints de API y comportamiento del cron.

Si el sitio usa object caching, full-page caching o un CDN, purga todo después del cambio. Las redirecciones antiguas en caché pueden hacer que un sitio sano parezca roto durante otros 20 minutos, lo cual no es la situación de DNS más bonita, pero está bajo control.

Para sitios críticos para el negocio, prueba primero el cambio en staging. En Kodu.cloud, este es exactamente el tipo de tarea en la que el soporte de infraestructura gestionada se paga solo; no porque cambiar una URL sea imposible, sino porque las pequeñas comprobaciones de alrededor son las que evitan las sorpresas feas.

Comprobaciones finales después de cambiar la URL de WP

Abre el sitio en una sesión nueva del navegador y pruébalo tanto con www como sin www, si corresponde. Confirma el candado SSL, inspecciona algunas URLs de origen y asegúrate de que la administración, el inicio de sesión, las subidas multimedia y los formularios de contacto se comporten con normalidad. Si los motores de búsqueda ya han indexado el dominio antiguo, mantén las redirecciones correctas durante el tiempo suficiente para que el tráfico y las señales de posicionamiento se trasladen limpiamente.

Un cambio de URL de WP suele ser un trabajo corto cuando el entorno está listo. Se convierte en una tarde larga solo cuando se permite que DNS, SSL, las reglas del servidor, la caché y las referencias de la base de datos discutan entre sí. Mantenlos apuntando en la misma dirección, y el servicio volverá a estar en calma.

Andres Saar Ingeniero de atención al cliente