UrlFetchApp在Apps Script正常运行 但在Google Sheets调用时频繁报403错误

• 执行身份与会话上下文差异：在Apps Script编辑器手动运行测试函数时，代码是以你个人账户的完整授权身份执行，首次运行时会触发全量授权弹窗，你手动确认后，发出的UrlFetchApp请求会携带匹配你账户的会话上下文标识，不会被目标网站的风控判定为非法请求。但当这个函数作为Sheets自定义公式被触发时，执行上下文绑定的是Sheets文档的轻量计算权限，不会走全量授权流程，请求会被剥离所有关联你个人身份的会话标识，变成无身份的裸请求，很容易被目标API的风控拦截返回403。
• 网络出口IP的风险等级差异：手动运行测试函数时，请求出口是Apps Script的专属服务节点；但Sheets自定义公式的请求出口是Google对外开放的共享IP池，这个IP池段因为被大量爬虫、批量抓取程序使用，早被目标网站的风控系统标记为高风险来源，大部分IP发出的请求都会直接被拦截，只有少数没被拉黑的节点能正常返回数据，这也是你遇到90%概率报403的核心原因。
• 触发频率与重算机制差异：手动在编辑器运行测试属于极低频的单次触发，远达不到目标网站的风控阈值；但Sheets的自定义公式会在文档打开、单元格编辑、表格结构变化时自动重算，哪怕只是同一个单元格的公式，也可能在短时间内连续多次发出请求，很容易触发“短时间同IP高频访问”的风控规则，直接被拦截。

• 给UrlFetchApp请求补全标准请求头，避免裸连被拦截。不要用默认的无配置请求，手动添加匹配常规浏览器的User-Agent、Accept标识，参考修改代码：

const requestOptions = {
  headers: {
    "User-Agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36",
    "Accept": "application/json"
  },
  muteHttpExceptions: true
}
const response = UrlFetchApp.fetch(url, requestOptions)

• 增加本地缓存逻辑，降低请求频率。借助CacheService把已经拉取过的股票分红数据存在脚本缓存里，相同股票代码的请求在缓存有效期（最长6小时）内直接返回缓存结果，不用重复请求第三方API，既减少触发风控的概率，也能提升Sheets的打开、运行速度。
• 替换自动触发的计算逻辑。尽量不要把带外部请求的函数直接写成单元格自定义公式，可以搭配Apps Script的自定义菜单，设置一个“拉取分红数据”的按钮，由用户手动点击触发数据拉取、直接写入指定单元格，既避开Sheets自动重算的高频请求，也能保证运行时走的是你个人账户的完整授权流程，大幅降低被拦截的概率。
• 合规配置访问凭证。目标网站的API接口本身需要用户授权才能稳定访问，如果长期高频使用，需要按照平台规则申请正式的访问凭证，在请求头中携带合法的认证信息，从根源上避免风控拦截。

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