在配置标签前先定义业务事件
转化是对业务有意义的已完成动作，而不是一个恰好容易打标签的交互。对电商而言，通常是被接受的订单，而不是加入购物车或付款按钮点击。对潜在客户获取，可能是满足既定条件的已提交咨询、已预约或销售已资质的线索。在将其翻译为事件之前，先用业务语言写清楚。
为每个转化动作记录其触发器、包含与排除规则、价值、计数规则、标识符、责任所有者和记录系统。例如：“已接受付费订单；每个订单 ID 计一条事件；订单收入按公司既定规则计算；以电商数据库为对账系统。”
有意区分主要与次要动作
Google Ads 指出主要转化动作会出现在“Conversions”列，并在使用相关标准目标作为出价依据时被用于出价。次要动作用于在“All conversions”中观察，并通常不用于出价。因此“主要”并不是质量的印章：它控制优化所学习的信号。
只把直接且可重复的活动成果设为主要。将表单开始、宣传册下载、账号创建、聊天打开和电话点击保留为次要，除非其中某项确实是明确的优化目标。如果不同活动服务不同目标，应按活动治理目标，而不是让通用默认值驱动所有投放。每次目标变更记录日期与旧设置，以便在报告中解释背景。
在度量设计中嵌入同意流程
同意不是标签上线后才加的横幅。Google 的同意模式（Consent Mode）指南建议在发送测量数据的命令之前设置默认同意状态，然后在用户作出选择后更新该状态。其示例涵盖广告存储、分析存储、广告用户数据与广告个性化。Consent Mode 并不替你决定法律依据或政策；应实现组织审批的同意状态。
要求因地域与事实而异。英国信息专员办公室（ICO）指南要求告知用户 cookie、清楚说明 cookie 的用途与理由，并在有限的必要服务例外外征得明确主动同意。欧盟的业务指导指出，需对需要同意的 cookie 在初次加载时不设置、同意应具备目的区分且撤回应易于执行。为你的市场、供应商与数据流获得合格的隐私审查。不要在 URL、事件参数或交易 ID 中放置原始电子邮件、电话号码、订单备注或不必要的客户数据。
对基础业务事件做去重
确认页可能会被重新加载、从历史记录重访或在状态变更失败后再次到达。Google Ads 建议为每次购买提供唯一交易 ID，以便当具有相同转化动作和 ID 的第二次转化到达时被视为重复。此 ID 必须动态生成并对每次交易唯一；跨订单重用会导致漏记。使用不揭示客户身份的不可解析订单标识符。
同时绘制体系结构图。如果浏览器标签、服务器事件、CRM 导入与支付 webhook 都可能报告同一笔销售，需决定哪一路径是权威来源，以及哪些共享 ID 可用于去重。ID 并不替代计数设置：计数设置控制每次广告点击后的转化数量，而 ID 保护同一订单不被重复发送。与相关运营团队定义针对退款、取消与无效线索的受控调整或排除流程。
把归因当作“信用”，再与运营对账
归因是按所选规则分配信用；它并不观测到每种影响或证明因果关系。Google Ads 描述最后点击（last click）将全部信用给最后点击的广告，而数据驱动归因（data-driven attribution）使用账户数据来分配信用。所选模型会影响“Conversions”和“All conversions”列，并可能影响出价。模型更改因此既是分析更改，也是生产优化更改。
保持两套视图。平台视图支持活动决策：花费、被归因的主要转化、被归因的价值、模型、归因窗口与日期基准。运营视图包含被接受订单、按业务规则计算的收入、已资质线索、取消与退款。方向性地对账并在发现重大持续差异时使用允许的标识符进行调查。无需期待完全一致：同意、浏览器限制、跨设备路径、时序、资格与建模都会产生差异。
把发布测试当成转化路径可靠性工作来做
尽可能在非生产环境测试，然后使用可被运营识别与回滚的受控线上测试。Google Tag Manager 的预览与调试模式（Google Tag Manager preview and debug mode）将预览站点连接到 Tag Assistant，展示已触发的标签、顺序和处理的数据。检查触发器、价值、货币、ID、同意状态与目的地，然后检查订单或线索记录。绿色的标签状态并不能证明计入了正确的业务事件。
覆盖付费落地页 URL、跳转、表单校验、跨域结账、支付回传、确认页、CRM 交接与退款处理。Google 提醒点击标识符可能在追踪器或跳转中丢失，并提供落地页与转化域不同时的跨域指南。在变更前做预检并为标签、同意、结账与跳转做版本控制。如果路径或信号失败，恢复已验证的配置并对受影响区间进行对账，而不是从管理面板上随意推断。