内容摘要：打开一个网站，用户看到的是页面，搜索引擎看到的是结构。这两者之间的桥梁，就是网站结构图。没有它，团队沟通靠嘴，开发靠猜，SEO优化靠运气。 我见过一个电商项目，导航栏塞了三十多个入口，产品经理觉得“用

打开一个网站，网站用户看到的结构是页面，搜索引擎看到的图模是结构。这两者之间的网站桥梁，就是结构网站结构图。没有它，图模团队沟通靠嘴，网站开发靠猜，结构SEO优化靠运气。图模

我见过一个电商项目，网站导航栏塞了三十多个入口，结构产品经理觉得“用户想找什么都能点到”。图模结果热力图显示，网站超过六成用户只点击前五个。结构结构图没画清楚，图模信息架构就是一团乱麻。后来他们把层级从四层压到三层，转化率涨了18%。这不是玄学，是结构决定路径。

结构图到底长什么样

别把它想复杂。一张合格的网站结构图，核心就三样东西：页面节点、层级关系、导航路径。用树状图或流程图呈现，每个方框代表一个页面或一类页面，连线表示从属或跳转关系。

比如一个企业官网，根节点是首页。下面挂一级栏目：产品、方案、案例、关于、联系。产品下面再分具体型号或类别。案例按行业或时间归档。联系页面直接放表单和地图。就这么简单。但简单不代表随便画。

我习惯用两种粒度：全局结构图看整体层级，局部流程图看用户完成任务的具体路径。比如“注册”这个动作，从首页到注册成功，中间经过哪些页面、哪些弹窗、哪些验证步骤，单独画一条线。全局图管宏观，局部图管体验。

画之前先想清楚三件事

第一，用户来干什么。工具类网站和内容类网站的结构逻辑完全不同。工具站追求最短路径，内容站讲究分类和关联。第二，内容有多少。超过五十个页面还不分层级，导航必然崩溃。第三，未来会不会加东西。留扩展位比事后重构便宜十倍。

有个做SaaS的朋友，初期结构图只画了三级。半年后新增了帮助中心、开发者文档、状态页，全塞在二级导航里，用户根本找不到。重新梳理时发现，当初多留一个“资源”一级栏目就能解决。结构图不是一次性作业，它得跟着业务长。

工具不重要，习惯才重要

有人用Visio，有人用XMind，有人直接在白板上贴便利贴。工具无所谓。关键是画完要有人看、有人改、有人用。开发照着结构图建路由，设计照着结构图做导航，运营照着结构图填内容。结构图一旦定稿，就是团队共识。

我自己的习惯是：新项目启动先花两小时画草图，不追求好看，只求逻辑通。然后拉上产品和开发过一遍，把争议点标红。改完再出正式版。正式版不超过一页A4，超过一页说明层级太深，得砍。

几个容易踩的坑

把结构图和流程图混为一谈。结构图是静态的页面关系，流程图是动态的用户行为。两者可以叠，但不能互相替代。

层级超过四层。移动端尤其致命。用户点三次还没到目标页，大概率就跑了。扁平化不是口号，是结构图上的硬约束。

忽略面包屑和URL。结构图上的层级应该和URL路径、面包屑导航一一对应。否则搜索引擎爬取时容易迷路，用户分享链接时也看不出位置。

最后说一句：网站结构图不是给老板看的装饰品。它是产品、设计、开发、运营之间的合同。画得越清楚，扯皮越少。下次动手做站之前，先拿张纸把结构画出来。花不了半小时，省下的可能是半个月的返工。