IIS设置域名跳转为何无法自动跳转，IIS域名跳转不生效怎么解决？

多数IIS域名跳转不成功，不是规则写错，而是域名绑定、URL Rewrite模块、HTTPS/代理链路和缓存这四层里有一层没打通；先确认旧域名请求有没有进到IIS，再检查规则是否命中，最后看证书、CDN回源和浏览器缓存。下面按排查顺序拆开讲,尽量让你照着路径就能复现问题。

IIS域名跳转不生效是什么原因？先排除“规则没执行”

很多人一上来就改web.config，改完刷新浏览器还是旧页面，就认定规则无效，实际更常见的情况是：请求根本没落到你以为的那个站点上。

域名绑定和主机头，决定IIS接不接这个请求

IIS按站点绑定接收请求，旧域名如果没有绑定到旧站点，或者绑定了空主机头，请求可能被默认站点接走，默认站点里没有你的跳转规则,自然不跳。

• 打开IIS管理器，选中旧站点，点右侧“绑定”。
• 检查http和https是否都绑定了旧域名，包括带www和不带www两个主机头。
• 如果旧域名解析到这台服务器，但站点绑定里没有它,先补绑定。
• 空主机头站点会接收所有未匹配域名，容易让规则“看起来失效”,生产环境要谨慎。

URL Rewrite模块和web.config位置，决定规则加不加载

IIS的URL重写依赖URL Rewrite模块，服务器没装模块，web.config里的<rewrite>节可能被忽略或报500.19，另一个高频问题是规则放错站点：旧域名跳到新域名，规则应放在旧站点根目录的web.config,不是新站点。

• 在IIS管理器看站点首页有没有“URL重写”图标；没有就先安装URL Rewrite模块。
• 规则文件放在旧站点物理路径根目录,确认应用程序池账号有读取权限。
• 如果服务器启用了共享配置或功能委派，站点级规则可能被锁定,需要在服务器级别放行。
• 已有伪静态规则时，注意规则顺序和stopProcessing,避免前面的规则先截走请求。

301和302别混用，测试阶段尤其如此

网站换域名后IIS如何批量跳转？实操上建议先用302做验证，确认路径、参数、HTTPS都正确，再改成301，301会被浏览器和CDN长期缓存，一旦配错，清理成本高，业内专家指出，域名迁移类跳转应保留原URI和查询参数,否则旧链接权重和用户路径都会丢。

IIS设置301跳转和URL Rewrite哪个好？按场景选，不要混着用

IIS里常见两种做法：图形化的“HTTP重定向”和基于规则的URL Rewrite，它们都能做域名跳转,但适合的场景不同。

HTTP重定向功能：简单整站跳转够用

在IIS管理器选中旧站点，双击“HTTP重定向”，勾选“将请求重定向到此目标”，填https://new.example.com/{R:0}这类目标，注意下方选项：选“仅将请求重定向到此目录”通常能保留路径；选“将所有请求重定向到确切目标”会把所有旧链接都送到首页，若模块没安装,这个图标也不会出现。

URL Rewrite：批量、条件化、保留路径更稳

URL Rewrite适合旧域名多、要按主机头匹配、要排除后台或API的场景，核心是匹配{HTTP_HOST}，动作类型选Redirect，redirectType用Permanent即301，规则只对旧域名生效,新域名不受影响。

一段可验证的web.config规则示例

旧站点根目录web.config可参考下面结构,把域名替换成你的：

<configuration>
  <system.webServer>
    <rewrite>
      <rules>
        <rule name="OldDomainToNew301" stopProcessing="true">
          <match url="(.)" />
          <conditions logicalGrouping="MatchAll">
            <add input="{HTTP_HOST}" pattern="^old\.example\.com$" />
          </conditions>
          <action type="Redirect"
                  url="https://new.example.com/{R:1}"
                  redirectType="Permanent" />
        </rule>
      </rules>
    </rewrite>
  </system.webServer>
</configuration>

这段规则只匹配old.example.com，{R:1}保留原路径，若还要匹配www.old.example.com，可再加一条条件或把正则写成^(www\.)?old\.example\.com$，别把新旧域名规则写在同一站点里互相跳,容易形成循环。

HTTPS、CDN和反向代理下，IIS跳转为什么“看起来没生效”

域名跳转在本地测试正常，上线后不跳,问题常在链路层。

证书和SNI绑定要先通

旧域名走HTTPS时，IIS站点必须绑定对应证书，证书不匹配，浏览器先报错，根本到不了跳转规则，多域名共用443端口时，确认SNI已启用，旧域名证书绑定在旧站点上，若用统一证书,也要确保证书包含旧域名。

CDN回源和X-Forwarded-Proto会影响判断

用了CDN或反向代理后，IIS看到的可能是回源IP和HTTP协议，不是用户真实协议，若规则里判断{HTTPS}为off就跳HTTPS，可能在回源层反复触发，此时要检查CDN是否跟随回源301、是否缓存了旧域名的301响应，以及代理是否传递X-Forwarded-Proto，北京IIS服务器域名跳转怎么设置？地域不是关键，关键仍是绑定、证书、回源和规则命中；北京机房常见多站点共用公网IP,主机头和SNI更要逐个核对。

缓存会让“已修好”看起来没修好

301会被浏览器、CDN、企业代理缓存，改完规则后，用无痕窗口和curl -I验证，别只看普通浏览器,命令示例：

curl -I http://old.example.com/test
curl -I https://old.example.com/test

看返回是否为301，Location是否指向新域名对应路径，如果Location不对，问题在规则；如果根本没返回301，问题在绑定、模块或链路。

实操：一套可验证的IIS域名跳转配置流程

按下面顺序做,比反复改规则有效。

1. 确认旧域名解析到目标服务器,IIS旧站点已绑定旧域名的主机头。
2. 安装并确认URL Rewrite模块可用，旧站点根目录有可读的web.config。
3. 先用302规则测试，访问旧域名带路径的URL,观察是否保留路径和参数。
4. 用curl -I分别测HTTP和HTTPS，确认状态码与Location。
5. 排除后台、API、静态资源等不应跳转的路径,避免影响运营。
6. 测试通过后把redirectType改为Permanent,再清CDN缓存。
7. 保留旧域名绑定和证书至少一个迁移周期,观察日志和收录变化。

行业共识认为，域名跳转不是“写一条规则就结束”，而是DNS、绑定、模块、证书、代理、缓存共同作用的结果，找服务商配置IIS跳转一般多少钱？价格通常取决于旧域名数量、是否HTTPS、是否有CDN和伪静态冲突；单纯单站跳转配置量不大，多域名批量加证书和回源排查才是成本大头，别只比报价,先让对方按上面流程做一次可验证测试。

IIS域名跳转常见问题Q&A

Q1：IIS域名跳转配置后返回404或500.19，先查什么？

先查URL Rewrite模块是否安装、web.config是否在旧站点根目录、应用程序池是否有读取权限，500.19常见于配置节被锁定或XML格式错误；404则更像请求没进旧站点,回到绑定和主机头检查。

Q2：旧域名带www和不带www，需要分别设置吗？

需要，IIS按主机头匹配，old.example.com和www.old.example.com是两个请求，可以分别绑定并写两条条件，或用正则一次匹配两者，但要确保新域名目标也对应到正确的主机名,避免跳转后证书不匹配。

Q3：IIS域名跳转已经设置301，为什么浏览器还打开旧地址？

先看响应头是否真的返回301，再看浏览器缓存、HSTS和CDN缓存，301可能被长期缓存，测试阶段应使用302或无痕窗口验证；CDN侧要确认没有缓存旧域名的跳转响应，并检查回源是否跟随跳转，最终以curl -I看到的Location和状态码为准。