因为账户拿每一次交表去出价，销售标识出来的有效线索没有作为主要转化传回去。
后台多出来的是一次提交。销售说无效，说的是这个人现在不能用。两句可以同时成立。要改的不是先关版位，也不是把表单转化删掉。销售把真正有效的线索标识出来，这个标识设成主要转化，按 Google 要求的格式回传。交表留下来，标成次要，用来知道平台收到过什么。
下面用一次编的询价，把对数据和回传流程走完。不是哪一家的客户。
先把这个人和那一次点击对上
人点了广告。落地页网址上带着点击标识，Google 广告里常见的是 GCLID，iOS 上还可能是 GBRAID 或 WBRAID。他交了询价。平台收下，转化列加一。这一步只说明提交被收到，还不是把销售结果回传。
销售去打那个电话。打不通，或者对方说没填过。他在自己的表上写无效。转化列不会因此减一。销售表认的是这个人，表上有的是电话和邮箱，没有那串点击标识。
回传是后来的事：把这个人后来怎么样了，送回那一次点击。请求里必须已经有钥匙，不然接口不会收，这次回传不会发生。所以不要写成“回传发出去了，里面却没有那串”。钥匙有两处用。点击标识把结果送回那一次广告点击。邮箱或电话，整理并散列之后，用来对上销售表里的这个人，也用来和网站上收集到的数据、登录状态下的互动去对。人可以靠邮箱对上，那一次点击仍要靠点击标识。
2998031 写的就是这两条路。一条是点击标识，加上转化类型和发生时间。另一条是增强型线索转化，再带上散列后的邮箱或电话。点击标识丢了，可以退到散列联系方式，人还对得上，点击就对不上了。11021502 写得更具体：选一个表单里有、上传里也会有的字段，一般是邮箱。页面上没有代码在收集这些资料时，点击标识是必需的。有代码，也仍然把点击标识留下。线索类目标还要转化名称、发生时间，以及一个合格或已转化的目标。订单标识用来挡住同一个人交两次。同意空着，这次可能归不上任何点击。
地址和代码写好了，只说明你打算把事件送到哪里。送到没有，是另一句。服务器地址能对上，也不说明云是谁的、权限和账单怎么样、数据留多久、服务在不在跑、现在有没有真实流量。转化列加一，是收到了。钥匙在、回传发出去，是对上了点击或这个人。销售把有效线索标识出来并送回去，才是业务上已经证实。
从聊天来的询价，要在打开对话之前留下点击标识和邮箱、电话。人直接进了聊天工具，后面只剩姓名和一句留言，回传发不出去。只有一个手机号，销售认得这个人，同样送不回那一次点击。记录进了客户系统，只说明进了系统。没有一整套客户系统，也可以把有效线索送回去。
有效线索才拿去出价
这次询价把列填满，是因为账户把它当成了主要转化。原始提交和销售标识出来的有效线索如果都是主要，账户会去找更便宜的下一次交表。列跟着交表走，销售能用的人可以仍然很少。
11461796 写了标法。用标准目标出价时，主要转化进入“转化”列，并且参与出价。次要转化进入“所有转化”，用来看，不参与出价。放进正在使用的自定义目标之后，原来的主要、次要标签就不作数，进了目标的动作会进报表，也会出价。有人说已经改成次要了，要再看它还在不在那个目标里。提交和有效线索坐在同一个用来出价的目标里，就是一起在买。目标改得太勤，学习会重新开始。同一页后部有一句应用转化率，那是应用广告，线索不用。
13489421 说，不要把线索旅程里的好几段同时拿去优化。页面上的条件是：这个动作在账户上最近 30 天至少 15 次；增强型线索转化或线下导入最好每天上传；优先选广告点完 7 天内就会发生的动作。这是那一页的条件，不是这个账户已经做到。讨论里的月度数字和 48 小时，不用。页面更后面的一行来源说明，也不拿来当结论。
成交往往凑不满 15 次。因为列太吵就把成交设成唯一的主要动作，报表会先静下来，有效线索还是没有传回去。回传的是销售标识出来的那一档，名字用已审核、合格、已联系这种账户里的转化动作。交表标成次要，留着。两档不要同时当主要。表单动作不要删。
排除一份电话名单，名单小到投不出去，也教不会出价。送回去的是要奖励的有效线索，不是要躲开的那一次。只写“质量差”，有效的那条还没标出来。
有人把线下转化改成唯一的主要动作，改之前表单和点击通话也是主要的，改完报出来的量少了。少，是出价跟着的动作换了，不是原因已经找到。表单多加筛选题，单次成本常常上去；题目太少，销售又说人是空的。表保持好填，有效无效放在销售标识这一步。有人说改落地页更能提高质量，那是经验，不是这次量到的结果。
没标出来之前，先别改预算
讨论里会把这种对不上说成垃圾、本人没填、某个版位有问题。这些是要查的方向。帖子里的金额和“我们搞定了”，不写进来。
搜索、需求开发、效果最大化都会被点名。年龄或性别未知不是垃圾。验证码清掉了垃圾，只是一份报告。真人也会乱填。打不通，也不先写成机器人。搜索合作伙伴已经关掉、无效的人还在来，这个名字就不是原因。能做的仍然是：交表留在记录里，销售标识出来的有效线索送回去出价。
2013 年 Vacha Dave、Saikat Guha、Yin Zhang 的 *ViceROI: Catching Click-Spam in Search Ad Networks*（ACM CCS，PDF）第 6.1 节说明，广告网络收到的一次转化，可以只是浏览器送来的一次表单。他们做了一张胡说的表，26 天里 734 个人交了上去。网络收到的是一个是或否，看不见这是订阅还是成交。734 是那次实验收到的表单数，不是你们的有效线索。
2021 年 Gabryel、Scherer、Sułkowski、Damaševičius 的论文（10.2478/jaiscr-2021-0020）把网页访问分成人和机器人。鼠标数据来自七家大型零售店，表单来自三家金融机构。摘要说准确率比较高，那一页没有百分比。销售说不能用的这个人，还可以是人。有效线索仍要销售自己标识。
团队按这张表做，再按这个格式传
每一条要回传的有效线索占一行。钥匙不齐，这一行先不传。
- 格子: 停在哪 · 填什么: 配置好了 / 收到了提交 / 已回传对上 / 销售已标成有效 · 空着等于: 还不能改预算
- 格子: 出价跟谁 · 填什么: 有效线索那个转化动作。注明主要，或已经在自定义目标里。交表应是次要 · 空着等于: 列还在奖励交表
- 格子: 点击标识 · 填什么: 落地页上的 GCLID，或 GBRAID、WBRAID。原文抄下 · 空着等于: 没有它，又没有散列联系方式，回传送不出去
- 格子: 邮箱或电话 · 填什么: 先整理，再 SHA-256。表上不留明文。用来对上销售表里的这个人 · 空着等于: 销售表和这次点击接不上
- 格子: 发生时间 · 填什么: 销售标成有效的时刻，晚于点击，带时区 · 空着等于: 接口会拒
- 格子: 转化动作 · 填什么: 类型 UPLOAD_CLICKS 的数字 ID，对应已审核、合格、已联系 · 空着等于: 传回去的还是交表
- 格子: 订单标识 · 填什么: 这一次线索自己的单号 · 空着等于: 同一个人会再记一次
- 格子: 同意 · 填什么: ad_user_data、ad_personalization · 空着等于: 可能归不上任何点击
- 格子: 销售标识 · 填什么: 有效，或垃圾 / 本人没提交 / 服务不对 / 区域不对 · 空着等于: 只写“质量差”，还没标出来
2026 年 6 月 15 日之后，这条回传走 Data Manager API 的 IngestEvents。Google Ads API 的 uploadClickConversions 对没有旧额度的开发者令牌会拒绝，错误是 CUSTOMER_NOT_ALLOWLISTED_FOR_THIS_FEATURE。额度窗口写在弃用说明：2025 年 12 月 17 日到 2026 年 6 月 15 日之间没有发过线下上传的令牌，不在旧名单里。字段对照在升级对照表。
- 总表: 转化动作的数字 ID · Data Manager: product_destination_id，不要填资源名 · 旧 Google Ads API: conversion_action 资源名
- 总表: 拥有这个动作的广告账户 · Data Manager: operating_account.account_id，类型 GOOGLE_ADS · 旧 Google Ads API: 请求上的 customer_id
- 总表: GCLID · Data Manager: ad_identifiers.gclid · 旧 Google Ads API: gclid
- 总表: 发生时间 · Data Manager: event_timestamp，RFC 3339 · 旧 Google Ads API: `yyyy-mm-dd HH:mm:ss+
- 总表: 订单标识 · Data Manager: transaction_id · 旧 Google Ads API: order_id
- 总表: 散列邮箱 / 电话 · Data Manager: user_data.user_identifiers · 旧 Google Ads API: hashed_email / hashed_phone_number
- 总表: 同意 · Data Manager: ad_user_data、ad_personalization · 旧 Google Ads API: 同样两个字段
这个账户必须是转化动作的主人。父账户代替子账户去传，Data Manager 不支持。界面上来源应是 “Website (Import from clicks)”，类型 UPLOAD_CLICKS。旧接口如果还在用，partial_failure 必须是 true，conversion_value 和 currency_code 按旧版上传说明填写。user_identifiers 一旦带上，这笔按增强型线索转化处理。
邮箱先去空格、改小写。gmail.com 和 googlemail.com 还要去掉 @ 前的点，以及 + 和它后面的一段，再 SHA-256。cloudy.sanfrancisco+shopping@gmail.com 先变成 cloudysanfrancisco@gmail.com。其他域名只改小写。电话收成 E.164，例如 +18005550100，再哈希。编码用十六进制或 Base64，请求里的 encoding 要一致。规则在 Format user data。明文不进表，也不进请求。
Data Manager 一个字段错，整批被拒。拿响应里的 request_id 查诊断。Send events 还要求 event_source，下面这截没有写入，不能直接发出去。
{ "destinations": [ { "operatingAccount": { "accountType": "GOOGLE_ADS", "accountId": "拥有该转化动作的账户编号" }, "productDestinationId": "有效线索转化动作的数字ID" } ], "encoding": "HEX", "consent": { "adUserData": "按同意记录填写", "adPersonalization": "按同意记录填写" }, "events": [ { "adIdentifiers": { "gclid": "点击时留下的标识" }, "eventTimestamp": "2026-10-01T09:30:00+08:00", "transactionId": "这次线索的订单标识", "userData": { "userIdentifiers": [ { "emailAddress": "整理并SHA-256之后的邮箱" } ] } } ] }
上传成功，说明这把钥匙和“有效”这个时刻送出去了。这个转化动作还得是主要的，或者已经放进正在使用的自定义目标，账户才会改去跟它。交表留在次要。销售仍然可以把另一条标成无效。预算要跟的，是已经标识出来、并且按这个格式传回去的有效线索。