网站跳转四种场景：用错跳转方式的代价不是链接打不开而是收录全丢

一、先区分：主动跳转还是被动跳转

二、主动跳转：四种方式的正确用法

301重定向：域名迁移/HTTPS升级的唯一正确选择

301的意思是"这个页面永久搬家了，以后都去新地址"。搜索引擎看到301后，会把旧URL的权重、收录、外链全部转移到新URL。这是域名迁移时唯一应该用的跳转方式。

# ===== Nginx 301重定向配置 =====# 场景1：旧域名 → 新域名（全站跳转）server {listen 80;server_name old-domain.com www.old-domain.com;# 所有请求永久跳转到新域名，保留路径和参数return 301 https://www.new-domain.com$request_uri;}# 场景2：HTTP → HTTPSserver {listen 80;server_name www.example.com example.com;return 301 https://www.example.com$request_uri;}# 场景3：不带www → 带www（统一域名）server {listen 80;server_name example.com;return 301 https://www.example.com$request_uri;}# 场景4：单个旧页面 → 新页面location /old-page.html {return 301 https://www.example.com/new-page.html;}# 场景5：整个目录迁移location /old-blog/ {return 301 https://www.example.com/new-blog/;}# ===== Apache (.htaccess) 301重定向 =====# 旧域名跳新域名RewriteEngine OnRewriteCond %{HTTP_HOST} ^old-domain.com$ [OR]RewriteCond %{HTTP_HOST} ^www.old-domain.com$RewriteRule ^(.*)$ https://www.new-domain.com/$1 [R=301,L]# HTTP跳HTTPSRewriteCond %{HTTPS} offRewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]# 单页面跳转Redirect 301 /old-page.html https://www.example.com/new-page.html

302重定向：什么时候该用，什么时候用错了

302的意思是"这个页面暂时不在，先去别的地方"。搜索引擎看到302后，会保留旧URL的索引，不会把权重传过去。很多人把本该用301的域名迁移用成了302，结果新域名一直没权重——这就是典型用错。

# 302正确用法示例# 场景1：网站临时维护，跳转到维护公告页# Nginxlocation / {return 302 /maintenance.html;}# 场景2：限时促销活动结束，跳回主站location /2026-summer-sale/ {return 302 https://www.example.com/;}# 场景3：用户未登录时跳转到登录页（带return参数）# 这个在应用代码里做，不在Nginx做# if not login:#     redirect 302 to /login?return=/original-page

JavaScript跳转：什么时候可以用

JS跳转对SEO基本没用，但在以下场景是合理的：

// 场景1：用户点击按钮后跳转（这是JS跳转最合理的用法）document.getElementById("go-btn").addEventListener("click", function() {window.location.href = "https://www.new-domain.com/";});// 场景2：倒计时后自动跳转（比如"支付成功，5秒后跳回首页"）setTimeout(function() {window.location.href = "https://www.example.com/";}, 5000);// 场景3：PC端检测到移动设备时跳转到移动版if (/Mobi|Android|iPhone/i.test(navigator.userAgent)) {window.location.href = "https://m.example.com" + window.location.pathname;}// ⚠️ 不推荐的JS跳转方式：// 页面一加载就直接跳转——这应该用301，不是JS// window.onload = function() {//     window.location.href = "https://other-site.com";  // 应该用301// }

三、被动跳转：网站被恶意跳转的排查与修复

如果你的网站自己没设跳转，但打开后自动跳到了博彩站、色情站、或者莫名其妙的广告页，那就是被搞了。下面按排查难度从浅到深来讲。

3.1 第一步：确认跳转发生在哪个环节

3.2 第二步：逐层排查跳转源头

# 排查顺序：从外到内，从服务器到代码## 第一层：检查DNS是否被劫持# 现象：你ping你的域名，返回的IP不是你的服务器IP# 排查：nslookup your-domain.com# 对比返回的IP和你的服务器IP是否一致# 如果不一致 → DNS被劫持，登录域名注册商后台检查DNS记录# 检查域名注册商后台的DNS记录是否被篡改# 重点检查：A记录、CNAME记录、NS记录、URL转发设置## 第二层：检查服务器配置文件# Nginx配置文件cat /etc/nginx/nginx.confcat /etc/nginx/sites-enabled/*# 查找可疑的return、rewrite、proxy_pass指令# Apache .htaccesscat /var/www/html/.htaccess# 查找可疑的RewriteRule、Redirect指令## 第三层：检查网站入口文件# 常见入口文件# index.php, index.html, default.php, home.php# WordPress: wp-content/themes/你的主题/header.php, footer.php, functions.php# 用grep批量搜索可疑代码grep -r "window.location" /var/www/html/  # JS跳转grep -r "eval(" /var/www/html/             # 加密恶意代码常用函数grep -r "base64_decode" /var/www/html/     # PHP解密恶意代码常用grep -r "document.referrer" /var/www/html/ # 判断来源的跳转grep -r "fromCharCode" /var/www/html/      # JS混淆常用方法## 第四层：检查数据库# 有些恶意代码存储在数据库的配置表或文章内容中# WordPress: wp_options, wp_posts, wp_postmeta# 搜索包含 script 标签或 iframe 的记录SELECT * FROM wp_posts WHERE post_content LIKE '%script%';SELECT * FROM wp_posts WHERE post_content LIKE '%iframe%';SELECT * FROM wp_options WHERE option_value LIKE '%redirect%';

3.3 第三步：常见的恶意跳转代码长什么样

# 类型1：直接JS跳转（最直接，最容易发现）<script>window.location.href="http://恶意网站.com";</script># 类型2：带来源判断的JS跳转（只对搜索引擎来的流量跳转）<script>var refer = document.referrer;if(refer.indexOf("baidu.com")>0 || refer.indexOf("google.com")>0){window.location.href="http://恶意网站.com";}</script># 类型3：加密混淆的恶意JS（最难发现，需要解密）<script>var _0x3e5c=["恶意网站.com","referrer","baidu"]; // 混淆后看不出内容eval(function(p,a,c,k,e,d){...}(...)); // 用eval执行加密代码</script># 类型4：PHP恶意代码（写在index.php最前面或最后面）<?phpif(strpos($_SERVER['HTTP_REFERER'],'baidu.com')){header("Location: http://恶意网站.com");exit;}?># 类型5：.htaccess被篡改（劫持所有流量）RewriteEngine OnRewriteCond %{HTTP_REFERER} baidu\.com [NC]RewriteRule ^(.*)$ http://恶意网站.com/$1 [R=302,L]# 类型6：隐藏在正常JS文件末尾（如jquery.min.js）# 正常jQuery代码... ... ...# 下面偷偷加了几行：;eval(function(p,a,c,k,e,d){...}(...));

3.4 第四步：清理和加固

四、DNS劫持导致的跳转：服务器和代码都没问题但就是跳

如果你检查了服务器上的所有文件都没有恶意代码，但网站还是跳转到其他网站，那很可能是DNS劫持。

# DNS劫持排查命令# 1. 检查域名解析的IP是否正确nslookup your-domain.comnslookup your-domain.com 8.8.8.8    # 用谷歌DNS查nslookup your-domain.com 223.5.5.5  # 用阿里DNS查# 如果不同DNS返回的IP不一样 → 确认是DNS劫持# 2. 检查DNS记录历史# 使用在线工具：https://tool.chinaz.com/dns/# 查看域名的A记录、CNAME记录是否和你的服务器IP一致# 3. 直接用IP访问测试# 在浏览器直接输入 http://你的服务器IP# 如果IP访问正常但域名访问跳转 → DNS劫持# 如果IP访问也跳转 → 服务器代码被篡改# 4. 检查HTTP响应头curl -I https://your-domain.com# 查看是否有异常的 Location 头或 Refresh 头

五、网站被挂马后的百度/谷歌申诉流程

如果你的网站被恶意跳转到博彩或色情站，搜索引擎可能已经标记了你的网站为"危险"或"已黑"。清理完恶意代码后，必须主动申诉：

# 百度申诉流程# 1. 登录百度搜索资源平台（ziyuan.baidu.com）# 2. 进入"安全中心"→"站点安全检测"# 3. 如果显示"网站被黑"或"危险网站"，点击"申请解封"# 4. 提交申诉材料：#    - 说明网站被黑的时间和原因#    - 证明已清除恶意代码（附上修复截图）#    - 证明已修复安全漏洞（更新了CMS/插件等）# 5. 百度审核周期：通常3-7个工作日# 谷歌申诉流程# 1. 登录 Google Search Console# 2. 进入"安全与手动操作"→"安全问题"# 3. 确认所有恶意代码已清除# 4. 点击"请求审核"# 5. 详细说明：#    - 发现了什么恶意代码#    - 采取了什么措施清除#    - 做了什么来防止再次发生# 6. 谷歌审核周期：通常1-3天# 注意事项：# - 一定要在确认完全清理干净后再申诉，多次申诉失败会增加审核难度# - 申诉通过后，谷歌/百度可能需要1-4周重新抓取和恢复排名# - 排名恢复程度取决于被黑持续的时间，时间越长恢复越慢

六、域名迁移时的301跳转完整检查清单

域名迁移是网站跳转最常见的主动场景。做对了，权重无缝迁移；做错了，半年SEO白干。

# 用curl验证301跳转是否生效# 检查HTTP状态码curl -I http://old-domain.com# 期望输出：# HTTP/1.1 301 Moved Permanently# Location: https://www.new-domain.com/# 检查完整跳转链curl -I -L http://old-domain.com/old-page.html# -L 参数会跟随跳转，看最终落在哪个URL# 批量检查多个旧URL的跳转# 把旧URL列表保存在urls.txt中，一行一个while read url; doecho "$url → $(curl -s -o /dev/null -w '%{redirect_url}' $url)"done < urls.txt

七、移动端跳转：PC和手机版之间的正确跳转姿势

一个网站有PC版（www.example.com）和移动版（m.example.com），用户用手机访问PC版时需要跳转到移动版。这个跳转怎么做才不影响SEO？

<!-- PC版页面 (www.example.com/page) 的 head 中 --><link rel="alternate" media="only screen and (max-width: 640px)"href="https://m.example.com/page"><!-- 移动版页面 (m.example.com/page) 的 head 中 --><link rel="canonical" href="https://www.example.com/page"># 服务端检测User-Agent做302跳转（Nginx）server {listen 80;server_name www.example.com;# 检测移动端User-Agentset $mobile_rewrite do_not_perform;if ($http_user_agent ~* "(android|iphone|ipod|blackberry|webos|mobile)") {set $mobile_rewrite perform;}# 移动端302跳转到移动版if ($mobile_rewrite = perform) {rewrite ^ https://m.example.com$request_uri redirect;}}

八、URL改版：批量旧链接跳转的正确做法

网站改版后URL结构变了，几百个旧URL都要跳转到新URL。手动一条条写301不现实，用规则批量处理：

# Nginx 批量URL重定向规则# 场景1：去掉URL中的日期部分# 旧URL: /2024/03/15/article-title.html# 新URL: /article/article-title.htmllocation ~ ^/\d{4}/\d{2}/\d{2}/(.+)$ {return 301 /article/$1;}# 场景2：URL后缀从.html变成/# 旧URL: /about-us.html# 新URL: /about-us/location ~ ^/(.+)\.html$ {return 301 /$1/;}# 场景3：分类目录改名# 旧URL: /category-old/xxx# 新URL: /category-new/xxxlocation /category-old/ {rewrite ^/category-old/(.*)$ /category-new/$1 permanent;}# 场景4：如果规则无法覆盖所有情况，用map批量映射# 在nginx.conf中定义URL映射表map $uri $new_uri {/old-page-1.html    /new-page-1/;/old-page-2.html    /new-page-2/;/old-product-3.html /new-product-3/;# ... 几百条映射}server {# 如果匹配到映射，就301跳转if ($new_uri) {return 301 $new_uri;}}

九、UC建站系统的网站跳转管理方案

最后说一句

网站跳转这件事，主动和被动是两个世界。主动跳转的关键是选对方式：域名迁移用301、临时活动用302、交互跳转用JS。用错了方式，轻则权重不传递，重则被搜索引擎判定为作弊。

被动跳转（被挂马）的关键是排查顺序：先确认是DNS劫持还是代码被篡改，然后从外到内逐层查——DNS记录→服务器配置→网站入口文件→JS文件→数据库。清理完一定要修复漏洞，不然清了白清，第二天又会被挂上。换密码、更新程序、设权限，这三件事一件都不能少。