伪静态规则错误导致SEO收录差，主因是Nginx try_files配置不当使爬虫访问伪静态URL返回404/302；需正确配置try_files $uri $uri/ /index.php?$query_string，保留$query_string，避免rewrite旧写法，并同步清理CDN、OPcache等多层缓存，更新sitemap.xml和robots.txt。
伪静态规则写错，Nginx 里 try_files 配置不当最常见
线上 SEO 站收录差，很大概率是搜索引擎爬虫访问 /article/123 这类 URL 时返回了 404 或 302 跳转，根本没走到 PHP 路由逻辑。Nginx 中最典型的错误是 try_files $uri $uri/ /index.php?$query_string; 缺少 $is_args$args 或误写成 /index.php?/$1 这类硬编码路径。
正确做法是确保所有非静态资源都交由 index.php 统一入口处理：
location / {
try_files $uri $uri/ /index.php?$query_string;
}
注意点：
-
$query_string必须保留，否则 GET 参数（如?page=2&sort=desc）会丢失 - 不要用
rewrite ^/(.*)$ /index.php?_url=/$1 last;这种旧式写法，易造成重定向循环 - 如果用了 Laravel、ThinkPHP 等框架，确认其官方推荐的 Nginx 规则是否被手动改过
PHP 框架路由未适配伪静态，$_SERVER['REQUEST_URI'] 被污染
有些伪静态配置把路径塞进 QUERY_STRING（比如 /index.php/article/123），但 PHP 没读取原始请求路径，而是依赖 $_SERVER['PATH_INFO'] 或错误解析 $_SERVER['QUERY_STRING']，导致路由匹配失败、页面 404。
立即学习“PHP免费学习笔记（深入）”；
检查方法：在入口文件加一行调试
file_put_contents('/tmp/request.log', print_r($_SERVER, true), FILE_APPEND);
重点看这几个字段是否合理：
-
REQUEST_URI：应为原始请求路径，如/news/abc -
PATH_INFO：某些框架依赖它，Nginx 需显式传递：fastcgi_param PATH_INFO $fastcgi_path_info; -
SCRIPT_NAME和SCRIPT_FILENAME：不能指向错误的物理路径（比如漏掉root配置导致指向系统默认目录）
上线后没清缓存，旧规则还在 CDN 或浏览器里生效
改完 Nginx 配置只是第一步。CDN（如 Cloudflare、阿里云全站加速）、反向代理（如 Varnish）、甚至 PHP OPcache 都可能缓存了旧的 404 响应或跳转逻辑，导致你本地 curl 测试正常，但百度蜘蛛仍抓到错误状态。
必须同步操作：
- 执行
nginx -t && nginx -s reload确认配置生效 - 在 CDN 后台清除全部缓存，尤其要清空“状态码为 404 的缓存”这类隐藏选项
- 临时关闭 OPcache（
opcache.enable=0）或执行opcache_reset()，排除字节码缓存干扰 - 用百度站长平台的“URL 检测”工具，用真实 UA 模拟百度蜘蛛抓取，别只信 curl -I
修复后收录恢复慢？重点盯住 sitemap.xml 和 robots.txt 是否同步更新
伪静态改对了，但百度不会立刻重爬。这时候最容易忽略的是站点地图和爬虫协议本身还指向旧路径——比如 sitemap.xml 里仍是 /index.php?p=123，或者 robots.txt 里写了 Disallow: /index.php 却忘了放开新路径。
动作清单：
- 生成新 sitemap，确保所有
https://example.com/blog/how-to-deploy） - 检查
robots.txt是否意外屏蔽了新路径前缀（比如写成了Disallow: /blog/却没允许） - 在百度搜索资源平台提交新版 sitemap，并手动“重新提交”已收录的旧 URL（用“网站改版”工具做 301 映射更稳妥）
改规则本身不难，难的是每层缓存、每个中间件、每次重定向都得对齐；稍有遗漏，搜索引擎看到的就是断链。上线前最好用爬虫日志反查 404 来源，比等收录掉再补救快得多。
