Nginx环境下WordPress Unbounce插件弹窗404问题求助

我之前也碰到过类似WordPress插件虚拟路径导致Nginx 404的情况，你的问题核心在于Unbounce生成的.html路径是动态虚拟路径，服务器上并没有对应的物理文件。默认Nginx配置虽有try_files规则，但如果配置里存在专门处理静态文件（包括.html）的独立规则，就会直接返回404，不会走WordPress的路由逻辑。

下面给你两种针对性的解决方案，根据实际配置选择：

方案一：修改现有静态文件处理规则（若存在） #

如果你的Nginx配置里有类似下面的静态文件匹配块：

location ~* \.(html|css|js|png|jpg)$ {
    expires max;
    log_not_found off;
}

需要在这个块里添加try_files指令，让不存在的.html请求转发到WordPress的index.php：

location ~* \.(html|css|js|png|jpg)$ {
    try_files $uri $uri/ /index.php?$args; # 新增该行，优先转发不存在的文件
    expires max;
    log_not_found off;
}

方案二：新增Unbounce专属的.html请求处理规则 #

如果没有单独的静态文件处理块，或者想更精准针对Unbounce请求，可以新增一个匹配.html的location块，确保这类虚拟路径请求被WordPress处理：

location ~* \.html$ {
    # 先检查文件是否存在，不存在则转发到index.php
    try_files $uri $uri/ /index.php?$args;
    
    # 转发到php-fpm7，注意socket路径要匹配你的实际PHP版本
    fastcgi_pass unix:/run/php/php7.4-fpm.sock; # 比如php7.2版本则是php7.2-fpm.sock
    fastcgi_index index.php;
    include fastcgi_params;
    # 告诉PHP执行WordPress的入口文件
    fastcgi_param SCRIPT_FILENAME $document_root/index.php;
}

关键注意事项 #

1. 确认php-fpm7的socket路径：可以通过ls /run/php/命令查看，比如php7.0-fpm.sock、php7.4-fpm.sock，对应修改fastcgi_pass的值。
2. 修改配置后必须重新加载Nginx生效：执行sudo nginx -t && sudo systemctl reload nginx，先验证配置语法，再重载服务。
3. 若仍有问题，可查看Nginx错误日志（/var/log/nginx/error.log），排查路径匹配优先级或其他配置冲突。

调整后，Unbounce动态生成的.html弹窗请求就会被WordPress路由系统正常处理，不会再返回404了。

内容的提问来源于stack exchange，提问作者user3197263