Marketing Skills 站点导航模式实战指南:页头、页脚、侧边栏与面包屑的完整信息架构设计
Marketing Skills 站点导航模式实战指南:页头、页脚、侧边栏与面包屑的完整信息架构设计
本指南基于 marketingskills 仓库中 site-architecture 技能 的核心参考文档 navigation-patterns.md,系统讲解不同站点类型与业务场景下的导航设计模式——从页头导航、页脚导航、侧边栏导航到面包屑与移动端导航,并给出可直接复用的布局结构、规则清单与 Schema 标记示例。读完本文,你将掌握一套完整可落地的导航设计方法论,能够为 SaaS、电商、内容站、文档站等任意站点制定清晰的导航规范,并让导航结构同时服务用户体验与搜索引擎。
一、导航在信息架构中的位置
在 site-architecture 技能的设计框架中,导航是"页面层级(Page Hierarchy)到用户可感知路径"的落地环节。SKILL.md 将导航类型划分为六类,各自承担不同的职责与放置位置:
| 导航类型 | 职责 | 放置位置 |
|---|---|---|
| 页头导航(Header nav) | 主导航,始终可见 | 每个页面顶部 |
| 下拉菜单(Dropdown menus) | 在父级项下组织子页面 | 从页头项展开 |
| 页脚导航(Footer nav) | 次级链接、法律链接、站点地图 | 每个页面底部 |
| 侧边栏导航(Sidebar nav) | 区块内导航(文档、博客) | 区块内容左侧 |
| 面包屑(Breadcrumbs) | 展示当前所在层级位置 | 页头下方、内容上方 |
| 上下文链接(Contextual links) | 相关内容、下一步引导 | 页面内容内部 |
本文聚焦其中五种核心可视化导航模式(页头、页脚、侧边栏、面包屑、移动端)的细节设计。而导航设计的大前提是页面层级规划——在动手设计导航前,应先完成站点类型识别与页面对比、URL 结构设计(详见 site-architecture SKILL.md 与 site-type-templates.md),导航只是将这些层级关系呈现给用户与搜索引擎的"入口系统"。
二、页头导航(Header Navigation)
页头是每个页面最高频暴露的导航区域,也是用户做"站点是什么、我该点哪里"判断的第一落点。navigation-patterns.md 提供了三种成熟模式。
1. 简单页头(Simple Header,4-6 项)
适用场景:小型企业站、简单 SaaS、作品集站点。
[Logo] Features Pricing Blog About [CTA Button]
规则清单:
- Logo 始终链接到首页——这是全站导航的第一约定,logo 不是装饰而是"回首页"的快捷键;
- CTA 按钮置于最右侧,视觉上需要明显区分:实心填充按钮 + 对比色,让它从纯文本导航项中跳出来;
- 导航项按优先级排序——访问量最高、对业务最重要的页面排在最前;
- 当前页面要有视觉指示——下划线、加粗或变色,让用户随时知道"我在哪"。
SKILL.md 对页头项数量给出了硬性约束:4-7 项为上限,超过会引发"决策瘫痪"(decision paralysis)。这个约束同时被 site-architecture 的评测用例(evals.json)反复校验,例如 eval #1 明确要求"Provides navigation design (4-7 header items)"。
2. 超级菜单页头(Mega Menu Header)
适用场景:功能众多的 SaaS、带类目的电商、大型内容站点。
[Logo] Product ▾ Solutions ▾ Resources ▾ Pricing Docs [CTA]
当鼠标悬停/点击 "Product" 时展开的菜单结构:
┌─────────────────────────────────────────────────┐
│ Features Platform Integrations │
│ ───────── ───────── ──────────── │
│ Analytics Security Slack │
│ Automation API HubSpot │
│ Reporting Compliance Salesforce │
│ Dashboards Zapier │
│ │
│ [See all features →] │
└─────────────────────────────────────────────────┘
超级菜单规则:
- 最多 2-4 列,超过 4 列菜单会变宽失控,SKILL.md 同样限定"mega menu 限 3-4 列";
- 按逻辑分组——按功能领域、使用场景或目标受众归类,而不是字母顺序堆砌;
- 底部放 "See all" 链接——承接"想看的更多"的流量,同时给整个区块一个明确出口;
- 禁止在超级菜单内嵌套下拉——层级嵌套过多会导致"下拉套娃"(dropdown inception)反模式;
- 当标签本身不够明确时,为条目配描述文字——一行小字说明"Analytics 是做什么的",降低用户认知成本。
电商场景下的超级菜单还有一个增强项,见 site-type-templates.md 的 E-Commerce 模板:Shop 下的 mega menu 可以加入分类列 + 特色商品/图片,利用视觉内容加速购买路径。
3. 分离式导航(Split Navigation)
适用场景:同时存在营销导航与产品导航的 Web App(如 SaaS 前台营销页 + 登录后台)。
[Logo] Features Pricing Blog [Login] [Sign Up]
├── Marketing nav (left) ──────┘ └── Auth nav (right) ──┤
设计要点:右侧专门承载认证类操作(Login / Sign Up),左侧承载页面导航(Features / Pricing / Blog)。这种左右分工清晰地区分了"浏览站点"与"进入产品"两类意图,避免营销链接与账号操作混排造成视觉噪音。
4. 与站点类型模板的对应关系
site-type-templates.md 为六类常见站点给出了推荐页头结构,可以直接作为落地起点:
| 站点类型 | 页头结构 | 特征说明 |
|---|---|---|
| SaaS 营销站 | 6 项 + CTA:Features | Pricing | Customers | Resources | Integrations | Docs | [Get Started] | 功能、定价为核心,Docs 辅助 |
| 内容/博客站 | 4 项 + CTA:Blog | Resources | About | Contact | [Subscribe] | 订阅按钮作为 CTA |
| 电商站 | 5 项 + 图标:Shop(mega menu)| Collections | Sale | Blog | Help | [Cart] [Account] | Shop 使用超级菜单,购物车/账户用图标 |
| 文档站 | Docs | API | Blog | Community | GitHub | [Dashboard] | 主体导航在侧边栏而非页头 |
| 混合站(SaaS+内容) | 7 项 + CTA:Product | Solutions | Pricing | Resources | Blog | Docs | Integrations | [Start Free Trial] | 上限临界点,Product/Solutions/Resources 均用 mega menu |
| 小型企业/本地站 | 5 项 + CTA:Services | About | Testimonials | Blog | [Contact Us] | 保持扁平,所有页面页头可达 |
注意混合站的 7 项正好踩在 4-7 项上限的边缘,SKILL.md 的忠告是:一旦页头项目超过 7 个,就应把次要项收敛进下拉或超级菜单,而不是继续横向堆砌。
三、页脚导航(Footer Navigation)
页脚是全站一致性的"第二落点",承载法律链接、次要业务链接与 SEO 长尾入口。navigation-patterns.md 给出三种模式。
1. 分栏式页脚(Column-Based Footer,标准)
适用场景:大多数站点。将链接按主题组织为 3-5 栏。
┌──────────────────────────────────────────────────────────┐
│ │
│ Product Resources Company Legal │
│ ───────── ────────── ───────── ───── │
│ Features Blog About Privacy │
│ Pricing Guides Careers Terms │
│ Integrations Templates Contact GDPR │
│ Changelog Case Studies Press │
│ Security Webinars Partners │
│ │
│ [Logo] © 2026 Company Name │
│ Social: [Twitter] [LinkedIn] [GitHub] │
│ │
└──────────────────────────────────────────────────────────┘
SKILL.md 给出了分栏的标准分组方式,可直接照搬:
- Product 栏:Features、Pricing、Integrations、Changelog;
- Resources 栏:Blog、Case Studies、Templates、Docs;
- Company 栏:About、Careers、Contact、Press;
- Legal 栏:Privacy、Terms、Security。
底部附带 Logo、版权年份与社交链接,构成页脚的身份区。
2. 极简页脚(Minimal Footer)
适用场景:简单站点、落地页(Landing Pages)——落地页的使命是让用户集中注意力到 CTA 上,页脚越轻越好。
┌──────────────────────────────────────────────────────────┐
│ [Logo] │
│ © 2026 Company · Privacy · Terms · Contact │
└──────────────────────────────────────────────────────────┘
3. 扩展页脚(Expanded Footer,SEO 导向)
适用场景:站点用页脚承载 SEO 入口——对比页、地区/位置页、资源链接页。页脚链接传递的 PageRank 权重低于页头,但胜在可以合法容纳大量长尾链接而不破坏主导航的简洁性。
┌──────────────────────────────────────────────────────────┐
│ Product Resources Compare Use Cases │
│ Features Blog vs Competitor A For Startups │
│ Pricing Guides vs Competitor B For Enterprise│
│ API Templates vs Competitor C For Agencies │
│ │
│ Integrations Popular Posts │
│ Slack Zapier How to Do X │
│ HubSpot Salesforce Guide to Y │
│ Template: Z │
│ │
│ [Logo] © 2026 · Privacy · Terms · Security │
└──────────────────────────────────────────────────────────┘
这个模式的关键判断:扩展页脚 ≠ 页脚垃圾场。navigation-patterns.md 明确警告"Footer as sitemap dump"是反模式——50+ 无组织的链接堆砌毫无意义。扩展页脚必须维持清晰的分栏结构(Compare、Use Cases、Popular Posts 都是主题明确的栏),才能既服务 SEO 又不伤害用户。
四、侧边栏导航(Sidebar Navigation)
侧边栏用于区块内部的持久导航,与页头全局导航互补。
1. 文档侧边栏(Documentation Sidebar)
左侧持久固定 + 可折叠分区的经典文档布局:
Getting Started
├── Installation
├── Quick Start
└── Configuration
Guides
├── Authentication
├── Data Models
└── Deployment
API Reference
├── REST API
│ ├── Users
│ ├── Projects
│ └── Webhooks
└── GraphQL
Examples
├── Next.js
├── Rails
└── Python
Changelog
规则:
- 当前页面高亮;
- 分区可折叠,当前激活分区默认展开;
- 侧边栏顶部放搜索框——文档站用户是带着明确问题来的,搜索是最高频路径;
- 内容区底部放 "Previous / Next" 翻页导航——驱动用户按文档预设顺序线性阅读;
- 滚动时保持吸顶(Sticky)——文档阅读是长滚动场景,侧边栏不能随页面滚走。
site-type-templates.md 的 Documentation 模板补充了配套结构:侧边栏固定为 Getting Started / Guides / API Reference / Examples / Changelog 五个可展开分区,页头保持极简(Docs | API | Blog | Community | GitHub | [Dashboard]),并把 Changelog 放在侧边栏底部(低优先级)。文档站的信息架构原则是"重侧边栏、轻页头"。
2. 博客分类侧边栏(Blog Category Sidebar)
Categories
├── SEO (24)
├── CRO (18)
├── Content (15)
├── Paid Ads (12)
└── Analytics (9)
Popular Posts
├── How to Improve SEO
├── Landing Page Guide
└── Analytics Setup
Newsletter
└── [Email signup form]
三个区块各有职责:Categories 带文章计数(24/18/15/12/9),让用户感知内容体量与分布;Popular Posts 作为"内容精选入口";Newsletter 邮箱订阅表单把侧边栏的末尾变成转化位。这套结构在 site-type-templates.md 的内容站模板中被验证——内容站页头只保留 4 项(Blog | Resources | About | Contact),把 Categories、Popular Posts、Newsletter 全部下沉到博客侧边栏。
五、面包屑导航(Breadcrumbs)
面包屑是层级关系的"位置指示器",同时向用户和搜索引擎声明"当前页面在站点结构中的坐标"。
1. 标准格式
Home > Features > Analytics
Home > Blog > SEO Category > How to Do Keyword Research
Home > Docs > API Reference > Authentication
规则:
- 分隔符统一:
>或/,全站保持一致,不要混用; - 除当前页外,每一段都是链接;
- 当前页是纯文本(不加链接)——链接到自己的面包屑段会让用户困惑且浪费点击;
- 如果当前页标题已经以 H1 可见,就不要在面包屑里重复当前页——避免视觉冗余。
SKILL.md 还强调了一条容易被忽视的对应关系:面包屑必须镜像 URL 层级。navigation-patterns.md 的反模式清单里就有 "Breadcrumbs that don't match URLs"——面包屑显示 "Products > Widget",但 URL 却是 /shop/widget-pro,这会让用户与搜索引擎都产生错位。对应关系示例:
| URL | 面包屑 |
|---|---|
/features/analytics |
Home > Features > Analytics |
/blog/seo-guide |
Home > Blog > SEO Guide |
/docs/api/auth |
Home > Docs > API > Authentication |
2. 带 Schema 标记的实现
为了让搜索引擎理解面包屑结构,需要结构化数据标记。navigation-patterns.md 提供两种实现:
方案一:HTML 内嵌 Microdata(nav + ol + itemscope)
<nav aria-label="Breadcrumb">
<ol itemscope itemtype="https://schema.org/BreadcrumbList">
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<a itemprop="item" href="/"><span itemprop="name">Home</span></a>
<meta itemprop="position" content="1" />
</li>
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<a itemprop="item" href="/features"><span itemprop="name">Features</span></a>
<meta itemprop="position" content="2" />
</li>
<li itemprop="itemListElement" itemscope itemtype="https://schema.org/ListItem">
<span itemprop="name">Analytics</span>
<meta itemprop="position" content="3" />
</li>
</ol>
</nav>
方案二:JSON-LD(推荐)
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com/" },
{ "@type": "ListItem", "position": 2, "name": "Features", "item": "https://example.com/features" },
{ "@type": "ListItem", "position": 3, "name": "Analytics" }
]
}
仓库中的 schema 技能参考 对 BreadcrumbList 给出了更完整的 JSON-LD 示例(三层的 Home / Blog / SEO Guide),与本文的面包屑规范是同一套 schema.org 类型。该技能是面包屑标记落地的姊妹技能——site-architecture 负责"面包屑放哪、怎么显示",schema 技能负责"标记怎么写、如何校验"。
值得注意的工程细节来自 seo-audit SKILL:JSON-LD 经常由 CMS 插件(AIOSEO、Yoast、RankMath)通过客户端 JS 注入,此时静态 HTML 抓取工具(如 web_fetch、curl)无法检测到标记。上线后应使用渲染 JS 的工具(浏览器控制台 document.querySelectorAll('script[type="application/ld+json"]')、Google Rich Results Test 等)验证面包屑 Schema 是否真实存在。
六、移动端导航(Mobile Navigation)
1. 汉堡菜单(Hamburger Menu)
移动端标准方案,所有导航项折叠进一个菜单图标。规则:
- 汉堡图标(三条横线)置于右上或左上;
- 展开为全屏面板或侧滑面板;
- CTA 按钮在不打开菜单时也要可见——通常靠吸顶页头(sticky header)实现,避免用户为了点 "Get Started" 还要先翻菜单;
- 移动菜单内提供搜索入口;
- 嵌套项使用手风琴(Accordion)模式展开——模拟桌面端下拉的层级关系。
2. 底部标签栏(Bottom Tab Bar)
适用场景:Web App、PWA、移动优先产品。
┌──────────────────────────────────────┐
│ │
│ [Page Content] │
│ │
├──────────────────────────────────────┤
│ Home Search Create Profile │
│ 🏠 🔍 ➕ 👤 │
└──────────────────────────────────────┘
规则:
- 最多 3-5 项——底部空间宝贵,超过会变得拥挤难点;
- 图标 + 文字标签并用,不能只有图标——"Mystery icons"(无标签图标)会让用户猜不出含义,这是导航反模式之一;
- 激活状态清晰标识(高亮/填充变化);
- 最重要的动作放在中间——拇指最容易到达的位置(如 "Create" 发布按钮)。
七、导航反模式(Anti-Patterns)
需要避免的问题
navigation-patterns.md 列出了八类高发反模式,是导航评审(Navigation Review)时的检查清单:
- 页头项过多(8+):引发决策瘫痪,小屏下导航变得不可读;
- 下拉套娃(Dropdown inception):下拉里套下拉再套下拉,层级深不见底;
- 神秘图标(Mystery icons):只有图标没有标签,用户不知道含义;
- 隐藏主导航(Hidden primary nav):把重要页面埋进桌面端的汉堡菜单——桌面端空间足够,不需要为简洁牺牲可达性;
- 页面间导航不一致(Inconsistent nav):除了 App 与营销站这种有意区分的情况,全站导航应当一致;
- 无移动端考虑(No mobile consideration):桌面导航没有移动端对应方案;
- 页脚当站点地图倾倒(Footer as sitemap dump):50+ 无组织链接堆在页脚;
- 面包屑与 URL 不匹配(Breadcrumbs don't match URLs):面包屑声明的路径与真实 URL 结构不符。
常见问题修复速查表
| 问题 | 修复 |
|---|---|
| 导航项过多 | 分组进下拉或超级菜单 |
| 用户找不到页面 | 增加搜索、改进标签命名 |
| 导航导致高跳出率 | 简化选项数量、使用更清晰的标签 |
| SEO 页面没有入口链接 | 加入页脚或资源区块 |
| 移动端导航破损 | 在真实设备上测试,改用汉堡模式 |
这张表也映射到 site-architecture 的评测设计:eval #2(evals.json)针对"50+ 页面、用户找不到东西"的重构场景,要求 Agent 先做内容盘点、按主题分组、应用 3-Click 规则、缩减页头项并处理 URL 重定向——这正是反模式清单的实战应用。
八、面向 SEO 的导航设计(Navigation for SEO)
导航不只是 UI 组件,更是内部链接系统。navigation-patterns.md 明确强调:导航中的内部链接会传递 PageRank,因此要战略性地使用导航位。
各导航位的权重与用法
- 页头导航链接权重最强——把最重要的页面放在这里(首页、核心功能页、定价页);
- 页脚链接传递的价值较低但依然重要——适合对比页、地区/位置页这类"需要入口但不宜占用主导航"的页面;
- 侧边栏链接有助于区块级权威传递——适合博客分类页、文档分区页;
- 面包屑提供结构信号——配合 Schema 标记实现,搜索引擎可以直接理解页面在层级中的位置;
- 不要用纯 JavaScript 渲染导航——搜索引擎需要可爬取的 HTML 链接,JS-only 导航会把链接藏进搜索引擎看不见的角落;
- 使用描述性锚文本——"Analytics Features" 而不是干巴巴的 "Features",让链接本身携带主题语义。
与 SEO 审计的联动
seo-audit SKILL 的 Crawlability 审计项与导航设计直接相关:重要页面应在首页 3 次点击内可达、层级逻辑清晰、内部链接结构合理、无孤儿页面(orphan pages)——没有任何内部链接指向的页面搜索引擎几乎不会发现。site-architecture 的 SKILL.md 内部链接策略也给出了量化基准:
- 每个页面至少有一条入站内部链接(无孤儿页);
- 每 1000 字内容约 5-10 条内部链接(近似指导值);
- 重要页面获得更多入站链接(首页、核心功能页、定价页);
- 每页使用面包屑(免费的内部链接);
- 文章底部加 "Related Posts / You might also like" 相关推荐区。
导航分区可视化
在规划阶段,可以用 mermaid-templates.md 提供的 subgraph 语法把导航分区画进可视化站点地图,让"哪些页面进页头、哪些进页脚"一目了然:
graph TD
subgraph "Header Nav"
HOME["Homepage"]
FEAT["Features"]
PRICE["Pricing"]
BLOG["Blog"]
CTA["Get Started ★"]
end
subgraph "Footer Nav"
ABOUT["About"]
CAREERS["Careers"]
CONTACT["Contact"]
PRIVACY["Privacy"]
TERMS["Terms"]
end
HOME --> FEAT
HOME --> PRICE
HOME --> BLOG
FEAT --> F1["Analytics"]
FEAT --> F2["Automation"]
FEAT --> F3["Integrations"]
HOME --> ABOUT
九、落地:把导航模式写进站点架构交付物
当使用 site-architecture 技能输出站点架构方案时,导航模式应作为**导航规范(Navigation Spec)**交付物的一部分,与页面层级(ASCII 树)、可视化站点地图(Mermaid)、URL 映射表、内部链接计划并列(详见 SKILL.md 的 Output Format 章节)。一份完整的导航规范应包含:
- 页头导航项:按优先级排序的项目列表 + 最右侧 CTA(如 "Start Free Trial" / "Get Started");
- 页脚分区与链接:按 Product / Resources / Company / Legal 四栏组织;
- 侧边栏导航(如适用):文档或博客场景的持久侧边栏结构;
- 面包屑实现说明:格式、分隔符、与 URL 的对齐关系、Schema 标记方案。
实际选型时可参考本文的决策路径:
- 站点类型决定页头形态:小站/作品集用简单页头;功能多的 SaaS 与电商用超级菜单;营销+产品并存用分离式导航;文档站重侧边栏轻页头;
- SEO 目标决定页脚密度:对比页、长尾资源页多时用扩展页脚,否则标准分栏页脚或极简页脚;
- 转化目标决定 CTA 位置:CTA 永远页头最右,移动端保证 CTA 不出现在汉堡菜单里。
最后提醒两点落地原则:导航是全站一致性系统(除 App 与营销站的刻意区分外,页面间不得漂移);同时它是内部链接资产——每一次导航调整都相当于重新分配权重,改版前先对照本文反模式清单做一次现状评审,改版后用 SEO 审计清单验证可达性与无孤儿页面,才能让导航同时兑现用户体验与搜索价值。
延伸阅读(仓库内相关资源)
- navigation-patterns.md:本文的原始参考文档,含全部模式图与规则清单;
- site-architecture/SKILL.md:信息架构主技能,覆盖页面层级、URL 结构、内部链接策略与交付物格式;
- site-type-templates.md:六类站点的完整页面层级、URL 映射与导航模板;
- mermaid-templates.md:可视化站点地图与导航分区的 Mermaid 模板;
- schema-examples.md:BreadcrumbList 等结构化数据 JSON-LD 完整示例;
- seo-audit/SKILL.md:可爬取性、孤儿页面、内部链接等导航相关 SEO 审计项。