向日葵视频的访问数据应按统计对象、日期范围和指标口径分别计算，不能用一个未注明口径的数字代表“访问量”。日访问次数通常统计选定自然日内的有效访问事件，单位为次；独立访客统计该日去重后的访客数，单位为人或访客标识。播放量则应来自播放器播放事件，不能直接用页面打开次数代替。没有对应周期的后台记录或可核验报表，就不应推算具体数值。
先分清访问、访客与播放
同一名访客可能多次打开页面，也可能打开页面后没有播放视频。因此，访问次数、独立访客和播放量回答的是不同问题，报表应分别列出。
| 指标 | 计算口径 | 单位与注意事项 |
|---|---|---|
| 页面访问量（PV） | 统计周期内符合条件的页面浏览事件总数 | 次；重复打开或刷新可能重复计数 |
| 独立访客（UV） | 统计周期内去重后的访客标识数量 | 人或访客标识；跨设备、清理 Cookie 等会影响去重 |
| 访问会话数 | 按设定规则将连续活动归为一次会话 | 次；会话超时规则须在报表中注明 |
| 播放启动量 | 播放器触发有效播放开始事件的次数 | 次；仅打开视频页不等于播放 |
| 播放完成率 | 完成播放次数 ÷ 播放启动次数 × 100% | 百分比；需说明“完成”的判定条件 |
例如，日播放启动量可写为“当天有效播放开始事件数”；若要计算播放转化率，可用“当天发生播放启动的会话数 ÷ 当天视频页独立访客数 × 100%”。分子、分母必须使用一致的时间范围和内容范围，否则比例不具备可比性。
日统计要把时间边界写清楚
按日汇总时，应记录统计时区，并明确起止时刻。常见做法是以指定时区的零点为起点，统计至次日零点之前；如果后台按 UTC 记时，而报表按本地时间展示，跨日数据会被分配到不同日期。比较周、月数据时，也要保持同一时区、同一内容范围和同一指标定义。
报表还需说明统计对象是整个网站、某个页面、某条视频，还是网站与应用的合计。网站 PV 与应用播放事件混在一起，或把不同视频的独立访客直接相加，都可能造成口径不一致。若 UV 按访客标识去重，一个人更换设备或浏览器后可能被计为多个访客；因此 UV 是按既定识别规则计算的统计值，不一定等同于现实中的自然人数。
后台访问数不等于真实播放量
服务器日志、统计平台和播放器记录的对象不同。页面加载日志可以反映请求，但缓存、预加载、爬虫访问、重试请求等情况会影响计数；反过来，部分内容由 CDN 缓存提供时，源站日志也未必记录到每次访问。播放器事件更接近播放行为，但“播放开始”仍不代表观看了完整视频。
判断播放数据时，可同时核对视频 ID、事件时间、会话标识和播放时长，并排除内部测试、重复上报及明显无效流量。若统计目标是实际观看情况，应另行定义有效观看标准，例如达到特定播放时长或播放进度；该标准应固定并写入报表，不能在不同日期之间随意更改。
可复核的统计记录应包含什么
日常报表至少保留统计日期及时区、站点或应用范围、视频或页面范围、指标定义、原始事件数、去重规则和数据来源。计算访问量时，先筛选统计周期内符合条件的访问事件，再按事件数汇总；计算 UV 时，按既定访客标识去重；计算播放完成率时，则使用同一周期内的完成事件和播放启动事件。这样得到的数字既能复算，也能与其他日期或渠道进行合理比较。
如果要发布某一具体日期的向日葵视频访问量，应同时给出数值、单位和口径，例如“某时区某日的页面 PV”或“某日播放器播放启动次数”。缺少这些限定时，单独写“访问量”容易让读者误把页面请求、访客人数和视频播放当成同一项数据。