主题地图与站点架构
在内容生产造成代价高昂的重叠之前,构建一张主题地图,为每个页面分配一个意图、一种内容类型、状态、优先级和链接路径。
主题地图是网站为了覆盖其主题领域所需的一组页面,按集群组织,每个页面都被分配了读者意图、内容类型、位置以及在内部链接图谱中的角色。它不是关键词电子表格或发布日历。关键词描述语言;地图决定所有权和连接关系。
阶段: P8,主题地图与信息架构。阶段: B——决策。时间盒: 专注型网站3–5个工作日,多市场网站1–2周。负责人: SEO策略师或信息架构师,内容和商业负责人审批各自的部分。
这是从研究到页面设计的交接环节。流程支柱确立了网站需要什么;随后SEO内容类型 支柱确定每个已批准的节点应如何作为指南、对比、产品页面、案例研究、术语表条目或其他定义的格式来运作。
为什么是这个阶段,以及为什么在这里
P8继承了来自P7的竞争对手和缺口分析:竞争对手覆盖的主题、他们回答的提示词和查询、获得可见性的页面,以及网站缺失或薄弱的缺口。缺口分析展示机会,但并不决定十个查询变体需要一个页面、十个页面还是不需要页面。这个决策属于这里。
该阶段放在生产之前,因为重叠在预防时代价低廉,在解除时代价高昂。当两个内容简报悄悄针对相同的搜索意图 时,两个页面可能会分裂链接、趋向于重复的答案,并在搜索结果中交替出现。这就是内容自相蚕食 :多个页面竞争相同的需求,而不是强化一个明确的目标页面。事后修复需要选择幸存页面、合并有用的内容、重定向URL、修复链接,并等待系统处理新的结构。
过早执行P8同样有害。没有基线发现、现有页面数据、关键词和提示词研究以及竞争对手缺口,地图就会变成由内部词汇塑造的愿望清单。在未完成的地图旁进行生产,会将偶然决策冻结为已发布的URL。
第二个输出是信息架构 :使内容可查找的层级结构、标签、路径和关系。地图说明必须存在什么;架构说明内容归属于何处,以及用户和爬虫如何在其中移动。一起设计它们。
输入与输出
输入是证据,而非灵感。输出是生产用来创建每个未来任务的契约。
| 方向 | 项目 | 验收条件 |
|---|---|---|
| 输入 | 业务目标与转化路径 | 指定网站应支持的受众、产品、市场和行动。 |
| 输入 | 现有URL清单 | 包括规范化URL、可索引性、模板、目录、流量或可见性、链接和内容负责人。 |
| 输入 | 关键词和提示词研究 | 按查询语言、提示词主题、修饰词、旅程阶段和可观察的结果模式进行分组。 |
| 输入 | 竞争对手和缺口分析 | 识别缺失的覆盖、薄弱的覆盖、被引用的竞争对手页面以及值得评估的机会。 |
| 输入 | 技术及AI可访问性发现 | 标记影响拟议架构的路由、渲染模式、重复和抓取约束。 |
| 输出 | 已批准的节点清单 | 每个在范围内的页面都有一个节点ID、一个主要意图、一种内容类型和一个拟议或规范化URL。 |
| 输出 | 现有页面处理方案 | 每个节点标记为"完好"、“改进”、“合并"或"新建”,每个合并都指定了目标页面。 |
| 输出 | 集群和支柱模型 | 每个分支页面属于一个集群,每个集群有一个可负责的支柱页面或明确的例外理由。 |
| 输出 | 内部链接图谱 | 每个优先级节点都有计划的内向和外向上下文链接,记录来源和目的地。 |
| 输出 | 排序的构建队列 | 优先级有证据、依赖关系、负责人和适合业务模型的发布顺序。 |
如果某个输入不完整,请标注该限制。缺少分析数据应降低合并决策的置信度,但不能抹去重复意图的问题。
检查清单
每项检查都有一个完成条件,以便其他操作者可以审计决策,而无需重复整个发现过程。
1. 提取实体和主题
操作内容: 从先前研究中构建一个实体、主题、属性、问题、用例、对比和问题的规范化清单。实体是网站讨论的一个独特事物,例如产品、方法、受众、地点或标准。主题是围绕该事物的主题关系,例如选择、使用、对比、故障排除或购买。
为何重要: 原始语言通过同义词分裂了同一个想法,并在相似词汇背后隐藏了实质性不同的需求。规范化创建了稳定的聚类对象,而无需将每个词组都视为一个页面。
操作方法: 合并提示词主题、展开查询、关键词组、竞争对手标题、产品分类和销售问题。保留来源词组,但添加规范化的实体、主题、修饰词、可能的意图、市场和证据来源。
工具: 使用语义地图 ,访问app.amicited.com/semantic-map ,检查追踪的提示词、展开查询和引用页面之间的邻近关系。邻近关系是发现线索,而非证明要点应属于同一页面的证据。
完成条件: 每个实质性研究项目都映射到一个规范化的实体和主题,重复项已合并,有歧义的项目有明确的负责人来解决。
2. 围绕共同主题和旅程形成集群
操作内容: 将相互强化同一主题领域并服务于相邻读者需求的节点分组。集群是一组相互连接的页面,而不仅仅是共享的关键词词干。
为何重要: 集群确立了覆盖范围和链接的边界。松散分组会产生庞杂的支柱;过于紧凑的分组则会产生无法相互支持的小型孤岛。
操作方法: 比较语义邻近度、共享实体、受众、旅程阶段和可能的链接行为。一个页面可以跨集群链接,但它应有一个主集群归属。
工具: 使用语义地图视图、竞争对手覆盖范围和研究表格。
完成条件: 每个计划中的节点都有一个主集群,没有集群仅仅是无结构的列表,每个边界情况都有记录的理由。
3. 识别支柱并定义其范围
操作内容: 选择为每个集群提供广泛定位的页面。支柱页面 在所需的层面解释主题,以便将读者引导至更具体的分支页面;它不自动是最长的页面或搜索量最高的页面。
为何重要: 没有支柱,分支页面会随机横向链接,集群就没有可靠的入口点。试图完整回答每个分支内容的支柱会造成重叠。
操作方法: 为支柱页面写一句话的职责描述,列出它回答什么,并列出它委派什么。选择能承担该角色的现有页面;否则创建一个节点。记录任何可替代的导航路径。
工具: 现有页面清单、页面报告和目录报告。
完成条件: 每个集群有一个支柱页面或记录的例外情况,且支柱范围不重复任何分支页面所拥有的完整答案。
4. 为每个分支页面定义一个意图
操作内容: 为每个分支页面赋予一个主要意图陈述,格式为:“对于需要[任务或决策]的[受众],此页面将[有用结果]。”
为何重要: 单一意图的所有权是防止自相蚕食的主要机制。它使得两个表面上不同标题在它们变成昂贵的内容之前即可进行比较。
操作方法: 比较受众、期望结果、所需证据、结果页面模式和合适的行动号召。应用合并测试:如果同一读者会满足于相同的答案、证据、格式和下一步操作,则规划一个带章节的页面。只有当至少其中一个维度发生实质性变化时才进行拆分。
工具: 统一关键词 ,访问app.amicited.com/reports/keywords ,提示词研究,以及实时结果检查。
完成条件: 没有两个活跃节点共享相同的主要意图,每个经过讨论的拆分或合并都有书面理由。
5. 根据意图分配内容类型
操作内容: 根据读者需要页面执行的任务,为每个节点分配一种内容类型。
为何重要: 主题不决定格式。“CRM软件"可能需要定义、最佳选项列表、产品页面、对比或操作指南。仅根据主题选择会给作者错误的证据和页面结构。
操作方法: 将意图和预期决策与内容类型契约相匹配:直接选择用对比,可重复任务用操作指南,定义用术语表条目,商业评估用产品或分类页面。在节点中记录该选择。
工具: SEO内容类型中心和已批准的结果模式证据。
完成条件: 每个节点恰好有一种主要内容类型,审阅者可以根据意图解释该选择,而无需依赖拟议标题。
6. 将每个节点映射到现有网站
操作内容: 将每个节点与现有URL进行匹配,并分配恰好一种状态:存在且完好、存在但需要改进、存在且应合并或不存在。
为何重要: 将每个机会都视为全新内容会浪费已经赢得的权威性,并使重叠问题恶化。该状态将研究转化为内容计划和精简计划。
操作方法: 比较意图与页面标题、标题、排名查询、引用、流量、转化和链接。对于合并,指定幸存的规范化页面和值得保留的内容。切勿在没有目标页面的情况下使用"合并”。
工具: 自然搜索与付费页面 ,访问app.amicited.com/reports/pages ,网站爬取数据和URL清单。
完成条件: 每个节点有一种状态,每个现有URL都被表示或明确排除在范围之外,每个合并都有幸存页面、迁移负责人和理由。
7. 设计内部链接图谱
操作内容: 指定连接支柱、分支页面、商业目标和有用的跨集群页面的上下文链接。内部链接 是指同一域名下页面之间的链接;在此,它被设计为一个以页面为节点、链接为有向边的图谱。
为何重要: 没有规划边的集群可能会发布为一组孤立页面。仅靠导航很少能表达哪个页面提供详细信息、对比、证明或下一步决策。
操作方法: 为每个分支页面提供一条返回其支柱的路径和一条相关的后续路径。记录来源、目的地、理由、可能的锚文本概念以及链接是否存在。仅为真实的读者任务添加跨集群链接。
工具: 目录视图 ,访问app.amicited.com/reports/directory ,爬取链接数据和主题地图图谱。
完成条件: 每个优先级节点至少有一个计划的内向上下文链接和一个外向上下文链接;每个集群连接到更广泛的网站;没有新节点仅依赖站点地图或菜单进行发现。
8. 对关联工作进行优先级排序和排序
操作内容: 将创建、改进和合并作为关联发布而非孤立的页面评分来排序。
为何重要: 第一个页面会改变后续页面可以链接的内容。在支柱之前发布十个分支页面会留下薄弱的路径;在商业目标准备就绪之前重建导航会制造死胡同。
操作方法: 评估商业价值、需求证据、当前缺口、依赖关系、实施工作和风险。然后选择能够为读者提供服务的最小连接发布:通常是一个支柱、一个商业目标页面和两到三个高价值分支页面。根据业务模型调整顺序,而非强制执行一个通用序列。
工具: 主题地图、页面和关键词报告、交付跟踪器以及相应的业务类型手册。
完成条件: 每个优先级有理由,第一个发布在启动时内部连接,合并工作先于链接到已废弃URL的内容,负责人同意下一个生产批次。
AmICited中的工具
产品视图支持不同的决策,不应被合并为一个通用的"研究"步骤。
决策规则
阈值使地图在审阅者之间可用。它们是操作门槛,而非关于算法奖励什么的声明。
| 决策 | 不良表现 | 所需行动 |
|---|---|---|
| 节点所有权 | 两个活跃节点有相同的受众、任务、答案、证据和下一步行动。 | 合并计划中的节点;一个意图可以有多个关键词变体。 |
| 拆分测试 | 唯一的区别是修饰词或措辞,而有用的答案保持不变。 | 保留一个节点,在各章节中覆盖变体。 |
| 集群规模 | 一个集群有2个或更多分支页面,但没有支柱页面或记录的替代路径。 | 在集群进入生产之前定义支柱。 |
| 现有页面映射 | 任何在范围内的URL没有处理方案,或合并没有指定的幸存页面。 | 阻止地图批准,直到每个URL和目标页面都明确。 |
| 链接覆盖 | 一个优先级节点有0个计划的内向上下文链接或0个计划的外向上下文链接。 | 添加有用的边或推迟节点;菜单和站点地图链接不满足门槛。 |
| 集群连通性 | 一个集群没有与网站其他部分的上下文边。 | 通过支柱、商业页面或相邻集群添加相关路径。 |
| 内容类型清晰度 | 一个节点有多个主要内容类型,或其类型仅根据主题名称选择。 | 重新表述意图,并选择最能完成该任务的单一格式。 |
| 生产就绪度 | 任何节点缺少意图、内容类型、状态、优先级、负责人或拟议/规范化URL。 | 不要为其创建内容任务。 |
| 首次发布 | 一个批次只包含未链接的分支页面或链接到计划合并的URL。 | 重新排序为一个连接的批次,并先完成迁移。 |
证据可以覆盖启发式规则,但需记录例外情况。一个实用页面可能不需要上下文外向链接;其节点应说明原因。
按业务类型排序构建
构建顺序遵循网站的经济模型和当前权威性。金钱页面是最接近交易、线索、预订或订阅的页面;支持页面回答有助于人们到达并信任这些目标的问题。
这些是起始模式。一个成熟的发布商可能缺乏商业路径;一个新成立的SaaS公司可能需要先建立基础性解释内容。记录哪个依赖关系驱动着顺序。
交付物:主题地图
交付物是一个带版本控制的表格或数据库,加上一个图谱视图。表格具有权威性;图谱使缺失的链接和孤立的集群可见。每个节点一行,至少包含以下字段:
节点ID | 集群 | 实体/主题 | 主要意图 | 受众 | 旅程阶段
内容类型 | 现有状态 | 规范化/拟议URL | 支柱/分支角色
优先级 | 优先级理由 | 负责人 | 内向链接 | 外向链接
来源证据 | 依赖关系 | 合并目标 | 备注
存储链接节点ID或规范化URL,而非"相关文章”。存储优先级理由,仅使用四种已批准的状态。记录合并、边界变更和架构决策的审批。
当内容负责人无需再决定意图、内容类型、集群或链接义务就能生成一个任务时,地图就算完成。作者决定表达方式,而非所有权。
常见问题
- 地图变成了关键词电子表格。 它有搜索量和难度,但没有页面节点、意图所有权、状态、内容类型或链接。将关键词组转化为明确的页面决策。
- 集群没有支柱。 分支页面在表格中共享一种颜色,但没有稳定的路径或广泛定位。命名支柱页面或记录替代导航模式。
- 内容类型跟随主题而非意图。 每个"X软件"节点都变成了产品页面,即使读者想要的是对比或定义。在选择格式之前重新审视意图陈述。
- 地图没有链接图谱。 生产创建了页面,但没有一个有可负责的内向链接。将边定义为节点契约的一部分。
- 每个缺口都变成了新页面。 现有权威被忽视,重叠增加。先将缺口映射为"完好"、“改进”、“合并"或"新建”。
- 一个巨型支柱吸收了所有分支页面。 它重复了完整的答案,并与详细信息竞争。设定包含和委派边界。
- 集群镜像了公司的组织架构图。 根据读者任务和语言验证标签和路径。
- 优先级是独立评分。 排名前十的节点无法相互链接或依赖于缺失的目标。排序连接的发布,而非孤立的总分。
- 地图从未更新。 新产品、观察到的提示词、合并和表现证据会使旧决策失效。对地图进行版本控制,并在网站或市场变化时审查受影响的集群。
交接至生产和内容类型
P8向内容负责人交付已批准的地图、决策日志、合并说明和首批连接的生产批次。每个任务接收其节点ID、意图、受众、内容类型、URL、证据、所需链接和验收标准。
内容类型的负责人应用相关模板,而无需重新打开节点边界。如果简报显示两个节点实际上是同一个意图,则在撰写之前将工作返回给地图负责人,以便后续任务继承修正。
交接在以下情况被接受:
- 每个任务精确追溯到一个已批准的节点;
- 首次发布拥有已上线或已安排的链接来源;
- 合并和重定向工作先于指向幸存URL的链接;
- 架构、内容和商业负责人批准各自的依赖项;
- 一个人在项目剩余期间负责地图变更。
常见问题
主题地图和关键词列表是同一回事吗?
不是。关键词列表记录的是词组。主题地图定义的是网站所需的页面、每个页面独有的意图、其内容类型和状态,以及将其与网站其他部分连接起来的内部链接。
一个主题地图节点可以针对多少个关键词?
当多个查询变体共享同一个意图和有用的答案时,一个节点可以包含它们。只有当决策、任务、证据集或格式存在实质性差异时才进行拆分。
我们应该先创建支柱页面还是集群页面?
通常先定义支柱,但构建顺序取决于业务模型和现有权威性。先发布能够满足需求的最小连接单元,然后添加已指定链接的分支页面。
当两个现有页面针对同一意图时应该怎么办?
选择更强的规范化目标页面,决定较弱页面中哪些独特内容应被保留,并将较弱节点标记为合并。不要为了解决两个页面之间的重叠而创建第三个页面。
主题地图什么时候才算足够完整可以投入生产?
当每个在范围内的节点都有一个意图、一种内容类型、一个当前状态分类、一个优先级、一个规范化或拟议URL,以及明确的内向和外向链接,且没有未解决的所有权冲突时,就算准备就绪。
准备好付诸实践了吗?
免费检查 · 7天试用 · 无需信用卡