WordPress con enlaces permanentes rotos en Nginx solución

Si tienes WordPress con enlaces permanentes rotos en Nginx, lo más habitual es que el problema no esté en WordPress como tal, sino en cómo el servidor resuelve las URLs amigables. En muchos casos, las entradas, páginas o categorías devuelven error 404 porque Nginx no usa .htaccess y necesita sus propias reglas de reescritura para enviar las peticiones a WordPress.

Dicho de forma breve: cuando WordPress tiene enlaces permanentes rotos en Nginx, el origen suele estar en la reescritura de URLs del servidor, no en .htaccess. Guardar de nuevo la estructura de enlaces en el panel puede ayudar a regenerar ajustes internos, pero en Nginx WordPress conviene revisar sobre todo el server block, el bloque location, try_files y posibles conflictos con caché o redirecciones.

Por qué se rompen los enlaces permanentes en WordPress con Nginx

WordPress depende de reglas de reescritura correctas para interpretar la estructura de enlaces WordPress. En Apache, esto suele gestionarse mediante .htaccess, pero Nginx no lee ese archivo. Por eso, si el servidor no está preparado para redirigir las URLs que no corresponden a un archivo o directorio real hacia index.php, WordPress no llega a procesarlas.

El síntoma típico es claro: la portada funciona, el acceso al administrador también, pero las URLs internas fallan. Esto suele deberse a una configuración Nginx para WordPress incompleta o a reglas heredadas del hosting, del panel de control o de un reverse proxy.

Según la configuración, también pueden influir redirecciones previas, instalaciones en subdirectorio, entornos multisitio, plugins que alteran slugs o cachés que siguen sirviendo respuestas antiguas.

Qué revisar primero antes de tocar la configuración

Antes de editar el servidor, conviene confirmar que el problema realmente está en la capa web y no en otra parte de la instalación. Una comprobación rápida ahorra tiempo y evita cambios innecesarios.

• Guarda de nuevo los enlaces permanentes WordPress desde Ajustes. No siempre lo resuelve, pero puede regenerar la estructura interna.
• Comprueba que siteurl y home sean correctos.
• Verifica si el fallo afecta a entradas, páginas, categorías y archivos, o solo a algunos tipos de URL.
• Vacía la caché si existe CDN, plugin, caché del servidor o proxy intermedio.
• Revisa si hay redirecciones forzadas entre www y no-www, HTTP y HTTPS, o reglas en el panel del hosting.
• Si el servidor usa PHP-FPM, conviene confirmar que el paso de peticiones PHP esté bien definido en el virtual host.

Si tras estas pruebas la portada carga pero persiste el error 404 WordPress Nginx en URLs amigables, lo razonable es revisar el bloque del sitio en Nginx.

La configuración de Nginx que suele resolver el problema

En muchos casos, la clave está en que el bloque principal del sitio incluya un try_files adecuado. Esa directiva indica a Nginx que, si la URL solicitada no corresponde a un archivo o directorio real, entregue la petición a index.php, que es donde WordPress interpreta los permalinks.

Ejemplo orientativo, que debe adaptarse al servidor y a la instalación concreta:

location / {
    try_files $uri $uri/ /index.php?$args;
}

Ese bloque no es una plantilla universal, pero muestra la lógica habitual de try_files Nginx WordPress. Además, conviene revisar que el server block o virtual host apunte al directorio correcto, que no haya otro location más específico interceptando rutas y que la parte de PHP-FPM procese correctamente index.php.

Si el sitio está en subdirectorio, usa multisitio o trabaja detrás de un reverse proxy, las rewrite rules Nginx WordPress pueden requerir ajustes adicionales según la configuración.

Errores frecuentes que siguen provocando 404 o redirecciones incorrectas

Aunque exista un bloque básico de reescritura, algunos detalles siguen rompiendo el permalink WordPress Nginx. Estos son los más habituales:

• Un root incorrecto en el virtual host.
• Reglas de redirección duplicadas o mal ordenadas.
• Conflictos con plugins de caché, seguridad o redirección.
• Caché de servidor o CDN sirviendo respuestas antiguas.
• Instalaciones en subdirectorio sin adaptar las reglas.
• Configuraciones multisitio sin reglas específicas.
• Bloques location que priorizan rutas estáticas de forma errónea.

Cuando esto ocurre, el impacto más plausible es funcional y SEO indirecto: errores 404, rastreo deficiente, mala experiencia de usuario y pérdida de señales si no se corrige a tiempo.

Cómo comprobar si la solución funciona de verdad

No basta con que abra una sola entrada. Para validar la corrección, conviene probar varias rutas reales del sitio después de vaciar todas las capas de caché disponibles.

• Entradas individuales.
• Páginas estáticas.
• Categorías y etiquetas, si se usan.
• URLs con y sin barra final, según la estructura definida.
• Versiones HTTP/HTTPS y www/no-www para descartar redirecciones erróneas.

También es recomendable revisar los registros de Nginx y, si el entorno lo permite, comprobar la respuesta del servidor con herramientas de diagnóstico básicas. Si una URL sigue devolviendo 404 mientras otras funcionan, suele haber una regla parcial, una caché persistente o un conflicto de configuración más específico.

En resumen: si WordPress rompe enlaces permanentes en Nginx, lo prudente es revisar primero ajustes básicos y después la reescritura del servidor. El error más habitual es confiar en que WordPress lo resolverá solo desde el panel. Si no controlas Nginx o tu hosting añade capas intermedias, el siguiente paso razonable es pedir soporte técnico y revisar el virtual host completo antes de aplicar cambios a ciegas, especialmente si necesitas una reparación urgente de WordPress caído.