Enlaces permanentes de WordPress con Nginx y Plesk

Cuando WordPress funciona en la portada pero devuelve 404 en las entradas, conviene mirar cómo llega la petición a PHP. En Plesk, Nginx puede actuar como proxy de Apache o atender la aplicación con una configuración diferente.

No copiar .htaccess en Nginx

Nginx no interpreta .htaccess. Si Apache recibe las peticiones, sus reglas pueden participar; si no las recibe, regenerar ese archivo no resuelve el recorrido.

Comprueba primero el manejador de PHP y las opciones de Apache y Nginx del dominio. No cambies los enlaces permanentes para esconder un error de configuración.

El papel de try_files

En una configuración Nginx mantenida manualmente, try_files puede buscar primero un archivo o directorio y enviar el resto al controlador de WordPress. El patrón habitual es:

try_files $uri $uri/ /index.php?$args;

Es una directiva dentro del contexto adecuado, no un archivo completo para pegar en Plesk. El panel puede generar ya un bloque location /; añadir otro duplicado puede impedir la recarga. Utiliza sus opciones o inclusiones previstas y valida la configuración resultante.

Comprobación completa

Prueba una entrada, una categoría, una URL inexistente, una imagen y una petición con parámetros. La inexistente debe conservar su condición de error; los archivos reales no deben pasar innecesariamente por WordPress.

Referencia: try_files en Nginx.