网站上线后,每天有多少人访问、从哪来、看了哪些页面、在哪离开——这些数据决定了你怎么改进。没有统计的网站运营就是瞎子走路。
这篇讲清统计方案的选型(不拖慢速度的那种)、怎么部署、以及数据要看哪些指标。从 Google Analytics 到轻量自建,方案都有。
需要云服务器可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上,建站开服都合适。
一、统计方案选型
| 方案 | 特点 | 适合 |
|---|---|---|
| 百度统计 | 国内数据准,免费,后台中文 | 国内站首选 |
| Google Analytics 4 | 功能最强,分析维度细 | 有海外用户的站 |
| Umami/Plausible | 开源轻量,无 cookie,不侵犯隐私 | 注重隐私/自建 |
| 自建统计(GoAccess 等) | 基于日志,零前端开销 | 技术向、极简 |
| CNZZ/友盟 | 老牌,数据全 | 传统站 |
组合建议:国内内容站 = 百度统计 + 自建日志分析;双语站 = GA4 + 百度统计;极简博客 = Umami 或日志分析。
核心考量:第三方统计脚本会拖慢页面、有隐私合规问题(GDPR/个人信息保护法)。慢 200ms 换一堆用不到的数据,不值。
二、百度统计部署
1. 获取代码
tongji.baidu.com → 添加网站 → 复制代码段:
<script>
var _hmt = _hmt || [];
(function() {
var hm = document.createElement("script");
hm.src = "https://hm.baidu.com/hm.js?你的siteid";
var s = document.getElementsByTagName("script")[0];
s.parentNode.insertBefore(hm, s);
})();
</script>2. 安装位置
<!-- 放在 </head> 前,全站每页都要有 -->
<head>
...
<script>百度统计代码</script>
</head>Typecho:主题的 header.php 里 </head> 前
WordPress:装「百度统计」插件或用 wp_footer hook:
// functions.php
add_action('wp_footer', function() {
echo '<!-- Baidu tongji --><script>统计代码</script>';
});3. 验证装对了
# 看页面源码里有没有统计代码
curl -s https://你的域名 | grep "hm.baidu.com"
# 20 分钟后后台有数据就是成功了三、Google Analytics 4 部署
1. 创建媒体资源
analytics.google.com → 创建账号 → 媒体资源 → 数据流(网站)→ 拿到衡量 ID(G-XXXXXXX)。
2. gtag.js 部署
<!-- Google tag (gtag.js) - 放 </head> 前 -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXXX"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config', 'G-XXXXXXX');
</script>async 属性保证不阻塞页面渲染。
3. 国内访问问题
Google Analytics 在国内访问不稳定(部分用户加载失败),且数据看板本身也可能打不开。只适合有海外用户的站,纯国内站用百度统计。
四、自建轻量统计:Umami
不想被第三方追踪、想数据自主,用 Umami(开源,Docker 一分钟部署):
# docker-compose.yml
services:
umami:
image: ghcr.io/umami-software/umami:postgresql-latest
container_name: umami
restart: unless-stopped
ports:
- "3000:3000"
environment:
- DATABASE_URL=postgresql://umami:umami@db:5432/umami
- APP_SECRET=随机长字符串
depends_on:
- db
db:
image: postgres:15-alpine
container_name: umami-db
restart: unless-stopped
volumes:
- ./umami-db:/var/lib/postgresql/data
environment:
- POSTGRES_DB=umami
- POSTGRES_USER=umami
- POSTGRES_PASSWORD=umamidocker compose up -d
# 访问 http://IP:3000,默认账号 admin/umami,进去改密码然后在 Umami 后台添加网站,拿到跟踪代码,贴到自己网站的 </head> 前。
Umami 的特点:无 cookie(不需要弹窗同意)、不收集个人数据、单文件 SQLite 也能跑(换 umami:mysql-latest 或 sqlite 版本)、界面简洁。资源占用约 100MB 内存。
五、零前端开销:日志分析(GoAccess)
连 JS 都不想加,直接分析 Nginx 日志:
# 安装
apt install -y goaccess
# 生成实时 HTML 报告
goaccess /var/log/nginx/access.log \
--log-format=COMBINED \
-o /var/www/stats/index.html \
--real-time-html访问 你的域名/stats/(记得加认证)就能看:访客数、PV、热门页面、来源、浏览器、404、操作系统分布。
优点:零前端开销、数据在自己手里、能看到爬虫行为。
缺点:统计不到前端事件(点击、停留时长)、被 CDN 挡住的部分要看 CDN 日志、过滤爬虫要手工配。
六、核心指标:别看虚荣数据
装完统计,90% 的人只会盯着「今日访客数」,然后什么结论都得不出来。该看的是这组指标:
流量健康度
| 指标 | 含义 | 怎么用 |
|---|---|---|
| UV/PV 比 | 人均看几页 | < 1.5 = 内容不吸引人或落地页有问题 |
| 平均停留时长 | 内容质量 | 博客类 < 1 分钟说明内容没被读 |
| 跳出率 | 来了就走 | > 80% = 落地页不匹配期望 |
| 新老访客比 | 增长 vs 忠诚度 | 新 >> 老 = 拉新强留存弱 |
来源结构
| 来源 | 健康比例(参考) |
|---|---|
| 自然搜索(SEO) | 40–60% |
| 直接访问(书签/品牌) | 15–25% |
| 外链引荐 | 10–20% |
| 社交媒体 | 10–20% |
判断:自然搜索占比持续上升 = SEO 起效;全靠直接访问 = 没有新增量;引荐流量突然涨 = 有别人推荐了你,去联系他。
内容表现
# 百度统计/GA 里看:
# 1. 热门页面 Top 10 → 知道读者要什么,多做同类的
# 2. 着陆页跳出率 → 哪个页面把人赶走了
# 3. 站内搜索词 → 读者找但你没写的内容(选题金矿)七、事件追踪:关键行为埋点
页面浏览只是基础,关键行为要单独追踪:
// GA4 事件示例: 追踪"点击下载按钮"
document.querySelector('.download-btn').addEventListener('click', () => {
gtag('event', 'download_click', {
'event_category': 'engagement',
'event_label': 'palworld-guide'
});
});// 百度统计事件
_hmt.push(['_trackEvent', 'video', 'play', 'tutorial-1', 1]);该埋点的地方:下载按钮、外链点击、视频播放、表单提交、滚动深度(看完了没)。这几个数据直接反映内容效果。
八、隐私与合规
2023 年后《个人信息保护法》执行收紧,统计脚本涉及个人信息收集:
- 隐私政策要有:网站底部链接到隐私政策,说明用了什么统计工具、收集什么
- Umami 方案天然合规:不收集个人数据、无 cookie,不需要同意弹窗
- 国内百度统计:百度官方口径是不需要单独同意(争议存在),保守起见隐私政策里声明
- GA4 + 欧盟访客:需要 cookie 同意横幅
本站的实践:百度统计 + 隐私政策声明,够用且不打扰用户。
九、常见问题
Q:统计代码拖慢网站?
用 async/defer、放 </head> 靠前位置、或者换轻量方案(Umami/日志)。第三方脚本一般 50–100KB,可接受,但别装三四个统计工具。
Q:统计数据和服务器日志对不上?
统计脚本被广告拦截插件拦、爬虫被统计端过滤、JS 加载失败。日志分析能看到爬虫,两者各有口径,趋势一致就行。
Q:后台看不到实时数据?
百度统计实时数据有延迟(几分钟到半小时);GA4 实时报告在「报告 → 实时」。装完代码 20 分钟后再看。
Q:想看读者从哪个搜索词进来的?
百度统计「搜索词」报告、GA4 的「自然搜索查询」。注意 Google 加密了大部分搜索词,看不全——这是行业常态,改用 Search Console 看展示词。
Q:一台小服务器能同时跑 Umami 和网站吗?
2G 以上可以(Umami + PostgreSQL 约 200–300MB)。1G 机器建议用日志分析方案,不额外吃内存。
Q:统计代码放错位置没数据?
确认在 </head> 之前、每页都有(单页应用要单独处理)、没有被其他插件拦截。用浏览器 F12 Network 看 hm.js 是否加载成功。
小结
统计方案按需选:国内站百度统计起步,注重隐私用 Umami 自建,技术极简用日志分析。装完别只看访客数——UV/PV 比、来源结构、热门页面、跳出率这四组数据才指导行动。每周看一次,一个月就能摸清自己网站的真实状况。
更多网站运营内容见财富云计算知识库:SEO 基础、网站提速、Typecho/WordPress 优化全系列。需要云服务器可以看看财富云计算:一键开服面板,NAT 型无独立公网 IP,价格比独立 IP 机型省一半以上。
延伸阅读
- 网站环境怎么选:LNMP 手动 / 宝塔面板 / Docker / 云开发
- 问卷表单系统搭建:SurveyKing / Formbricks,数据自己收
- 图床搭建:Lsky Pro / Lychee,自托管图片托管方案
- 邮件列表搭建:listmonk 自托管 Newsletter,把读者握在自己手里
- 文档站点搭建:MkDocs / VuePress / Docsify,产品文档与技术手册方案
- RSS 阅读器搭建:FreshRSS 自托管,把信息流拿回自己手里
- 短链接服务搭建:Shlink 自托管,链接数据自己掌握
- 网站状态监控页搭建:Uptime Kuma,服务器挂了第一时间知道

[...]lighthouse https://你的域名 --throttling-method=simulate重点看瀑布图(Network 面板):哪个资源最大、哪个阻塞渲染、哪个 TTFB 长。常见元凶排序:没压缩的大图(>500KB 的 banner)未缓存的第三方脚本(统计、客服、广告)阻塞渲染的同步 JS慢 TTFB(服务端/数据库慢)针对性优化见网站图片与静态资源优化和网站打开慢排查流程[...]
2026-10-15 回复
[...]netsh advfirewall firewall add rule name="GameRange" dir=in action=allow protocol=UDP localport=26901-26903完整的 Windows 环境准备(远程桌面连接、运行库安装、SteamCMD 用法、开机自启、8 个常见坑)见:《Windows 云服务器开服通用前置教程》→ htt[...]
2026-10-18 回复
[...]└─ 联系我们 ← 电话、地址、表单、地图文案的常见错误:满屏"引领行业、卓越品质"这种空话。客户只关心"你能解决我什么问题、多少钱、靠不靠谱"。五、性能与安全:上线前 checklist性能(官网打开超过 3 秒,一半访客流失):开页面缓存,动态页面静态化,见PHP-FPM 安装与性能调优图片压缩 + WebP,方法论见网站图片与静态资源优化上 CDN,静态资源走 CDN,见CDN 加速配置[...]
2026-10-18 回复
[...]}3. 初始化:访问域名 → 安装向导 → 设管理员密码 → 进后台。第一件事改默认后台路径(安全习惯,见服务器安全基线检查清单)。三、导航站的内容从哪来工具一小时就能搭好,内容才是导航站的生死线。三条路:先服务自己:把自己浏览器书签分类导入,这是第一批种子内容,也是最真实的分类结构垂直主题:别做"大而全的导航"(那是hao们的地盘),做一个垂直主题——"设计素材导航""独立开发者工具导航""AI[...]
2026-10-18 回复
[...]-d '{"longUrl": "https://z0w.cn/wiki/", "tags": ["api"]}'301 vs 302 的选择(重要,影响 SEO):302(临时跳转):默认推荐。搜索引擎把权重算给目标页,不传递短链域名的权重——推广场景用这个301(永久跳转):权重传递给目标页,适合"这个短链就是永久[...]
2026-10-18 回复