Google 在 2026 年 10 月对 Local Services Ads 所做的变更，主要被描述为一项计费变更。

自 10 月 1 日起，某些未接来电及后续来电在符合 Google 的有效线索标准时，可能会变为可计费。营业时间内的未接来电，在来电者保持连接超过 20 秒时可能符合条件。Google 还会根据来电是被接听、转入语音信箱、经过 IVR，还是代表与现有线索的后续互动，适用不同规则。Google 帮助

显而易见的问题是：

企业还要为多少通电话付费？

更有趣的问题是：

代理商如何确定究竟是哪一次客户互动实际产生了可计费线索？

这是一个归因问题。而当同一个客户可能在 Google 建立线索状态之前产生多通电话时，这个问题就会变得复杂得多。

线索不再只是一条通话记录

一个基础的 LSA 报告模型可能如下所示：

Call ID
Customer
Timestamp
Campaign
Cost
Lead status

当主要问题是以下内容时，这种方法效果尚可：

该活动产生了多少通电话？

当问题变为以下内容时，它的用处就不大了：

是哪次互动导致 Google 将该客户归类为可计费线索？

这些是不同的数据问题。

设想一位客户致电一家水管维修公司。

10:02 AM → Customer calls
10:02 AM → Business misses call
10:02 AM → Customer disconnects after 12 seconds

10:17 AM → Customer calls again
10:17 AM → Business misses call
10:18 AM → Customer remains connected for 24 seconds

第一通电话不满足 Google 的 20 秒未接来电条件。

第二次互动则可能满足。

如果报告系统只是将两条记录关联到同一客户，并将该客户标记为“LSA lead”，就会丢失产生线索的互动与未产生线索的互动之间的区别。

这种区别对于归因、账单核对和广告系列优化都很重要。

Google 建模的是线索关系，而不仅仅是通话

Google 当前的文档指出，一旦某条线索已被计费，如果同一客户在 15 天内有互动，且联系方式来自同一电话号码或电子邮件地址，则后续通话或消息不会再次计费。在 15 天无活动之后，如果新互动满足有效线索标准，则可以创建新线索。

这引入了事件之间的关系。

Call → Charge

系统更接近于：

Customer
   │
   ├── Interaction 1
   │
   ├── Interaction 2
   │
   ├── Interaction 3
   │
   └── Lead state
          │
          └── Billing state

这对报告系统的影响是显著的。

• 通话是一个事件。

• 线索是与一个或多个事件相关联的状态。

• 收费是该状态的结果。

这些概念不应被自动存储为同一事物。

20秒规则增加了另一个维度

10月的变更在该模型中增加了时间条件。

Google表示，在工作时间内，如果客户保持连接超过20秒，未接来电可以视为有效线索。如果商家接听了电话，则20秒未接来电规则不适用；Google会将该交互评估为已接听电话。Google帮助

这意味着通话时长现在已成为归因上下文的一部分。

一个记录以下内容的报告系统：

missed_call = true

不包含足够的信息来解释线索结果。

至少，代理机构需要区分更接近以下内容的情况：

answered
missed
connection_duration
business_hours
ad_schedule
ivr_interaction
voicemail
lead_status
charge_status

确切的 schema 会因实现而异，但原理是相同的。

事件需要足够的上下文来解释状态转换。

IVR 让归因变得更加困难

Google 对自动电话系统的处理方式让这一点尤为有趣。

如果企业使用 IVR 要求来电者按键才能接通相关部门，那么 20 秒计时器会在来电者按下第一个按键后开始计时。如果来电者从未按键，则未接来电计费条件不适用。多级菜单中的额外按键不会重置计时器。

Call
 ↓
IVR
 ↓
No key pressed
 ↓
Disconnect

Call
 ↓
IVR
 ↓
Press 1
 ↓
20+ seconds
 ↓
No answer

呼叫跟踪平台可能会将两者都存储为“未接来电”。

Google 的潜在客户模型不一定以相同方式对待它们。这就产生了一个经典的数据集成问题：两个系统可能用不同的抽象层级来描述同一事件。

• 电话系统理解路由。

• Google 理解潜在客户资格。

• CRM 理解客户关系。

• 计费系统理解费用。

归因必须将四者连接起来。

语音信箱制造了另一个归因边界情况

Google 还表示，当呼叫在营业时间内到达语音信箱或自动问候语时，如果来电者保持连接超过 20 秒，无论来电者是否留言，都可能被计费。

这在以下两者之间制造了一个重要区分：

Customer leaves voicemail

Customer reaches voicemail
Customer stays connected >20 seconds
Customer leaves no message

CRM 可能只将第一个视为可操作的线索。

Google 的线索系统对两者的处理方式可能与简单的“未接来电”分类不同。

这意味着代理机构不应假设 CRM 对线索的定义与 Google 对可计费线索的定义可以互换。

当系统使用不同的客户标识符时，归因就会失效

当同一客户通过不同的标识符联系企业时，问题会变得更加棘手。

假设第一个电话来自：

(555) 111-2222

第二个电话来自：

(555) 111-3333

客户随后使用电子邮件地址发送了一条消息。

CRM 可能将这三条互动识别为同一个客户。而基础的呼叫报告系统可能无法做到。

Google 当前的文档指出，其 15 天跟进处理依赖于相同的电话号码或电子邮件地址。这意味着身份解析至关重要。

希望将 Google 线索数据与 CRM 结果进行核对的代理机构，不能简单地按客户名称连接所有数据。它需要一个经过深思熟虑的身份模型。

Customer
   │
   ├── Phone identity
   ├── Email identity
   ├── CRM contact ID
   ├── Call IDs
   └── Lead IDs

如果没有这一层，同一个客户可能看起来像是多个线索。或者多条互动可能被错误地归因到一个线索上。这两种错误都会扭曲每条线索成本的计算。

营业时间现在成为归因数据

还有一个容易被忽略的依赖项。

Google 使用 Google Business Profile 中配置的营业时间来定义营业时间。如果广告排期与这些营业时间不同，未接来电只有在同时处于有效广告排期和营业时间内时，才会根据未接来电规则计费。Google 帮助

这意味着，试图解释某笔费用的报告系统可能需要的不只是：

campaign_id
call_timestamp
call_duration

它可能还需要了解该确切时间点的可用状态。

Call
 ↓
Campaign active?
 ↓
Within business hours?
 ↓
Answered?
 ↓
IVR state?
 ↓
Duration?
 ↓
Existing lead?
 ↓
Valid lead?
 ↓
Chargeable?

因此，归因系统正在变成一个规则引擎。不一定是一个复杂的规则引擎，但一定是一个依赖状态的规则引擎。

迁移让这个问题变得更加重要

这一变化发生的同时，Google 正在将 Local Services Ads 迁移到以按线索付费为目标的 Performance Max 广告系列中。

Google 表示，迁移后的广告系列会保留按线索付费模式，而广告系列管理则迁移到 Google Ads 中。Google 还表示，来自先前 LSA 环境的绩效报告不会迁移到 Google Ads 中。Google 帮助

这带来了两个独立的数据挑战。第一个是历史连续性。第二个是线索归因。

代理机构现在必须回答：

我能否将历史 LSA 线索与迁移后的线索进行比较？

我能解释为什么迁移后的互动变成了可计费线索吗？

这些是不同的两个问题。

统一仪表盘并不能自动解决其中任何一个问题。

报告模型应将事件、线索和收入分开

我认为这正是代理机构需要改变其内部数据模型的地方。

与其将以下视为一体：

Lead = Call = Conversion = Customer

应分别对生命周期进行建模：

Interaction
     ↓
Lead
     ↓
Qualified opportunity
     ↓
Booked job
     ↓
Revenue

• 单个线索可以包含多个互动。

• 单个客户可以随时间产生多个线索。

• 单个互动可能不会成为可计费线索。

• 而可计费线索可能永远不会转化为收入。

这些区别并非学术性的。

如果代理机构朝着错误的层面进行优化，可能会让广告活动看起来更健康，而业务却变得不那么盈利。

100 interactions
↓
70 billable leads
↓
45 qualified opportunities
↓
28 booked jobs
↓
18 completed jobs
↓
$42,000 revenue

如果代理机构只报告前两个数字，它知道的是 Google 生成线索的效率。它不知道这些线索产生业务的效率。

代理机构应在其归因模型中添加什么

在10月更新之后，我希望LSA报告系统至少能区分四个层级。

交互层

实际发生了什么？

• 通话

• 消息

• 预约

• 语音留言

• 后续交互

线索层

Google是否将该交互归类为有效线索？

• 有效

• 未收费

• 已收费

• 已退款

• 待处理/审核中

Google的自动线索退款系统可以随时间重新评估已收费的线索，如果线索被判定为低质量或无效，退款可能会在之后出现。Google帮助

客户层

该交互属于谁？

• 电话

• 电子邮件

• CRM联系人

• 现有客户

• 新客户

收入层

线索之后发生了什么？

• 合格

• 预约

• 估价

• 赢单

• 丢单

• 收入

重要的不是再创建四个仪表盘。

而是维护这些层级之间的关系。

真正的归因问题

10月的LSA更新并不一定使归因变得不可能。

它使过于简化的归因模型变得不那么可靠。

Campaign → 100 calls → 100 leads

无法解释一次互动与一个可计费线索之间日益细微的路径。

更好的模型看起来像这样：

Campaign
   ↓
Interaction
   ↓
Customer identity
   ↓
Lead state
   ↓
Billing state
   ↓
CRM outcome
   ↓
Revenue

该模型还为代理机构提供了比又一份月度线索报告更有价值的东西。它为他们提供了审计追踪。

如果客户问为什么线索成本增加了，代理机构可以调查这一变化是来自更多未接来电、更长时间未接听的电话、不同的IVR行为、新客户、[后续互动](https://Can a follow-up call become a billable LSA lead if the original call was not charged?)、线索积分，还是下游转化率的变化。

没有这种结构，所有这些事件都会坍缩成一个数字：每条线索成本。而这个数字可能是准确的，却仍然无法解释实际发生了什么。

更大的变化

Google 2026 年 10 月的 LSA 更新很容易被概括为一条关于未接来电和跟进电话的规则。但更重要的技术变化在于它对潜在客户定义的影响。

潜在客户不再是可以被归因系统安全地建模为单一电话事件的东西。它可能是一系列交互、时间条件、路由状态、客户身份以及先前潜在客户活动的结果。

这使得 LSA 报告越来越类似于一个事件驱动系统。

问题不再仅仅是“哪个广告系列产生了这通电话？”

更好的问题是：

“哪次交互导致该客户进入可计费潜在客户状态，之后又发生了什么？”

对于围绕 Google 新的 LSA 到 Google Ads 环境构建报告管道的代理商来说，这种区别可能比仪表板本身更重要。

Google Maps 广告不是广告系列：本地广告背后的技术架构

关于作者

Mayur Shah 撰写关于 Google Local Services Ads 以及服务型企业评论策略的文章。

转载声明：本文为转载整理，原文版权归原作者及原站点所有。

原文来源：Hacker Noon

原创地址：https://hackernoon.com/google-lsas-october-update-creates-a-new-lead-attribution-problem?source=rss