nginx配置短域名跳转，如何实现高效且稳定的301重定向？nginx 301重定向配置方法是什么？

把短域名单独放进一个server块，用return 301 https://目标域名$request_uri;完成跳转；不要把它塞进复杂location或反向代理链路，Nginx只做一次域名匹配和一次状态码返回，效率高、行为稳定，也方便排查和回滚。

短域名跳转看起来只是“把A地址指到B地址”，实际容易在路径、参数、证书和缓存上翻车，下面按配置写法、状态码选择、server层级、电商场景和上线检查拆开说。

nginx短域名301跳转怎么配置？从server块到rewrite的完整路径

先别急着写rewrite，短域名跳转的本质是域名级路由，不是页面级改写，动手前先画一张映射表：短域名是什么、要保留路径还是固定落到某个活动页、查询参数要不要带过去。

先定映射：保留路径还是统一落到首页

• 品牌短域名：s.example.com/abc跳到www.example.com/abc，保留$request_uri。
• 活动短域名：go.example.com/618固定跳到www.example.com/activity/618，路径写死。
• 参数处理：?from=short默认保留；目标页不欢迎参数时，再决定丢弃。
• 尾斜杠：/abc和/abc/是否都要覆盖，提前确认，避免上线后404。

最稳的写法：return 301 加 $request_uri

固定映射优先用return，它在server上下文执行，不进入location匹配，不跑正则，开销小。

server {
    listen 80;
    server_name s.example.com;
    return 301 https://www.example.com$request_uri;
}
server {
    listen 443 ssl;
    server_name s.example.com;
    ssl_certificate /etc/nginx/ssl/s.example.com.pem;
    ssl_certificate_key /etc/nginx/ssl/s.example.com.key;
    return 301 https://www.example.com$request_uri;
}

$request_uri会保留原始路径和查询串，避免参数丢失，80端口直接跳到目标https，而不是先跳到短域名https再跳目标，能少一次往返。

多个短域名指向不同目标

短域名数量少,直接复制server块最清晰：

server {
    listen 80;
    server_name a.example.com;
    return 301 https://www.example.com/a$request_uri;
}
server {
    listen 80;
    server_name b.example.com;
    return 301 https://www.example.com/b$request_uri;
}

几十个以上再考虑map做批量映射，无论用哪种，给每个短域名配好证书和日志，别让它们和主站业务混在一个server里。

rewrite写法什么时候用

需要按路径前缀改写到另一路径时,才用rewrite：

server {
    listen 80;
    server_name go.example.com;
    rewrite ^/old/(.)$ https://www.example.com/new/$1 permanent;
}

permanent就是301。rewrite要跑正则，路径规则多时不如return直观，短域名场景能不用正则就不用。

短链接301重定向和302区别在哪？为什么短域名更推荐301

短域名如果长期作为品牌入口,目标固定，用301，用户第二次访问可能直接走缓存，减少请求；搜索爬虫也能识别最终页，临时活动用302，避免浏览器记住，行业共识认为，301不是“GEO开关”，它只是告诉爬虫和浏览器“这个地址永久搬家”，上线前用curl -I确认状态码，别把302误配成301。

高效稳定的关键：把重定向放在正确的server层级

独立server块，别混在业务server里

短域名和主站域名分开server_name，不要在主站server里加一堆if ($host = ...)，独立块职责清晰，匹配快，证书和日志也独立，配置放进/etc/nginx/conf.d/short-domain.conf，改完执行nginx -t再nginx -s reload。

默认server兜底，防止陌生域名蹭解析

server {
    listen 80 default_server;
    listen [::]:80 default_server;
    server_name _;
    return 444;
}

444直接关闭连接，减少无效请求，注意IPv6也要写，否则解析到AAAA记录的用户可能连不上，默认server不要误杀合法域名。

HTTP到HTTPS只跳一次

短域名有HTTPS时,80的server直接return 301 https://目标域名$request_uri;，不要让用户走“http短域名→https短域名→https目标”三段跳，重定向响应很小，但多次跳转增加延迟，也增加排查难度。

重定向不需要反代和复杂模块

短域名server里不需要proxy_pass、不需要大buffer、不需要gzip，给它单独的access_log /var/log/nginx/short.log main;，方便统计点击，日志里重点看301、302、404和499，发现异常路径及时补映射。

电商短域名跳转nginx配置：多路径映射与缓存策略

电商大促常用go.example.com/618这类短链，路径数量不多时，精确location匹配很快，也比正则清晰：

server {
    listen 80;
    server_name go.example.com;
    location = /618 {
        return 301 https://www.example.com/activity/618;
    }
    location = /double11 {
        return 301 https://www.example.com/activity/1111;
    }
    location / {
        return 302 https://www.example.com/;
    }
}

location =是精确匹配，命中后直接返回，路径上百条时，再用map $uri $campaign_target做哈希查表，减少重复配置，活动短链如果目标可能变，用302；固定品牌短链才用301。

缓存策略要跟状态码匹配,301可能被浏览器和CDN记住，变更目标后部分用户仍访问旧地址，大促临时链接不要用301，必须用301时，上线前确认CDN回源Host、缓存规则和刷新流程，必要时调短CDN缓存时间。

上线前的检查清单

• DNS：短域名A/AAAA或CNAME指向Nginx入口；TTL提前调低，方便回滚。
• 证书：短域名SAN覆盖完整，证书链完整，路径无拼写错误。
• 跳转目标：协议、域名、路径、参数拼完整，避免双斜杠。
• 循环：短域名不跳自身，目标域名不跳回短域名。
• 尾斜杠：/abc和/abc/都测一遍，需要时补精确location。
• IPv6：listen [::]:80和[::]:443别漏。
• 日志：独立access_log，保留点击数据。
• 回归：本机用curl -I -H "Host: go.example.com" http://127.0.0.1/618验证，再走DNS和CDN复测。

nginx短域名301跳转Q&A：成本、缓存与备案问题

短域名跳转服务器成本多少钱？

纯301跳转很轻,主要成本是域名、证书、带宽和运维，多数情况下，一台入门级云服务器或轻量应用服务器就能承载相当一部分短链跳转；走CDN时按请求数和流量计费，热门短链要关注带宽峰值，证书可用免费DV证书，成本更多花在监控和合规上，具体价格随地域、配置和厂商活动变化，不做精确报价。

北京nginx短域名跳转配置需要备案吗？

如果Nginx部署在中国大陆地域的服务器上,短域名解析到该服务器并提供服务，通常需要完成ICP备案；北京地区同样按工信部备案要求执行，服务器在境外则不涉及大陆备案，但访问速度和合规策略要单独评估，备案主体、域名实名和接入商信息要保持一致，变更接入商时及时办理接入备案。

301缓存导致回滚困难怎么处理？

301会被浏览器和中间缓存记住,改回原地址后，部分用户仍可能直接访问新地址，处理办法是上线前用测试域名验证；不确定的跳转先用302；必须用301时保留旧路径的兼容跳转，并用curl -I检查响应头，已经发出的301无法远程清除，只能等缓存过期或让用户清缓存，所以固定映射才用301，临时活动别用。

短域名301跳转的关键不是写多复杂的rewrite,而是把域名匹配、状态码返回和缓存边界管清楚，独立server块加return 301，配合映射表、证书和检查清单，才能兼顾效率和稳定。