每日投放报告 — 2026-08-15，对比 2026-08-14

1总览

同期群价值 —— d0 / d3 / d7 的 ARPU 与 ARPPU

按安装日计算，从每个用户自己的安装时刻起算：dN 是他自己的前 (N+1) x 24 小时。ARPU 取自 Adjust，也就是合作方后台看到的那一套；ARPPU 取自我们自己的支付流水，因为 Adjust 没有累计去重付费人数这个字段。窗口还没走完的档位留空，不写 0。

两日的合计花费：08-14 是 $506.46，08-15 是 $663.72。 B1 依次占 82% 和 75%，共享的 Nomad Node 账户 依次占 18% 和 25%，是它们至今拿到的最大一份。

B1 内部两日的广告系列花费结构相同：全球投放各占 100%。 德语区投放与已停投的旧广告系列在两日均无花费。

B1 多买了五分之一，每一项比率都守住了。 花费 +20.1%，展示 +28.0%，CPM −6.1%，点击率 +1.9%、p = 0.386， 点击→安装 13.14% 对 13.14%。

多买反而把安装买便宜了。 多花 20.1% 的钱，CPI 下降 7.8% 到 $0.846，与这个账户以往加预算时的走向相反。 只是一天，预算旋钮也没有动过。

当日回收翻了一倍多，付费用户从 28 个走到 40 个。 每一美元的回报到了 1.11，是单条实验臂投放以来第一次 读到 1.00 以上。

这一次 B1 自己的账户日与 UTC 日说的是同一件事。 账户日 08-15 花费 $430.35、Meta 记录 523 次安装，08-14 是 $468.69 与 532 次。

2两个广告账户并列

两个账户都是我们的：B1，账户 1738541847343652，广告系列名以 bailingxia_ 开头；以及共享给我们的 两个 Nomad Node 账户，835434076171203 与 3267486106793669，它们投这个 App 的广告系列是 0811_ 与 0814_。这两个账户上还跑着别的产品，那部分不计入本节。花费、展示与 CPM 取自各账户自己的导出；DNU（当日新增 用户）、付费用户与三种收入口径取自内部记录，按各账户名下所有广告系列统计，因此这里 B1 那一行比下面各节按广告 ID 限定的合计略高一些。

排次序用当日回收口径与同期群 24 小时口径，绝不用入账口径。 入账口径的 2.86 对 2.17 是资历差；当日回收 1.58 对 1.12、同期群 24 小时 1.75 对 1.59，次序反了过来。

共享账户买展示的单价不到 B1 的一半。 CPM $3.56 对 $7.37，CPI $0.327 对 $0.593；合计 CPM 因此被压到 $5.81，低于 B1 单独的 $7.37。

共享一侧更便宜的安装付费更少。 付费率 6.3% 对 13.6%，ARPU $0.710 对 $1.694，而它在当日回收与同期群 24 小时两个口径上仍然领先。

共享账户的导出不带点击、Leads、国家和广告 ID 这四列。 第 3 至 7 节只讲 B1。

3分小时，B1，2026-08-15

本节只看 B1，按报表时区。投放列的分子分母都取自 Meta 的计量口径。付费率、ARPU 与 ARPPU 两侧都是自有口径。 两套安装数从不交叉相除。ours 是该小时的自有注册数，cov 是该小时同期群在 H=24 上的覆盖率。

⚠ 每小时付费用户数在 0 到 9 之间。一个付费用户撑起来的小时 ARPPU 是那个人的购物篮，不是一个比率。合计行看水平， 分小时只看形状。

同期群那一列只读到第 10 小时，付款数据截止在 11:17。 本页所有同期群数字因此都是下限；走完之后的数字 在口径与边界里。

这一天的买量在整个时钟上比本轮任何一天都平。 每小时花费在 $12.47 到 $29.22 之间，展示在 1,626 到 3,737 次之间，没有预算见底的收尾，也没有空掉的小时。

钱集中在深夜到账，投放没有跟着走。 第 19 到 23 小时花费 $81.27、入账收入 $462.46 —— 占当日成本的 六分之一、当日收入的三分之一。

4分国家，2026-08-15

5汇总：两日对比，B1

本节只看 B1：按 UTC 时钟，合并两日都有投放的 24 个小时。分子分母都取自 Meta 的计量口径。

• 点击→安装 13.14% → 13.14%（−0.1%，p = 0.992），差异不显著。
• CTR 6.51% → 6.64%（+1.9%，p = 0.386），差异不显著。

跨小时合并是一次结构对比。 它按每个小时投放了多少来加权，因此一个在时钟上买法不同的日子可以在这几行上 动起来，而任何单个小时都没有变。第 3 节的逐小时对照是同样两日的不加权读数；这一次两者一致，而它们一致的结论是 漏斗上什么都没有动。

三个收入口径并列

三个口径里该读的是当日回收口径。 买得更大，把入账口径里那股没有跟着长大的继承收入摊薄了；同期群只覆盖了 43%，是一个下限。

结构中性的账户行：CPM $7.86 → $7.37，按 08-14 的广告系列结构重算仍是 $7.37。 两日都只有一个广告系列 投放，没有结构需要中性化。

入账收入按付费用户的安装日拆分

这张表的第一行就是当日回收。它们是同一个数字的两次呈现，这也说明入账与当日回收之间的差额恰好等于继承下来的 老同期群，别无其他。

08-15 入账的钱里有五分之二以上来自当天到达的人，43.1% 对 21.2% —— 这个比例本轮投放里天天在跌，这是 第一次掉头。

6B1 的各广告系列并列

本节只看 B1 名下的广告系列。投放列的分子分母都取自 Meta 的计量口径，所有收入口径都是自有的。同期群视野 H=24h。报表时区为 UTC。 只按 CPM、单次点击成本与 CPI 排次序 — 这里地域是被有意选择的处理变量，而收入仍然需要 16 个付费用户 （DECISION_LOG.md #37、#48）。

有入账、无投放，且不计入上面任何比率： 德语区（DE/AT） 安装 0 次 (Meta)、注册 1 次 (自有)、 当日回收 $0.00；旧广告系列（08-03 停投） 安装 0 次 (Meta)、注册 76 次 (自有)、当日回收 $0.00。 把它们算进来，就是把安装放进 CPI 的分母，去对一笔从未发生的花费。

已停投十四天的旧广告系列在没有花费的情况下产生了 76 次注册，前一日是 64 次，而它每一天都没有产生当日回收 收入。

本节的固定图表组画的是跨天的广告系列花费占比、CPM 与 CPI。窗口内每一天都只有一个广告系列投放，三张图都会是一条 平线，图表生成器因此不出图。

7B1 的全球投放广告系列内部

这是 B1 的全球投放广告系列，当日 B1 的花费全部落在它上面。

当日结构

当日只有一条广告投放，独占一个广告组，跑满 24 小时。因此当日的广告组行就是广告行，下面的表格按素材标注。 这个等同关系属于这一天的切法，不属于对象模型本身，任何有两条广告同时投放的日子都必须重新确认。

已映射的广告里还有十一条，当日都没有投放。其中一条带着一次注册，另有几条有入账收入而没有花费，这与附录描述的转化小时效应是同一件事，只是低一个层级。

A. 分素材 — 投放

分子分母都取自 Meta 的计量口径。自有注册数不进入这张表。

B. 分素材 — 三种收入口径

每一列都是自有口径。Meta 只能表达 入账，因此它跟在那一列旁边的括号里，永远不单独成行。付费用户是去重的人， 不是交易笔数。同期群视野 H=24h，本日覆盖率 43%。报表时区为 UTC。

16 付费用户门槛（#37）：上表中付费用户数不足 16 的行只能看方向，不能看幅度。 pool5 以 39 个通过，前一日 是 25 个。本页再无第二行通过。

这是本系列出现过的最不集中的一行收入。 pool5 最大的单个付费用户占其当日回收的 10.7%，前两日是 15.0% 与 17.6%，所以 1.04 不靠某一个人撑着。

付费率守住了，购物篮变大了。 6.0% 对 6.0%，ARPPU 13.32 对 9.35，这一天多出来的回报来自每个人花了多少。

C. 分素材 — 国家结构

⚠ 本表按账户日切，与 A、B 两表相差七小时。本表只读结构，不与它们比水平。

最后一列是该素材自身当日回收中来自美国的占比：当它远高于该素材的美国花费占比时，这条素材的回报是它买到的那块地域的属性。

pool5 自身收入里的美国占比降到 11.1%，前两天分别是 25.2% 和 28.2%。 它的美国花费占比几乎没动，14.8% 对 15.3%。

8口径与边界

下面这个同期群数字发布时的覆盖率是 43%，此后已经走完。 在完整的 24 小时观测时长上，2026-08-15 的同期群是 $1,168.18，也就是2026-08-16 那份报告前一日列里带的数字；本页显示的是同一批人在更低覆盖率下的读数，不是另外一个数字。对比 08-14 已走完的 $311.66，这一天是 +274.8% —— 也就是本页当时拒绝给出的那个对比。当日回收与入账收入不受影响：本页发布时它们已经封存与结清。

⚠⚠ 下面这个同期群数字只覆盖了 43%，是一个下限，不是一个水平；走完之后的数字在本节开头。 覆盖率到第 10 小时都是 100%，第 11 小时起是 0%， 因为付款数据截止在 08-16 的 11:17 UTC。本页的 1.58 还会往上走，不能拿它去对 08-14 已经冻住的 0.75，两者不是同一 种数字。上面每一条跨日结论都建立在当日回收口径上，它在午夜就已封存，不需要视野。本报告写在预定的自动取数窗口之前 约七小时，那个窗口正是同期群会走满的时刻。

⚠ 付款计量口径在 2026-08-16 修好，本页两日都测在修好之后。 这个口径会丢掉任何无法关联到人的付款。 付款接口在大约四分之一的行上把付款人字段留空，而每一行都写着一个账户 UUID；注册推送从上线起就在数字用户 id 旁边 一起发这个 UUID，只是我们这边一直没有把它保留下来。把两边关联起来，这些付款就回来了。各账户日中现在能关联到付费 用户的付款占比：

此前四份报告描述的那条口径漂移，就是这一件事，没有别的。 现在只要算得出来，口径校验每一天都落在 0.91–1.06 区间之内。仍然找不回来的，是那些在推送于 2026-08-13 18:52 UTC 上线之前注册的人所付的款，全部历史上一共 69 笔， 因为我们手上没有任何一份数据带着他们的 UUID。

⚠ 本页的 08-14 数字是重新发布后的那一版。 那份报告最初发出去时，当日回收是 $164.79、回报 0.40；在修好 后的口径上是 $242.81 与 0.59，它的页面已经重新发过一次。拿第一版去做的任何对比，比的是一处计量缺陷。

三天前预算区间表上每次安装的收入读出来是 0.60 对 0.75，当时那段差距被写成 pool5 赚得更少。付款口径修好 之后大半个差距没有了，剩下的随着 pool5 攒够天数也没有了。

英国在 13 次安装上贡献了本日当日回收的五分之一。 $116.79 对全天的 $552.37，而这个国家只拿走账户日 花费的 3.9%。把它拿掉，当日 1.11 的头条回报降到 0.90 左右。这不足以否定这一天，同时它足以说明 1.11 还不能当成 账户可以据以规划的水平。

08-14 最前面两个小时在 08-15 没有对应的东西。 那两个小时各只拿到 5 次安装、单次成本超过 $2.19；本日最差 的一小时是第 8 小时的 $1.599，最好的是第 13 小时的 $0.606。

本轮投放里这是第一次，一天的回报是在美国以外赚到的。 第 4 节点出了地方：英国、墨西哥和土耳其，三处都很薄。

分国家一节与 C 表走的是 B1 自己的账户日，与其他所有表格相差七小时。它们只读结构，不读水平。

汇率表已经有十四天。 33 种货币的收入按 2026-08-02 拉取的汇率折算，而它要给到 08-15 的日子定价。关联率这一 项了结之后，它是口径排查里剩下的唯一一个具名候选，而它从来没有被检验过。

⚠ 两个账户跑在不同的时钟上，两个偏移量都不是假设出来的。 B1 固定在 UTC-7，因此它的 UTC 日由两个账户日 拼接而成。Nomad Node 账户跑在 UTC+0 上，它们的报表日就是 UTC 日，不需要拼接；若按 B1 的偏移量去拼它们，它们 的花费会整体挪动七小时。两个偏移量都是从数据里还原出来的：把各账户的分小时展示，与来自该账户广告系列的自有 注册（这份注册记录走的是真正的 UTC 时钟）做相关，B1 落在七小时上，r = 0.878，两侧分别是 0.703 与 0.698； 共享账户落在零上，r = 0.744，两侧分别是 0.589 与 0.404。

两个账户之间排次序，只用当日回收口径与同期群 24 小时口径，从不用入账口径。 入账计的是当天到账的钱，不问 付费用户哪天安装，于是它把几周攒下来的老同期群算在 B1 头上，而 08-11 才开始的共享投放背后几乎是空的。它让 B1 领先的原因与两边买得怎么样无关，这正是本格式为花费下行的日子记下的那个陷阱，只是高了一个层级。共享一侧 当日有 32 个付费用户，过得了 16 付费用户门槛（DECISION_LOG.md #37）；两个账户的同期群列都截在同一个 11:17 的 付款数据截止时间上，因此它们彼此可比，而且都是下限。

共享账户只进入第 2 节，本页其他任何表格都没有它。 广告 ID 以 334 结尾的流量在 0811_vl_bailingxia_srfhjyd-rain-chuva 以及 08-14 新增的两个广告系列下投放。从第 3 节起，每一张表都限定在 run config 里的广告 ID 上，那批流量不在其中。它们的导出唯一能用来关联的键是广告组名称，而本报告不会按名称 选行。

我们还有一个账户在 08-15 发布了第一个广告系列，本窗口内没有投放。 它自成一个广告账户，因此完全不进入 本页的任何 Meta 导出；等它开始花钱，它会以未映射流量的形式出现在注册记录里。

有 37% 的注册永远不会进入任何收入口径，本系列的每一天都是如此。 从第 3 节起，所有"自有"数字指的都是能 归因到已映射 Meta 广告的注册。这在内部是自洽的，因为付费率的分母用的正是同一批人。

B1 上有一份未发布的草稿。 管理界面显示 Review and publish (1)。本页没有任何数字依赖它，本次也没有动它。

9要把这些问题定下来，需要什么

1.11 是一个水平，还是一个好日子。 它建立在 40 个付费用户上，其中五分之一的收入来自英国那一格 13 次安装， 而前一日在同一把尺子上读出来是 0.59。在这个预算上再跑两天就能回答，而且不用多花一分钱，因为预算本来就已经承诺 出去了。

汇率表的年龄到底值不值一提。 它现在是口径排查里唯一一个还没有被检验的候选，而口径校验每一天都在区间之内， 所以老实的预期是重新定价改变不了多少。花一个下午就能知道，也能把这份排查收尾。

pool5 与 bodysuit 的收入之争，什么也定不下来。 要求是每条实验臂 15,767 次安装，较大的一条只到 1,806 次。两者现在在回报上齐平，只在成本上分得开，而这个账户已经从三个不同的方向走到了同一个结论。按现在的速度， 它要到十月的某个时候才摸得到这道门槛，那时素材早就换掉了。

这是付款计量口径修好之后测出的第一天，也是 B1 改成单条实验臂投放以来最好的一次回报。 这个口径会丢掉任何 无法关联到人的付款，08-14 有五分之一的付款就是这样丢掉的；付款记录与注册数据流两边都带着账户 UUID，按它把两 边关联起来，这些付款就回来了。08-14 的报告已按修好后的口径重新发布，本页引用的是那一版的数字。

10交给下一次读数的东西

08-16 报告接手的是进入第五天的 E2-R10、一次录得过的 1.00 以上的回报，以及一个已知缺陷都已封口的付款计量口径。 它能回答而本报告回答不了的问题是 1.11 会不会重现；在它回答的过程中要盯的，是买量停在比原来高 20% 的位置上时， 漏斗的各项比率会不会把好处吐回去。

它接手的还有一个会在一夜之间走完的同期群数字。本页覆盖率 43% 的那个 1.58 是全页最松的一个数，08-16 报告应当引用 08-15 冻结之后的数字。

11复现

报表时区为 UTC。B1 的导出盖的是它自己账户时区（UTC-7）的时间戳，因此 B1 每一行投放数据都由两个 Meta 日 重新拼接；Nomad Node 的导出盖的是 UTC+0，不做拼接。分国家的表与 C 表不做拼接，并在出现的地方标注。

python -m ad_ops.daily_pipeline --day 2026-08-15
python -m ad_ops.asset_estimator hourly \
    --meta _runs/2026-08-12_0811_daily/exports/ads_hourly_aug11_settled.csv \
           _runs/2026-08-14_2026-08-13_daily_auto/exports/ads_hourly_2026-08-12.csv \
           _runs/2026-08-14_2026-08-13_daily_auto/exports/ads_hourly_2026-08-13.csv \
           _runs/2026-08-16_2026-08-15_daily_auto/exports/ads_hourly_2026-08-14.csv \
           _runs/2026-08-16_2026-08-15_daily_auto/exports/ads_hourly_2026-08-15.csv \
    --lum _runs/2026-08-16_2026-08-15_daily_auto/lum --fx _runs/2026-08-02_today_read/fx_rates.json \
    --ads "ww_bikini_10s,ww_bodysuit_10s,ww_pool5,ww_mugshot,ww_spill,ww_lounge" \
    --campaign bailingxia_meituan_ww_cvr_260802 --horizon 6

流水线按固定顺序运行 measures、day_compare、cohort_arpu、asset_estimator、report_tables 与 report_charts，并在它写出的 UTC 与 META 两份配置上各跑一遍；它把付款与注册两份记录从上一次运行接续下来，合并 之后按账户 UUID 修复付款人，并把广告系列的活动历史一起存在导出文件旁边。它自己那次估计器运行用两份分小时 导出；上面那次用五份，为的是让 E2-R9 与 E2-R10 各自按完整跨度被测量。

12附录 — 定义

报表日是一个 UTC 日。 Adjust 按 UTC 报数，按 UTC 分桶的报告与归因面板天然吻合，不需要任何人在脑子里换算。 B1 固定在 UTC-7，因此这个账户上的一个 UTC 日等于账户日 D−1 的 17:00 到 23:59 加上账户日 D 的 00:00 到 16:59。 两个时钟差得不小：在实测过的一天里，同样的口径在花费上差 14.6%，在当日回收上差 40.7%。

有三样东西这个时钟够不到，各自在出现的地方标注。C 表的分素材国家结构跟不上它：折算是按账户做的，折算的是该账户自己的分小时边际，而单个素材没有自己的分小时边际。 口径校验在账户时区之外无效，因为 Meta 的转化金额盖在转化发生的小时上，无法诚实地重新拼接。估计器刻意 跑在 Meta 的时钟上，因为它的对象是投放窗口，而一次预算变动是账户自己时钟上的一个瞬间。

三种收入口径，从不只用一种，从不混用，永远标注：

花费下行的日子在入账口径上读得高、在另外两个口径上读得低，纯粹是因为昨天的买家还在付费。跨日对比用当日回收口径， 因为它不可变且不需要视野。要把不同小时互相比较，用固定视野的同期群口径，因为当日回收口径会按一天中的时点做截尾。 入账是 Meta 会拿来跟你说的数字，写出来是为了解释差额，不是为了排次序。

三种口径都读在内部的付款记录上，而且都只计入能关联到"通过我们已映射广告安装的某个人"的付款。付款自带数字 用户 id 时按 id 关联，不带时按账户 UUID 关联。Meta 只能表达 入账，因此它跟在那一列旁边的括号里，永远不单独 成行。

存在两套安装数，它们从不交叉相除。 Meta 的 Leads 与自有注册数相差 5% 到 10%。投放漏斗用 Meta 的， 因此 CPI 与点击→安装的分子分母都在同一把尺子上。付费率与所有收入口径用自有的，因此付费用户与他们来自的安装是 同一批人。

预算区间是广告组日预算没有变动的一段时间。预算在这个账户上是一个地域旋钮，跨过一次预算变动去比较两条素材， 比的是两批不同的人。这一天自始至终只有一个：E2-R10，pool5 单独跑 $450，自账户时间 2026-08-12 14:18 开启。

16 付费用户门槛（DECISION_LOG.md #37）：付费用户数低于约 16 时，一个收入数字只能看方向，不能看幅度。 这个账户上每次安装的收入是一个几乎处处为零、偶有大额的向量，变异系数接近 6.3，要把两条素材分出 20% 的差距， 每条实验臂需要大约 15,767 次安装。这个账户产出过的最大的同预算区间实验臂是 1,806 次。