我正在使用 Twitter API (php)，当通过它发布状态时，它似乎没有使用 t.co 来缩短网址。我读到 t.co 仅在发布推文时使用，而不是用于外部应用程序或网站，但这听起来像是不是“公共使用”的 url 缩短器（例如 bit.ly），但它仅用于在 Twitter 中使用 - 我不认为这意味着它不能通过 API 使用。
我仍然无法确定是否是这种情况，因为一方面，我的 URL 没有缩短，但另一方面我发现了讨论甚至 stackoverflow 问题like this 说无论如何，使用 API 时 url 都会被缩短，即使它们比 url 缩短的长度短（我相信目前是 23 个字符）。
有人可以帮我澄清一下吗？如果在使用 twitter API 时无法使用 t.co 缩短 URL，有人可以向我推荐一个具有 PHP 包装器的良好 url 缩短服务/api 吗？
感谢您的宝贵时间。
【问题讨论】：
标签： php api twitter twitter-oauth url-shortener
查看twitters dev docs on t.co links。该页面上的常见问题解答部分涵盖了您的问题。
什么时候用 t.co 包裹链接？我需要进行额外的 API 调用吗？ 当 Twitter 收到使用 POST statuses/update 的推文或使用 POST direct_messages/new 的直接消息时，链接将被包装。包装的链接将包含在对成功请求的响应中。您无需进行任何额外的 API 调用。
t.co-wrapped 链接是否总是相同的长度？ t.co URL 的最大长度会随时间而变化。每天向 GET 帮助/配置发出请求，并检查字段 short_url_length 和 short_url_length_https 以确定包装 URL 的当前最大长度。我们预计这些值不会经常变化。
请务必注意，在发布之前，您不一定知道 t.co URL 的长度。将 short_url_length 字段视为 t.co-wrapped 链接的最大可能长度。在设计推文输入框时，最好将所有 URL 视为等于最大可能的 short_url_length。
当您遇到相互矛盾的信息并且不确定实际情况是什么时，API 文档应该始终拥有最终决定权。通常，它们将是最新的信息来源。
在推文和直接消息中提交的所有链接，无论长度如何，最终都将使用 t.co 进行包装。
强调我的。文档中的这一行微妙地暗示缩短过程可能存在延迟。
【讨论】：