
Actor 是托管的数据采集程序。Task 是已保存的输入预设。Google Ads Transparency build 0.2.7 的已保存目标使用 apple.com 和 samsung.com,请求地区为 US,平台为 ALL,adFormat 为 ALL,includeDeliveryDetails 为 false,maxItems 为 10。请通过替换整个目标列表,将其改为一个指定的已知创意或广告主输入,并使用在各目标之间共享的 maxItems 2。响应包含 advertiserId、creativeId、creativeUrl、firstShownAt、lastShownAt、approxDaysShown、requestedRegion、requestedPlatform、requestedFormat、observedAt、status 和 statusReason。当前的两行直接创意记录只能证明日期字段存在,不能证明域名发现、地区搜索、每日投放或完整历史。一个域名可以解析到多个账户,因此要比较完全一致的 advertiserId 和 creativeId。
完整的端点证据方法
- 在使用这些日期之前,先陈述时期主张。日期解读是受支持的前提。不要从很长的日期范围推断广告系列持续时间。
- 将确切的广告主身份标识和创意身份标识与其来源链接相匹配。保留地区、平台、格式筛选条件以及观察时间。同一创意 ID 在不同上下文中可能呈现不同证据。不要仅凭品牌名称合并记录。
- 将 firstShownAt、lastShownAt 以及可选的 approxDaysShown 作为各自独立的来源字段保留。检查公开来源中日期的含义和精度。解析后的 ISO 时间戳可能是日历标签,也可能是派生值;不要断言它们全部是日历标签,也不要断言它们全部是经核证的秒级投放事件。缺失的端点仍为未知。
- 仅在已声明的规则下计算端点跨度。对于已知时间戳,经过时长等于末次减去首次。对于同一时区内的日历日标签,含首尾的日历跨度等于日期差加一。这些单位并不相同,而且二者都不是实际投放的计数。不要把该结果命名为实际投放天数。
- 确定连续性需要什么证据:每一天都要有一条来源投放记录。仅有两个端点时,区间内部仍未解决。地区筛选会返回公开观察记录,但并不能证明每日支出或私有展示次数。Actor 不会填补缺失的日期。
- 将来源的大约天数标签与计算得到的跨度区分开。没有证据时,不要把不一致解释为暂停或跟踪失败。如果某个标签为 null,请记录该状态。即使某个标签等于该跨度,也不能证明每一天都有投放。
- 出具报告之前,先处理矛盾。末次日期早于首次日期、时区未知或范围不匹配,都需要复核。末次日期早于今天,并不能证明广告系列已经结束。末次日期接近采集时间,并不能保证仍在实时投放。
- 交付一张时期表,包含来源端点、精度、已声明跨度、可选的来源天数标签、连续性状态和未解决原因。如果这就是证据所能支持的全部内容,则使用观察到的端点范围。如果不间断投放很重要,仅在可获得时使用适当的、已授权的自有证据;竞争对手的公开记录并不能提供私有投放的访问权限。
虚构的端点证据示例
下表展示用于测试日期逻辑的虚构记录。所有日期与身份均为虚构。
| 记录 | 首次日期 | 末次日期 | 大约天数 | 已声明跨度 | 连续性状态 | 未解决原因 |
|---|---|---|---|---|---|---|
| C1 | 十月1日 | 十月5日 | 3 | 含首尾5天 | 未知 | 可能存在内部间隔 |
| C2 | 十月4日 | null | 未知 | 未知 | 未知 | 缺少结束日期 |
| C3 | 十月8日 | 十月6日 | 未知 | 无效 | needs_review | 末次日期早于首次日期 |
| C4 | 十月7日 | 十月7日 | 未知 | 1天 | 未知 | 单一日历端点 |
| C5 | 十月1日 | 十月5日 | 5 | 含首尾5天 | 未知 | 标签定义未知 |
记录 C1 具有已知的 UTC 日历日期。含首尾的日历跨度为五天。两个午夜之间的经过时间为四天。这两种度量都不能证明十月2日至4日有广告投放。有两种排期符合这些端点:只在十月1日和十月5日投放,或每天都投放。两种排期都与这些端点相符,因此连续性仍为未知。
记录 C1 还有一个来源大约天数标签,数值为三,依据未知。请将其单独保留。不要断言确切排期,也不要用五覆盖该标签。记录 C2 的末次日期为 null,因此跨度与连续性均为未知。记录 C3 的日期顺序无效:末次日期早于首次日期,需要复核。记录 C4 的首次日期与末次日期相同,从而形成一天的端点跨度,而不是持续 24 小时的主张。记录 C5 有端点,并且标签为五,但在没有标签规则的情况下,相等并不能证明每一天都有投放。有效的端点计算描述的是已知边界,而不是效果估算。
来源和延伸阅读
作者 Chronometrica · 更新日期
返回顶部 ↑
