Bitly 跳转前先塞自己的页面？我受不了，干脆自己做了个品牌短链

独立站想把长链接变短，一般会先用 Bitly 这类现成服务。我之前也是这么用的，后来发现它有时不会直接把用户带到商品页。

我实际遇到过的情况是，用户点开短链后先看到 Bitly 自己的页面，然后才继续跳转。我不确定这个中间页在什么条件下出现，但这个体验很差，也很恶心，还会让人怀疑链接是不是安全。

• 用户实际经历的路径：品牌发出链接 → Bitly 中间页 → 商品页。

我因此开始找一套自己的方法：使用品牌自己的短链子域名，后台由自己管理，公开链接直接跳到商品页。最基本的跳转跑通后，我又提出三个要求：二维码印出去后还能改目标；每位红人要有独立短码和归因参数；删除链接前必须先归档，避免已经发出去的链接突然失效。AI 再按这些要求补功能。

这篇写给跨境电商运营、独立站负责人、卖家和小团队负责人。你会看到一个短链工具的边界怎么被连续追问改写，也会拿到一张链接选择表和一套归因对账方法。

这套方案先换来了什么？

截至 2026 年 8 月，Bitly 官方年付价格是 Core 每年 120 美元，Growth 每年 348 美元；品牌自定义域名在 Growth 套餐里。这个工具使用已有域名的子域名，当前用量也在 Cloudflare Workers 和 D1 的免费额度内，所以新增基础设施账单是 0 美元。按品牌域名这个需求比较，每年少付约 348 美元。

这只是现金订阅费，不包括开发时间、日常维护和域名续费。如果团队没人维护，省下来的订阅费很容易从故障和排查时间里还回去。

省下订阅费只是其中一个好处。我可以把所有对外入口统一成 go.brand.com，让短链本身成为品牌资产。到了红人合作，go.brand.com/kol5off 这类短码比随机字符更容易看懂、记住和口头传播，后台也能一眼看出它对应哪位红人。短码只负责识别入口，真正归因仍要和 UTM、点击数据及优惠码一起对账。

如果你也想先判断要不要自建，可以把下面这段 Prompt 交给 AI。它默认先问清业务条件，再给方案，不会一上来就让你写代码。

你是我的独立站内部工具产品经理和实现工程师。我要判断是否值得自建品牌短链，并在值得时给出最小可行方案。
开始前，请逐个问我这些问题：

现在用什么方式缩短链接，最不满意的地方是什么？
我是否已有可用的品牌子域名？
短链会出现在哪些地方：红人内容、邮件、广告、包装还是线下二维码？
目标地址以后是否需要修改？已经发出去的链接需要保留多久？
我真正需要哪些统计：日期、国家、设备、渠道还是订单线索？
哪些数据坚决不收？谁可以进入后台？
谁负责部署、监控、备份和故障处理？

拿到回答后，请完成以下任务：

比较原始 URL、Bitly 等成熟服务和自建品牌短链的年度现金成本、维护成本与适用边界。
设计品牌统一入口与红人专属短码，例如 go.brand.com 和 go.brand.com/kol5off，并说明命名、优惠信息和归因边界。
把公开跳转和私有后台分开，目标地址可修改，短码默认不自动失效。
统计同时保留原始请求与过滤明显机器人后的口径，不把点击数写成真实人数。
默认只保存聚合数据，不保存 IP、完整浏览器标识、来源页、设备指纹或访客身份。
删除流程必须先归档、可恢复；永久删除放到第二层，并要求输入完整短码确认。
后台使用精确邮箱白名单。修改访问策略时先读取原设置，只改目标字段，再回读验证。
输出架构图、数据字段、权限矩阵、测试清单、部署步骤、回滚方案和日常维护清单。

先给我“继续使用第三方服务”与“值得自建”两种结论各自成立的条件。没有得到我的批准前，不要执行生产部署或不可逆删除。

一开始只需要一个 302

我给自己的一个 Shopify 独立站提了几个约束：使用品牌自己的短链子域名，公开链接谁都能打开，后台只让精确邮箱白名单进入，链接不自动失效，也不做 CSV 和复杂账号系统。

Shopify 是承载商品页、购物车和结账的电商平台。302 的网络语义是临时跳转；这里长期保留的是短码，类似一个不换号的转接号码，接到哪一页仍可在后台调整。应用可以长期保留这条转接规则，302 本身仍是临时跳转。

真实前端的本地脱敏演示。品牌、域名、目标地址和统计内容全部使用示例数据；手机上可左右滑动查看完整界面。

这次我负责提需求、加约束、继续追问和批准。调研、设计、编码、测试、部署和验证都由 AI 完成。

每次追问，都让产品多一条边界

二维码先改变了“永久”的含义。二维码里放稳定短链，目标商品页以后可以改；但永久只代表应用没有主动设置过期，域名、账号、跳转服务、数据库和目标页仍要继续存在。

SEO 也改变了链接选择。SEO 简单说是搜索引擎如何理解页面关系和链接信号。增加一个独立短链子域名没有修改主站页面、规范地址或内容，所以不会凭空分走主站已经获得的权重；但新外链经过一层 302，未必能把信号像原始链接那样直接传给商品页。独立网站的正式评测因此优先用原始地址，YouTube、社媒、邮件和线下二维码更适合品牌短链。

这些边界不是开工前一次想完整的。问题从“能不能跳”变成“谁能改、收什么数据、出了错能不能撤回”。我的判断也随之改变：我开始用控制权和风险边界衡量自建价值，功能多少反而排在后面。

为啥不直接用 Bitly？

Bitly 这类成熟服务的好处是现成、维护少，统计和机器人过滤不用自己开发。具体能力仍取决于当时的套餐和口径。对于链接不多、没有印刷二维码、也不需要自己决定数据规则的小团队，直接用成熟服务通常更划算。

我选择自建，是因为品牌归因、权限和数据保留规则需要由自己决定。短链显示品牌，目标地址可以修改，统计留在自己的基础设施里；代价是我要承担维护、监控和权限配置。

三种追踪也不能混成一个数字：

1. UTM 是落地页上的渠道标签，回答访问来自哪位红人、哪个平台和哪场活动。
2. 短链点击记录跳转层收到多少请求，里面会混入社交预览、邮件安全扫描和机器人。
3. 优惠码出现在订单侧，回答哪些成交使用了这位红人的权益，但会漏掉忘记用码或跨设备购买的人。

这三层只能交叉对账，不能拼成一条绝对准确的用户路径。短链点击看跳转入口，UTM 看分析工具有没有认出渠道，优惠码看订单有没有使用对应权益。三者冲突时先标成待核对，不拿某一个数字强行决定红人佣金或下一轮投放预算。

统计加了，访客画像坚决不做

我继续问点击、国家和设备能不能自己统计。AI 最后增加了按日期、国家、设备和机器人标记汇总的数据，用来比较原始请求和过滤明显机器人后的请求。

系统只保存聚合结果，IP、完整浏览器标识、来源页、设备指纹和访客身份都不入库。就像门店可以记今天进来多少人，却没必要给每个路人建档。聚合数据仍有风险，后台继续只向精确邮箱开放；这次做流量分析，没有顺手建立访客画像。

过滤后的点击只排除了明显机器人，不能叫真实人数。把原始点击当成真人流量，可能会高估某位红人的效果，继续花错预算。

实际开发时，AI 连续遇到几类看似相同、原因完全不同的报错：

• 不同权限 Token 分别管理跳转服务、数据库、域名和后台访问；一次 403 只说明当前凭证没有这项权限。
• 生产自定义域名曾改写本地请求的 Host，导致本地后台返回 401；AI 用独立本地配置隔开生产前提。
• 一次测试断言写错了目标地址格式，另一次把模拟国家写死；失败的是预期，不是产品逻辑。
• 两个 Wrangler 进程共享同一运行时，并行执行后没按时退出，改成顺序运行便恢复正常。
• OAuth 会话和本机代理曾同时报错；AI 检查公开健康状态与主站响应，确认线上没有故障。

这些坑不需要读者照抄命令。可迁移的动作是：先分清产品、测试、权限、本机环境和线上服务，再根据直接证据改对应那一层。

归档为什么比一键删除更合理？

一键删除对后台很方便，对外部链接却很危险。在这个实现里，链接发给红人或印成二维码以后，误触永久删除会让帖子、邮件和物料一起指向 404。

这次没有真的发生误删。我在要求增加删除按钮时先问了后果，然后决定把清理分成两层：归档只把链接移出默认列表，公开跳转继续有效；永久删除只在归档区出现，还要输入完整短码确认。

多人权限也用了同一思路。AI 更新 Access policy，也就是后台访问规则时，先读取原设置，只增加邮箱选择器，再回读验证其他字段没有变化。这里能证明的是这一次最小字段更新和幂等核验，不能推出所有云端策略都适合原样回写。

归档给团队留了一个反悔窗口，也把“整理后台”和“终止外部承诺”分成两个动作。不可逆操作多点几次，比外部二维码突然失效便宜得多。

独立站团队怎么选链接？

开始前可以先做四项检查：链接是否会被印刷或长期传播，目标页以后是否可能改变，团队是否需要控制数据保留，是否有人能维护域名和跳转服务。前三项都不强时，原始 URL 或成熟服务更省事；最后一项是否，直接不要自建。

只有长期传播或可修改目标确实重要，而且有人愿意承担维护，才值得继续比较自建。即便自建，也先做公开跳转、私有后台、可编辑目标和归档；统计只收能改变订单、投放与合作判断的数据。地址栏少几个字符很容易，边界和维护责任才决定这条短链能用多久。