想给长链接生成个短网址，很多人第一反应就是找百度的接口。搜出来的教程还不少，点开一看，清一色让你去 dwz.cn 申请 token、然后照着那段 PHP 或 Python 代码调。等你真照着敲，会发现要么申请页面打不开，要么返回一堆报错——不是你的代码写错了，是百度短网址服务早就关了。
这篇文章不给你编一个"能用的百度官方接口"，而是先把这事说清楚：百度官方短链接现在到底什么状态、网上那些调用代码为什么失效、以及你现在真想做短链，该用哪些替代方案。搞明白这些，比你死磕一段过时代码有用得多。
一、百度短网址（dwz.cn）到底怎么了
百度曾经确实有一个官方短网址服务，域名就是 dwz.cn，也开放过 API 给开发者调用。那时候的做法是：先登录百度开发者平台，创建一个应用，拿到一个 token，然后用这个 token 去请求短网址生成接口，把长链接换成一个 dwz.cn 开头的短链。
但后来这个服务停掉了。原因不复杂：短网址这个东西，本质上是"把别人域名的信任度借过来做跳转"，平台方要承担的风险很高——被拿来跳钓鱼站、黄赌毒、诈骗链接，监管压力巨大。百度权衡之后，就把对外公开的 dwz.cn 短链服务下线了。现在你打开 dwz.cn，基本已经不是一个面向公众的短链生成工具了。
网上还流传的那些 dwz.cn 调用教程，大部分是几年前写的。接口已经失效，token 申请入口也没了，照着抄只会浪费时间，还会误以为是自己代码有 bug。
所以先把结论摆在这：百度官方对外公开的短网址 API 现在不可用，别再花精力去找"百度官方接口"了。真要短链，往下看替代方案。
二、那段经典的调用代码，长什么样、为什么失效
为了让你看清楚"过时代码"到底长啥样，这里贴一段当年广为流传的百度短网址调用写法。很多教程用的都是这个套路，你现在应该能认出它。
# 百度短网址（已停服，仅作历史示例，请勿照抄）import requestsurl = "https://dwz.cn/admin/v2/create"headers = {"Token": "你的Token", "Content-Type": "application/json"}data = {"Url": "https://example.com/very/long/path?a=1&b=2"}resp = requests.post(url, headers=headers, json=data)print(resp.json())这段代码的接口地址 dwz.cn/admin/v2/create，以及 header 里的 Token 字段，都是当年有效的规范。现在再跑，要么连接超时，要么返回 404 或鉴权失败。失效的根源不是代码写得不对，而是服务端已经把这个接口下线了。
顺便说一句，很多教程里还混着"新浪短网址 t.cn"的调用代码，那个也早就停止对新用户开放了。短链这个赛道整体在收缩，公开免费接口一个个都在退场，这是趋势，不是偶发。
三、现在还能用的短链方案，按靠谱程度排
百度官方接口没了，不代表这事做不了。现在主流的短链方案，分"第三方服务"和"自建"两条路，各有各的适用场景。下面按靠谱程度和稳定性排个序。
| 方案 | 代表 | 特点 | 适合谁 |
|---|---|---|---|
| 第三方短链服务 | 阿里云、腾讯云的短链产品 | 稳定、有企业级 API、带统计 | 有预算、要数据报表的团队 |
| 开源短链自建 | YOURLS、Polr 等 | 自己控域名、数据全在自己手里 | 有服务器、看重自主可控的人 |
| 自有域名+301跳转 | 自己域名写跳转规则 | 零成本、最简单、域名自己说了算 | 量不大、图省事的个人 |
| 免费短链平台 | bitly 等 | 免费用、有基础统计，但域名是别人的 | 临时用、对域名没要求的人 |
这几种里，我最建议认真考虑的是自有域名做短链。原因是：短链的核心价值在于"域名可信 + 可控"，用别人的域名，哪天平台停了、改了政策，你所有已经发出去的短链全废掉。自己的域名自己掌控，才是长久的做法。
四、自己搭一个短链服务，其实不复杂
如果你有一台服务器，或者一个虚拟主机，自己搭短链服务是最稳妥的。开源方案里 YOURLS 是最经典的一个，PHP 写的，装起来也就十几分钟的事。它有网页后台、有 API、能看点击统计，功能对个人和小团队完全够用。
核心思路一句话：用你自己的域名，指向短链程序，程序收到短码后 301 跳转到真实长链接。这样发出去的短链域名是你的，跳转关系、点击数据也都攥在你自己手里，不受任何第三方平台政策影响。
自建短链的三个好处
- 域名是自己的，品牌感和可信度都强，还能复用主站权重。
- 数据在自己手里，点了多少次、从哪来，想怎么分析怎么分析。
- 不依赖任何第三方，别人停服、改政策都影响不到你。
当然，自建也有成本：得买域名、得有服务器、得会一点部署。如果你的需求只是偶尔生成几个短链，不想折腾这些，那用现成的第三方服务也行，把"长期资产"和"临时工具"分开想清楚即可。
五、如果不自建，调第三方 API 怎么写
很多人要短链，是为了在程序里批量生成、自动化调用。这种场景下，用第三方短链服务的 API 是最省事的。以常见的云厂商短链产品为例，调用套路和当年百度那个很像，只是换成了现在的接口地址和鉴权方式。
# 通用短链 API 调用思路（示意，具体以各厂商文档为准）import requestsendpoint = "https://你的服务商短链接口地址"headers = {"Authorization": "你的AccessKey或Token","Content-Type": "application/json"}payload = {"longUrl": "https://example.com/very/long/path?a=1&b=2","domain": "你的短链域名" # 可选，自定义域名时填}resp = requests.post(endpoint, headers=headers, json=payload)# 返回结果里通常会带一个 shortUrl 字段，就是生成好的短链print(resp.json())写这类代码，最该注意的不是语法，而是三件事：鉴权信息别写死在代码里（用环境变量或配置中心）、做好错误重试和超时、生成结果要落库存起来。短链一旦发出去，你就得能随时查到它对应的长链接，不然出了事都追不到源头。
六、短链这件事，跟你的内容阵地怎么配合
短链的最终用途，大多是把一个长链接变短、变好看，方便发出去。但很多人忽略了更根本的一点：链接再短，跳过去的内容好不好、值不值得看，才是关键。短链只是门面，内容才是里子。
如果你在做内容矩阵，多个网站、大量内容要往外发，光靠手工生成短链、手工发布，效率肯定跟不上。这种时候可以考虑把整套流程系统化：用 UC 建站系统做内容中台，差异化重组内容（同一个主题在不同站用不同角度和结构输出，避免同质化），再配合双通道推送（百度 API + IndexNow）让内容更快进入收录流程，多站看板统一监控每个站的索引量、排名和流量。短链生成、内容发布这些重复动作交给系统，人把精力放在选题和内容质量上。
同样的话得说清楚：系统提效，但不保证收录和排名。工具解决的是"执行效率"，内容能不能起来，靠的还是选题判断和内容本身的深度。别本末倒置。
七、几句实话收个尾
回到最开始的问题："百度官方缩短网址接口怎么调用"——答案是它已经停服了，别在 dwz.cn 上耗时间。但短链这个需求本身，有更好的解法：看重自主可控就自建（YOURLS 这类开源方案 + 自己域名），图省事就用云厂商的短链服务，临时用一下就用 bitly 这类免费平台。
短链的价值从来不在"短"，而在"可控"。域名是你的、数据是你的、跳转关系能查，这个短链才真正属于你。用别人的接口，等于把命门交到别人手上。
搞明白这点，你就不会再纠结"百度接口在哪"了。选一个自己掌控的方案，把短链做成能长期用、能看数据、能复用的资产，比什么都强。
