Índice
- 1 Cómo mover WordPress de un subdirectorio a la raíz del dominio sin errores
- 2 Qué debes revisar antes de mover WordPress
- 3 Paso a paso para mover WordPress a la raíz del dominio
- 4 Errores habituales después del cambio
- 5 Buenas prácticas para no afectar al SEO
- 6 Comprobaciones finales después de mover WordPress
- 7 Conclusión
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
- Accede a la portada del sitio.
- Abre varias entradas y páginas internas.
- Prueba el acceso a /wp-admin.
- Verifica formularios, menús e imágenes.
- Regenera enlaces permanentes.
- Vacía cachés de WordPress, navegador y CDN.
- 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.

