每一条短链接本质上都是一次跳转。你粘贴一个长长的目标地址，短链服务回给你一个清爽的网址，比如 urlik.xyz/spring；当有人打开它时，服务器会返回一个 HTTP 状态码，告诉浏览器接下来该去哪儿。你最常遇到的两个状态码是 301 和 302——选对了哪一个，会悄悄影响你的 SEO、你的数据分析，以及链接分享出去之后你还能对它保有多少掌控。
跳转到底是什么
当浏览器请求一条短链接时，服务器并不会回给它一个页面，而是返回一个状态码，外加一个指向真实网址的 Location 头。随后浏览器再向那个目标地址发起第二次请求。整个中转只花几毫秒，访客几乎察觉不到。如果你对这套机制还不熟，可以看我们那篇讲什么是短链接生成器的文章，里面把这一来一回讲了个透。
301：永久跳转
一个 301 Moved Permanently（永久移动）告诉浏览器和搜索引擎：目标地址就是这条链接新的、长久的归宿。“永久”这个词带来两个后果：
- 搜索引擎会把排名权重传导过去。301 会把新旧网址合并起来，于是大部分链接权重都流向目标地址。当你要弃用一个旧网址、又想让它积累的权重存续下来时，这正是你想要的效果。
- 浏览器会激进地缓存它。浏览器一旦见过一次 301，下次点击时可能干脆跳过短链服务，直接奔向缓存里的目标地址。这很快——但也意味着，对于任何浏览器还记着旧目标的人，你都没法再改变这条链接的指向了。
302：临时跳转
一个 302 Found（已找到）说的是“暂且先去这儿，但下次还得来问我”。浏览器不会像对 301 那样缓存它，搜索引擎通常也会继续收录这条短网址，而不是把它并入目标地址。对于一条你打算长期打理的链接，这带来实实在在的好处：
这正是包括 urlik 在内的大多数链接管理平台都把短链接默认设为 302 的原因：它让链接始终是一个鲜活、可衡量的对象，而不是一块被烙进千万个浏览器缓存里的化石。
短链接该用 301 还是 302？
一条经验法则是这样：当链接是一份你可能会编辑、轮换或衡量的营销或活动素材时，用 302——而这几乎涵盖了所有短链接。只有当你要永久搬迁一个自己拥有的页面、并希望搜索引擎把它的权重彻底转移到新地址时，才用 301。为一次活动缩短链接属于前一种情形；把 old-site.com/page 迁移到 new-site.com/page 则属于后一种。
给注重 SEO 的人补一个细节：一条走 302 的短链接不会把目标地址的排名权重转移到自己身上，这没关系——你的目的不是让短网址去参与排名，而是给流量导流、做衡量。如果你真的需要转移链接权重，请在目标服务器上做 301，而不是通过短链服务来做。
关于 307 和 308
你还可能见到 307（临时）和 308（永久）。它们的行为分别跟 302 和 301 一样，但多了一条严格的保证：绝不改变 HTTP 方法。跟随 307 跳转的浏览器会让 POST 依旧是 POST，而有些老旧客户端会悄悄把 302 变成 GET。对普通的链接分享来说这几乎无关紧要，但如果你要把跳转接进 API，就值得了解了。说到这个——如果你用程序批量创建链接，我们的 短链接 API 指南讲了如何为每条链接设置跳转类型。
urlik 是怎么处理的
用 urlik.xyz，你不必为日常链接手动挑选状态码：短链接一律采用临时跳转，于是你始终保有修改目标、轮换指向、读取真实数据的能力。当你用一个可读的别名给链接打上品牌时——参见我们的品牌短链接指南——这套行为丝毫不变；漂亮的结尾和跳转逻辑是两码事，互不干涉。最终你得到的，是一条分享一次、便能永远掌舵的链接。