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