很多静态网站刚发布时，不需要一整套复杂的数据分析系统。它先需要回答几个很朴素的问题。
链接有没有被打开？访客从哪里来？他们看的是首页，还是某个你没想到的子页面？多数人是在手机上打开，还是在桌面浏览器里看？页面里的大图、PDF 或下载文件有没有开始消耗明显带宽？
这就是静态网站访问分析最先该做的事。它不是完整产品分析，也不是广告归因系统。它只是帮你看清楚：网站上线以后，真实访问到底发生了什么。
先看这个网站本来要回答什么问题
访问分析容易变乱，是因为每个数字都看起来有点重要。
但静态网站通常比完整 Web App 更简单。它可能是作品集、学生项目、活动页、文档更新、在线简历、客户预览，或一个由 AI 工具生成后需要审阅的页面。第一轮数据判断应该跟这个用途匹配。
| 网站类型 | 最先要问的问题 | 优先看的数据 |
|---|---|---|
| 作品集 | 对方有没有真的打开？ | 访客、来源、热门页面、设备比例 |
| 活动页 | 哪个渠道带来了访问？ | 来源、带 UTM 的链接、热门页面、国家/地区 |
| 文档或 changelog | 访客有没有落到正确页面？ | 热门页面、来源、异常路径 |
| 客户预览 | 审阅者有没有打开最新版本？ | 近期访问、国家/地区、设备、热门页面 |
| 学生项目 | 老师或同学能不能从外部打开？ | 页面访问量、设备/浏览器、外部访问情况 |
| 图片较多的页面 | 带宽会不会成为问题？ | 带宽、热门页面、资源体积 |
如果你说不清这个页面要验证什么，仪表盘很难帮你做决定。你只会反复看折线图，然后猜它到底说明了什么。
访问量和访客不是同一个信号
页面访问量统计的是页面被加载了多少次。访客数更接近“有多少不同的人或浏览器来过”。
这两个数字都要看，但不能混着理解。一个页面可能有很多访问量，只是因为你自己、客户或同学反复刷新测试。另一个页面访问量不高，但每次打开都来自不同的人，反而更值得关注。
对静态网站来说，可以这样读：
| 指标 | 适合判断什么 | 容易误读的地方 |
|---|---|---|
| 页面访问量 | 整体活跃度和页面级需求 | 把刷新和测试当成新增用户 |
| 独立访客 | 大致受众规模 | 当成绝对准确的人数 |
| 热门页面 | 哪些 URL 真的被打开 | 只盯首页，忽略子页面 |
| 带宽 | 资源体积和套餐压力 | 等流量来了才发现图片太重 |
不同工具对指标的命名不完全一样。Google Analytics 4 以事件为核心，page_view 是网页加载时自动收集的事件之一；一些更轻量的统计工具会直接展示访问、页面浏览、来源、地区和设备。名字会变，判断方式不该变：不要只看一个数字，要把相关指标放在一起读。
DeployPages 的项目访问分析会显示页面访问量、预估访客、带宽、热门页面、来源、国家、设备、浏览器、操作系统和近期访问记录。对刚上线的静态站来说，这些已经足够做第一轮判断，而且不需要先往静态文件里加一段第三方脚本。
来源数据能看出分发有没有起作用
很多小型上线不是页面坏了，而是根本没人看到链接。
来源数据能帮你区分这两件事。
如果页面几乎没有访问，问题可能不在页面，而在分发渠道。链接可能只发给了很少的人，也可能发在了错误的位置。如果某个来源贡献了大部分访问，就值得继续看这个渠道带来的页面行为。如果大量访问显示为 direct，也不一定是自然输入网址，可能是私聊、邮件、复制链接、二维码扫描，或某些 app 没有传递 referrer。
可以这样读来源：
| 来源情况 | 可能说明什么 | 下一步 |
|---|---|---|
| direct 很多 | 私聊、邮件、QR、复制链接或 referrer 缺失 | 后续分享时加 UTM 参数 |
| 某个社交平台占比很高 | 帖子有效，或有人二次转发 | 看热门页面是否符合目标 |
| 搜索来源开始出现 | 页面开始脱离原始分享被发现 | 检查标题、description 和自定义域名 |
| 客户或内部域名出现 | 审阅者正在打开链接 | 不要把这部分流量当成公开投放结果 |
| 奇怪或垃圾来源 | 噪音、bot 或无效访问 | 不要围绕它改页面 |
如果同一个静态页面会被放到广告、邮件、QR code 和社交帖里，建议提前准备统一的 campaign URL。DeployPages 提供 UTM 链接构建器，可以把来源、媒介和活动名称写清楚。UTM 不会让数据完美，但能减少很多事后猜测。
设备和浏览器数据是在提醒你该怎么测试
静态网站经常在电脑上做完，却被访客拿手机打开。
这个差异很现实。桌面端看起来整齐的作品集网格，到了手机上可能变成很长的滚动；活动页首屏在大屏上很稳，到了小屏可能把主要按钮挤到首屏之外；在线简历在 Chrome 桌面版里没问题，在移动 Safari 里可能字体、图片和间距都显得吃紧。
设备、浏览器和操作系统数据不应该替你做所有设计决定。它更适合告诉你下一轮应该在哪里测试。
如果多数访问来自手机，先用真机打开公开链接，再决定要不要改文案。如果 Safari iOS 占比高，就重点检查图片加载、视频行为和可点击区域。如果客户审阅来自老一点的桌面浏览器，页面就别把交互做得太复杂。
这类数据比“浏览量涨了”更有用，因为它告诉你页面正在被怎样体验。
热门页面会暴露错误假设
静态网站可能有一个你计划中的入口，也有好几个真实入口。
别人可能分享了子页面。搜索引擎可能收录了具体文章。QR code 可能指向活动路径。旧链接可能还在邮件、文档或社交资料里流通。如果你只看首页，就会错过真正被打开的页面。
这些场景尤其应该看热门页面：
- 临时预览链接换成自定义域名之后。
- 上传新版本并修改了路径之后。
- 从 GitHub Pages、文档站或旧作品集迁移之后。
- 广告、邮件和社交帖分别使用不同链接之后。
- AI 生成的网站里还残留占位导航或临时路径时。
热门页面不是预期中的页面，不一定是坏事。它可能说明那个页面比首页更适合承接访问。但如果热门页面是旧路径、无效下载链接或不该公开的临时页面，就应该先修路径，再去改首页。
带宽通常是后知后觉的问题
带宽看起来不像访问量那么显眼，但它很容易变成静态网站的实际成本信号。
静态网站通常比服务端渲染应用更容易分发，但大图、视频背景、导出的设计素材和未压缩 PDF 仍然会影响体验和用量。一个 8 MB 的 hero 图，在客户预览阶段可能没人在意；一旦活动页开始被更多人打开，它就会变成问题。
这些情况要看带宽：
- 页面里有高清截图、作品图、产品图或摄影图。
- PDF、deck、菜单或媒体文件跟网站一起发布。
- 社交帖或活动页带来短时间访问高峰。
- 项目接近套餐用量边界。
- 主要访问来自移动设备。
带宽本身不会告诉你是哪张图太大。它提醒你该做一次资源检查：图片尺寸、压缩、懒加载、首屏是否需要重资源，以及大文件是否应该放在用户真正需要的位置。
先看内建访问分析，再决定是否接更重的工具
Google Analytics、Plausible、Fathom、Simple Analytics、PostHog 或其他产品分析工具都有适合的位置。只是很多静态页面并不需要在上线第一小时就接完整栈。
刚发布时，问题通常更简单：
- 页面有没有被打开？
- 访问来自哪个链接或渠道？
- 哪些 URL 被访问？
- 访客主要用手机还是桌面？
- 访问是否来自预期国家或地区？
- 带宽是否正常？
内建访问分析适合作为第一层，因为它跟部署项目绑定，不需要你修改已经上传的静态文件。上传文件夹，拿到 HTTPS 预览链接，分享出去，然后从项目控制台看第一批上线信号。
当你需要自定义事件、漏斗、归因模型、登录用户行为、A/B 测试、电商事件或更深的产品遥测时，再接专门的 analytics stack 会更合理。
这两个层次不要混在一起。部署侧访问分析回答“这个发布出去的网站有没有被看到”。产品分析回答“用户到达之后做了什么”。
上线第一周可以这样看
新静态网站不需要天天盯数据，但可以按几个时间点做轻量复盘。
| 时间点 | 看什么 | 为什么 |
|---|---|---|
| 第一小时 | 页面是否打开、基础访问、明显路径问题 | 在更多人看到前发现低级错误 |
| 第一天 | 来源、设备比例、热门页面 | 判断分发和版面是否匹配受众 |
| 第一周 | 趋势、国家/地区、带宽、持续热门页面 | 决定继续优化、替换还是保持现状 |
| 上传新版本后 | 对比热门页面和访问形状 | 确认更新没有破坏有效路径 |
| 绑定域名后 | 搜索、direct、旧 URL | 确认正式地址正在替代预览链接 |
这个复盘不该变成负担。静态网站的价值之一就是简单。你只需要抓住会改变下一步动作的少数信号。
DeployPages 里的访问分析适合放在这个位置
DeployPages 把访问分析放在发布链路里，而不是要求你在第一次分享前先配置一个独立数据项目。
你可以发布静态文件夹、ZIP、AI 生成导出、链接到 PDF 的页面，或前端框架构建输出，然后在控制台里查看访问、来源、热门页面、国家、设备、浏览器、操作系统、带宽和近期访问记录。同一个项目后续还可以继续接 自定义域名、密码保护、回滚到上一个版本 或 CLI 部署。
这个顺序更适合刚起步的静态项目：先发布，先看有没有人打开，再决定它是否值得进入下一步。