[{"data":1,"prerenderedAt":404},["ShallowReactive",2],{"blog-scenario-keyword-matrix":3,"blog-prev-scenario-keyword-matrix":121,"blog-next-scenario-keyword-matrix":205},{"id":4,"title":5,"author":6,"body":7,"canonical":105,"category":106,"cover":105,"date":107,"description":108,"draft":109,"extension":110,"keywords":105,"meta":111,"navigation":112,"noindex":109,"ogImage":105,"path":113,"seo":114,"seoDescription":105,"seoTitle":105,"stem":115,"tags":116,"updated":105,"__hash__":120},"blog\u002Fblog\u002Fscenario-keyword-matrix.md","场景词矩阵：行业乘角色乘流程，一张表挖出 300 个词","元析智能",{"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",{},"场景词比品类词好打，问题是没人知道从哪挖。我们用一张三列表来生成：行业、角色、流程。三列交叉，一次能出 300 个候选词，筛完能进排期的 40 个左右。",[15,16,17],"h2",{"id":17},"三列怎么填",[11,19,20],{},"行业列写你的客户所在行业，8 到 12 个。角色列写用这个产品的人，4 到 6 个，比如运维、开发、采购、财务。流程列写这个角色用产品做的事，6 到 8 个。",[11,22,23],{},"三列相乘，理论上就是几百种组合。不用全填，先填最有把握的两列交叉。",[15,25,26],{"id":26},"一个具体例子",[11,28,29],{},"做日志分析工具的，行业填电商、金融、游戏、SaaS。角色填运维、后端开发、SRE。流程填排障、容量规划、审计、告警配置。",[11,31,32],{},"“电商 运维 排障”就变成一个词：电商大促期间怎么排查接口超时。这就是场景词。",[15,34,35],{"id":35},"生成之后要筛",[11,37,38],{},"第一筛：这个词有人搜吗。用搜索后台和工具过一遍，零曝光的先放一边。",[11,40,41],{},"第二筛：我们有没有素材。没有真实客户场景的，写出来还是空的。",[11,43,44],{},"第三筛：竞品写过吗。写过的看能不能换角度，没写过的优先。",[15,46,47],{"id":47},"为什么场景词更好打",[11,49,50],{},"品类词的前十是官网、媒体、点评站，新页面很难挤进去。场景词的前十常常只有两三个像样的结果，一篇讲透的页面就能排上去。",[11,52,53],{},"2025 年我们给一个客户做了 40 个场景词，12 个月内 22 个进了前三页，品类词一个都没进。",[15,55,56],{"id":56},"一张表的维护",[11,58,59],{},"行业和角色变了就更新，流程列每季度补一次。客户签了新行业，第一件事是往矩阵里加一列。",[11,61,62],{},"这张表比关键词工具导出的表好用，因为它自带语境，写的时候不用再想“这篇谁来读”。",[15,64,65],{"id":65},"一个提醒",[15,67,68],{"id":68},"谁来一起填这张表",[11,70,71],{},"别一个人填。让销售填行业和角色，让技术支持填流程，让市场的人补客户原话。",[11,73,74],{},"我们 2026 年 2 月做过一次，三拨人各填一列，交叉出来的词比一个人拍脑袋多出两倍，而且更接近真实问法。",[15,76,77],{"id":77},"多久更新一次",[11,79,80],{},"半年一次就够。行业和角色的变化慢，流程列跟着产品迭代走。",[11,82,83],{},"更新的标准是：新签了三个同行业客户，就加一列；产品上线了新模块，就补一行。",[11,85,86],{},"矩阵生成的词不要直接当标题。组合词往往很生硬，要改成人话。比如“SaaS 财务 对账”要写成“SaaS 公司财务怎么每月对账”，读起来才正常。",[11,88,89],{},"一个词能不能写，还要看它有没有对应的客户场景可以引用。写不出来的场景，先别排进计划。",[11,91,92],{},"矩阵的价值不是生成词，是把“写什么”和“谁在什么情况下会搜”绑在一起。绑不上，就还是空的。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103,104],{"id":17,"depth":95,"text":17},{"id":26,"depth":95,"text":26},{"id":35,"depth":95,"text":35},{"id":47,"depth":95,"text":47},{"id":56,"depth":95,"text":56},{"id":65,"depth":95,"text":65},{"id":68,"depth":95,"text":68},{"id":77,"depth":95,"text":77},null,"SEO","2026-04-19","场景词比品类词好打，但没人知道从哪挖。我们用一张三列表：行业、角色、流程，交叉组合出 300 个候选词，筛完剩 40 个进排期。",false,"md",{},true,"\u002Fblog\u002Fscenario-keyword-matrix",{"title":5,"description":108},"blog\u002Fscenario-keyword-matrix",[117,118,119],"场景词","关键词矩阵","选题","j0BG51CIzcVmIpUWv16xdjyP0c4CLtwqrdBTETlrGs4",{"id":122,"title":123,"author":6,"body":124,"canonical":105,"category":193,"cover":105,"date":194,"description":195,"draft":109,"extension":110,"keywords":105,"meta":196,"navigation":112,"noindex":109,"ogImage":105,"path":197,"seo":198,"seoDescription":105,"seoTitle":105,"stem":199,"tags":200,"updated":105,"__hash__":204},"blog\u002Fblog\u002Fbreadcrumb-jsonld-position-errors.md","BreadcrumbList 标了没生效，九成是层级写错",{"type":8,"value":125,"toc":184},[126,129,133,136,139,143,146,150,153,157,160,163,166,169,172,175,178,181],[11,127,128],{},"BreadcrumbList 的报错，九成不是 JSON 语法，是层级和页面对不上。校验工具能指出错在哪一行，但改起来得回到模板。",[15,130,132],{"id":131},"坑一position-不连续","坑一：position 不连续",[11,134,135],{},"position 必须从 1 开始连续编号。模板里按数组索引写，遇到缺一级的页面就会出现 1、3、4，整条标记失效。正确做法是按面包屑的实际层级动态生成 position，别写死。",[11,137,138],{},"我们给客户做结构化数据审计时，第一件事是把全站的 BreadcrumbList 抽出来，用脚本比对每条 item 的 URL 和页面上真实存在的链接。这一步能捞出一半的问题，比等 GSC 报告快得多。",[15,140,142],{"id":141},"坑二name-和页面可见文字不一致","坑二：name 和页面可见文字不一致",[11,144,145],{},"item 里的 name 要和页面上面包屑显示的文字一字不差，URL 要和链接的 href 一致。常见错法：页面上写\"文档中心\"，标记里写\"Docs\"；或者 URL 末尾带斜杠、标记里不带，导致 Google 选不到对应页面。",[15,147,149],{"id":148},"坑三最后一级","坑三：最后一级",[11,151,152],{},"最后一级通常是当前页，可以不写链接，但 name 要保留。有些模板直接从数组里 pop 掉最后一项，结果只剩两级，层级关系错乱。正确做法是保留完整路径，最后一项的 item 可以省略 URL。",[15,154,156],{"id":155},"_2026-年-1-月那次修复","2026 年 1 月那次修复",[11,158,159],{},"一个 4000 页的文档站，GSC 报 1200 条\"缺少字段 item\"。查下来是模板里最后一级用当前页变量渲染，某些页面的变量为空。改模板后两周报错清零，搜索结果里开始出现带路径的展示样式。",[11,161,162],{},"这件事的价值不在展示样式，在于那 1200 个页面的层级关系终于被正确理解，内链和归档页的权重传递顺了一截。",[15,164,165],{"id":165},"怎么验证",[11,167,168],{},"Rich Results Test 跑单页看具体字段；GSC 的\"增强功能 > 面包屑\"看全站报错总数和示例 URL；Screaming Frog 用自定义提取抓 JSON-LD 里的字段做批量比对。三个一起用，通常两天能清完。",[15,170,171],{"id":171},"一个容易忽略的场景",[11,173,174],{},"多语言站的目录层不一样，比如中文是 \u002Fzh\u002Fdocs\u002Fapi，英文是 \u002Fen\u002Fdocs\u002Fapi，但面包屑的层级名称要跟着语言翻译。有些站模板写死了中文的\"产品\"\"文档\"，英文页面也显示中文，用户看不懂，name 和页面文字也对不上。这类问题在 GSC 里会以\"名称不匹配\"的警告出现。",[11,176,177],{},"我们一般把每一级的名称做成语言包，模板按当前语言取，一次改完全站生效。",[15,179,180],{"id":180},"立场",[11,182,183],{},"结构化数据要和页面可见内容同时上线。只有 JSON-LD 没有可见面包屑，属于违规；只有面包屑没有标记，少一个展示机会。两件事一起做，成本多不了半小时。",{"title":94,"searchDepth":95,"depth":95,"links":185},[186,187,188,189,190,191,192],{"id":131,"depth":95,"text":132},{"id":141,"depth":95,"text":142},{"id":148,"depth":95,"text":149},{"id":155,"depth":95,"text":156},{"id":165,"depth":95,"text":165},{"id":171,"depth":95,"text":171},{"id":180,"depth":95,"text":180},"技术SEO","2026-04-18","面包屑结构化数据报错通常不在语法，在层级。我们用 2026 年 1 月一个 4000 页文档站的修复过程，讲清 position 连续性、item 对齐、最后一级这三个坑。",{},"\u002Fblog\u002Fbreadcrumb-jsonld-position-errors",{"title":123,"description":195},"blog\u002Fbreadcrumb-jsonld-position-errors",[201,202,203],"结构化数据","面包屑","JSON-LD","OCyWkXp9Ctvh_qCIckp19K7ii851ypEoyD5P4hnsRrM",{"id":206,"title":207,"author":6,"body":208,"canonical":105,"category":193,"cover":105,"date":393,"description":394,"draft":109,"extension":110,"keywords":105,"meta":395,"navigation":112,"noindex":109,"ogImage":105,"path":396,"seo":397,"seoDescription":105,"seoTitle":105,"stem":398,"tags":399,"updated":105,"__hash__":403},"blog\u002Fblog\u002Fsitemap-rss-ai-crawl.md","站点地图和 RSS 对 AI 抓取还有多少用：六个站三个月的日志",{"type":8,"value":209,"toc":384},[210,213,216,283,286,290,293,296,299,302,306,309,312,315,319,322,329,335,341,344,347,350,353,356,359,363,366,369,372,375,378,381],[11,211,212],{},"站点地图对 AI 抓取有用，但没有你想的那么有用。2026 年 2 月到 4 月，我们统计了六个客户站的日志：AI 爬虫总请求 11.4 万次，其中请求 sitemap 的占 11%，请求 RSS 的占 2%。",[15,214,215],{"id":215},"三个月的数",[217,218,219,235],"table",{},[220,221,222],"thead",{},[223,224,225,229,232],"tr",{},[226,227,228],"th",{},"项目",[226,230,231],{},"请求数",[226,233,234],{},"占比",[236,237,238,250,261,272],"tbody",{},[223,239,240,244,247],{},[241,242,243],"td",{},"页面请求",[241,245,246],{},"98100",[241,248,249],{},"86%",[223,251,252,255,258],{},[241,253,254],{},"sitemap 请求",[241,256,257],{},"12500",[241,259,260],{},"11%",[223,262,263,266,269],{},[241,264,265],{},"robots.txt 请求",[241,267,268],{},"1200",[241,270,271],{},"1%",[223,273,274,277,280],{},[241,275,276],{},"RSS 请求",[241,278,279],{},"2200",[241,281,282],{},"2%",[11,284,285],{},"sitemap 那 11% 里，大部分集中在月初和站点有新内容发布的那几天。说明它被当作\"发现新内容\"的工具，不是\"读内容\"的通道。",[15,287,289],{"id":288},"sitemap-还有用的地方","sitemap 还有用的地方",[11,291,292],{},"新页发现。刚发的页面，内链还没铺开，sitemap 是最快的通知方式。我们观察到一个规律：新页发布后 24 小时内被 AI 爬虫抓到的，八成是通过 sitemap 或内链。",[11,294,295],{},"大站分批。页面超过 5000 个的站，sitemap 分索引文件，能让爬虫按板块抓，不至于只扫首页附近。",[11,297,298],{},"URL 变更通知。改版之后旧 URL 301 到新 URL，sitemap 同步更新，能加快替换速度。",[11,300,301],{},"这三件事都不是\"提升引用\"，是\"缩短发现时间\"。别把它当优化手段，把它当基础设施。",[15,303,305],{"id":304},"rss-的实际情况","RSS 的实际情况",[11,307,308],{},"RSS 在 AI 抓取里的存在感很低。六个站三个月只有 2200 次 RSS 请求，其中大部分来自聚合器和阅读工具，不是 AI 爬虫。",[11,310,311],{},"但它还有两个用处。一是给内容团队做分发，二是被一些行业聚合站抓取后二次传播。后者的价值在品牌提及，不在 AI 引用。",[11,313,314],{},"我的建议是保留 RSS，但别为它投入。生成 RSS 是建站的基本功能，有就行。",[15,316,318],{"id":317},"真正影响-ai-抓取的是什么","真正影响 AI 抓取的是什么",[11,320,321],{},"按影响大小排：",[11,323,324,328],{},[325,326,327],"strong",{},"内链深度。"," 从首页点三次以内能到的页面，被抓概率最高。我们查过一个站，深度 5 层以上的 400 个页面，三个月里只有 12 个被 AI 爬虫碰过。",[11,330,331,334],{},[325,332,333],{},"更新频率。"," 每周有更新的板块，抓取频次明显高。停更半年的板块，爬虫基本不来了。",[11,336,337,340],{},[325,338,339],{},"页面可读性。"," 内容在 HTML 里还是靠 JS 渲染，直接决定它能不能读到。我们有个客户的核心文档是纯前端渲染，日志显示抓了，但内容没进去。",[11,342,343],{},"这三件都比 sitemap 重要。",[15,345,346],{"id":346},"一个反常识的做法",[11,348,349],{},"别把所有 URL 都塞进 sitemap。我们见过一个站 sitemap 里有 5 万个 URL，其中 4.6 万个是参数页和筛选页。",[11,351,352],{},"结果是重要页面的信号被稀释，爬虫的抓取预算花在垃圾页上。",[11,354,355],{},"现在我们的做法是分文件：核心内容一个，文档一个，博客一个，参数页不放。每个文件不超过 2000 个 URL。",[11,357,358],{},"站点地图是给爬虫省时间的，不是给自己省事的。",[15,360,362],{"id":361},"一份能用的-sitemap-该怎么写","一份能用的 sitemap 该怎么写",[11,364,365],{},"三个基本要求：只有可索引的 200 状态页、lastmod 是真的、重要页面排在前面。",[11,367,368],{},"lastmod 这块必须说。很多站的 lastmod 是程序生成的，每次构建都更新，等于没有。爬虫看几次发现日期和内容对不上，就不信这个字段了。",[11,370,371],{},"我们的做法是让 lastmod 跟着正文改动走：内容改了就更新，模板换了不动。这需要在发布流程里加一步，不复杂，但大多数站没做。",[11,373,374],{},"顺带说一句，sitemap 里的优先级字段都被忽略，不用纠结填 0.8 还是 1.0。",[15,376,377],{"id":377},"什么时候该停下来别折腾",[11,379,380],{},"站里页面不到 500 个的时候，sitemap 的作用基本可以被内链替代。真正该花时间的是把重要页面点三次能到、每周更新几页。",[11,382,383],{},"我们见过太多人在这上面花两周，然后把\"没效果\"归因到 AI 不认 sitemap。方向一开始就偏了。",{"title":94,"searchDepth":95,"depth":95,"links":385},[386,387,388,389,390,391,392],{"id":215,"depth":95,"text":215},{"id":288,"depth":95,"text":289},{"id":304,"depth":95,"text":305},{"id":317,"depth":95,"text":318},{"id":346,"depth":95,"text":346},{"id":361,"depth":95,"text":362},{"id":377,"depth":95,"text":377},"2026-04-20","六个站三个月的日志里，AI 爬虫请求 sitemap 的比例只有 11%，RSS 更低到 2%。这两个文件是发现入口，不是引用入口。真正影响 AI 抓取的是内链深度、更新频率和页面能不能被读到。",{},"\u002Fblog\u002Fsitemap-rss-ai-crawl",{"title":207,"description":394},"blog\u002Fsitemap-rss-ai-crawl",[400,401,402,193],"sitemap","RSS","AI爬虫","QS9NV_FIQZ4WgeNItEpiAiaZuVFIaylqWFJ6TyfbSng",1794088106637]