[{"data":1,"prerenderedAt":304},["ShallowReactive",2],{"blog-topic-selection-meeting":3,"blog-prev-topic-selection-meeting":119,"blog-next-topic-selection-meeting":215},{"id":4,"title":5,"author":6,"body":7,"canonical":103,"category":104,"cover":103,"date":105,"description":106,"draft":107,"extension":108,"keywords":103,"meta":109,"navigation":110,"noindex":107,"ogImage":103,"path":111,"seo":112,"seoDescription":103,"seoTitle":103,"stem":113,"tags":114,"updated":103,"__hash__":118},"blog\u002Fblog\u002Ftopic-selection-meeting.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 年 6 月我们复盘了上半年的选题会，效率最高的一次三十分钟出了八个直接能写的选题，最差的一次开了一个半小时，最后只定了一个。差别不在人，在会前有没有带数据。",[15,16,17],"h2",{"id":17},"会前准备三份数据",[11,19,20],{},"第一份，GSC 里已经有曝光但我们没有专门页面的词。这类词是现成的需求，写一篇文章就能接住。",[11,22,23],{},"第二份，竞品最近三个月新发的内容清单，看他们写了什么、哪些有互动。不是照抄，是看有没有我们漏掉的角度。",[11,25,26],{},"第三份，销售和客服最近一个月的真实问题。客户问的问题，就是最好的选题来源。",[11,28,29],{},"这三份数据准备起来两个小时，但能让会议从“我觉得”变成“数据显示”。",[15,31,32],{"id":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],{},"没有决策人。选题会必须有最终拍板的人，否则每个选题都要“再想想”。",[11,58,59],{},"一次定二十个选题。定得越多，写得越少。我们现在一次最多定八个，对应两周的产量。",[15,61,62],{"id":62},"会后怎么落地",[11,64,65],{},"每个选题填一张卡：标题方向、目标词、写给谁、核心观点、需要的素材、负责人、截止日期。",[11,67,68],{},"卡片填不出来的选题，说明还没想清楚，退回重想。",[11,70,71],{},"两周后复盘一次：写出来的效果怎么样，没写出来的卡在哪。这个动作比会上的讨论有用。",[15,73,74],{"id":74},"一个可量化的小指标",[11,76,77],{},"我们看选题质量不看阅读量，看这篇文章上线四周后有没有拿到目标词的曝光。有曝光说明选题命中了需求，没有就是自嗨。",[11,79,80],{},"这个指标比阅读量诚实，因为阅读量可以靠渠道推。",[15,82,83],{"id":83},"我的看法",[11,85,86],{},"选题会不是头脑风暴。头脑风暴适合找方向，选题会适合做减法。",[11,88,89],{},"我们现在的会固定三十分钟，前二十分钟过卡片，后十分钟排优先级。超时就停，剩下的下次再说。",[11,91,92],{},"写得出来比想得漂亮重要。一个能落地的普通选题，胜过十个停在会议纪要里的好想法。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102],{"id":17,"depth":95,"text":17},{"id":32,"depth":95,"text":32},{"id":47,"depth":95,"text":47},{"id":62,"depth":95,"text":62},{"id":74,"depth":95,"text":74},{"id":83,"depth":95,"text":83},null,"内容运营","2026-06-20","三十分钟出八个能落地的选题，前提是会前准备三份数据。这篇写选题会只回答哪三个问题、哪些讨论纯属浪费、会后选题卡怎么填，开完就能用。",false,"md",{},true,"\u002Fblog\u002Ftopic-selection-meeting",{"title":5,"description":106},"blog\u002Ftopic-selection-meeting",[115,116,117],"选题","内容流程","团队协作","7NWtozYEVdlC3vvhVqM4ucRZnfWwsQk9JyE1-fVvbL4",{"id":120,"title":121,"author":6,"body":122,"canonical":103,"category":203,"cover":103,"date":204,"description":205,"draft":107,"extension":108,"keywords":103,"meta":206,"navigation":110,"noindex":107,"ogImage":103,"path":207,"seo":208,"seoDescription":103,"seoTitle":103,"stem":209,"tags":210,"updated":103,"__hash__":214},"blog\u002Fblog\u002Fpage-experience-signal.md","页面体验分对排名的影响，没工具厂商说的那么大",{"type":8,"value":123,"toc":194},[124,127,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188,191],[11,125,126],{},"页面体验被工具厂商说成了排名关键。我们优化了 11 个站的核心网页指标，流量提升中位数 8%，没有一个靠这个从 20 名进前 10。它重要，但不是决定性的。",[15,128,130],{"id":129},"我们做的-11-个站","我们做的 11 个站",[11,132,133],{},"2025 年 7 月到 2026 年 3 月，11 个客户站，都是先测 Core Web Vitals，再改技术项：图片压缩、字体加载、第三方脚本清理、服务器响应优化。",[11,135,136],{},"改完有 9 个站的 LCP 从 3 秒以上降到 2.5 秒以内，INP 和 CLS 也都达标。",[15,138,139],{"id":139},"数据",[11,141,142],{},"9 个达标的站，自然流量提升：3% 到 15%，中位数 8%。排名变化：核心词平均提升 1.8 名，没有一个从 20 名外进前 10。",[11,144,145],{},"另外 2 个站改完指标达标了，流量没变化，因为内容本来就弱，页面再快也没人点。",[11,147,148],{},"还有一个细节：9 个站里只有 3 个在改完后 4 周内看到流量变化，其余 6 个是在 8 周后才缓慢回升。这说明页面体验的效果有延迟，不是改完就见效。",[15,150,151],{"id":151},"为什么被夸大",[11,153,154],{},"工具厂商卖的是监测和优化服务，它需要你相信\"这个指标很重要\"。所以报告里会把 CWV 写成头号问题。",[11,156,157],{},"算法确实把页面体验当信号，但它是\"及格线\"信号：达标就行，超过及格线带来的收益很小。内容质量和外链才是拉开差距的部分。",[15,159,160],{"id":160},"一个被误诊的案例",[11,162,163],{},"一个客户流量掉了 12%，找到我们时已经准备重做整站。看完数据发现，他的 LCP 从 1.8 秒变成了 4.6 秒，原因是新加的一个客服脚本阻塞了渲染。",[11,165,166],{},"去掉那个脚本，LCP 回到 2 秒，两周后流量恢复。整件事只花了一天。",[11,168,169],{},"所以我们现在的诊断顺序是：先看技术指标有没有突变，再谈内容。技术问题的特征很明确，LCP 或 INP 突然翻倍，基本就是新加的脚本或服务的问题。",[15,171,172],{"id":172},"什么时候值得做",[11,174,175],{},"三种情况必须做：LCP 超过 4 秒，用户明显流失；移动端布局偏移严重，误点率高；流量大、转化路径长的站，加载速度直接影响转化率。",[11,177,178],{},"三种情况不着急：内容还没做好的新站；流量很小的站；改造成本很高的老站。",[15,180,181],{"id":181},"我们的优先级",[11,183,184],{},"内容质量 → 页面结构 → 内链 → 页面体验 → 外链。页面体验排第四，不是第一。",[11,186,187],{},"把它当成\"卫生工作\"：不做会扣分，做了不加多少分，但做起来成本可控。花两周把 LCP 从 4 秒降到 2.5 秒是值得的，花两个月追求满分不值得。",[15,189,190],{"id":190},"一句判断",[11,192,193],{},"如果代理公司把\"页面体验优化\"当主菜卖给你，先问一句：内容计划是什么。没有内容计划，指标全绿也没用。",{"title":94,"searchDepth":95,"depth":95,"links":195},[196,197,198,199,200,201,202],{"id":129,"depth":95,"text":130},{"id":139,"depth":95,"text":139},{"id":151,"depth":95,"text":151},{"id":160,"depth":95,"text":160},{"id":172,"depth":95,"text":172},{"id":181,"depth":95,"text":181},{"id":190,"depth":95,"text":190},"SEO","2026-06-19","页面体验被工具厂商说成了排名关键。我们优化了 11 个站的核心网页指标，流量提升中位数 8%，没有一个靠这个从 20 名进前 10。什么时候值得做、优先级怎么排，这篇讲清楚，也写了一个被误诊的案例，结论可能和你想的不一样。",{},"\u002Fblog\u002Fpage-experience-signal",{"title":121,"description":205},"blog\u002Fpage-experience-signal",[211,212,213],"页面体验","CoreWebVitals","排名因素","_odiBle0ltv2YIPYuJF1UJLhTQI6fosECzlxyEjESZI",{"id":216,"title":217,"author":6,"body":218,"canonical":103,"category":292,"cover":103,"date":293,"description":294,"draft":107,"extension":108,"keywords":103,"meta":295,"navigation":110,"noindex":107,"ogImage":103,"path":296,"seo":297,"seoDescription":103,"seoTitle":103,"stem":298,"tags":299,"updated":103,"__hash__":303},"blog\u002Fblog\u002Fcms-migration-url-template.md","换内容管理系统不掉排名，URL 和模板先对齐",{"type":8,"value":219,"toc":283},[220,223,227,239,243,246,249,253,256,259,262,265,268,271,274,277,280],[11,221,222],{},"CMS 只是发布工具，掉不掉排名看迁移过程有没有保住三样东西：URL、模板结构、渲染方式。这三样任何一样变了，都要当成一次站改来对待，按迁移的规矩做，别当成\"换个后台\"。",[15,224,226],{"id":225},"一url-必须逐条映射","一、URL 必须逐条映射",[11,228,229,230,234,235,238],{},"旧 CMS 的固定链接结构是定死的，新 CMS 默认结构常常不同。别用自动规则猜，逐条映射一遍。我们见过最惨的一次，迁移脚本把文章 URL 从 ",[231,232,233],"code",{},"\u002Fblog\u002Fpost-name"," 改成了 ",[231,236,237],{},"\u002Fblog\u002F2026\u002Fpost-name","，2000 篇文章全部换地址，301 也没做，两个月自然流量掉了一半。",[15,240,242],{"id":241},"二模板结构要对齐","二、模板结构要对齐",[11,244,245],{},"H1、正文、内链、面包屑、结构化数据的位置要一致。换主题之后最常见的问题：正文被塞进多个嵌套容器，正文长度看起来没变，但首屏只剩标题和目录；H1 被做成图片；面包屑从模板里消失。",[11,247,248],{},"2026 年 3 月一个 2000 页的站从 WordPress 迁到自研 CMS，URL 没变，但新模板把正文放进折叠组件。30 天后收录掉了 40%，修复只用了两周。",[15,250,252],{"id":251},"三渲染方式要确认","三、渲染方式要确认",[11,254,255],{},"新 CMS 自带的主题可能用 JS 渲染列表页和文章页。旧的如果是静态生成的，新旧渲染方式不一致，收录表现会差一截。迁移前用 curl 各拉一遍，对比初始 HTML。",[15,257,258],{"id":258},"对照检查表",[11,260,261],{},"迁移前爬旧站，记录每个页面的 title、H1、正文长度、内链数、结构化数据类型、状态码。迁移后用同样的规则爬新站，逐项对比。我们的脚本会输出差异页列表，按流量排序，先修高流量的。",[15,263,264],{"id":264},"迁移的时间窗口",[11,266,267],{},"选在流量低谷，比如季度末的周末。迁移前两周冻结内容改版，前一周把所有 URL 清单、重定向规则、新站爬虫报告都准备好。上线后一周内每天看日志和索引报告，异常当天处理。",[11,269,270],{},"我们给客户排的时间表：第 1 周准备，第 2 周上线，第 3 到 6 周观察，第 7 周复盘。整个过程 SEO 要参与，不能只在最后一天收到一个链接。",[15,272,273],{"id":273},"四个常见坑",[11,275,276],{},"旧站的重定向插件没导；标签和分类页的 URL 全变了；图片路径变了导致 404；RSS 和 sitemap 地址变了，订阅用户和蜘蛛都断了线。每一条都能在迁移前检查出来，只是没人愿意花那半天。",[15,278,279],{"id":279},"立场",[11,281,282],{},"换 CMS 之前先问一句：新站谁负责 SEO 验收。没有验收环节的迁移就是赌博，赌注是你积累了几年的收录和排名。",{"title":94,"searchDepth":95,"depth":95,"links":284},[285,286,287,288,289,290,291],{"id":225,"depth":95,"text":226},{"id":241,"depth":95,"text":242},{"id":251,"depth":95,"text":252},{"id":258,"depth":95,"text":258},{"id":264,"depth":95,"text":264},{"id":273,"depth":95,"text":273},{"id":279,"depth":95,"text":279},"技术SEO","2026-06-21","从 WordPress 换到自研 CMS、从自研换到 Headless，我们做过 4 次。掉排名基本不是 CMS 本身的问题，而是迁移时没对齐 URL、模板和渲染。附一份迁移前后对照检查表。",{},"\u002Fblog\u002Fcms-migration-url-template",{"title":217,"description":294},"blog\u002Fcms-migration-url-template",[300,301,302],"网站迁移","CMS","URL设计","zjkfN2lakH5QDTYAm6Lek9VCameqWBZoIj09nscSziM",1794088104576]