Error 404 en todas las páginas de WordPress: cómo solucionarlo

Hay un error 404 en WordPress que desespera a más de uno: todas las páginas del sitio fallan menos la portada. La home carga sin quejarse, pero en cuanto haces clic en cualquier entrada, página o archivo, aparece el mensaje «404 Not Found». Si te ha tocado, respira. En la mayoría de los casos el contenido sigue ahí, intacto, y el problema se limita a la capa de reescritura de URLs. Aquí va el porqué del fallo y cómo arreglarlo paso a paso.

¿Por qué aparece el error 404 en todas las páginas de WordPress excepto el inicio?

La clave está en cómo WordPress gestiona las URLs amigables. Tu portada suele corresponder a index.php, un archivo físico que el servidor encuentra sin problema. El resto de páginas, en cambio, no existen como archivos reales en el disco: WordPress usa un sistema de reescritura de URLs que depende del módulo mod_rewrite de Apache (o de reglas equivalentes en Nginx) para traducir direcciones como tusitio.com/mi-pagina/ en consultas internas a index.php.

¿Y qué rompe ese mecanismo? Suele ser una de estas cosas:

• Un .htaccess corrupto, vacío o eliminado tras una migración, un ataque o una edición manual que salió mal.
• Reglas de reescritura desactualizadas en la base de datos, por ejemplo después de cambiar de dominio, mover el sitio de carpeta o tocar la estructura de enlaces permanentes.
• Configuración del servidor: mod_rewrite desactivado, o la directiva AllowOverride sin permitir el uso de .htaccess.
• Conflictos con plugins de redirección, caché o SEO que sobrescriben las reglas de reescritura.
• Migraciones mal hechas, sobre todo al pasar de Apache a Nginx sin traducir las reglas.

Lo importante: como el contenido y la base de datos están intactos, en cuanto restaures el mecanismo de reescritura todo volverá a funcionar. De inmediato.

Solución principal: reconfigurar los enlaces permanentes

Es el remedio más rápido y funciona en el 90% de los casos, porque obliga a WordPress a regenerar y vaciar las reglas de reescritura:

1. Entra en el panel de administración, en Ajustes > Enlaces permanentes.
2. Anota tu estructura actual (por ejemplo, «Nombre de la entrada») para no perderla.
3. Selecciona temporalmente otra estructura, como «Simple», y guarda.
4. Vuelve a elegir tu estructura original y pulsa Guardar cambios otra vez.
5. Comprueba varias páginas en una pestaña de incógnito, así descartas la caché del navegador.

¿Sigues viendo 404 después de esto? Entonces el problema está en el .htaccess. Sigue leyendo.

Revisar y regenerar el archivo .htaccess

El archivo .htaccess contiene las reglas que hacen posible la reescritura de URLs. Para revisarlo, conéctate por FTP o usa el gestor de archivos de tu panel de hosting y búscalo en la raíz de WordPress (si no aparece, activa la opción de mostrar archivos ocultos).

El procedimiento:

1. Descarga una copia de seguridad del .htaccess actual a tu equipo.
2. Elimina el archivo del servidor (o renómbralo a .htaccess_old).
3. Ve a Ajustes > Enlaces permanentes y guarda: WordPress generará un .htaccess limpio automáticamente.
4. Si WordPress no puede escribirlo por permisos, creará el archivo en blanco y te mostrará el código que debes añadir a mano.

El contenido mínimo y correcto de un .htaccess de WordPress en la raíz es este:

Comprueba también que el módulo mod_rewrite esté activo en tu Apache y que la directiva AllowOverride All esté configurada en el virtual host. Y un detalle que se olvida a menudo: si tu instalación vive en un subdirectorio, verifica que RewriteBase apunte a la ruta correcta, por ejemplo /blog/.

Si prefieres no tocar nada (es entendible, un .htaccess mal editado puede dejar el sitio fuera de línea), en RedServicio (redservicio.net) hay técnicos que pueden revisar tu archivo y la configuración del servidor por ti.

Comprobar el módulo mod_rewrite del servidor

¿Regeneraste el .htaccess y el error 404 en WordPress sigue apareciendo en todas las páginas? Entonces toca mirar un nivel más abajo: el módulo mod_rewrite de Apache. Sin él, el servidor no procesa las reglas de reescritura que hacen posibles las URLs amigables, y WordPress se queda atascado en la estructura de enlaces predeterminada (?p=123). Es más común de lo que parece, sobre todo en VPS recién instalados.

Comprobar si está habilitado es sencillo. Crea un archivo llamado info.php en la raíz de tu sitio con este contenido:

phpinfo();

Ábrelo desde el navegador (tudominio.com/info.php) y busca la sección Loaded Modules o el valor de mod_rewrite. ¿No aparece en la lista? El módulo no está cargado. Un aviso importante: borra ese archivo cuando termines. Expone información delicada del servidor y no conviene dejarlo ahí.

Activar mod_rewrite según tu entorno

• Ubuntu/Debian: ejecuta sudo a2enmod rewrite y reinicia Apache con sudo systemctl restart apache2.
• CentOS/RHEL: edita el archivo de configuración de Apache y comprueba que la línea LoadModule rewrite_module modules/mod_rewrite.so no esté comentada.
• hosting compartido: aquí no tienes acceso root, así que no hay mucho que rascar por tu cuenta. Contacta con el soporte de tu proveedor y pídeles que activen mod_rewrite y AllowOverride All para tu directorio.

Hay otro detalle que se olvida a menudo: la directiva AllowOverride debe estar en All en la configuración de Apache. Si está en None, Apache ignorará tu .htaccess por completo, aunque el módulo esté activo. Y si tu servidor corre con Nginx, la cosa cambia, porque ahí no existe .htaccess; las reglas de reescritura se incluyen directamente en el bloque del servidor. En redservicio (redservicio.net) pueden configurarte esto correctamente si es tu caso.

Desactivar plugins y verificar conflictos de tema

A veces el error no viene del servidor. Viene de un plugin, o de un tema, que interfiere con las reglas de reescritura. Los de traducción, caché, seguridad y redirecciones son los que más dolores de cabeza dan, sobre todo cuando registran reglas personalizadas en el sistema de reescritura de WordPress.

Procedimiento de diagnóstico

1. Haz una copia de seguridad de la base de datos y los archivos antes de manipular nada. En serio, no te saltes este paso.
2. Desactiva todos los plugins de golpe desde el panel o renombrando la carpeta wp-content/plugins por FTP.
3. Accede a Ajustes, Enlaces permanentes y guarda de nuevo para regenerar las reglas.
4. Comprueba si las páginas internas cargan. Si ya funcionan, reactiva los plugins uno a uno, guardando los enlaces permanentes después de cada activación, hasta dar con el culpable.

¿El problema persiste sin plugins? Cambia temporalmente al tema predeterminado (Twenty Twenty-Four o similar). Un tema mal codificado puede sobrescribir plantillas o registrar taxonomías que rompen la reescritura, y no siempre es obvio a simple vista. Eso sí: vacía la caché de cualquier plugin de caching y la del navegador tras cada cambio. Una versión obsoleta en caché puede hacerte creer que el error continúa cuando ya lo tienes resuelto. Me ha pasado más de una vez, y es desconcertante.

Conclusión: cómo evitar el error 404 en WordPress en el futuro

El error 404 en WordPress que afecta a todas las páginas casi siempre se arregla regenerando los enlaces permanentes, restaurando el .htaccess, verificando mod_rewrite o descartando conflictos de plugins y temas. Siguiendo ese orden de diagnóstico, la gran mayoría de casos quedan resueltos en menos de una hora. No es tan grave como parece al principio.

Para que no vuelva a ocurrir, hay cuatro hábitos que marcan la diferencia: guarda los enlaces permanentes después de migrar o mover el sitio, mantén copias de seguridad automáticas de archivos y base de datos, actualiza plugins y temas en un entorno de pruebas antes de llevarlos a producción, y documenta los cambios en la configuración del servidor (tu yo del futuro te lo agradecerá). Una monitorización periódica con Google Search Console te avisará de brotes de errores 404 antes de que afecten a tu tráfico y posicionamiento.

¿Prefieres no tocar archivos de servidor? ¿O quizá has probado todo y el problema sigue ahí? En redservicio (redservicio.net) encontrarás soporte técnico especializado en WordPress para diagnosticar y corregir el error de forma segura, con tu sitio funcionando de nuevo en el menor tiempo posible.