面包屑是页面上一条从更上层栏目指向当前页的路径,常见写法是「首页 > 栏目 > 当前页」。对人,它回答「我现在在站点的哪一层、怎么回到上一级」;对机器,同一条路径用 schema.org 的 BreadcrumbList,按顺序写出每一级的名称和 URL。它是辅助导航,不替代顶栏菜单。结构化数据一文把它和 Organization、Service、Article、FAQPage 并列为企业站常见起点,本篇只把这一项说完。加了面包屑,不保证 Google 搜索结果一定画出这条路径,也不保证 ChatGPT、豆包、DeepSeek、Kimi 会引用你的页面。

它不是点击历史,也不是排名开关

网页面包屑表示站点信息结构里的位置,不是这次访问点过哪些页。浏览器的后退按钮才是会话历史。Nielsen Norman Group 2018 年的指南把面包屑定义为辅助寻路:不能顶替全局导航;每一级(当前页除外)应是真实能打开的页面;当前页放在末尾,且不要做成指向自己的链接。

对搜索引擎,公开口径比「做了就会涨」窄。

Google Search Central 写明:页面里的面包屑标记,用来在搜索结果里给页面归类。同一页可能被不同查询命中,面包屑提供的是「它落在站点哪一层」的上下文。Google 建议标记用户到达该页的典型路径,不必照抄 URL 文件夹。

资格上,一份 BreadcrumbList 至少含两个 ListItem;文档把 JSON-LD 列为推荐格式。最后一级可以不写 item,此时 Google 用当前页 URL。有效标记只构成展示资格,不保证富结果一定出现。

2025-01-23,Google 宣布所有语言和地区的手机搜索结果不再显示面包屑,桌面继续显示;已做标记不必撤掉。截至 2026-08-18,功能说明页仍写用于桌面。不要把「手机上看不见」读成「机器不再读」。

Bing 站长帮助把 Breadcrumbs 列为已支持的标注场景,并写明有标注不等于一定做出富摘要。

百度《搜索引擎优化指南 2.0》(学堂页标注最新更新章节 2014-12-12)建议内容较多的网站使用面包屑,示例为「网站首页 > 频道 > 当前浏览页面」,并要求导航用文字链接。这是对可见导航的建议。

百度搜索资源平台的「结构化数据工具」帮助页,截至 2026-08-18 列出的开放提交类目是通用问答、在线文档、资料下载、软件下载,名单里没有 BreadcrumbList。不能把 Google 桌面结果里的路径展示,说成「百度也会这样展示」。

国内生成式产品(豆包、DeepSeek、Kimi)的公开爬虫或产品文档里,截至同日也没有写会专门消费 BreadcrumbList。对它们,能被抓到的可见 HTML 路径仍然有用:抓取至少读得到页面上的文字和链接;JSON-LD 是额外的机器声明。没有公开文档支撑「加了 BreadcrumbList 就会被 AI 引用」。

可见路径和 BreadcrumbList 必须对得上

企业官网建议同时做两层,而且两层说同一件事。

层给谁看最低要求
可见导航人,以及只解析 HTML 的抓取文字链接;层级是真实栏目;当前页可识别
BreadcrumbList声明消费 schema.org 的系统有序 ListItem:position、name、除末级外的 item

可见层按 W3C ARIA Authoring Practices 的面包屑模式:放在 nav 地标里,用 aria-label(或 aria-labelledby)说明这是面包屑;若当前页做成了链接,设 aria-current="page"。列表用有序列表即可。可见 HTML 上不必再叠一套 Microdata。JSON-LD 单独放一份,更不容易和改版打架,这也和结构化数据主张的「集中构造、按页注入」一致。

Google 的通用结构化数据指南写明:不要标记读者在页面上看不到的内容。JSON-LD 里写了「服务 > GEO 诊断」,页面顶上却没有这条路径,或文字对不上,就不符合这条质量要求。Bing 同样要求标注准确反映可见内容,不相关或不准确的标记可能被忽略。

schema.org 对 BreadcrumbList 的定义是:由一串链接网页组成的 ItemList,通常带 URL 和名称,通常以当前页结尾;要用 position 还原顺序,标记里的出现次序本身不够。

JSON-LD 形态如下(域名为示例;末级不写 item,与 Google 示例同一约定):

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "首页",
      "item": "https://example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "服务",
      "item": "https://example.com/services/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "GEO 诊断"
    }
  ]
}

Google 不强制把站点域名写成第一级,也不强制写入当前页。企业站仍建议第一级用「首页」而不是裸主机名:首页是用户能打开的页面,主机名不是。当前页建议保留为最后一项、不作链接,和 NN/g 一致;JSON-LD 里对应项可以只留 name。

一条路径对应一个 BreadcrumbList。Google 允许同一页声明多条路径。NN/g 对多父级站点的建议是选定一条主路径,不要在页面顶部摆两条互相打架的可见面包屑。B2B 服务页、案例页、洞察文章,各选一条稳定栏目路径即可,不要为了多占关键词虚构第二条。

父级必须是真实页面。NN/g 写过:信息架构里的逻辑分类如果没有独立 URL,就不要出现在面包屑里。点开「服务」却 404,或跳到与标签无关的聚合页,这条路径对人是坏导航,对机器是坏声明。

四种常见写错

先对这四类,比先问装了哪个插件有用。

写法看起来像问题
只有 JSON-LD,页面上看不见技术做完了违反 Google「不标记不可见内容」;HTML 抓取也读不到这条路径
按 URL 文件夹硬拆/a/b/c 就写成 A > B > CGoogle 明确建议典型用户路径,不必镜像 URL;文件夹经常和栏目名不一致
末级指向自己,或中间级没有页面每一级都可点当前页链到自己没有寻路价值;空壳父级让人点进死链
标签和栏目名两套词导航写「解决方案」,面包屑写「产品」人会迷路;机器看到两个名字,更难确认这是同一栏

还有一种更隐蔽:把面包屑做成「你刚才点过的页」。那是会话历史。换一个从搜索结果或 AI 答案点进来的人,这条记录是空的,而这正是面包屑最该服务的到达方式。

深度只有一两层的站点,NN/g 认为面包屑收益很低。优先把顶栏栏目名和当前页标题对齐,不必为了打勾硬造三级路径。

影响得了、影响不了

这件事挂在方法链的技术环。它改变的是:页面在站点里的位置,有没有一份人和机器都能核对的说法。

影响得了:访客从外部链接落到深层页时,能否回到栏目页;抓取能否在 HTML 里看到文字链接组成的层级;声明消费 BreadcrumbList 的系统(Google 文档所述的归类与桌面展示资格,以及 Bing 所列的 Breadcrumbs 场景)能否读到与可见内容一致的标记。

影响不了:Google 是否在这一次搜索里画出路径(手机结果按 2025-01-23 公告不再画,桌面也不保证);百度是否用 BreadcrumbList 做特型摘要(官方结构化数据工具名单未列此项);ChatGPT、Perplexity、豆包、DeepSeek、Kimi 会不会把官网当作引用来源;任何排名或「被推荐」结果。

它也替代不了 llms.txt。llms.txt 是给模型看的站点导览;面包屑是单页上的层级声明。两份资产可以在构建期一起生成,职责不同。

本周可以做的一件事

只做一件事:抽 5 个至少三层深的公开页(服务子页、案例、洞察文章各抽),填下面这张表。

URL页面上看见的路径JSON-LD 里的 name 序列每一级父级是否 200可见与 JSON-LD 是否逐字一致

没有 JSON-LD 就在第三列写「无」。父级不要只看状态码,还要看打开后是不是面包屑上那个名字对应的栏目。

验收:没做过这个站的同事,应能根据表指出哪几行不一致或点开是空页。指不出,说明表还只是「有 / 没有面包屑」四个字,还没变成可移交的检查记录。

常见问题

为什么叫面包屑?

英文 breadcrumb,中文按字面叫「面包屑」。出典是格林童话《汉塞尔与格蕾特》(1812 年收入《儿童与家庭童话集》;中文也译《糖果屋》)。兄妹在林中撒面包屑想找回家的路,鸟把屑啄光了。网页借的是「留记号、好退回上层」。童话记的是走过的路;官网记的是栏目层级,不是点击历史。

扁平站点要不要硬做三级?

不必。一两层的站点,面包屑几乎没有寻路价值。先保证每个公开页能从顶栏或栏目页用文字链接到达。深度到「首页 > 栏目 > 页面」再补路径和标记。硬造的第三级如果没有独立页面,比没有面包屑更糟。

手机上要不要缩短,只留上一级?

NN/g 允许手机上缩短可见路径,以免折行占满屏。那是可见层的折中。JSON-LD 仍建议保留完整层级,不要把桌面三条、手机一条写进两份互相矛盾的标记。技术上只能输出一份标记时,以完整层级为准。

和 FAQPage、Organization 放在同一页可以吗?

可以。Google 通用指南的示例里,同一页可以同时有主类型和 BreadcrumbList。洞察文章常见组合是 Article + BreadcrumbList,服务页是 Service 或 WebPage + BreadcrumbList。主类型仍应反映页面主体;不要只标面包屑、漏掉页面在写什么。

AI 答案里的来源链接,会不会跟着面包屑走?

没有公开机制文档支持这个推断。来源链接触及的是答案侧的引用率,和页面上有没有 BreadcrumbList 不是同一件事。面包屑做对了,只说明位置声明可被核对,不能当成引用证据。


中屹信息提供生成式引擎优化(GEO)服务,覆盖诊断→内容→技术→监测。我们交付可验证的内容与技术基建、以及按问题基线复验的记录,不承诺不可控的 AI 推荐或排名结果。若需要把本文方法落到你的官网,可从服务或联系开始。