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