使用Bitly与Ampscript缩短URL时的自动触发问题

看起来你碰到了一个挺棘手的场景：生成Bitly短链接通过SMS发送，结果链接被自动触发访问，导致Sales Cloud里的线索验证状态提前从“未验证”改成“已验证”，完全打乱了原本要用户主动点击才触发的验证流程对吧？

我之前处理过类似的问题，先帮你拆解下自动访问的常见原因，再给你几个可行的解决方案：

一、先搞清楚为什么链接会被自动访问 #

大概率是这几个场景导致的：

• Bitly自身的预抓取机制：Bitly会自动抓取目标URL的内容来生成预览卡片（比如标题、缩略图），这就会触发一次页面请求。
• SMS网关/运营商的安全扫描：很多短信服务商为了检测恶意链接，会自动访问链接进行安全检查，也会触发请求。
• 短信APP的预览功能：部分手机短信APP收到带链接的消息时，会自动加载链接内容生成预览，同样会触发访问。

二、针对性的解决方案 #

1. 给验证逻辑加一层“真实用户判断” #

你的核心问题是当前页面只要被访问就直接执行属性更新，所以得给流程加个过滤，只在真实用户主动访问时才更新Sales Cloud的线索属性。可以这么做：

• 检查请求的User-Agent：爬虫/预抓取的请求通常会带有特定的UA标识，比如Bitly的预抓取UA包含bitlybot，安全扫描的UA可能带bot、crawler、scanner这类关键词。你可以在页面的JS或者后端逻辑里判断UA，只有普通浏览器的UA才执行更新：

  // 示例：页面JS中判断User-Agent
  const userAgent = navigator.userAgent.toLowerCase();
  // 常见的爬虫/预抓取UA关键词
  const crawlerKeywords = ['bot', 'crawler', 'scanner', 'bitlybot', 'facebookexternalhit'];
  const isAutoRequest = crawlerKeywords.some(keyword => userAgent.includes(keyword));
  
  if (!isAutoRequest) {
    // 执行Sales Cloud线索属性更新的逻辑
    updateLeadVerificationStatus();
  }
  

• 要求用户主动交互触发：把自动执行的更新逻辑改成需要用户点击“确认验证”按钮才执行。虽然多了一步操作，但能彻底避免自动访问的误触发，同时也更符合用户验证的交互逻辑。

2. 调整Bitly设置，禁用预抓取预览 #

Bitly本身提供了关闭链接预览的选项，你可以在生成短链接时配置：

• 如果用Bitly API生成链接，在请求参数里加上no_preview=true（具体以Bitly当前API版本的文档为准），阻止Bitly预抓取目标页面。
• 如果用Bitly网页端生成链接，在生成页面找“预览设置”相关选项，选择禁用预览卡片生成。

3. 加一层中间跳转页隔离自动请求 #

可以在Bitly短链接和你的验证页面之间加一个中间跳转页，这层页面不直接执行验证更新，只有当用户主动操作或者检测到是真实用户时，才跳转到真正的验证页面：

• 中间页面显示“正在跳转至验证页面，请点击下方按钮继续”，用户点击按钮后才跳转到执行更新的页面。
• 或者中间页面通过JS做延迟跳转（比如等待3秒），爬虫通常不会等待延迟跳转，只有真实用户会等待，从而过滤掉自动请求。

4. 给验证链接加唯一一次性令牌 #

给每个SMS发送的验证链接生成唯一的用户令牌，同时在Sales Cloud里记录这个令牌对应的线索状态。只有当：

1. 访问链接携带的令牌有效
2. 对应线索当前状态是“未验证”
3. 令牌未被使用过
   时，才执行属性更新，并且更新后标记令牌为已失效。这样即使链接被自动访问，只要真实用户还没点击，后续用户访问时依然能正常验证，自动访问的请求会因为不满足条件而不执行更新。

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