Google Tag Manager中该配置为何无法正常触发webhook？

你当前的配置存在几个容易导致请求静默失败的问题，按以下步骤排查调整即可：

• 首先补全fetch的必填配置：默认不带参数的fetch在页面即将跳转、卸载的场景下会被浏览器直接终止，这是绝大多数无请求报错的核心原因，需要加上keepalive: true参数保证请求即使在页面卸载阶段也能正常发出，同时加上错误捕获避免请求失败无任何提示。
• 校验变量实际取值：虽然Tag Assistant显示自定义变量AirtableRecordID可正常工作，但需要确认标签触发时点变量已经完成赋值——如果变量是异步拉取的，标签触发过早会导致URL拼接出异常值，直接造成请求失败。
• 排查拦截规则：检查站点的内容安全策略（CSP）、广告拦截插件是否拦截了对目标webhook域名的请求，这类拦截不会在GTM侧报异常，只会在浏览器控制台输出拦截日志。

可直接使用调整后的代码：

<script>
  const recordId = {{AirtableRecordID}};
  const reqUrl = new URL('https://hook.us1.make.com/28c815lw998s1o6ab37e3il7uw957p7g');
  reqUrl.searchParams.set('record_id', recordId);

  fetch(reqUrl, {
    method: 'GET',
    keepalive: true,
    mode: 'cors'
  }).catch(e => console.log('Webhook请求异常：', e));
</script>

调试技巧：先把该标签的触发条件临时设置为「Window Loaded（页面完全加载）」，打开浏览器开发者工具的Network面板筛选webhook域名，如果此时能正常看到请求，说明之前的故障是触发时机过早、请求被页面卸载流程终止导致的，后续再把触发规则调整回你需要的时点即可。
如果需要在点击跳转、表单提交这类会触发页面卸载的交互上绑定该webhook，除了开启keepalive配置外，可以给跳转逻辑增加50-100ms的延迟，进一步提升请求送达率。

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