筛选原始事件
BigQuery 原始日表中的 templateExposure，匹配 IP、UTC 时间戳和 App 2.2.0。
viggle-website.user_interaction_events.events_20261115APPLE REVIEW · iOS 2.2.0 (5)
核对首页的上报记录。
依据客户端 templateExposure 记录，示意两台设备上报的首页内容。
不是屏幕录像；不推断没有被记录的操作。
9去重内容
18曝光事件
2设备
事件上报时间：05:46:39 UTC查询窗口 05:44–06:32IP 17.11.69.95后续浏览：无可用证据
上报语义更正：核对到的原生 iOS 代码会在首页第一页返回后主动上报前 5 条 home_masonry；home_trending 在卡片 willDisplay 回调上报。尚未确认该代码与 2.2.0 (5) 完全一致，因此本页不是实际观看证明。
查询窗口开始暂无事件
18 条客户端曝光两台设备 · 同一组 9 条内容
服务端批量接收接收曝光数据，不是新的浏览动作
后续操作未知不能断言停止或持续浏览
01 / 内容复原
首页曝光位置
区域及卡片顺序来自 surface / position；样式与屏幕几何位置未被记录。
Trending
home_trending · 4 条For you
home_masonry · 5 条已知曝光到此为止没有后续分页、滚动或播放事件可供复原。
03 / 如何确认
从一条事件，到九个内容 ID
确认的是「客户端产生上报」，不等于「内容实际可见」或「已播放」。
按设备与内容去重
iPad 和 iPhone 各 9 条。每台设备的 5 条 home_masonry 与 4 条 home_trending，指向相同的 9 个 template_id。
每台设备各有两个 feed_request_id；不能据此解释为分页。
状态单独核对
视频与审核字段来自数据库当前快照，不是审核时历史快照。ios_safe=2 表示官方内容标记，不等于不会违反 1.1。
为什么不能只查 11-15 的 event_date？
这批事件的 event_date 为 2026-11-14，但 event_timestamp 转为 UTC 是 2026-11-15 05:46:39。此次以 UTC 时间戳筛选并核对原始日表，避免分区日期错位导致漏查。统一表扩大日期范围后与原始表命中一致。另用两台设备 ID 或该 Apple IP 跨 IP 复查 11-14 至 11-16 原始日表，仍仅命中这 18 条曝光，不能据此重建后续约 43 分钟行为。