网页重写通常指在服务器层面把用户请求的地址映射到另一个实际资源，或者在响应头中告知浏览器永久或临时转向新地址。它与单纯在HTML里放置一个跳转脚本不同，服务器端重写可以在不暴露内部路径的情况下完成URL美化、旧链接迁移和SEO权重传递。
一、网页重写与普通跳转的区别
服务器端重写发生在HTTP服务器内部，用户在浏览器地址栏看到的是新URL，服务器可能内部转发到另一个文件或脚本，但响应码通常是200或者301、302。而HTML中的meta refresh和JavaScript重定向则是在浏览器接收到页面之后才触发，属于客户端行为。
从SEO角度看，301永久重定向会把旧页面的权重和索引信号传递给新地址，适合改版或域名迁移；302临时重定向则保留旧地址的索引，搜索引擎会继续抓取原URL。如果错误地把临时跳转用于永久迁移，可能导致排名波动。因此选择正确的状态码是网页重写方案中的第一件事。
二、服务器端URL重写方法
Nginx和Apache是最常见的两个Web服务器，它们都支持基于正则表达式的rewrite规则。以Nginx为例，把旧的文章地址 /article.php?id=123 重写到 /article/123，可以同时返回301状态码，告诉搜索引擎地址已永久变更。
location /article.php {
if ($args ~* "^id=(\d+)") {
set $id $1;
return 301 /article/$id;
}
}
这段配置会把带查询参数的旧链接变成路径更清晰的静态化URL。如果只是内部转发而不改变地址栏，可以使用rewrite指令配合last标记，这样浏览器看到的仍是原地址，但请求的处理逻辑已经切换。
rewrite ^/old-category/(.*)$ /new-category/$1 last;
Apache用户则需要在站点根目录的.htaccess或虚拟主机配置中启用重写引擎。下面这条规则把所有.html结尾的旧页面301跳转到去掉后缀的新地址。
RewriteEngine On RewriteRule ^(.*)\.html$ /$1 [R=301,L]
需要注意，.htaccess会逐级检查目录，性能略低于直接写在服务器配置里。对于高流量站点，建议把规则放进虚拟主机配置文件，并关闭.htaccess覆盖以减少磁盘IO。
三、前端重定向与SEO影响
前端重定向主要分为两种：meta refresh标签和JavaScript跳转。meta refresh写在HTML的head部分，例如下面的代码会在0秒后把页面转到新地址。
<meta http-equiv="refresh" content="0;url=https://www.ipipp.com/new-page">
这种方式虽然能被Google识别，但传递权重的效率不如服务器端301。如果延迟时间设置为5秒或更长，还可能被判定为软重定向，影响用户体验。因此在改版时，meta refresh只能作为临时过渡手段，不应作为主要迁移方案。
JavaScript重定向常见于单页应用和前端路由。使用window.location.replace不会在浏览历史中留下记录，而设置window.location.href等于新地址会新增历史条目。
window.location.replace("https://www.ipipp.com/new-page");
// 或者
window.location.href = "https://www.ipipp.com/new-page";
搜索引擎爬虫对JavaScript渲染的支持已经大幅提升，但依赖JS跳转的页面在首次抓取时仍然可能耗费更多资源。对于SEO关键页面，应优先使用服务器端301重定向，JavaScript只适合需要登录、权限判断或交互确认的场景。
四、canonical标签与重复内容处理
有些情况下无法直接修改服务器规则，例如在同一套CMS中多个URL都能访问到相同内容。此时可以使用canonical标签告诉搜索引擎哪个地址是规范版本。它在HTML head中的写法如下。
<link rel="canonical" href="https://www.ipipp.com/article/123">
canonical与301不同，它不会把用户跳走，只是向爬虫声明首选URL。需要注意，如果页面大量使用canonical指向不相关的地址，搜索引擎可能忽略该指令。正确做法是保证规范地址真实可访问、内容一致，并且站点内部链接尽量指向规范版本。
五、实战：一次旧站改版的完整重写方案
假设一个博客系统从旧URL结构 /index.php?post=45 迁移到 /posts/45，同时需要保留搜索排名。第一步在Nginx中配置参数匹配并返回301。
location = /index.php {
if ($args ~* "^post=(\d+)") {
set $post_id $1;
return 301 /posts/$post_id;
}
return 404;
}
第二步在站点地图中更新所有URL，并在后台批量替换内部链接。第三步对无法重写的重复页面添加canonical标签。完成这些操作后，通过curl -I检查响应头，确认返回301和Location字段，再用搜索引擎抓取工具验证新地址能被正常索引。
整个过程中要避免把301链到另一个301，形成重定向链。每次跳转都会消耗爬虫抓取预算，还可能稀释权重。理想情况是旧URL直接指向最终页面，一步到位。