项目会上说“做一份Sitemap”，产品经理可能想到页面结构图，前端想到sitemap.xml，运营想到页脚的网站地图，设计师想到导航层级。四个人都没有错，但如果不先统一概念，最后很容易出现：XML文件生成了，网站的页面关系依然一团乱。
项目会上说“做一份Sitemap”，产品经理可能想到页面结构图，前端想到sitemap.xml，运营想到页脚的网站地图，设计师想到导航层级。四个人都没有错，但如果不先统一概念，最后很容易出现：XML文件生成了，网站的页面关系依然一团乱。
01 四个相近概念，解决的是四件不同的事
| 名称 | 主要使用者 | 作用 | 典型形式 |
|---|---|---|---|
| 网站结构图/信息架构图 | 策划、设计、产品、内容团队 | 规划页面层级、类型和关系 | 树状图、流程图、表格 |
| 网站导航 | 网站访问者 | 帮助用户在页面之间移动 | 顶部导航、侧栏、面包屑、页内目录 |
| HTML网站地图 | 网站访问者与爬虫 | 提供可点击的页面目录 | 普通HTML页面 |
| XML Sitemap | 搜索引擎 | 提供可抓取URL及部分更新信息 | sitemap.xml文件 |
网站结构图是策划阶段的决策工具，XML Sitemap是上线后的技术文件。前者决定“应该有哪些页面以及如何组织”，后者记录“哪些规范URL希望搜索引擎发现”。XML文件不会自动修复混乱的信息架构。
02 画结构图前，先别急着列“首页、关于、产品、新闻”
很多企业官网结构图只是把导航抄一遍。更有效的做法是先从业务对象和用户任务出发：客户在找什么，销售需要解释什么，采购需要验证什么，内容团队未来要更新什么。
- 列出核心用户与决策角色，例如业务负责人、技术人员、采购、求职者和媒体。
- 列出他们的关键任务，例如理解产品、比较方案、下载资料、验证案例、发起咨询。
- 整理业务对象，例如产品、解决方案、行业、案例、资源、公司与联系入口。
- 把相同模板和字段的内容归为页面类型，而不是把每个页面单独画成一个盒子。
- 确定主导航、次级导航、面包屑和正文内链的职责。
- 为每类页面约定URL、标题、状态、负责人和是否进入搜索索引。
03 一个B2B企业官网的结构示例
首页
├─ 产品
│ ├─ 产品分类页
│ └─ 产品详情页（模板）
├─ 解决方案
│ ├─ 行业解决方案页（模板）
│ └─ 场景解决方案页（模板）
├─ 客户案例
│ ├─ 案例列表
│ └─ 案例详情页（模板）
├─ 资源中心
│ ├─ 文章
│ ├─ 白皮书
│ └─ 下载资料
├─ 关于我们
└─ 联系我们
结构图中应明确“模板”和“实例”的区别。产品详情页可能有100个实例，但在结构图里只需要画一个页面类型，并在附表中记录字段、数量和筛选关系。否则图会越来越大，却不能帮助开发和内容管理。
04 结构图应该标出哪些信息
| 标记 | 为什么重要 | 示例 |
|---|---|---|
| 页面类型 | 决定模板、CMS与开发复用 | 列表页、详情页、聚合页、落地页 |
| 父子关系 | 决定导航、面包屑和URL层级 | 产品→系列→型号 |
| 入口来源 | 避免只有搜索能找到的孤岛页 | 首页卡片、导航、相关文章 |
| 主要任务 | 防止页面只展示不承接动作 | 下载参数、预约演示、询价 |
| 索引状态 | 决定是否进入搜索与XML Sitemap | index、noindex、登录后 |
| 内容负责人 | 保证上线后有人维护 | 市场、产品、HR、法务 |
05 怎么验证结构图不是团队自嗨
结构图画完后，可以用卡片分类验证用户如何理解内容分组，用树测试验证用户能否仅凭文字层级找到目标，也可以拿真实销售问题和客服问题逐条走查：每个问题应该从哪个入口进入，经过几步找到答案。
- 用户找“某型号是否支持海外认证”，应该进入产品、资源还是解决方案？
- 采购想确认公司资质，是否必须在“关于我们”里猜入口？
- 搜索进入一篇文章后，能否自然到达相关服务和案例？
- 多语言站是同一结构翻译，还是不同市场需要不同内容层级？
06 XML Sitemap应该包含什么
XML Sitemap应优先列出希望被搜索引擎发现和索引的规范URL。通常包括返回成功状态、可索引、canonical指向自身的页面。重定向、404、noindex、重复参数页、登录页和测试环境不应混入。
Sitemap可以帮助搜索引擎发现新页面或更新页面，但不能保证抓取、索引或排名。页面仍然需要可访问的内链、有效内容和正确技术设置。
| URL情况 | 是否建议进入XML Sitemap | 原因 |
|---|---|---|
| 正式服务页、文章、案例 | 是 | 希望被发现和索引 |
| 301/302重定向URL | 否 | 应提交最终URL |
| noindex页面 | 否 | 信号冲突 |
| 筛选参数与重复页 | 通常否 | 避免重复和抓取浪费 |
| 登录、购物车、预览页 | 否 | 不属于公开搜索内容 |
| 多语言规范页 | 是 | 可结合语言版本标注 |
07 HTML网站地图还需要吗？
当网站层级复杂、页面很多或导航无法覆盖所有内容时，HTML网站地图仍然有价值。它是一个真实可点击的页面，可以按内容类型或主题整理入口。小型官网若导航和内链已经清晰，没有必要为了SEO专门堆一个几百链接的页面。
08 从结构图到上线，交付物应该连得起来
- 结构图：页面类型、层级、关系和主要任务。
- 页面清单：URL、模板、语言、状态、负责人、上线批次。
- 导航规则：顶部、侧边、面包屑、页脚和正文内链。
- CMS模型：每类内容的字段、关联、筛选和发布权限。
- 重定向表：旧URL到新URL的映射。
- XML Sitemap规则：哪些页面自动进入，何时更新，如何拆分。
- 上线检查：孤岛页、重复页、状态码、canonical与索引状态。
常见问题
网站结构图一定要做成树状图吗？
不一定。树状图适合表达层级，表格适合管理大量页面，流程图适合任务路径。复杂项目通常需要三者配合，不必强行用一张图解决全部问题。
XML Sitemap能提升排名吗？
它主要帮助发现URL，不直接让页面获得更高排名。页面质量、搜索意图、内外链和网站可信度仍然决定竞争表现。
一个页面不在导航里，可以只放进XML Sitemap吗？
重要页面不应只依赖XML文件。若页面值得被用户和搜索引擎发现，应从相关可抓取页面建立自然内链；否则它可能成为孤岛页。
网站改版时先做结构图还是先做视觉？
先确定业务目标、内容结构和关键路径，再进入视觉设计。先画首页效果再补结构，容易导致内页模板、CMS和导航反复返工。
链接复制成功
