UA-51298262-10 Skip to main content
WordPress

Cómo mover WordPress del subdirectorio a la raíz

By abril 21, 2026No Comments

Cómo mover WordPress de un subdirectorio a la raíz del dominio sin errores

Mover una instalación de WordPress desde un subdirectorio, por ejemplo midominio.com/wordpress, a la raíz del dominio, como midominio.com, es una operación muy común. Suele hacerse cuando primero se monta la web en una carpeta de pruebas y después se quiere publicar en la ubicación principal. Si el proceso se hace bien, no tiene por qué provocar pérdida de contenidos, errores 404 ni problemas de posicionamiento.

La clave está en distinguir dos escenarios: mover físicamente todos los archivos a la raíz o mantener WordPress instalado en el subdirectorio pero hacer que cargue desde la raíz. En la mayoría de casos, la opción más limpia es trasladar los archivos y actualizar las URLs del sitio. Antes de empezar, conviene hacer una copia de seguridad completa de archivos y base de datos.

Qué debes revisar antes de mover WordPress

Antes de tocar nada, confirma estos puntos:

  • Tienes acceso al panel de WordPress.
  • Tienes acceso por FTP, SFTP o al administrador de archivos del hosting.
  • Puedes editar la base de datos o, al menos, el archivo de configuración del sitio.
  • Dispones de una copia de seguridad reciente.

También es recomendable desactivar temporalmente cualquier sistema de caché, plugin de optimización o CDN. Así evitarás que sigan sirviendo URLs antiguas después del cambio.

Consejo práctico: si tu web ya recibe tráfico o tiene ventas activas, programa el cambio en una franja de baja actividad. Aunque el proceso suele ser rápido, es mejor reducir el impacto ante cualquier incidencia.

Paso a paso para mover WordPress a la raíz del dominio

1. Haz una copia de seguridad completa

Descarga todos los archivos de WordPress y exporta la base de datos. Este punto no es opcional. Si algo falla, podrás restaurar la web en pocos minutos. Muchos paneles de hosting permiten hacerlo desde cPanel, Plesk o herramientas similares.

2. Cambia las URLs en Ajustes generales

En el panel de administración entra en la configuración general de WordPress y localiza estos dos valores:

  • Dirección de WordPress (URL)
  • Dirección del sitio (URL)

Si actualmente apuntan a https://midominio.com/subdirectorio, debes cambiarlas a https://midominio.com. Guarda los cambios. Es posible que WordPress te cierre la sesión después de hacerlo; es normal.

Si no puedes entrar al administrador, este ajuste también puede hacerse desde la base de datos, modificando los valores siteurl y home en la tabla de opciones.

3. Mueve los archivos de WordPress

Ahora debes trasladar el contenido del subdirectorio a la carpeta raíz del dominio. Normalmente la raíz será public_html, httpdocs o una carpeta similar, según tu proveedor.

Debes mover todos los archivos y carpetas de la instalación, incluyendo:

  • wp-admin
  • wp-content
  • wp-includes
  • index.php
  • .htaccess
  • wp-config.php

Hazlo moviendo, no copiando, para evitar instalaciones duplicadas y confusiones con rutas antiguas.

4. Revisa el archivo .htaccess

Una vez en la raíz, el archivo .htaccess debe corresponder con la nueva ubicación. Si WordPress estaba en un subdirectorio, es posible que el contenido anterior incluya reglas con esa ruta. La configuración habitual de enlaces permanentes en la raíz debe quedar limpia y sin referencias a la carpeta antigua.

Si detectas errores 404 después del traslado, entra en el panel de WordPress y vuelve a guardar los enlaces permanentes. Este simple paso fuerza la regeneración del .htaccess.

5. Corrige rutas internas e imágenes si es necesario

En muchos casos, al mover WordPress a la raíz, la web carga correctamente pero quedan enlaces antiguos en menús, widgets, constructor visual o base de datos. Lo más frecuente es encontrar URLs absolutas que todavía apuntan al subdirectorio.

Para solucionarlo, revisa:

  • Menús de navegación.
  • Enlaces internos dentro de páginas y entradas.
  • Ajustes del tema o constructor visual.
  • Plugins que guarden rutas absolutas.

Si la web es grande, puede ser útil ejecutar una sustitución de URLs en la base de datos. Eso sí, debe hacerse con cuidado para no romper datos serializados. En entornos profesionales conviene usar herramientas específicas o soporte técnico cualificado.

Errores habituales después del cambio

Pantalla en blanco o error 500

Suele estar relacionado con reglas antiguas en .htaccess, permisos incorrectos o rutas rotas en plugins. Renombra temporalmente el archivo .htaccess y prueba de nuevo. Si el problema desaparece, regenera los enlaces permanentes desde WordPress.

Error 404 en páginas internas

La portada puede funcionar, pero no las URLs internas. Normalmente se resuelve guardando de nuevo los enlaces permanentes y comprobando que Apache o Nginx estén aplicando correctamente las reglas de reescritura.

Imágenes que no cargan

Si las imágenes siguen apuntando al subdirectorio anterior, revisa la biblioteca multimedia, el contenido de las entradas y cualquier plugin de caché o optimización. Vacía todas las cachés antes de dar el proceso por terminado.

Bucle de redirección o acceso imposible al administrador

Esto suele ocurrir cuando las URLs del sitio no coinciden con la ruta real o cuando una regla de redirección antigua sigue activa. Revisa los valores home y siteurl, y comprueba también el archivo .htaccess y la configuración del panel de hosting.

Recomendación: después del cambio, prueba la web en una ventana privada del navegador. Así evitarás falsos positivos provocados por cookies o caché local.

Buenas prácticas para no afectar al SEO

Si el sitio ya estaba indexado bajo el subdirectorio, el cambio debe hacerse con especial cuidado. Lo ideal es que las URLs finales queden unificadas y sin versiones duplicadas. Revisa el sitemap, Search Console y cualquier plugin SEO para confirmar que la nueva estructura se ha actualizado.

También conviene comprobar:

  • Que la URL canónica de las páginas apunta a la raíz.
  • Que no quedan enlaces internos hacia el subdirectorio antiguo.
  • Que el archivo robots.txt no contiene rutas obsoletas.
  • Que el sitemap XML refleja las nuevas URLs.

Si necesitas una infraestructura estable para este tipo de cambios, en SOLTIA ofrecen hosting de alto rendimiento con soporte técnico especializado, algo especialmente útil cuando trabajas con WordPress en entornos de producción. Y si el traslado se complica o aparecen errores más avanzados en servidor, en RedServicio pueden encontrar ayuda profesional para resolver cualquier problema técnico con garantías.

Comprobaciones finales después de mover WordPress

  1. Accede a la portada del sitio.
  2. Abre varias entradas y páginas internas.
  3. Prueba el acceso a /wp-admin.
  4. Verifica formularios, menús e imágenes.
  5. Regenera enlaces permanentes.
  6. Vacía cachés de WordPress, navegador y CDN.
  7. Comprueba que la versión antigua en el subdirectorio ya no responde o redirige correctamente.

¿Puedo mover WordPress sin tocar la base de datos?

En sitios pequeños, a veces basta con cambiar las URLs y mover archivos. En instalaciones más complejas, normalmente hay que revisar referencias internas guardadas en la base de datos.

¿Es mejor copiar o mover los archivos?

Es mejor moverlos para evitar instalaciones duplicadas y conflictos con rutas antiguas.

¿Se pierde el SEO al hacer este cambio?

No necesariamente. Si actualizas bien las URLs, corriges enlaces internos y revisas indexación y sitemap, el impacto puede ser mínimo.

Conclusión

Mover WordPress de un subdirectorio a la raíz del dominio es una tarea sencilla si se sigue un orden correcto: copia de seguridad, actualización de URLs, traslado de archivos, revisión del .htaccess y comprobación de enlaces internos. La mayoría de errores que aparecen después del cambio tienen solución rápida si se detectan a tiempo. Lo importante es no improvisar y validar cada paso antes de darlo por cerrado. Si necesitas hacerlo en un sitio en producción, con tráfico real o configuraciones más delicadas, contar con un hosting bien optimizado y soporte técnico competente puede marcar la diferencia entre un cambio limpio y una incidencia innecesaria.

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información. ACEPTAR

Aviso de cookies