[{"data":1,"prerenderedAt":296},["ShallowReactive",2],{"blog-rum-vs-synthetic-monitoring":3,"blog-prev-rum-vs-synthetic-monitoring":124,"blog-next-rum-vs-synthetic-monitoring":197},{"id":4,"title":5,"author":6,"body":7,"canonical":108,"category":109,"cover":108,"date":110,"description":111,"draft":112,"extension":113,"keywords":108,"meta":114,"navigation":115,"noindex":112,"ogImage":108,"path":116,"seo":117,"seoDescription":108,"seoTitle":108,"stem":118,"tags":119,"updated":108,"__hash__":123},"blog\u002Fblog\u002Frum-vs-synthetic-monitoring.md","合成监控和真实用户监控，到底要不要都做","元析智能",{"type":8,"value":9,"toc":97},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,76,79,82,85,88,91,94],[11,12,13],"p",{},"2026 年 9 月有人问我们，既然有 CrUX 的真实用户数据，还要不要自己做监控。答案是都要，但用途不一样。合成监控解决有没有变差，真实用户监控解决用户到底什么感受。",[15,16,17],"h2",{"id":17},"合成监控是什么",[11,19,20],{},"固定地点、固定设备、固定网络条件，定时跑同一个页面。",[11,22,23],{},"它的好处是可重复。今天和昨天的数据可以直接比，因为条件没变。上线之后性能掉了，它能第一时间发现。",[11,25,26],{},"坏处是它只代表一个假想用户。真实用户的设备、网络、浏览器版本千差万别，合成数据测不到长尾。",[15,28,29],{"id":29},"真实用户监控是什么",[11,31,32],{},"在页面上埋一段脚本，用浏览器的 Performance API 采集每个访客的指标，上报到服务器。",[11,34,35],{},"它能按设备、地区、网络类型分组，看到中位数和 75 分位。CrUX 就是 Google 用自己的数据做的同类东西。",[11,37,38],{},"坏处是数据脏。用户切后台、网络中断、脚本被拦截，都会产生异常值，需要清洗。",[15,40,41],{"id":41},"两者的偏差有多大",[11,43,44],{},"我们对比过一个站，合成监控显示 LCP 1.9 秒，真实用户 75 分位是 3.6 秒。",[11,46,47],{},"原因很简单：合成用的是城市宽带加中端设备，真实用户里有三成在三四线城市的 4G 网络上，还有一部分用着三年前的安卓机。",[11,49,50],{},"这个偏差不是误差，是结构性的。合成数据只能代表一部分用户。",[15,52,53],{"id":53},"一个容易忽略的细节",[11,55,56],{},"RUM 数据里有种情况会被算错：用户打开页面后切到后台，页面被浏览器冻结，采集到的 LCP 会异常大。",[11,58,59],{},"处理办法是上报时带上页面可见性状态，把切后台的样本单独标记，分析时排除。这类样本能占 5% 到 10%，不清洗会拉偏 75 分位。",[15,61,62],{"id":62},"我们的组合",[11,64,65],{},"核心页面选三个，合成监控每天跑，发现回归就告警。",[11,67,68],{},"真实用户数据看两个维度：按设备分组和按地区分组。移动端和 PC 分开看，差距通常很大。",[11,70,71],{},"采样率不用太高。日访问一万的站，采 10% 就足够稳定，全量采反而增加上报开销。",[15,73,75],{"id":74},"自建-rum-的最小方案","自建 RUM 的最小方案",[11,77,78],{},"用官方的 web-vitals 库采集三个指标，页面卸载时用 sendBeacon 上报，服务端存一张表。",[11,80,81],{},"一个前端加一个后端接口，半天能写完。数据量不大，一张表能存一年。",[11,83,84],{},"采集时带上设备类型、网络类型、页面路径、浏览器版本。这几个维度决定了后面能不能分析。",[15,86,87],{"id":87},"一个态度",[11,89,90],{},"监控的目的不是收集数据，是在出问题时能快速定位。",[11,92,93],{},"只有合成监控，你会漏掉真实用户的糟糕体验。只有真实用户数据，你会看不出是哪次上线导致的。",[11,95,96],{},"两个都做，成本不高，判断会清楚很多。真正的门槛不是技术，是有人愿意每周看一眼数据。",{"title":98,"searchDepth":99,"depth":99,"links":100},"",2,[101,102,103,104,105,106,107],{"id":17,"depth":99,"text":17},{"id":29,"depth":99,"text":29},{"id":41,"depth":99,"text":41},{"id":53,"depth":99,"text":53},{"id":62,"depth":99,"text":62},{"id":74,"depth":99,"text":75},{"id":87,"depth":99,"text":87},null,"技术SEO","2026-09-10","合成监控能发现回归，真实用户数据能反映体验。这篇写两者的偏差在哪、核心页面怎么选、采样率多少够用，以及自建 RUM 的最小方案。",false,"md",{},true,"\u002Fblog\u002Frum-vs-synthetic-monitoring",{"title":5,"description":111},"blog\u002Frum-vs-synthetic-monitoring",[120,121,122],"RUM","性能监控","CoreWebVitals","7jgTq8vpLFT8nfFXUYoCEt1Fm2dVYFVBPYZaVBWKXXI",{"id":125,"title":126,"author":6,"body":127,"canonical":108,"category":109,"cover":108,"date":186,"description":187,"draft":112,"extension":113,"keywords":108,"meta":188,"navigation":115,"noindex":112,"ogImage":108,"path":189,"seo":190,"seoDescription":108,"seoTitle":108,"stem":191,"tags":192,"updated":108,"__hash__":196},"blog\u002Fblog\u002Fold-domain-301-retention.md","改域名后旧域名要挂多久，9 次迁移的恢复数据",{"type":8,"value":128,"toc":177},[129,132,135,138,141,144,147,150,153,156,159,162,165,168,171,174],[11,130,131],{},"旧域名 301 至少保留 12 个月，多数情况建议一直保留，只做跳转不再放内容。这个结论来自我们做过的 9 次域名迁移。",[15,133,134],{"id":134},"恢复曲线",[11,136,137],{},"9 次迁移里，自然点击回到迁移前 90% 的时间：最快 3 周，最慢 6 个月，中位数 9 周。看起来还行，但旧域名带来的外链价值和书签流量，2 到 3 年后还有残留。尤其是行业目录、老客户收藏夹、合作方文档里留的旧链接，你不会知道它们什么时候被点。",[15,139,140],{"id":140},"撤早了会怎样",[11,142,143],{},"2025 年 6 月一个换域名的客户，三个月后就把旧域的 301 撤了，只保留了新域。第四个月，一个行业目录站还在链旧域名，用户点进去 404，丢了一条高权重外链的流量。更麻烦的是，那条外链他们改不动，对方编辑早就离职了。",[15,145,146],{"id":146},"成本几乎为零",[11,148,149],{},"域名续费一年几十到几百块。旧域名只需要一个 nginx 配置或者一条 CDN 规则，把整站 301 到新域，服务器成本可以忽略。相比重新买回域名或者丢外链的代价，这笔账很好算。",[15,151,152],{"id":152},"什么时候可以撤",[11,154,155],{},"三个条件同时成立：旧域的外链已经基本改完；GSC 里旧域的点击连续三个月接近零；搜索结果里旧域 URL 基本被新域替换。即使三个都满足，我们一般也建议继续挂着，反正不花钱。",[15,157,158],{"id":158},"旧域名挂着还要维护什么",[11,160,161],{},"证书要续，不然 https 访问会报错，蜘蛛抓到的就是证书错误。DNS 别过期，这是最低级的失误。旧域的 GSC 资源留着，能看到还有哪些页面在被访问，这些数据是新域看不到的。",[11,163,164],{},"邮件也值得提一句：如果旧域名同时用于企业邮箱，换域名时要把 MX 记录和邮件转发规划好，别因为撤域名把客户邮件弄丢。这件事和 SEO 无关，但迁移项目里经常一起发生。",[15,166,167],{"id":167},"一个技术细节",[11,169,170],{},"旧域的 301 规则要覆盖所有协议和主机名的组合：http、https、www、非 www。2025 年那次掉 62% 的站，就是因为只做了主域的规则。规则做完，用 curl 测四个组合，确认都跳到新域对应路径，而不是首页。",[15,172,173],{"id":173},"立场",[11,175,176],{},"域名是资产，撤 301 省不下什么，出问题却很难补救。做迁移时就把\"旧域名永久保留\"写进方案，省得后面扯皮。",{"title":98,"searchDepth":99,"depth":99,"links":178},[179,180,181,182,183,184,185],{"id":134,"depth":99,"text":134},{"id":140,"depth":99,"text":140},{"id":146,"depth":99,"text":146},{"id":152,"depth":99,"text":152},{"id":158,"depth":99,"text":158},{"id":167,"depth":99,"text":167},{"id":173,"depth":99,"text":173},"2026-09-09","旧域名 301 三个月就撤，是很多团队的做法，但我们在 9 次迁移里看到恢复期普遍在 8 周到 6 个月。这篇讲旧域名保留时长、成本，以及什么时候可以撤。",{},"\u002Fblog\u002Fold-domain-301-retention",{"title":126,"description":187},"blog\u002Fold-domain-301-retention",[193,194,195],"网站迁移",301,"域名","pfX_zZmZL1EX7P83-1VRLWj-vfhJnrbCngf3XPEhyVU",{"id":198,"title":199,"author":6,"body":200,"canonical":108,"category":285,"cover":108,"date":286,"description":287,"draft":112,"extension":113,"keywords":108,"meta":288,"navigation":115,"noindex":112,"ogImage":108,"path":289,"seo":290,"seoDescription":108,"seoTitle":108,"stem":291,"tags":292,"updated":108,"__hash__":295},"blog\u002Fblog\u002Fcontent-velocity-quality.md","一个月二十篇和五篇，哪个更有用取决于一件事",{"type":8,"value":201,"toc":275},[202,205,209,212,215,218,221,224,227,230,233,236,239,242,245,248,251,254,257,260,263,266,269,272],[11,203,204],{},"一个月二十篇和五篇，哪个更有用？我们统计了 4 个客户站一年的数据，发文篇数和自然流量几乎没有相关性，有效篇数才有。有效篇数指的是：带独家信息、能被搜索和 AI 引用、能带来动作的那几篇。",[15,206,208],{"id":207},"那-4-个站的数据差在哪","那 4 个站的数据差在哪",[11,210,211],{},"一个站一年发 240 篇，自然流量涨了 18%。另一个站一年发 60 篇，涨了 41%。",[11,213,214],{},"发 240 篇的那个站，我抽查了 40 篇，有 31 篇是同类选题的不同说法，另外 9 篇甚至标题改了、内容没改。",[15,216,217],{"id":217},"为什么数量不管用",[11,219,220],{},"因为搜索结果的容量有限。一个主题域最多排得下二三十个页面，再多就是自己跟自己抢。",[11,222,223],{},"篇数上去之后，单篇的投入一定下降，内链也被摊薄。数量和质量在同一个预算下是取舍关系。",[15,225,226],{"id":226},"有效篇数怎么算",[11,228,229],{},"我们内部的标准：有一处独家信息、能排进前 20、页面有点击或转化、能被至少一个 AI 引用。",[11,231,232],{},"四条满足两条以上算有效。4 个站的有效篇数分别是 31、28、19、12，和流量涨幅基本对得上。",[15,234,235],{"id":235},"什么时候该追求数量",[11,237,238],{},"两种情况：新站需要先铺收录，或者你在抢一个全新品类的词。",[11,240,241],{},"这两种情况下，前 30 篇可以粗放一点，把覆盖面做出来。但过了这个阶段，就必须转质量。",[15,243,244],{"id":244},"我们的实际配比",[11,246,247],{},"一年 50 篇左右：30 篇是有效内容，10 篇是文档和 FAQ 这类基础页，剩下 10 篇允许试错。",[11,249,250],{},"试错的 10 篇如果不灵，不硬救，直接并掉。这个比例我们跑了两年，稳定。",[15,252,253],{"id":253},"一个反问",[11,255,256],{},"如果一个月二十篇，但每篇都不能被引用，你是在做内容，还是在填后台？",[15,258,259],{"id":259},"怎么跟老板解释",[11,261,262],{},"别讲质量对数量，讲有效篇数和询盘的关系。我们把 4 个站的数据做成一张表，一眼能看出总篇数和询盘没有关系。",[11,264,265],{},"2026 年 2 月拿这张表跟一个客户的总监沟通，他当场就把下半年的篇数目标从 120 篇改成 60 篇，预算不变。",[15,267,268],{"id":268},"一个折中办法",[11,270,271],{},"如果老板一定要数量，就把基础页也算进去：文档、FAQ、术语、集成页。这些页确实需要量，而且做起来快，不占有效内容的预算。",[11,273,274],{},"这个问题问清楚，节奏就定了。",{"title":98,"searchDepth":99,"depth":99,"links":276},[277,278,279,280,281,282,283,284],{"id":207,"depth":99,"text":208},{"id":217,"depth":99,"text":217},{"id":226,"depth":99,"text":226},{"id":235,"depth":99,"text":235},{"id":244,"depth":99,"text":244},{"id":253,"depth":99,"text":253},{"id":259,"depth":99,"text":259},{"id":268,"depth":99,"text":268},"内容运营","2026-09-11","我们统计过 4 个客户站一年的数据，篇数和自然流量几乎没有相关性，有效篇数才有。有效篇数指带独家信息、能被引用、能带来动作的那几篇。",{},"\u002Fblog\u002Fcontent-velocity-quality",{"title":199,"description":287},"blog\u002Fcontent-velocity-quality",[293,294,285],"内容数量","内容质量","415nZxGIqfct4WbIxjFW3IaA0AXp29is5Da_fg_9Qo0",1794088101933]