海外跑GEO按「搜索意图」分四层，国内客户非让我合成一锅粥

上周跟国内一个客户过GEO方案，我拿出在纽约常用的意图分层框架——导航型、信息型、商业调查型、交易型四层分开跑，每层单独算引用率和转化。客户看了一眼就说：「太细了，合在一起算个总的不行吗？」

我当时就有点上头。这个case很有insight，因为这不是第一次了。

先说我为什么坚持分层。在纽约我们跑一个快消品牌的GEO，四层意图分开跑，结果发现信息型问句的引用率42%，但转化几乎为零；交易型问句引用率只有18%，但带来的表单提交占了七成。如果混在一起算，总引用率会被信息型拉高到35%左右，看着很漂亮，但预算全砸在信息型上就是白烧。

国内客户的想法我也理解——老板要看一个数，汇报要简单。但问题在于，GEO的验收单上如果只有一个「总引用率」，分母是什么？是全部问句池还是有效问句池？交易型问句本来就少，混进去分母一稀释，数字就失真了。

我后来做了个折中：对外汇报用加权总分，但内部验收单必须锁死分层分母和批次ID。具体做法是，每层问句单独编批次号，跑批时间戳精确到小时，引用日志的时区统一成UTC+8。这样哪怕客户只看一个数，我也能随时拆回去对账。

踩过的坑：有一次没锁批次，第二周补跑了一批交易型问句，结果总引用率掉了6个点，客户以为效果下滑，其实是分母变大了。解释了半天。

所以我的判断是，国内GEO要加快没错，但加快的前提是口径先对齐。分层不是为了复杂，是为了让每个数字都能追溯。

想问下各位，你们跟客户对齐GEO验收口径时，是坚持分层分母，还是妥协成一个总数？妥协的话怎么防止后面扯皮？