短链跳转

短链服务（服务端/运维负责） ：短链（如 s.xxx.com/abc123）本身只是一个入口。当用户在浏览器访问短链时，DNS会将其指向短链服务器，短链服务器会通过 HTTP 302 重定向，将用户的浏览器跳转到真实的长链地址（如 app.xxx.com/xxx?contractCode=123）。
前端页面（前端负责） ：前端只需要部署在长链对应的真实服务器上即可。当浏览器被重定向到长链后，前端代码加载执行，通过 URLSearchParams 获取 URL 中的参数并渲染页面。

前端一般只需要处理重定向后到达的最终 URL 和参数即可。 前端代码只关心长链长什么样，以及从长链的 URL 中怎么取参数。

短链跳转如何实现302重定向

短链跳转实现 302 重定向，是纯服务端（或 Nginx）的行为，前端代码不参与重定向的过程，前端只是被动接收重定向后的结果。

实现 302 重定向通常有以下两种常见方式：

方式一：通过 Nginx 配置实现（最常用、性能最好）

如果你的短链域名（如 s.example.com）直接指向你的服务器，可以在 Nginx 中配置 302 重定向，将短链映射到长链。

nginx 复制代码

server {
    listen 80;
    server_name s.example.com; # 短链域名

    # 匹配短链路径，例如 s.example.com/abc123
    location /abc123 {
        # 302 临时重定向到长链地址
        return 302 https://app.example.com/=xxx?contractCode=12345&subType=HRXC1;
    }

    # 也可以配合正则做动态映射（如果短链路径和参数有对应关系）
    location ~ ^/s/(.*)$ {
        # 将路径参数拼接到长链后面
        return 302 https://app.example.com/xxx?contractCode=$1;
    }
}

逻辑说明： 当用户访问 s.example.com/abc123 时，Nginx 会在 HTTP 响应头中返回状态码 302，并在 Location 字段带上长链地址。浏览器收到响应后，会自动将页面跳转到 Location 指定的长链地址。

方式二：通过后端代码实现（如 Java / Node.js）

如果你们的短链是存在数据库中的（即短链路径与长链的映射关系是动态的），通常会在后端应用代码中处理重定向。

Java (Spring Boot) 示例：

java 复制代码

@RestController
public class ShortUrlController {

    @GetMapping("/s/{shortCode}")
    public ResponseEntity<Void> redirectShortUrl(@PathVariable String shortCode) {
        // 1. 根据 shortCode 去数据库查询对应的长链地址
        String longUrl = queryLongUrlFromDB(shortCode); 
        
        if (longUrl != null) {
            // 2. 设置 302 重定向响应头
            HttpHeaders headers = new HttpHeaders();
            headers.setLocation(URI.create(longUrl));
            return new ResponseEntity<>(headers, HttpStatus.FOUND); // 302 FOUND
        } else {
            return ResponseEntity.notFound().build(); // 找不到返回 404
        }
    }
}

Node.js (Express) 示例：

javascript 复制代码

app.get('/s/:shortCode', (req, res) => {
  const shortCode = req.params.shortCode;
  // 1. 查库获取长链
  const longUrl = getLongUrlFromDB(shortCode);
  
  if (longUrl) {
    // 2. 302 重定向
    res.redirect(302, longUrl);
  } else {
    res.status(404).send('Not Found');
  }
});

前端路由伪装 + 后端真实短链的架构(非302重定向方式)

它的核心思路是：前端提供一个人眼可读、容易记忆的"伪短链"入口，当用户访问这个入口时，前端代码将这个请求转换并代理/重定向到服务端真正的短链 API 上，服务端再进行 302 重定向到最终的长链。

具体的实现流程如下：

实现流程设计

用户收到短信 ：点击前端伪短链 https://app.example.com/w/4545
前端路由拦截 ：Vue Router 匹配到 /w/:code 路由，进入对应的组件。
前端请求服务端 ：组件在初始化时，将 4545 作为参数，去请求服务端真实的短链解析接口（如 https://api.example.com/shortLink/resolve?code=4545）。
服务端返回长链 ：服务端根据 4545 查库找到对应的真实长链（如 https://app.example.com/xxxx?contractCode=xxx&subType=yyy），并将其返回给前端。
前端跳转长链 ：前端拿到长链后，使用 window.location.href 或 this.$router.push 跳转到真实的页面。

优缺点

优点：
1. 域名可控：对外发送的短信链接域名是你自己的前端域名，如果后端短链服务域名变更，前端只需修改代理接口，无需重新发版或通知短信平台修改域名。
2. 体验好：用户看到的链接简短且属于同一主域，信任度更高。
3. 埋点方便：在中转页面可以统一做 PV 埋点、渠道追踪等。
缺点：
1. 多一次网络请求：相比直接访问服务端短链进行 302 跳转，此方案多了一次前端到后端的 AJAX 请求再由前端跳转的过程，首屏加载会慢几百毫秒。
2. 不是真正的 302 ：对于搜索引擎爬虫来说，它抓取 /w/4545 时，不会像 302 那样直接在 Header 层面感知到重定向，SEO 友好度不如服务端直接 302（但正如前面所说，你的签署页面不需要 SEO，所以无影响）。

短链跳转对SEO有影响吗

短链跳转对 SEO 确实有影响，但具体是正面还是负面影响，完全取决于使用的是 301 还是 302 重定向。

301 vs 302 对 SEO 的核心区别

301 重定向（永久重定向） ：
- SEO 效果 ：搜索引擎（如百度、Google）会将短链的所有权重（PageRank）和收录转移到长链上。以后用户搜索相关关键词，搜索引擎只会展示长链地址。
- 适用场景：短链只是个过渡，你希望搜索引擎最终记住并排名的是那个长链地址。
302 重定向（临时重定向） ：
- SEO 效果 ：搜索引擎会认为短链只是"临时"跳转，因此权重不会转移，依然会保留对短链的收录。如果有很多网站都链接着这个短链，搜索引擎可能会把排名算在短链头上，甚至有时会导致内容重复收录（短链和长链都被收录），分散权重。
- 适用场景：短链本身是核心入口，或者跳转是临时的（比如 A/B 测试、特定活动页面临时跳转）。