建站前先画内容地图：目标用户、核心任务与页面清单

模板不是建站的第一步

很多网站从首页模板开始：先挑颜色，再换 Logo，最后才问应该写什么。这样做很容易得到一个外观完整、内容却互相打架的网站。导航里有“解决方案”，正文写的是公司介绍；博客发了十几篇，读者仍找不到从哪一步开始。网站内容规划要解决的不是文案漂亮不漂亮，而是每个页面为什么存在、服务哪个任务。 我习惯先关掉设计工具，用一张表做内容地图。它不需要精致，能让团队在一小时内回答“谁来、为什么来、看完去哪”就够了。

先选一个主要读者，不要写‘所有人’

把目标用户写成可判断的场景。例如“第一次把网站部署到云服务器、会复制命令但不熟悉 Linux 的个人站长”，就比“有建站需求的人”有用。前者能决定术语解释到什么程度、是否要提供回滚步骤，也能判断一篇文章该不该写。 给主要读者补齐四项：当前处境、想完成的任务、最担心的风险、完成后如何确认。次要读者可以保留，但首页和核心栏目优先服务同一类人。一个新站同时讨好采购经理、程序员和普通消费者，通常意味着三类人都找不到明确入口。

把‘我想说什么’改成‘读者要完成什么’

先列任务，再列页面。以建站类网站为例，读者可能要完成这些任务：判断选哪种建站方式、买域名、部署、开 HTTPS、处理收录、排查 502。每个任务对应一个能够独立解决问题的页面，而不是把所有内容塞进“服务介绍”。 建议给任务标三个等级：必须完成、帮助决策、建立信任。必须完成的页面优先上线；帮助决策的页面负责比较方案；建立信任的页面包括作者说明、资料来源、更新记录和联系方式。这个顺序能阻止团队在核心教程没写完时先花两天做轮播图。

用内容支柱组织文章，而不是靠标签堆积

内容支柱是少量稳定主题，例如“建站指南”和“服务器与部署”。每个支柱下面再排一条由浅到深的学习路径。标签可以描述 Docker、Caddy、SEO 等细节，但不应该代替栏目。栏目过多会让导航变成词语仓库，也会产生许多只有一两篇文章的空分类。 为每个支柱写一句边界说明：包含什么，不包含什么。比如“服务器与部署”包含生产部署、备份、监控和排错，不写云厂商促销新闻。边界越明确，后续选题越容易，搜索引擎和读者也更容易理解站点主题。

做一张能执行的页面清单

表格至少保留七列：页面名称、URL、目标读者、主要任务、核心关键词、下一步页面、负责人。下面是一个缩小版示例：

URL 在这一步只定规则，不必急着创建空页面。若旧站已有被收录的 URL，优先保留；确实要修改时，记录旧地址、目标地址和重定向计划，不能只在菜单里换名字。

检查内容地图有没有断路

拿三个真实任务从入口走一遍：搜索结果或首页进入后，读者能否在两三次选择内到达目标页面？文章读完是否有一个合理的下一步？如果每篇结尾都只写“欢迎联系我们”，学习路径就是断的。 再做一次删减：没有明确读者、没有独立任务、内容与其他页面重复的条目先移出首批范围。网站一期有 12 个扎实页面，通常比 50 个占位页面更可信，也更容易维护。

这一篇的交付物

完成后应当得到一张页面清单，而不是一份口号：一个主要读者、两到四个内容支柱、每个支柱的首批页面、稳定 URL 规则和清楚的前后关系。接下来进入 静态站、WordPress 与 Next.js 的技术选型，把内容需求转换成维护成本和技术约束。