我之前也碰到过一模一样的情况，刚好能给你理清楚原因并提供可行的解决方案：

为什么API Key模式下总是返回相同的短链接？ #

Google URL Shortener的API在使用API Key认证时，是基于全局的链接映射池来工作的——它会自动检测你提交的长链接是否已经存在对应的短链接，如果有，就直接返回已有的那条，不会生成新的。而用OAuth 2.0时，短链接是绑定到你的Google个人账户的，相当于每个用户可以为同一个长链接创建属于自己的独立短链接，所以每次调用都会生成新的结果。

用API Key生成不同短链接的变通方案 #

因为API Key本身不支持为同一个原始长链接创建多个短链接，我们可以通过让提交的长链接变成唯一值的方式绕开这个限制：

• 在原始长链接的末尾添加一个唯一的查询参数，比如随机字符串、时间戳或者自定义的唯一标识：
  • 原链接：https://your-long-url.com
  • 修改后示例1：https://your-long-url.com?rand=abc123xyz（abc123xyz是随机生成的字符串）
  • 修改后示例2：https://your-long-url.com?t=1700001234（1700001234是当前时间戳）

这样每次提交的长链接都是独一无二的，API就会生成不同的短链接了。需要注意的是，要确保你添加的参数不会影响目标网站的正常访问——大多数网站会忽略未定义的查询参数，所以这个方法通常是可行的。

额外提示 #

如果你需要追踪这些短链接的点击数据，Google URL Shortener的API依然可以正常统计每个修改后链接的点击量，不会因为添加了参数而受影响。

内容的提问来源于stack exchange，提问作者bob