**直答：**UV按Cookie按天去重，Cookie一旦被清理或过期，同一用户再访会被算成新访客。按Cookie配置、UV/IP比值、新访客率三步复核即可定位。
很多站长都遇到过这种情况：某个周一打开数据后台，发现UV比上周五涨了百分之二三十，却查不到任何投放动作或自然流量爆发的痕迹。投放群里没人说话，内容也没更新，UV凭什么涨？
顺着这个疑问往下查，最后往往发现一个不起眼的原因------上周末大量用户清理了浏览器Cookie，或者浏览器自动升级清掉了旧Cookie。对网站分析工具而言，没有Cookie就等于没有老访客身份，同一个人下次再来，会被当成一个全新的访客计进UV。这不是工具算错了，而是Cookie去重机制本身的边界。
UV到底是怎么算出来的？
**结论：**UV并不是按人去重，而是按浏览器里那串访客Cookie去重；一天之内同一Cookie无论访问多少次，都只贡献1个UV。
要理解为什么Cookie过期会推高UV，先得回到UV本身的口径。主流网站分析工具对访客数（UV）的定义大体一致：一天之内网站的独立访客数，以Cookie为依据，一天内同一访客多次访问只计1次。市面上主流分析工具的口径基本都落在这个通用定义上，这句话里有两个关键词：以Cookie为依据、按天去重。
换句话说，UV并不是按自然人去重，而是按浏览器里那串访客标识去重。同一个人用Chrome来一次、用Edge再来一次，会被记成两个UV；同一个人清理了Cookie再回来，也会被记成两个UV。理解了这一点，再看Cookie过期引发的UV上涨，就不再是数据bug，而是机制本身的预期行为。
UV计算与Cookie关系流程图
图1把这个判断过程画了出来：用户访问网站时，分析脚本先读浏览器里的访客Cookie。Cookie存在且未过期，就复用这个身份，UV不新增；Cookie不存在或已失效，就生成一串新标识写入浏览器，UV加1。一天之内，同一串Cookie无论访问多少页面，都只贡献1个UV。这也是为什么Cookie一旦失效，老用户就会在统计上「变成」新用户。
Cookie为什么会「丢」？
**结论：**Cookie失效通常来自用户主动清理、自身到期、隐私模式与浏览器升级、跨域配置变化四类原因，识别清楚才能对症复核。
第一类是用户主动清理。浏览器设置里清除浏览数据、第三方清理软件一键加速、手机管家定期清理，都会把Cookie一起删掉。这类操作通常集中在周末或节假日，所以周一早上看到UV跳涨，往往要先怀疑上周末的清理行为。
第二类是Cookie自身到期。开发同学在埋点或登录Cookie时设置了较短的过期时间，比如Session级Cookie或者几天有效期，到期后浏览器自动丢弃，下次访问就变成新访客。
第三类是隐私模式与浏览器更新。无痕窗口本来就不写持久化Cookie，每次打开都是全新访客；浏览器大版本升级、跨设备同步策略调整，也可能让旧Cookie不再被读取。
第四类是跨域Cookie策略变化。网站同时存在www.example.com和m.example.com两个域名时，如果埋点Cookie的Domain属性配置不当，用户在两个域名之间跳转时会被识别成两个访客，UV也会被翻倍。
UV异常上涨的五步复核流程
**结论：**UV突然上涨，不能先入为主地认为是业务增长。按Cookie配置、UV/IP比值、新访客率、跨设备影响、结论判定五步走一遍，基本能定位问题。
| 步骤 | 核查动作 | 异常信号 | 指向结论 |
|---|---|---|---|
| 1. 检查Cookie配置 | 开发者工具Application面板查看访客Cookie的过期时间、Domain、Path | 过期时间被改成Session级，或某次发版误删写入逻辑 | 配置事故 |
| 2. 对比UV与IP数比值 | 拉取近30天UV与IP数趋势，计算UV/IP比值 | 比值单日从1.x跳到2.x以上，IP数本身平稳 | Cookie被批量重置 |
| 3. 看新访客率 | 用新老访客分析查看当日新访客占比 | 新访客率从三成拉到六成以上，回访指标未同步变好 | 老用户被误判为新访客 |
| 4. 排查跨设备与隐私模式 | 按浏览器、终端类型下钻异常流量来源 | 某款浏览器占比异常升高 | 浏览器默认清理策略 |
| 5. 下结论 | 汇总上述证据 | 排除真实增长后定位到Cookie层面原因 | 统计性虚高 |
具体操作上，第一步打开浏览器开发者工具Application面板，找到分析工具写入的访客Cookie，看它的Expires/Max-Age是多久、Domain和Path覆盖范围是否合理。如果发现过期时间被改成了Session级，或者某次发版误删了Cookie写入逻辑，问题基本就找到了。
第二步，对比UV与IP数的比值。正常情况下，UV大于等于IP数------因为一个IP后面可能有多个用户，但一个用户通常不会一天内从多个IP大量访问。如果UV/IP比值在某一天突然从1.x跳到2.x甚至更高，而IP数本身平稳，说明UV端多出了大量「无IP支撑」的新访客，大概率是Cookie被批量重置。
第三步，看新访客率。新访客率等于当日新访客数除以当日UV。一般网站分析工具都能查看新老访客分布，通常在网站分析的访客分析板块。如果新访客率从平时的三成突然拉到六成以上，同时回访次数、访问深度这些指标没有同步变好，就要警惕新访客里混入了大量「其实是老用户」的Cookie重置流量。
第四步，排查跨设备与隐私模式影响。结合新访客数、新访客率与终端设备与浏览器版本维度，看异常上涨是否集中在某些浏览器、某些终端类型上。如果某款浏览器占比异常升高，可能是该版本浏览器默认清理Cookie的策略导致的。
UV异常复核检查清单
第五步，下结论。把上面四步的证据拼起来：如果Cookie配置被改过，那就是配置事故；如果Cookie配置正常、UV/IP比值和新访客率同步异常，那就是用户侧批量清理Cookie导致的统计性虚高，不是真实增长，不应作为产品决策依据。
Cookie管理的三条最佳实践
**结论：**把访客Cookie的过期时间、安全属性和多域一致性一次配好，比事后反复解释「为什么数据又涨了」要省事得多。
**合理设置过期时间。**访客识别Cookie的目的是跨天回访识别，建议把有效期设得足够长，常见做法是13个月左右，与主流网站分析工具的默认窗口对齐。太短会把老用户误判为新用户，太长则可能在用户卸载浏览器后仍残留标识。
**补齐安全属性。**对外写入的Cookie建议加上HttpOnly、Secure、SameSite三个属性。HttpOnly让前端JS无法读取，降低被XSS窃取的风险；Secure要求Cookie只在HTTPS下传输；SameSite=Lax或Strict能减少跨站请求携带Cookie带来的统计错乱。
**保持多域一致性。**如果网站同时使用主域名和子域名，埋点Cookie的Domain应统一设置为父域名（如.example.com），Path设为/，确保用户在www、m、admin等子域间跳转时复用同一份访客标识，而不是每个子域各算一个UV。
需要提醒的是，Cookie只是网站端访客识别的手段。App端通常按设备去重统计启动用户数，和网站端按Cookie去重的UV不是同一套口径。同一个用户在手机App上是一个启动用户，在手机浏览器里又是一个独立Cookie访客，跨端对比时不要直接拉平，否则会把统计口径差异误读成业务涨跌。
怎么判断数据已经恢复可信？
做完一轮复核和Cookie治理，可以看三个信号：UV/IP比值回到历史区间并保持平稳；新访客率不再出现单日异常尖峰，新访客数与内容更新、投放节奏大致对应；回访次数和回访频率这些老访客指标没有同步跳水。三个信号同时满足，说明Cookie层面的统计噪声已经被压住，UV可以重新作为运营决策依据。
FAQ
Q1：UV和PV的去重依据有什么不同？
A：PV是页面浏览量，用户每打开一个页面就记一次，不去重；UV是独立访客数，一天之内按Cookie去重，同一访客多次访问只算1个。
Q2：为什么用户清理浏览器Cookie后UV会上涨？
A：因为UV以Cookie为访客标识。Cookie被清理后，下次访问会被生成新Cookie并计为新访客，同一用户在统计上变成了两个访客，导致UV虚高。
Q3：UV与IP数的比值在什么范围算正常？
A：正常情况下UV应大于等于IP数，比值通常在1到2之间，取决于家庭网络、公司NAT出口和移动网络的复杂程度。如果比值单日突变翻倍而IP数平稳，需要排查Cookie重置或爬虫流量。
Q4：新访客率怎么算，异常升高说明什么？
A：新访客率等于当日新访客数除以当日UV。正常情况下它跟随内容更新和投放节奏波动；如果单日从三成拉到六成以上，而回访指标没有同步变好，往往说明老用户被Cookie重置误判成了新访客。
Q5：给Cookie加上HttpOnly会不会影响UV统计？
A：不会。HttpOnly只禁止前端JS通过document.cookie读取该Cookie，但不影响浏览器在请求时自动携带，也不影响分析脚本在服务端侧读取。真正影响UV统计的是Cookie的Domain、Path和过期时间设置。
UV是网站运营最常看的指标之一，但它的准确性建立在Cookie稳定可用这个前提上。Cookie一旦因为用户清理、到期、浏览器升级或配置变更而失效，UV就会无声无息地虚高一格。养成UV/IP比值和新访客率的日常对照习惯，把访客Cookie的过期时间和安全属性一次配好，比事后反复解释「为什么数据又涨了」要省事得多。数据本身不会说谎，但它的口径需要被人理解。
数据来源
- MDN Web Docs《HTTP Cookie》
- MDN Web Docs《Set-Cookie 与 SameSite》
- Google Analytics 帮助中心《About cookies and user identification》
- web.dev《Cookie 实践与隐私》