广告报表里那几个数，别直接抄进你的表

广告报表最大的问题不是它不准，是它准，但准得跟你要回答的问题不是一件事。

跨设备归因有延迟，广告归因订单和实际订单对不上，报表里的客单价偏低。这些偏差都是系统设计的一部分，不是 bug。

六个数字，两种待遇

广告报表六个数字的可信度分层

可以直接用的：广告花费、曝光量、点击量。这三个是平台自己记的账，误差最小，所有比率都可以从它们出发自己算。

不能直接用的：报表里的订单转化率、活动 ACOS、昨日对比的涨跌百分比。

这三个的问题分别是：

订单转化率——分子是归因订单，被跨设备和延迟归因抹掉了一部分。它的分母（点击）是对的，所以偏差全在分子。

活动 ACOS——分母只算广告归因订单，比全量订单小。这个 ACOS 系统性偏低，看低了会误判成"还能再加点"。

昨日对比的涨跌百分比——基数太小的时候全是噪声。一个词昨天 2 单今天 5 单，报表显示涨 150%，这个数字没有任何意义。

我的做法是留一份底表

我每个广告账户都有一张底表，五列：日期、花费、曝光、点击、订单。每天抄一次，抄完就不再看那个报表页面。

所有比率都在这张表上现算。转化率是订单除以点击，单次转化成本是花费除以订单，客单价用我自己的订单明细，不抄报表的。

这个做法听起来笨，但它解决了一个真问题：口径漂移。平台报表每天给你的数都是重新算过的，你今天看到的三个月前数据和三个月前看到的不一定一样。我自己做过多次这样的对比，发现同一活动的 ACOS 能差出 5 到 8 个点，足够让一个该关停的广告看起来还行。

有时候需要全量数据

报表的订单数偏低，在两个场景里影响很大。一是判断广告订单占全量订单的比例，报表显示广告订单 60 单、全量 120 单，看起来广告扛了一半，实际归因订单只有 70 单。二是算真实 ACOS，分母换成全量订单之后，很多活动的 ACOS 会从 25% 变成 34%，9 个点足以改变一个品还要不要继续推的判断。

所以底表的订单列，我抄的是全量订单。广告归因订单单独抄一列，做对比用。

归因回溯期要单独算

口径漂移这件事是能查出来的，不需要相信谁。选一个历史日期，把当时记下的数留在表里，今天用同一份底表重算那一天。我做过一次，选了一个旺季中间的日期，发现同一活动的广告订单占比从当时记的 42% 变成 35%——那一批订单陆续被归因到了广告上。

归因有回溯期。一周前算的订单数会随着时间自己往上走，所以月度对比要用同一口径重算两边，不能一边用旧的一边用新的。

判断标准

一个数字能不能用，看的是它的口径和你的问题是不是同一个。同一个转化率，广告后台的、卖家后台的、你自建的，三个数三个口径，没有哪个是错的，只有对不上的。

我能给的方法只有一条：所有比率自己算，输入只用那几个原始数。这几个数里如果有一个口径可疑，你至少知道误差是从哪来的。

比抄十个成品列强。抄的那些列，你永远不知道它们的口径哪天会变。