Arreglar error 404 en WordPress después de migrar

¡Hola! Si has llegado hasta aquí, seguramente acabas de migrar tu sitio web de WordPress a un nuevo hosting y, en lugar de ver tu página principal, te encuentras con un molesto error 404 Not Found. No te preocupes, es uno de los problemas más comunes después de una mudanza de servidor y, por suerte, tiene solución.

En esta guía completa y paso a paso, vamos a desglosar las causas más frecuentes y, sobre todo, las soluciones prácticas para que tu web vuelva a funcionar en cuestión de minutos. Vamos a ello.

¿Por qué aparece el error 404 después de migrar de hosting?

Antes de lanzarnos a arreglar nada, es importante entender qué está pasando. El error 404 significa que el servidor no encuentra el archivo o la URL que estás solicitando. Cuando cambias de hosting, la estructura de archivos y la configuración del servidor cambian por completo. Esto provoca que WordPress pierda el "mapa" de tus enlaces permanentes (las URLs limpias y bonitas que usas, como tudominio.com/mi-articulo).

La causa más común es que la regla de reescritura de URLs (el archivo .htaccess en servidores Apache o la configuración de Nginx) no se ha actualizado o no se ha trasladado correctamente. Sin estas reglas, WordPress no sabe cómo traducir una URL legible a la ruta real del archivo en el servidor.

Otra causa muy frecuente es que la base de datos se haya importado con una URL incorrecta (por ejemplo, usando localhost en lugar de tu dominio real), lo que rompe la relación entre los enlaces y el contenido.

Solución 1: Actualizar los enlaces permanentes (La más efectiva)

Este es el primer paso y, en el 90% de los casos, el que soluciona el problema. Es tan sencillo como "resetear" la configuración de tus URLs para que WordPress regenere las reglas de reescritura.

Paso a paso para resetear los enlaces permanentes

Accede a tu Panel de Administración de WordPress. Normalmente es tudominio.com/wp-admin.
En el menú lateral izquierdo, busca y haz clic en Ajustes.
A continuación, haz clic en Enlaces permanentes.
Verás varias opciones (Simple, Día y nombre, Nombre de la entrada, etc.). No cambies nada de momento.
Simplemente, haz clic en el botón Guardar cambios que está al final de la página.
WordPress hará una actualización de las reglas de reescritura automáticamente.

[TIP] Después de guardar, ve a tu sitio web y prueba a navegar a una página interna (no solo la portada). Si el error desaparece, ¡enhorabuena! Has solucionado el problema.

Solución 2: Verificar y reparar el archivo .htaccess

Si el paso anterior no funcionó, el problema puede estar en el archivo .htaccess. Este archivo es el que le dice al servidor cómo manejar las URLs en Apache. A veces, durante la migración, este archivo no se copia o se corrompe.

Cómo revisar y regenerar el .htaccess

Conéctate a tu hosting mediante un Cliente FTP (como FileZilla) o a través del Administrador de Archivos de tu panel de control (cPanel, Plesk, Syspanel, etc.).
Busca la carpeta public_html (o htdocs). Ahí es donde está instalado WordPress.
Activa la opción de Mostrar archivos ocultos en tu cliente FTP o en el administrador de archivos, porque el .htaccess empieza con un punto y suele estar oculto.
Si lo encuentras, descárgalo a tu ordenador como copia de seguridad. Luego, bórralo del servidor.
Vuelve a tu panel de WordPress y ve a Ajustes > Enlaces permanentes y haz clic en Guardar cambios de nuevo. Esto creará un archivo .htaccess nuevo y limpio.
Si no lo encuentras, no pasa nada. El paso de guardar los enlaces permanentes debería crearlo automáticamente.

[WARNING] Si borras el .htaccess, tu web puede dejar de funcionar momentáneamente. No te asustes, es normal. Al guardar los enlaces permanentes, WordPress lo regenerará al instante.

Solución 3: Corregir la URL del sitio en la base de datos

Esta es una causa muy común si la migración se hizo manualmente o con un plugin que no actualizó bien las URLs. Si tu base de datos aún tiene la URL antigua (por ejemplo, http://midominioanterior.com), todos los enlaces internos apuntarán a un sitio que ya no existe, provocando errores 404.

¿Cómo comprobar la URL de tu sitio?

La forma más fácil de verlo es ir a Ajustes > Generales en tu WordPress. Deberías ver dos campos: Dirección de WordPress (URL) y Dirección del sitio (URL). Ambas deben ser exactamente tu nuevo dominio (con https://www. o sin www., según prefieras).

Cómo corregir la URL en la base de datos (phpMyAdmin)

Si los campos en Ajustes ya están bien, pero el problema persiste, la URL está incrustada en la base de datos. Para corregirlo:

Accede a phpMyAdmin desde el panel de control de tu hosting (cPanel, Plesk, Syspanel, etc.).
Selecciona la base de datos de tu WordPress.
Busca y haz clic en la tabla wp_options (el prefijo wp_ puede ser diferente si lo cambiaste).
Dentro de esta tabla, busca las filas con option_name igual a siteurl y home.
Haz clic en el icono de Editar (el lápiz) en cada una de ellas y asegúrate de que el valor en option_value sea la URL correcta de tu nuevo dominio.

[INFO] Si no te sientes cómodo editando la base de datos, puedes usar un plugin como "Better Search Replace" para hacerlo de forma visual y segura, pero siempre con una copia de seguridad previa.

Solución 4: Revisar la configuración de Nginx (si tu hosting lo usa)

Muchos hostings modernos, como los que usan Syspanel (antes conocido como HestiaCP, accesible desde el puerto 2106), utilizan el servidor web Nginx en lugar de Apache. En este caso, el problema no es un archivo .htaccess, sino la configuración de Nginx que no tiene la regla para WordPress.

¿Qué hacer si tu hosting usa Nginx?

En Syspanel, el panel de control que mencionamos (que se gestiona desde el puerto 2106), la configuración de Nginx se maneja de forma diferente.

Accede a tu panel de Syspanel (puerto 2106).
Busca la sección de Web o Dominios.
Localiza tu dominio y busca un botón de Configuración o Editar.
Dentro de la configuración, deberías ver una pestaña o sección llamada "Proxy Template" o "Plantilla de proxy".
Asegúrate de que esté seleccionada la plantilla de WordPress. Si no es así, cámbiala y guarda los cambios.

[WARNING] Si no ves una plantilla de WordPress, es posible que tengas que añadir una regla de reescritura manual. Esto es más técnico, así que te recomendamos contactar con el soporte de tu hosting y preguntarles: "¿Pueden asegurarse de que la configuración de Nginx para mi dominio está optimizada para WordPress?".

Solución 5: Desactivar plugins de caché y CDN

A veces, el error 404 no es del servidor, sino de una caché guardada que sigue apuntando a las URLs antiguas. Si usabas un plugin de caché (como W3 Total Cache, WP Super Cache) o un CDN (como Cloudflare), es muy probable que estén sirviendo versiones antiguas de las páginas.

Pasos para descartar este problema

Ve a Plugins > Plugins instalados en tu WordPress.
Desactiva temporalmente todos los plugins de caché y de CDN.
Vuelve a Ajustes > Enlaces permanentes y guarda los cambios una vez más.
Si el error desaparece, el problema era la caché. Activa los plugins de uno en uno para ver cuál está causando el conflicto.
Si usas un CDN externo como Cloudflare, entra en tu panel de Cloudflare y purga toda la caché (botón "Purge Everything").

Solución 6: Verificar los permisos de archivos y carpetas

Los permisos incorrectos pueden impedir que el servidor lea los archivos, lo que también puede manifestarse como un error 404 o 403. Después de una migración, es común que los permisos se hayan establecido de forma incorrecta.

Los permisos correctos para WordPress

Carpetas (Directorios): Deben tener permisos 755.
Archivos: Deben tener permisos 644.
El archivo wp-config.php: Debe tener permisos 600 o 640.

Puedes cambiar estos permisos desde tu cliente FTP o desde el Administrador de Archivos de tu hosting. Selecciona todos los archivos y carpetas, haz clic derecho y busca la opción "Permisos de archivo" o "CHMOD".

Solución 7: Revisar la zona de pruebas (Staging) o el entorno local

Si has migrado desde un entorno local (como XAMPP o MAMP) o desde una zona de pruebas (staging), es muy probable que las URLs en tu base de datos sigan apuntando a esa dirección (por ejemplo, http://localhost/miweb o http://staging.midominio.com). En este caso, la solución es la misma que en el Paso 3, pero debes asegurarte de reemplazar todas las cadenas de texto en la base de datos.

[TIP] Para este caso, antes de usar la edición manual, te recomiendo encarecidamente usar el plugin "Better Search Replace". Te permite buscar http://localhost/miweb y reemplazarlo por https://tudominio.com en todas las tablas de la base de datos de forma segura, sin riesgo de romper nada.

Preguntas Frecuentes (FAQ) sobre el error 404 en WordPress

Aquí te respondo algunas de las dudas más comunes que nos llegan al soporte:

¿Por qué solo me da error 404 en algunas páginas y no en la portada?

Esto es muy típico. Significa que la portada se sirve correctamente, pero las reglas de reescritura para las páginas internas no se han generado. La solución más rápida es ir a Ajustes > Enlaces permanentes y pulsar Guardar cambios sin modificar nada. Esto regenera las reglas y suele arreglarlo al instante.

He probado todo y sigo con el error, ¿qué hago?

Si has seguido todos los pasos y el error persiste, el problema puede ser más profundo, como una configuración específica del servidor o un error en la migración de los archivos. Te recomiendo que:

Contactes con el soporte de tu nuevo hosting. Diles exactamente qué has probado. Ellos pueden revisar los logs del servidor para ver el error exacto.
Verifiques que has subido TODOS los archivos de WordPress. A veces, durante la migración por FTP, se pierde alguna carpeta (como wp-content o wp-includes). Comprueba que el tamaño de los archivos en el servidor coincide con el de tu copia original.

¿Es seguro usar un plugin para arreglar el 404?

Sí, los plugins como "404 Solution" o "Redirection" pueden ser útiles para redirigir URLs antiguas a nuevas, pero no arreglan la causa raíz del problema. Son un parche, no la solución definitiva. Es mejor usar los métodos nativos de WordPress (como resetear enlaces permanentes) antes de instalar más plugins.

Mi hosting usa Syspanel, ¿cambio algo en el error 404?

Como mencionamos, Syspanel (el panel que se accede por el puerto 2106) es un panel de control moderno. La diferencia principal es que usa Nginx, por lo que el archivo .htaccess no es la solución. En este caso, debes centrarte en la Solución 4 (revisar la plantilla de proxy de Nginx) y en asegurarte de que los enlaces permanentes estén guardados. A veces, en Syspanel, hay que activar una opción llamada "Reescritura automática" en la configuración del dominio.

Conclusión: Respira, es un problema común y solucionable

El error 404 después de migrar de hosting es uno de los sustos más típicos para cualquier administrador de WordPress. Pero como has visto, en la mayoría de los casos se soluciona con un simple clic en "Guardar cambios" en los enlaces permanentes.

Te recomiendo seguir los pasos en el orden que te he presentado:

Resetea los enlaces permanentes.
Revisa el .htaccess (si tu hosting es Apache).
Revisa las URLs en la base de datos.
Revisa la configuración de Nginx (si tu hosting es Nginx, como Syspanel).
Desactiva la caché.
Revisa los permisos.

Con un poco de paciencia y esta guía, tu web volverá a estar operativa en muy poco tiempo. Si tienes más dudas, no dudes en consultar nuestra base de conocimiento o contactar con nuestro equipo de soporte. ¡Mucha suerte!