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