Nginx rewrite指令通过内部重写实现SEO友好URL，将简洁路径（如/product/123）映射为带参逻辑路径（如/index.php?product_id=123），保持地址栏不变；规则在server或location块中执行，需用last/break控制流程，避免循环与404。
在 Nginx 中，rewrite 指令是实现 SEO 友好 URL 的核心手段之一，它能将用户访问的简洁、语义化的路径（如 /product/123）内部重写为后端可处理的实际请求路径（如 /index.php?product_id=123），同时保持浏览器地址栏不变，兼顾用户体验与搜索引擎收录效果。
理解 rewrite 的执行时机与作用域
rewrite 规则在 Nginx 请求处理的早期阶段（server 或 location 块中）执行，属于“内部重写”，不触发 HTTP 重定向（除非显式加 redirect 或 permanent）。SEO 友好路径的关键在于：用户看到的是干净 URL，服务器实际处理的是带参数的逻辑路径，中间无跳转损耗。
- 规则写在
server块中，适用于所有 location；写在location块中，则只对该路径生效 - rewrite 匹配成功后，默认会重新匹配 location，可能引发循环，需用
last、break或redirect控制流程 - 推荐优先使用
last（重写后重新 search location）或break（停止 rewrite，继续当前 location 内部处理）
常见 SEO 路径映射示例
以博客系统为例，将 /article/标题-关键词-123.html 映射为 PHP 脚本调用：
rewrite ^/article/([^/]+)-(\d+)\.html$ /article.php?id=$2 last;
更实用的写法支持可选参数和兼容旧路径：
- 支持中文标题（需确保 URI 已被正确解码）：
rewrite ^/article/(.*)-(\d+)\.html$ /article.php?id=$2&slug=$1 last; - 统一处理带或不带尾部斜杠的分类页：
rewrite ^/category/([^/]+)/?$ /category.php?name=$1 last; - 将根路径 / 映射到首页逻辑：
rewrite ^/$ /index.php?route=home last;
避免常见陷阱提升 SEO 稳定性
错误的 rewrite 配置可能导致 404、循环重定向或参数丢失，直接影响爬虫抓取和页面排名：
- 正则表达式未转义特殊字符（如点号
.、问号?）会导致意外匹配，建议用\.和\? - 多个 rewrite 规则顺序很重要——Nginx 自上而下匹配，应把更具体的规则放在前面
- 启用
log_not_found off;可减少因 rewrite 导致的 404 日志噪音，但调试阶段建议开启以便排查 - 配合
try_files使用更安全：例如try_files $uri $uri/ @fallback;+location @fallback { rewrite ... }，避免直接 rewrite 到不存在的文件
验证与上线前检查要点
rewrite 上线前务必验证是否符合 SEO 预期：
- 用
curl -I检查响应状态码——正常应为 200，而非 301/302（除非你本意是跳转） - 查看 Nginx error log，搜索
rewrite or internal redirection cycle等关键词，排查循环问题 - 模拟搜索引擎抓取：用 curl 加
User-Agent: Googlebot请求，确认返回内容与路径语义一致 - 在 robots.txt 和 sitemap.xml 中使用 rewrite 后的友好 URL，确保索引入口统一
