[{"data":1,"prerenderedAt":306},["ShallowReactive",2],{"blog-content-audit-decide-rules":3,"blog-prev-content-audit-decide-rules":108,"blog-next-content-audit-decide-rules":189},{"id":4,"title":5,"author":6,"body":7,"canonical":92,"category":93,"cover":92,"date":94,"description":95,"draft":96,"extension":97,"keywords":92,"meta":98,"navigation":99,"noindex":96,"ogImage":92,"path":100,"seo":101,"seoDescription":92,"seoTitle":92,"stem":102,"tags":103,"updated":92,"__hash__":107},"blog\u002Fblog\u002Fcontent-audit-decide-rules.md","内容审计的四个判断：哪些该删，哪些该并，哪些该改","元析智能",{"type":8,"value":9,"toc":81},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78],[11,12,13],"p",{},"2025 年 10 月我们给一家工业软件公司做了次内容审计，312 篇文章，最后一个建议是：删 88 篇，并 41 篇，改 63 篇，剩下 120 篇不动。判断标准不是流量高低，是四件事的组合——12 个月曝光、外链数量、有没有承接页、和搜索意图是否对得上。",[15,16,17],"h2",{"id":17},"先看四象限",[11,19,20],{},"横轴是最近 12 个月的曝光，纵轴是有没有转化动作（注册、咨询、下载）。把每篇文章放进格子里，结论就清楚一半。",[11,22,23],{},"高曝光高转化，重点维护。高曝光低转化，改内容结构，加承接。低曝光有外链，考虑并进相邻页，别浪费权重。低曝光零外链，删。",[15,25,26],{"id":26},"删的标准",[11,28,29],{},"三条同时成立才删：12 个月曝光低于 50、外链少于 2 个、没有对应的产品页或功能页。",[11,31,32],{},"只满足一两条不删。有些文章没什么流量，但它是某个销售场景里唯一能发出去的链接，删了销售会来找你。",[15,34,35],{"id":35},"并的标准",[11,37,38],{},"同一个核心词落在两个页面；同一个主题有 3 篇以上都是薄页；老文和新文讲同一件事，老文还有点外链。",[11,40,41],{},"合并的方向是往“更强的那篇”上并。判断强弱看外链和排名，不看发布时间。",[15,43,44],{"id":44},"改的标准",[11,46,47],{},"有排名但在往下掉；内容里的事实或数据过时；标题承诺的和正文给的不一致；页面类型跟意图错配。",[11,49,50],{},"改的优先级最高，因为改的成本低，见效快。312 篇里我们先改的 20 篇，六周后有 14 篇曝光回升。",[15,52,53],{"id":53},"操作顺序很重要",[11,55,56],{},"先改，观察四周；再并，观察四周；最后删。顺序反过来，你会失去判断依据。",[11,58,59],{},"删的时候 12 个月零曝光的直接 410，有外链有排名的走 301。并的时候一次只并一个主题，301 指向要精准到最相关的那篇，别全指首页。",[15,61,62],{"id":62},"审计表要哪些字段",[11,64,65],{},"URL、标题、发布和更新时间、近 12 个月曝光、点击、平均排名、外链数、有没有转化、所属主题、建议动作。",[11,67,68],{},"字段不多，但每一个都得从真实后台导。凭印象填的审计表，结论一定是错的。",[15,70,71],{"id":71},"执行的节奏",[11,73,74],{},"312 篇的审计报告我们分三份交付：第一批 40 篇，一个月内做完；第二批 60 篇，两个月；剩下的按建议动作分类，客户自己排期。",[11,76,77],{},"一次全动是最危险的做法。2024 年我们有个客户一次性改了 80 个页面，抓取预算全乱，收录掉了 30%，花了三个月才修回来。",[11,79,80],{},"审计不是清库存，是给剩下的页面腾预算。页面少了，抓取频次和内链权重才集中得起来。",{"title":82,"searchDepth":83,"depth":83,"links":84},"",2,[85,86,87,88,89,90,91],{"id":17,"depth":83,"text":17},{"id":26,"depth":83,"text":26},{"id":35,"depth":83,"text":35},{"id":44,"depth":83,"text":44},{"id":53,"depth":83,"text":53},{"id":62,"depth":83,"text":62},{"id":71,"depth":83,"text":71},null,"内容运营","2025-10-25","312 篇文章审下来，建议删 88 篇、并 41 篇、改 63 篇，剩下 120 篇不动。判断标准不是流量高低，而是曝光、外链、承接页和意图匹配四件事的组合。",false,"md",{},true,"\u002Fblog\u002Fcontent-audit-decide-rules",{"title":5,"description":95},"blog\u002Fcontent-audit-decide-rules",[104,105,106],"内容审计","页面合并","内容策略","GSQxQwkn9ss3gfzVin7M-Yvb_SV-yEO0IXtTvdXb_7o",{"id":109,"title":110,"author":6,"body":111,"canonical":92,"category":177,"cover":92,"date":178,"description":179,"draft":96,"extension":97,"keywords":92,"meta":180,"navigation":99,"noindex":96,"ogImage":92,"path":181,"seo":182,"seoDescription":92,"seoTitle":92,"stem":183,"tags":184,"updated":92,"__hash__":188},"blog\u002Fblog\u002Finp-before-lcp-priority.md","B2B 软件站先修 INP 还是 LCP，我的答案是先修交互",{"type":8,"value":112,"toc":170},[113,116,119,123,126,129,132,135,138,141,144,147,151,154,157,161,164,167],[11,114,115],{},"如果你的软件站只能先修一个指标，我建议修 INP，不是 LCP。这个顺序和大多数性能清单相反，但我们的数据支持它：今年 8 月到 10 月，我们统计了 9 个 B2B 软件站的用户投诉，7 个指向\"点了没反应\"\"筛选很卡\"，只有 2 个抱怨\"打开慢\"。",[11,117,118],{},"原因不复杂。B2B 软件的用户不是来看的，是来干活的。",[15,120,122],{"id":121},"两种站两种痛","两种站，两种痛",[11,124,125],{},"营销站、博客、官网首页，用户平均停留 40 秒，看两屏就走。这类站 LCP 决定他会不会关掉，所以 LCP 优先很合理。",[11,127,128],{},"SaaS 后台、控制台、开发者工具的可视化面板完全是另一种产品。用户一次会话停留 6 到 15 分钟，点击几十次。每次点击卡 300 毫秒，他一天要骂好几回。这类站 INP 差，先体现在工单和续费上，而不是跳出率上。",[15,130,131],{"id":131},"一个客户的原话",[11,133,134],{},"去年一家做日志分析的公司，首页 LCP 2.1 秒，看着挺好，但后台 P75 的 INP 是 560 毫秒。销售跟我说，客户 demo 时点开一个查询结果要转两秒，成交率受影响。",[11,136,137],{},"这个因果关系算不上严谨，但方向是对的：演示卡一次，比首页慢半秒贵得多。尤其是客单价六位数以上的产品，一次演示翻车要花十次沟通补回来。",[15,139,140],{"id":140},"判断顺序",[11,142,143],{},"我一般用一句话判断：看核心页面是\"读\"还是\"操作\"。读为主，先 LCP；操作为主，先 INP。混合的站，比如文档站加控制台，先用流量分布算一下，哪个页面访问占比高就先修哪个。",[11,145,146],{},"第二个判断依据是用户来源。首访流量占比高、投放重的站，LCP 优先，因为新用户没耐心，第一屏 3 秒没出来就回搜索页了。跨境 SaaS 的英文官网大多是这种结构，反过来，国内 B2B 产品的试用用户是先登录再上手，LCP 的影响会被登录流程稀释掉。",[15,148,150],{"id":149},"什么时候该先修-lcp","什么时候该先修 LCP",[11,152,153],{},"首屏内容多、图片重、第三方脚本多的营销页，先修 LCP。这类页面的 LCP 一旦超过 4 秒，广告的落地页转化会明显变差，投放的钱等于白花。",[11,155,156],{},"还有一种情况：如果你的站还没有稳定的自然流量，先修 LCP。LCP 影响的是新访客第一印象，而 INP 要等用户真的开始操作才暴露。没流量的站，INP 差也没人投诉。",[15,158,160],{"id":159},"两套指标一张看板","两套指标，一张看板",[11,162,163],{},"我们给客户的做法是别把六个指标做成一排红绿灯，而是分两组：一组是\"来的人会不会走\"（LCP、CLS、TTFB），一组是\"来的人用得顺不顺\"（INP、可用时间、关键操作耗时）。两组各自有负责人，各自有季度目标。这样排期时不用争论哪个指标更重要，看哪组数据更差就行。",[11,165,166],{},"去年 11 月我们给一个数据平台做这套看板，他们市场部和产品部第一次在一张表上看到自己的数字，后面谁先改就自然定了，不需要开会争。",[11,168,169],{},"别迷信通用清单。三个指标在规范里是并列的，但你的业务一定有个更疼的地方，先修那个。我们给客户排期时从来不按 LCP、INP、CLS 的顺序来，而是按\"哪个指标的问题出现在最有商业价值的页面上\"。",{"title":82,"searchDepth":83,"depth":83,"links":171},[172,173,174,175,176],{"id":121,"depth":83,"text":122},{"id":131,"depth":83,"text":131},{"id":140,"depth":83,"text":140},{"id":149,"depth":83,"text":150},{"id":159,"depth":83,"text":160},"技术SEO","2025-10-24","统计 9 个 B2B 软件站的用户投诉，7 个指向点了没反应，只有 2 个抱怨打开慢。营销站看 LCP，后台看 INP，混合站按核心页面访问占比决定先修哪个。",{},"\u002Fblog\u002Finp-before-lcp-priority",{"title":110,"description":179},"blog\u002Finp-before-lcp-priority",[185,186,187],"INP","性能策略","B2B软件","7Pp6FaYWZ8cBS1zqSJpXuvPOY2BgTRritktnQw-xXXI",{"id":190,"title":191,"author":6,"body":192,"canonical":92,"category":294,"cover":92,"date":295,"description":296,"draft":96,"extension":97,"keywords":92,"meta":297,"navigation":99,"noindex":96,"ogImage":92,"path":298,"seo":299,"seoDescription":92,"seoTitle":92,"stem":300,"tags":301,"updated":92,"__hash__":305},"blog\u002Fblog\u002Fbrand-entity-page-guide.md","品牌实体页怎么写：About 页要当成知识图谱的正式入口",{"type":8,"value":193,"toc":287},[194,197,201,204,207,211,214,221,227,233,239,245,248,254,260,266,269,272,275,278,281,284],[11,195,196],{},"2025 年 11 月，一个客户被 AI 描述成\"一家做 BI 报表的公司\"。他们实际做的是数据管道，BI 只是下游客户在用的东西。这个错误描述至少挂了两个月，销售在电话里被问\"你们是不是也做报表\"问了十几次。查下来，问题不在官网首页，在 About 页。",[15,198,200],{"id":199},"ai-认实体靠四类信息","AI 认实体，靠四类信息",[11,202,203],{},"AI 判断一个品牌实体，需要四个东西：叫什么、做什么、在哪里、谁在做。这四样缺一样，它就会去别处找，找到什么就是什么。",[11,205,206],{},"那个客户的 About 页写了 400 字，讲愿景、讲价值观、讲团队来自哪些大厂，唯独没写\"我们做数据管道，客户是 50 到 500 人的 SaaS 公司\"。于是 AI 从第三方拿到一个更省事的描述：BI。",[15,208,210],{"id":209},"about-页的五段结构","About 页的五段结构",[11,212,213],{},"我们现在给客户改 About 页，固定五段：",[11,215,216,220],{},[217,218,219],"strong",{},"第一段，一句定义。"," 用最简单的句式：X 是一家做 Y 的公司，客户是 Z。不超过 50 字，主谓宾齐全。",[11,222,223,226],{},[217,224,225],{},"第二段，产品清单。"," 三个以内，每个一句话说明做什么。别用\"矩阵\"\"体系\"这类词，直接说功能。",[11,228,229,232],{},[217,230,231],{},"第三段，规模与地点。"," 成立年份、团队人数、办公城市、服务多少客户。这四组数字是实体消歧的关键。",[11,234,235,238],{},[217,236,237],{},"第四段，和同类的区别。"," 一句话说清不做什么。我们帮一个安全工具客户写的是\"我们不做终端杀毒，只做 API 网关的权限校验\"。这句被引用了 6 次。",[11,240,241,244],{},[217,242,243],{},"第五段，指向外部。"," 指向文档、GitHub、公司注册信息。这是给 AI 做交叉验证的入口。",[15,246,247],{"id":247},"三种别写的话",[11,249,250,253],{},[217,251,252],{},"\"我们是一支充满热情的团队\"。"," 这句在 AI 眼里没有信息量，在客户眼里也是。",[11,255,256,259],{},[217,257,258],{},"\"我们的解决方案覆盖多个行业\"。"," 覆盖哪几个？写出来。写不出来说明没想清楚。",[11,261,262,265],{},[217,263,264],{},"\"创立于 2015 年，多年来……\"。"," 年份有用，后面那句没用。",[15,267,268],{"id":268},"改完的变化",[11,270,271],{},"那个客户改 About 页花了 3 小时，改完第 3 周复查品牌词查询：4 个引擎里有 3 个的描述变成了\"数据管道\"，剩下 1 个还是 BI。第 6 周，4 个都对了。",[11,273,274],{},"顺带的效果是 About 页的跳出率降了 11 个百分点。人也不想读 400 字愿景。",[15,276,277],{"id":277},"实体不是一页的事",[11,279,280],{},"About 页是入口，不是全部。名称写法要统一：官网、GitHub、领英、应用商店里用同一个中英文名，别今天带\"科技\"明天不带。地址和注册主体也要一致，AI 会用这些做消歧。",[11,282,283],{},"我们见过一家公司，官网写\"XX（杭州）科技有限公司\"，GitHub 上写\"XX Labs\"，领英写\"XX Inc\"。三个名字，AI 当成三家，导致一条本该合并的记录被拆成三条，每条都信息不全。这种活儿没有技术含量，就是笨功夫，但不做的话，后面所有优化都是给错的实体加分。",[11,285,286],{},"先把名字对齐，再谈内容。",{"title":82,"searchDepth":83,"depth":83,"links":288},[289,290,291,292,293],{"id":199,"depth":83,"text":200},{"id":209,"depth":83,"text":210},{"id":247,"depth":83,"text":247},{"id":268,"depth":83,"text":268},{"id":277,"depth":83,"text":277},"GEO","2025-10-26","客户被 AI 说成\"做 BI 的公司\"，实际做数据管道。问题出在 About 页：没写清做什么、给谁做、在哪。改完 3 周，品牌词回答里的错误描述从 4 处降到 1 处。",{},"\u002Fblog\u002Fbrand-entity-page-guide",{"title":191,"description":296},"blog\u002Fbrand-entity-page-guide",[294,302,303,304],"实体优化","知识图谱","品牌","j9v6VIF8sbKq5SoHBnsH0Y-h9uaiXSj6UdVc-GZ7k1U",1794088111362]