Google Ads Enhanced conversions GTM手动部署报错求助

排查方向1：验证地址字段变量的有效性 #

• 确认{{First Name}}、{{Last name}}、{{Country ID}}等变量的实际返回值：
  • country字段必须是ISO 3166-1 alpha-2格式的两位代码（如US、CN），若系统返回国家全称（如“中国”）或其他格式，会直接触发地址格式错误。
  • 检查所有字段是否存在null、undefined或空字符串的情况，通过GTM预览模式查看实时变量值即可确认。

排查方向2：对数据做标准化预处理 #

Google要求用户数据需统一格式（自动哈希的前提是原始数据标准化），建议在代码中添加预处理逻辑，去除空格、转换为小写：

function () {
  // 标准化处理：去空格+转小写
  function normalizeField(value) {
    return typeof value === 'string' ? value.trim().toLowerCase() : '';
  }

  return {
    "email": normalizeField({{data.email}}),
    "phone_number": normalizeField({{Telephone}}),
    "address": {
      "first_name": normalizeField({{First Name}}),
      "last_name": normalizeField({{Last name}}),
      "city": normalizeField({{City}}),
      "postal_code": normalizeField({{zipCode}}),
      "country": normalizeField({{Country ID}})
    }
  }
}

排查方向3：确认地址对象的字段完整性 #

若传递address对象，Google要求核心字段（如country）必须有效。如果部分地址字段无法稳定获取：

• 可尝试不传递整个address对象，只保留email和phone_number（如果这两个字段可靠），观察是否还会触发错误。
• 避免传递空值或无效值的字段，比如如果city字段经常为空，直接从address对象中省略该字段。

排查方向4：澄清哈希相关的误解 #

• 非API场景下Google Ads标签确实会自动哈希数据，但原始数据格式错误会导致自动哈希失效，进而触发错误提示。
• 确认你的Google Ads标签和GTM容器是最新版本，旧版本可能存在自动哈希的兼容性问题。

排查方向5：检查GTM中的数据传输结构 #

在GTM预览模式下触发转化事件，查看Google Ads标签的User-provided data部分：

• 确认JSON结构是否有语法错误（比如代码中若使用了转义引号"，需确保在GTM中实际输入的是正常双引号，转义符可能导致结构解析失败）。
• 验证传递的每个字段值是否符合预期，有没有出现意外的格式问题。

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