关键词布局：从搜索意图到网站内容地图

这一篇把第二章的候选词变成四个具体网址和一份先后顺序。ClearCopy先有检查工具，再有方法教程、同步宣称解释和完整样例；相近搜索词可以落到同一页，用户要完成的任务不同才拆页。最后我们实际创建一张Astro教程页，让规划落到文件上。

先看填好的结果：app store description examples落到/guides/packing-example/，内容必须给原稿、功能事实、采用稿和理由；English writing太广，本轮不另建页面。你不需要先写满一百篇文章，才能判断站里缺哪一项帮助。

给每个页面留一个明确任务

把下面的四行保存为content-map.md。关键词是候选表达，本文不声称它们的搜索量或排名已经得到验证。

页面	读者来做什么	必须给出的材料	关联入口
/check	检查自己已有的英文介绍	输入、结果、修改解释	方法教程
/guides/english-app-description/	学会按事实核对介绍	三步方法和短例子	检查工具、具体解释
/guides/unsupported-sync/	判断一句sync承诺是否有依据	离线、复用、同步的对照	完整样例
/guides/packing-example/	看一份完整报告长什么样	全部输入、改写和理由	检查工具

这四页分别是操作、方法、一个细节和完整示范，不是把“checker”换成“reviewer”再发布一份相同页面。第二章已经发现checker也可能指字符计数，因此工具页标题应主动说明自己在检查表达与功能事实；若以后真的做字符计数器，再用独立任务描述它。

什么情况合并，什么情况拆开

把app description examples和app store description examples先放到同一个完整样例页。两者可能都在找范例，现阶段没有足够独立材料支持两篇。为近义词分别写开头、正文仍是同一段，会让你多维护一份，却没有多解决一个问题。

“offline为什么不等于sync”值得拆开，因为它需要解释功能含义，也会影响很多介绍稿。方法教程可以提一句，具体页再展开三种写法。Google的有用内容说明关注是否提供有价值的材料；对本书来说，独立页至少要让读者多完成一个实际判断。

你也可能发现一个页面同时承担太多工作。若检查页先塞两千字SEO文章，用户往下滚很久才找到输入框，就把方法移到教程，用一个准确链接给需要的人。页数多少由任务决定，不能为了“站点看起来大”先造目录。

把目录结构映射到真实文件

配图来自Google SEO入门指南，里面用articles、news年份和shop类别展示网站目录。它展示的是主题如何组织，不是要求ClearCopy也加商店或新闻。

按Astro路由规则，页面文件放在src/pages对应位置。因为我们的站点根目录是web，第一张教程放到web/src/pages/guides/english-app-description.astro。三张文章最终对应下面的文件：

web/src/pages/
  check.astro
  guides/
    english-app-description.astro
    unsupported-sync.astro
    packing-example.astro

还没写出的两页先留在content-map.md，不要先发布空文件或导航链接。公开页面中每多一条链接，都会让人期待能打开具体内容。

先做方法页，给它一个完整短例子

创建第一个教程文件，放入以下全部内容。它不是只有标题的待填模板，读者打开就能得到一项可用方法。

<html lang="en">
<head><meta charset="utf-8" /><title>Review an English app description</title></head>
<body><main>
<h1>Review an English app description against the product facts</h1>
<p>Start with an offline packing app: trips, check-off items,
reusable lists, and offline use.</p>
<ol>
<li>List only the features your app already has.</li>
<li>Mark each feature claim in the draft.</li>
<li>Remove unsupported claims before polishing the wording.</li>
</ol>
<h2>A complete short example</h2>
<p>Draft: Sync your packing list across all devices.</p>
<p>Rewrite: Reuse your packing list for future trips.</p>
<p>Cloud sync is not supplied in the facts. Reusing a list is.</p>
<p><a href="/check">Check a short description with ClearCopy</a></p>
</main></body></html>

在项目根目录运行npm run build。本书实际构建后，web/dist/guides/english-app-description/index.html出现，正文包含三步方法、错误同步承诺和修改例子。若只看到标题，先检查正文是否真的写在文件里，而不是等一个从未请求的接口填充。

如果使用第三章的手写生产启动文件，记得在页面路由数组补一项，把/guides/english-app-description/映射到guides/english-app-description/index.html；仅生成文件不会自动让你手写的Fastify路由认识它。本地Astro开发模式则按页面文件自动提供路由。

把链接放在读者正需要的位置

方法页末尾已经有一个普通a链接，文字说明“用ClearCopy检查短介绍”，指向真实的/check。工具页也应在结果解释附近放一个方法入口，让读者知道如何自己判断改写。

Google链接实践说明可抓取链接通常是带href的a元素。这里不用只有点击事件的div，也不把链接全部写成“更多”。看到链接文字时，就应知道下一页是什么；尚未完成的两篇先不链接，等内容真的存在再接起来。

本轮发布顺序也已明确：先完成检查页与方法页，再补同步解释与完整样例。如果后续用户最常问的是“能否保留价格和平台”，就按真实材料另写具体解释；不要把地图当成不能修改的课程表。

现在你有一份四行内容地图、准确文件路径和一张已能构建的教程页。保留关键词与页面的对应关系，后续查看搜索查询时就能判断来的人是否在做你准备服务的任务，而不用重新猜每篇文章为什么存在。