[{"data":1,"prerenderedAt":353},["ShallowReactive",2],{"blog-update-log-last-updated":3,"blog-prev-update-log-last-updated":122,"blog-next-update-log-last-updated":232},{"id":4,"title":5,"author":6,"body":7,"canonical":106,"category":107,"cover":106,"date":108,"description":109,"draft":110,"extension":111,"keywords":106,"meta":112,"navigation":113,"noindex":110,"ogImage":106,"path":114,"seo":115,"seoDescription":106,"seoTitle":106,"stem":116,"tags":117,"updated":106,"__hash__":121},"blog\u002Fblog\u002Fupdate-log-last-updated.md","更新日志和“最后更新”日期，用对了能救回一批老文","元析智能",{"type":8,"value":9,"toc":93},"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],[11,12,13],"p",{},"老文翻新完，如果不告诉任何人和任何引擎它更新过，这次改动基本等于白做。我们的做法很土：标题下面加一行更新标记，另维护一份更新日志。2026 年上半年改过一批 30 篇，六周后点击率涨了 0.6 个百分点。",[15,16,17],"h2",{"id":17},"更新标记放哪",[11,19,20],{},"标题下面、正文之前，一行小字：最后更新于 2026 年 5 月，并写一句这次改了什么。",[11,22,23],{},"位置要显眼。放在页脚等于没有，用户看不到，引擎也不一定当正文处理。",[15,25,26],{"id":26},"写清改了什么",[11,28,29],{},"“补充了 2025 年的价格数据”“重写了第三节”“增加了两个常见报错”。一句话就够，不用写长。",[11,31,32],{},"这句话对读者是信号：这个页面有人维护。对引擎是信号：内容有变化。",[15,34,35],{"id":35},"更新日志单独一页",[11,37,38],{},"每个季度汇总一次，列出这季度更新了哪些页面、改了什么、为什么改。放在博客的一个固定路径下。",[11,40,41],{},"这份日志有三个用处：给客户看工作量，给自己看迭代节奏，给销售做素材。",[15,43,44],{"id":44},"别乱改日期",[11,46,47],{},"最常见的坏习惯：什么都不改，只把日期改成今天。这种更新骗不了任何人，用户点进去看到两年前的内容，信任直接掉。",[11,49,50],{},"我们有个规矩：更新标记的日期必须对应实质改动，改动小于三段的，不更新日期。",[15,52,53],{"id":53},"什么时候该更新",[11,55,56],{},"三种情况：数据过时、结构跟不上、有明显的补充内容。",[11,58,59],{},"还有一种情况是排名下滑，但那种要按清单排查，不一定是内容问题。",[15,61,62],{"id":62},"一个技术细节",[11,64,65],{},"更新日期可以用结构化数据里的 dateModified，让引擎明确知道修改时间。这个字段很多站没填，填上成本很低。",[11,67,68],{},"我们的做法是：发布时间用 datePublished，修改时间用 dateModified，两个都填，页面可见位置只露修改时间。",[15,70,71],{"id":71},"别过度承诺",[11,73,74],{},"有些站写“本页每月更新”，实际上根本没动。承诺了做不到，比不承诺更伤。",[15,76,77],{"id":77},"谁来维护这份日志",[11,79,80],{},"内容岗的人自己维护，每季度最后一周花一小时汇总。别交给运营助理，他不知道哪些改动是实质的。",[11,82,83],{},"日志不用写得漂亮，一行一条：日期、页面、改了什么。写满一年再回看，能看出自己的迭代节奏。",[15,85,86],{"id":86},"一个意外的好处",[11,88,89],{},"更新日志能帮销售。客户问“你们对这块有研究吗”，把日志里相关的一条发过去，比发十篇博客有效。",[11,91,92],{},"我们只写已经发生的事，不写未来的计划。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103,104,105],{"id":17,"depth":95,"text":17},{"id":26,"depth":95,"text":26},{"id":35,"depth":95,"text":35},{"id":44,"depth":95,"text":44},{"id":53,"depth":95,"text":53},{"id":62,"depth":95,"text":62},{"id":71,"depth":95,"text":71},{"id":77,"depth":95,"text":77},{"id":86,"depth":95,"text":86},null,"内容运营","2026-09-02","老文更新后没有更新标记，等于白改。我们在标题下加一行“某年某月更新”，并维护一份更新日志，六周后这批页面的点击率涨了 0.6 个百分点。",false,"md",{},true,"\u002Fblog\u002Fupdate-log-last-updated",{"title":5,"description":109},"blog\u002Fupdate-log-last-updated",[118,119,120],"内容更新","更新日志","旧文翻新","xtgygjjjjj94e7ovbTAqkhUX87E8e0CAKYYSv_rcl7s",{"id":123,"title":124,"author":6,"body":125,"canonical":106,"category":107,"cover":106,"date":223,"description":224,"draft":110,"extension":111,"keywords":106,"meta":225,"navigation":113,"noindex":110,"ogImage":106,"path":226,"seo":227,"seoDescription":106,"seoTitle":106,"stem":228,"tags":229,"updated":106,"__hash__":231},"blog\u002Fblog\u002Fcontent-refresh-calendar.md","内容维护日历：哪些文章每年必更，哪些三年不用动",{"type":8,"value":126,"toc":214},[127,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],[11,128,129],{},"内容发完就不管，两年后一半的文章在拖后腿。我们按内容类型排了维护日历：产品文档每季度、教程每年、观点文两年、数据文跟着数据走。",[15,131,132],{"id":132},"为什么要排维护日历",[11,134,135],{},"不维护的内容会慢慢失效：价格变了、功能下线了、竞品换了、数据过时了。",[11,137,138],{},"我们 2026 年 2 月抽查过一个客户的 60 篇老文，其中 23 篇有明显过时信息，比如还在写已经下线的功能、还在用两年前的定价。",[11,140,141],{},"这些文章不删，会拉低整站可信度；全删，又浪费历史权重。维护日历就是解决这个问题的。",[15,143,144],{"id":144},"按内容类型定周期",[11,146,147],{},"产品功能页：每季度对一次。价格、版本号、截图必须是最新的。",[11,149,150],{},"教程和操作文：每年更新一次。补新版本的操作步骤、新案例。",[11,152,153],{},"对比和选型文：每半年一次。竞品和价格变化快，半年不更就可能误导。",[11,155,156],{},"观点和行业分析：每两年一次。观点可以旧，但要标注\"写于某年\"。",[11,158,159],{},"数据报告：跟着数据走。新数据出来就更新，或者每年发新版。",[15,161,162],{"id":162},"三类必须每年更新的内容",[11,164,165],{},"第一类，带价格、版本、参数的内容。用户搜到两年前的价格，会直接离开。",[11,167,168],{},"第二类，带操作步骤的教程。产品界面一年一变，旧步骤照做会出错。",[11,170,171],{},"第三类，被 AI 搜索频繁引用的内容。AI 引用的内容如果过时，会持续传播错误信息。",[15,173,174],{"id":174},"三类可以三年不动的",[11,176,177],{},"第一类，概念解释类。什么是 API、什么是限流，这些不会变。",[11,179,180],{},"第二类，历史复盘类。写过去发生的事，内容本身就是固定的。",[11,182,183],{},"第三类，方法论类。我们讲怎么判断内容质量，这类内容不依赖具体产品版本。",[15,185,186],{"id":186},"我们的日历怎么排",[11,188,189],{},"每年 12 月排下一年的维护计划：把全部文章按类型分组，标出更新月份。",[11,191,192],{},"每月维护 15 到 20 篇，占内容团队 10% 的时间。别一次全更，会挤掉新内容的产能。",[11,194,195],{},"更新时不要只改日期。至少改三处：数据、案例、结论。",[15,197,198],{"id":198},"一个提醒",[11,200,201],{},"不是所有旧文都值得维护。判断标准：还有搜索需求吗、还有外链吗、还有转化路径吗。",[11,203,204],{},"三个都没有的，删掉或者合并，比维护便宜。",[15,206,207],{"id":207},"一句判断",[11,209,210],{},"内容维护是\"看不见的产能\"。用户看不到你改了什么，但搜索引擎能看到页面的新鲜度和准确性。",[11,212,213],{},"一个建议：把维护当成固定成本，写进年度计划，别等排名掉了才想起来。",{"title":94,"searchDepth":95,"depth":95,"links":215},[216,217,218,219,220,221,222],{"id":132,"depth":95,"text":132},{"id":144,"depth":95,"text":144},{"id":162,"depth":95,"text":162},{"id":174,"depth":95,"text":174},{"id":186,"depth":95,"text":186},{"id":198,"depth":95,"text":198},{"id":207,"depth":95,"text":207},"2026-09-01","内容发完就不管，两年后一半的文章在拖后腿。我们按内容类型排了维护日历：产品文档每季度、教程每年、观点文两年、数据文跟着数据走。哪些必更、哪些别碰、日历怎么排都在这篇，照着排能省一半维护时间。",{},"\u002Fblog\u002Fcontent-refresh-calendar",{"title":124,"description":224},"blog\u002Fcontent-refresh-calendar",[230,118,107],"内容维护","w-BQ4dWjajdLcXmEnjB3bEAMFKxfWaAXlq70T_wXBKI",{"id":233,"title":234,"author":6,"body":235,"canonical":106,"category":342,"cover":106,"date":343,"description":344,"draft":110,"extension":111,"keywords":106,"meta":345,"navigation":113,"noindex":110,"ogImage":106,"path":346,"seo":347,"seoDescription":106,"seoTitle":106,"stem":348,"tags":349,"updated":106,"__hash__":352},"blog\u002Fblog\u002Fcontent-freshness-ai-citation.md","内容保鲜：AI 更愿意引用最近更新的页面吗",{"type":8,"value":236,"toc":333},[237,240,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,324,327,330],[11,238,239],{},"2026 年 9 月我们做了一轮内容更新，挑出二十篇两年以上的旧文，改事实、加数据、补边界。四周后其中六篇在 AI 回答里重新出现。但这件事和\"改个日期\"完全不是一回事。",[15,241,242],{"id":242},"时效性要分问题类型",[11,244,245],{},"概念类问题，比如什么是抓取预算，答案一年半载不会变，更新日期意义不大。",[11,247,248],{},"时效类问题，比如某工具现在的价格、某平台最新的限制、今年算法有什么变化，这类内容过时就是错的。",[11,250,251],{},"所以先分类，再决定更不更新。全部改日期没有意义，搜索引擎和 AI 都不傻。",[15,253,254],{"id":254},"哪类内容值得更新",[11,256,257],{},"第一，带具体数字的。价格、配额、限制、版本号，这些每年都在变。",[11,259,260],{},"第二，讲工具操作的。界面改了，截图和步骤就废了。",[11,262,263],{},"第三，讲算法的。新更新出来了，旧结论要修正。",[11,265,266],{},"第四，有排名的老文章。已经有曝光和点击，更新之后收益最直接。",[15,268,269],{"id":269},"怎么更新才有效",[11,271,272],{},"不是重写，是修正和补充。",[11,274,275],{},"改事实：把过时的数字和结论改掉，在文中标明更新时间和改了什么。",[11,277,278],{},"补边界：原来只写优点，现在补上不适用的情况。",[11,280,281],{},"补数据：把这两年的新观察加进去，让文章有新的信息。",[11,283,284],{},"保留旧版本的说法，有些读者就是来找旧版本的。",[15,286,287],{"id":287},"两种无效更新",[11,289,290],{},"第一种，只改日期。内容一字不动，发布日改成今天。这种做法骗不了任何人。",[11,292,293],{},"第二种，频繁小改。每周动一句，页面长期处于变化中，反而看不出重点。",[11,295,296],{},"我们的节奏是每季度集中更新一批，一次改到位。",[15,298,299],{"id":299},"我们怎么排优先级",[11,301,302],{},"先按流量排，看哪些旧文还在带来访问。再看引用，哪些旧文被 AI 引用过，值得维护。",[11,304,305],{},"两个都靠前的，优先更新。两个都没有的，考虑合并或者下架。",[11,307,308],{},"这个清单我们每季度过一遍，一次花半天。",[15,310,311],{"id":311},"更新的两个信号",[11,313,314],{},"更新之后看两个变化：页面在 AI 回答里出现的次数，以及页面的自然点击。",[11,316,317],{},"有时候引用没变，点击变了。这可能是因为回答里的位置变了，或者用户看完回答直接搜了品牌名。",[11,319,320],{},"两个数一起看，才能判断更新有没有用。",[15,322,323],{"id":323},"一个发现",[11,325,326],{},"更新之后被重新引用的六篇，有五篇是加了大段的新数据，不是改了措辞。",[11,328,329],{},"这和我们之前的观察一致：AI 引用的是具体信息，不是文采。",[11,331,332],{},"所以保鲜的核心不是让文章看起来新，是让它包含新的、可验证的内容。",{"title":94,"searchDepth":95,"depth":95,"links":334},[335,336,337,338,339,340,341],{"id":242,"depth":95,"text":242},{"id":254,"depth":95,"text":254},{"id":269,"depth":95,"text":269},{"id":287,"depth":95,"text":287},{"id":299,"depth":95,"text":299},{"id":311,"depth":95,"text":311},{"id":323,"depth":95,"text":323},"SEO","2026-09-03","我们更新了二十篇旧文，六篇在四周内被重新引用。但保鲜不等于改日期，这篇写哪类内容值得更新、怎么改才有效、以及无效更新的两种做法。",{},"\u002Fblog\u002Fcontent-freshness-ai-citation",{"title":234,"description":344},"blog\u002Fcontent-freshness-ai-citation",[350,118,351],"GEO","引用","3Lds04KF92UkBPiP7HI6N8ip-ZSZTWpwAfrR5LKqMlU",1794088102196]