[{"data":1,"prerenderedAt":345},["ShallowReactive",2],{"blog-content-refresh-calendar":3,"blog-prev-content-refresh-calendar":125,"blog-next-content-refresh-calendar":238},{"id":4,"title":5,"author":6,"body":7,"canonical":110,"category":111,"cover":110,"date":112,"description":113,"draft":114,"extension":115,"keywords":110,"meta":116,"navigation":117,"noindex":114,"ogImage":110,"path":118,"seo":119,"seoDescription":110,"seoTitle":110,"stem":120,"tags":121,"updated":110,"__hash__":124},"blog\u002Fblog\u002Fcontent-refresh-calendar.md","内容维护日历：哪些文章每年必更，哪些三年不用动","元析智能",{"type":8,"value":9,"toc":99},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87,90,93,96],[11,12,13],"p",{},"内容发完就不管，两年后一半的文章在拖后腿。我们按内容类型排了维护日历：产品文档每季度、教程每年、观点文两年、数据文跟着数据走。",[15,16,17],"h2",{"id":17},"为什么要排维护日历",[11,19,20],{},"不维护的内容会慢慢失效：价格变了、功能下线了、竞品换了、数据过时了。",[11,22,23],{},"我们 2026 年 2 月抽查过一个客户的 60 篇老文，其中 23 篇有明显过时信息，比如还在写已经下线的功能、还在用两年前的定价。",[11,25,26],{},"这些文章不删，会拉低整站可信度；全删，又浪费历史权重。维护日历就是解决这个问题的。",[15,28,29],{"id":29},"按内容类型定周期",[11,31,32],{},"产品功能页：每季度对一次。价格、版本号、截图必须是最新的。",[11,34,35],{},"教程和操作文：每年更新一次。补新版本的操作步骤、新案例。",[11,37,38],{},"对比和选型文：每半年一次。竞品和价格变化快，半年不更就可能误导。",[11,40,41],{},"观点和行业分析：每两年一次。观点可以旧，但要标注\"写于某年\"。",[11,43,44],{},"数据报告：跟着数据走。新数据出来就更新，或者每年发新版。",[15,46,47],{"id":47},"三类必须每年更新的内容",[11,49,50],{},"第一类，带价格、版本、参数的内容。用户搜到两年前的价格，会直接离开。",[11,52,53],{},"第二类，带操作步骤的教程。产品界面一年一变，旧步骤照做会出错。",[11,55,56],{},"第三类，被 AI 搜索频繁引用的内容。AI 引用的内容如果过时，会持续传播错误信息。",[15,58,59],{"id":59},"三类可以三年不动的",[11,61,62],{},"第一类，概念解释类。什么是 API、什么是限流，这些不会变。",[11,64,65],{},"第二类，历史复盘类。写过去发生的事，内容本身就是固定的。",[11,67,68],{},"第三类，方法论类。我们讲怎么判断内容质量，这类内容不依赖具体产品版本。",[15,70,71],{"id":71},"我们的日历怎么排",[11,73,74],{},"每年 12 月排下一年的维护计划：把全部文章按类型分组，标出更新月份。",[11,76,77],{},"每月维护 15 到 20 篇，占内容团队 10% 的时间。别一次全更，会挤掉新内容的产能。",[11,79,80],{},"更新时不要只改日期。至少改三处：数据、案例、结论。",[15,82,83],{"id":83},"一个提醒",[11,85,86],{},"不是所有旧文都值得维护。判断标准：还有搜索需求吗、还有外链吗、还有转化路径吗。",[11,88,89],{},"三个都没有的，删掉或者合并，比维护便宜。",[15,91,92],{"id":92},"一句判断",[11,94,95],{},"内容维护是\"看不见的产能\"。用户看不到你改了什么，但搜索引擎能看到页面的新鲜度和准确性。",[11,97,98],{},"一个建议：把维护当成固定成本，写进年度计划，别等排名掉了才想起来。",{"title":100,"searchDepth":101,"depth":101,"links":102},"",2,[103,104,105,106,107,108,109],{"id":17,"depth":101,"text":17},{"id":29,"depth":101,"text":29},{"id":47,"depth":101,"text":47},{"id":59,"depth":101,"text":59},{"id":71,"depth":101,"text":71},{"id":83,"depth":101,"text":83},{"id":92,"depth":101,"text":92},null,"内容运营","2026-09-01","内容发完就不管，两年后一半的文章在拖后腿。我们按内容类型排了维护日历：产品文档每季度、教程每年、观点文两年、数据文跟着数据走。哪些必更、哪些别碰、日历怎么排都在这篇，照着排能省一半维护时间。",false,"md",{},true,"\u002Fblog\u002Fcontent-refresh-calendar",{"title":5,"description":113},"blog\u002Fcontent-refresh-calendar",[122,123,111],"内容维护","内容更新","w-BQ4dWjajdLcXmEnjB3bEAMFKxfWaAXlq70T_wXBKI",{"id":126,"title":127,"author":6,"body":128,"canonical":110,"category":226,"cover":110,"date":227,"description":228,"draft":114,"extension":115,"keywords":110,"meta":229,"navigation":117,"noindex":114,"ogImage":110,"path":230,"seo":231,"seoDescription":110,"seoTitle":110,"stem":232,"tags":233,"updated":110,"__hash__":237},"blog\u002Fblog\u002Fcwv-monitoring-tools.md","测速工具那么多，我们最后只留三个",{"type":8,"value":129,"toc":217},[130,133,136,139,142,145,148,151,154,157,160,163,166,169,172,175,178,181,184,187,190,193,196,199,202,205,208,211,214],[11,131,132],{},"2026 年 9 月我们把自己用过的测速工具清了一遍，五个，最后只留三个。工具不是越多越好，同一件事用三个工具测，数据不一致时反而不知道该信谁。",[15,134,135],{"id":135},"工具分四类",[11,137,138],{},"第一类，本地实验室。Lighthouse 装在浏览器或者命令行里，跑一次出一份报告，能看到具体哪个资源拖了后腿。",[11,140,141],{},"第二类，在线单页测试。PageSpeed Insights 除了跑实验室数据，还会带上 CrUX 的真实用户数据，一页看两边。",[11,143,144],{},"第三类，多地合成监控。WebPageTest 可以从不同地点、不同设备跑，看地域差异。",[11,146,147],{},"第四类，国内测速平台。国内节点覆盖好，能反映真实的国内访问速度。",[15,149,150],{"id":150},"我们留下的三个",[11,152,153],{},"Lighthouse，本地跑，用来诊断和改完验证。它的价值是详细，每个资源、每段 JS 执行都能看到。",[11,155,156],{},"PageSpeed Insights，看真实用户数据。它给的 CrUX 是 75 分位，比实验室数据更接近用户体验。",[11,158,159],{},"国内的测速平台，用来测国内多地的首字节和完整加载时间。海外工具在国内的数据不可信。",[11,161,162],{},"WebPageTest 我们只在需要看瀑布图对比时用，不算日常工具。",[15,164,165],{"id":165},"每个工具的限制",[11,167,168],{},"Lighthouse 的数据是模拟的，同一个页面跑两次分数可能差十分。别盯着分数，看具体指标和诊断建议。",[11,170,171],{},"PageSpeed Insights 的 CrUX 只有流量足够的站才有数据，小站会显示数据不足。这时候只能看实验室数据。",[11,173,174],{},"国内测速平台的节点和设备配置不透明，适合看趋势和对比，不适合当绝对标准。",[15,176,177],{"id":177},"国内工具的一个细节",[11,179,180],{},"部分国内测速平台的节点是虚拟的，报出来的数据波动很小，看着很稳，但和真实用户差很远。",[11,182,183],{},"判断办法是拿同一页在平台测一次、再用真实手机打开一次，对一下时间。差得多，就只能拿平台数据看趋势，不能当标准。",[15,185,186],{"id":186},"一个用工具的规矩",[11,188,189],{},"同一个页面，改前改后必须用同一个工具、同一套参数测。换工具对比等于没对比。",[11,191,192],{},"移动端测试固定开 4G 降速和 4 倍 CPU 降速，这两个参数别改来改去。",[11,194,195],{},"每次测三次取中位数。单次数据波动太大，尤其是网络相关的指标。",[15,197,198],{"id":198},"监控不能只靠手动",[11,200,201],{},"手动测只能看到某一天的状态。真实的问题是上线之后慢慢变差，没人发现。",[11,203,204],{},"我们的做法是核心页面每天自动跑一次 Lighthouse，把 LCP、INP、CLS 记到表里，连续三天变差就提醒。",[11,206,207],{},"这个监控不需要付费工具，一个定时任务加一个脚本就够。它的价值是发现回归，不是给老板看报表。",[15,209,210],{"id":210},"一个态度",[11,212,213],{},"工具是手段，不是目标。花时间比较工具，不如花时间改一个真实的性能问题。",[11,215,216],{},"我们见过团队为了选监控工具开了三次会，站上的首屏还是四秒。这个顺序明显反了。",{"title":100,"searchDepth":101,"depth":101,"links":218},[219,220,221,222,223,224,225],{"id":135,"depth":101,"text":135},{"id":150,"depth":101,"text":150},{"id":165,"depth":101,"text":165},{"id":177,"depth":101,"text":177},{"id":186,"depth":101,"text":186},{"id":198,"depth":101,"text":198},{"id":210,"depth":101,"text":210},"工具评测","2026-08-31","实验室工具、合成监控、真实用户数据，三类各有用处。这篇写 Lighthouse、PageSpeed Insights、WebPageTest 和国内测速平台各管什么，哪些可以放弃。",{},"\u002Fblog\u002Fcwv-monitoring-tools",{"title":127,"description":228},"blog\u002Fcwv-monitoring-tools",[234,235,236],"测速工具","CoreWebVitals","监控","ZHBgw8O2mZcYtJ5aBE18WOFMtT8C7gIP9VsgALDXVSE",{"id":239,"title":240,"author":6,"body":241,"canonical":110,"category":111,"cover":110,"date":335,"description":336,"draft":114,"extension":115,"keywords":110,"meta":337,"navigation":117,"noindex":114,"ogImage":110,"path":338,"seo":339,"seoDescription":110,"seoTitle":110,"stem":340,"tags":341,"updated":110,"__hash__":344},"blog\u002Fblog\u002Fupdate-log-last-updated.md","更新日志和“最后更新”日期，用对了能救回一批老文",{"type":8,"value":242,"toc":324},[243,246,249,252,255,258,261,264,267,270,273,276,279,282,285,288,291,294,297,300,303,306,309,312,315,318,321],[11,244,245],{},"老文翻新完，如果不告诉任何人和任何引擎它更新过，这次改动基本等于白做。我们的做法很土：标题下面加一行更新标记，另维护一份更新日志。2026 年上半年改过一批 30 篇，六周后点击率涨了 0.6 个百分点。",[15,247,248],{"id":248},"更新标记放哪",[11,250,251],{},"标题下面、正文之前，一行小字：最后更新于 2026 年 5 月，并写一句这次改了什么。",[11,253,254],{},"位置要显眼。放在页脚等于没有，用户看不到，引擎也不一定当正文处理。",[15,256,257],{"id":257},"写清改了什么",[11,259,260],{},"“补充了 2025 年的价格数据”“重写了第三节”“增加了两个常见报错”。一句话就够，不用写长。",[11,262,263],{},"这句话对读者是信号：这个页面有人维护。对引擎是信号：内容有变化。",[15,265,266],{"id":266},"更新日志单独一页",[11,268,269],{},"每个季度汇总一次，列出这季度更新了哪些页面、改了什么、为什么改。放在博客的一个固定路径下。",[11,271,272],{},"这份日志有三个用处：给客户看工作量，给自己看迭代节奏，给销售做素材。",[15,274,275],{"id":275},"别乱改日期",[11,277,278],{},"最常见的坏习惯：什么都不改，只把日期改成今天。这种更新骗不了任何人，用户点进去看到两年前的内容，信任直接掉。",[11,280,281],{},"我们有个规矩：更新标记的日期必须对应实质改动，改动小于三段的，不更新日期。",[15,283,284],{"id":284},"什么时候该更新",[11,286,287],{},"三种情况：数据过时、结构跟不上、有明显的补充内容。",[11,289,290],{},"还有一种情况是排名下滑，但那种要按清单排查，不一定是内容问题。",[15,292,293],{"id":293},"一个技术细节",[11,295,296],{},"更新日期可以用结构化数据里的 dateModified，让引擎明确知道修改时间。这个字段很多站没填，填上成本很低。",[11,298,299],{},"我们的做法是：发布时间用 datePublished，修改时间用 dateModified，两个都填，页面可见位置只露修改时间。",[15,301,302],{"id":302},"别过度承诺",[11,304,305],{},"有些站写“本页每月更新”，实际上根本没动。承诺了做不到，比不承诺更伤。",[15,307,308],{"id":308},"谁来维护这份日志",[11,310,311],{},"内容岗的人自己维护，每季度最后一周花一小时汇总。别交给运营助理，他不知道哪些改动是实质的。",[11,313,314],{},"日志不用写得漂亮，一行一条：日期、页面、改了什么。写满一年再回看，能看出自己的迭代节奏。",[15,316,317],{"id":317},"一个意外的好处",[11,319,320],{},"更新日志能帮销售。客户问“你们对这块有研究吗”，把日志里相关的一条发过去，比发十篇博客有效。",[11,322,323],{},"我们只写已经发生的事，不写未来的计划。",{"title":100,"searchDepth":101,"depth":101,"links":325},[326,327,328,329,330,331,332,333,334],{"id":248,"depth":101,"text":248},{"id":257,"depth":101,"text":257},{"id":266,"depth":101,"text":266},{"id":275,"depth":101,"text":275},{"id":284,"depth":101,"text":284},{"id":293,"depth":101,"text":293},{"id":302,"depth":101,"text":302},{"id":308,"depth":101,"text":308},{"id":317,"depth":101,"text":317},"2026-09-02","老文更新后没有更新标记，等于白改。我们在标题下加一行“某年某月更新”，并维护一份更新日志，六周后这批页面的点击率涨了 0.6 个百分点。",{},"\u002Fblog\u002Fupdate-log-last-updated",{"title":240,"description":336},"blog\u002Fupdate-log-last-updated",[123,342,343],"更新日志","旧文翻新","xtgygjjjjj94e7ovbTAqkhUX87E8e0CAKYYSv_rcl7s",1794088102265]