t.cn短链接怎么生成？别再被跳转失败搞崩溃了

上周帮一个做知识付费的朋友排查流量漏斗，发现他微博投放的t.cn链接点击量是1200+，但后台只收到不到300个有效访问——中间那900多个用户，点进去就白屏或跳回首页。你是不是也遇到过？

其实t.cn本身不难用，难的是用对。它不是单纯把长链接变短，而是微博生态里唯一官方认证的「流量通行证」。但很多人卡在第一步：怎么登录后台？加UTM为什么总失效？API返回403是哪出问题？今天我就掏心窝子，把踩过的坑全摊开讲。

一、生成t.cn短链接：三步搞定，但第2步最容易翻车

1. 复制原始长链接（务必带完整协议，比如https://，别漏掉）；
2. 登录t.cn后台：直接访问 https://t.cn → 点右上角「登录」→ 用微博账号扫码或密码登录。注意：不是weibo.com后台，也不是m.weibo.cn，很多新手在这儿绕半小时；
3. 粘贴→生成→复制：粘贴链接后，系统自动给出t.cn短链（如t.cn/AxYz123），点击「复制」即可使用。

⚠️经验提醒：如果你没看到「自定义短链」选项，说明你的微博账号未实名认证，或未开通「微博开放平台」权限（普通用户默认可用，但企业号可能受限）。别急着找客服，先检查认证状态。

二、UTM参数怎么加？90%的人加错了位置

很多人以为UTM要加在t.cn链接后面，比如：t.cn/AxYz123?utm_source=weibo&utm_medium=paid——这完全无效！

UTM必须加在原始长链接里，也就是你生成t.cn之前那个网址里。比如你要追踪微博信息流广告效果，原始链接应该是：

https://yourdomain.com/course?utm_source=weibo&utm_medium=feed&utm_campaign=spring2024

然后再把这个带UTM的完整链接丢进t.cn后台生成。为什么？因为t.cn只是转发代理，它不解析也不透传你加在短链后的参数——它只负责把用户送到原始URL，而原始URL里的UTM才能被Google Analytics或神策这类工具捕获。

我自己测试过：加错位置的UTM，GA4里来源全部显示为「(direct)」；加对位置的，能精准区分「weibo_feed」和「weibo_story」。差的不是技术，是顺序。

三、API接口文档在哪？别再靠猜了

t.cn官方API目前仅对微博开放平台认证开发者开放，文档藏得有点深：https://open.weibo.com/wiki/短链接发送。关键点有三个：

• 调用前需申请「短链接服务」权限（审核约1-3工作日）；
• 接口地址是https://api.weibo.com/2/short_url/shorten.json，不是t.cn域名下的；
• 返回的short_url字段才是真正的t.cn链接，别误用url字段（那是旧版）。

我见过最典型的错误：开发同学直接调用未授权的接口，返回{"error":"access denied"}，还以为是token过期……其实是根本没走权限申请流程。

四、跳转失败？先看这5个真实原因

根据我们团队过去半年监控的2.3万次t.cn跳转日志，失败主要分五类：

1. 原始链接已失效（占比41%）：目标页404、服务器宕机、HTTPS证书过期；
2. 微博内容审核拦截（22%）：含敏感词、诱导点击话术（如“速领”“限时删”），哪怕原始链接合规，t.cn也会静默屏蔽；
3. 跨域重定向链过长（15%）：原始链接跳转超过3次（比如A→B→C→D），t.cn会中断；
4. 移动端UA识别异常（13%）：某些安卓定制ROM或海外浏览器UA头异常，触发微博风控；
5. 短链被举报封禁（9%）：同一IP高频生成相似短链，或用户批量举报，系统自动冻结。

解决方法很实在：用curl -I t.cn/xxx查HTTP状态码；在微博APP内用「无痕模式」测试；定期用工具扫描原始链接健康度。别总怪t.cn不稳定——它只是镜子，照出你后端的真实水位。

五、当t.cn不够用时，这些工具是好帮手

t.cn强在权威性和微博生态兼容性，但它不支持自定义域名、不提供点击热力图、也不能做抖音卡片跳转。这时候像趣码短链这类工具就补上了缝隙：比如客户需要在抖音评论区放课程链接，又想保留品牌露出，用趣码短网址就能绑定自有域名；再比如发微信私信推活动，趣码私信卡片能自动渲染封面+标题，比纯t.cn链接打开率高37%（我们AB测试数据）。

当然，它们不是替代品，而是延伸。就像你不会只用一把螺丝刀修整台车——t.cn是原厂标配，趣码短链接是专业维修包，各干各的活。

最后说句实在话

短链从来不是技术终点，而是数据归因的第一粒扣子。生成t.cn只要10秒，但想让它真正跑通从曝光到转化的闭环，得抠细节：UTM结构是否统一？原始链接是否做了301永久重定向？API调用是否加了失败重试？

下次再看到跳转失败，别急着换工具。先打开开发者工具，看Network里t.cn请求的Response，90%的答案都在那儿写着呢。