Astro SEO 完整检查清单：从元数据到 Sitemap

Astro 的静态输出、较少客户端 JavaScript 和清晰路由非常适合内容站，但框架不会自动决定哪些页面值得收录，也不会替你写好标题、Canonical 与结构化数据。技术 SEO 的目标，是让搜索引擎能够稳定发现、抓取、理解和选择正确版本的页面。

一、正式域名与基础元数据

在 astro.config.mjs 中配置正式 site，使用统一的 HTTPS 域名。每个可收录页面都应有唯一 Title、Description 和 H1。Title 说明任务与主题，Description 用自然语言概括读者将获得什么，不要堆砌关键词。

Canonical 应指向当前页面的规范 URL。若同时存在带参数、末尾斜杠差异或预览域名，统一 Canonical 能减少版本混乱，但它不是错误跳转的替代品。

二、robots 与 noindex

robots.txt 用于管理抓取，不是删除已收录页面的可靠方式。内容薄弱、搜索结果、内部筛选和暂不开放的工具页，可使用 meta name="robots" content="noindex,follow"。被 noindex 的页面仍可让链接被发现，但不应进入 Sitemap。

不要同时在 robots.txt 禁止抓取某页又期待 Google 读取该页的 noindex。搜索引擎需要访问页面才能看到 meta 指令。

三、生成 Sitemap

使用 @astrojs/sitemap 根据静态路由生成 Sitemap。通过 filter 排除搜索页、预览页、noindex 工具和其他不希望收录的路径。构建后打开 Sitemap，检查 URL 是否全部使用正式域名、是否存在死链、重复路由或测试地址。

检查项	通过标准
域名	全部为正式 HTTPS 域名
页面状态	返回 200，可被抓取
页面价值	有独立内容并希望收录
URL 一致	与页面 Canonical 一致
更新时间	仅在内容实际更新时改变

四、结构化数据

首页可以输出 WebSite 和 Organization；文章输出 Article、BreadcrumbList，有真实 FAQ 时再输出 FAQPage。结构化数据中的标题、作者、日期和正文必须与页面可见内容一致。

不要为了获得富媒体结果虚构评分、作者或评论。结构化数据帮助理解内容，不会弥补内容质量不足。

五、Open Graph 与分享图

配置 og:title、og:description、og:url、og:image 和 Twitter Card。分享图需要可公开访问、比例稳定、文字在移动端可读。不要让所有页面共用与主题无关的图片；至少为文章类型准备统一模板，并替换标题或视觉主题。

六、内容与内链

分类页应有独立导语和明确任务，不要只是一组卡片。文章之间按照用户下一步链接：指南链接测评，测评链接对比，对比链接教程，教程链接排错。链接文字应描述目标内容，避免大量“点击这里”。

每个可收录页面需要独立价值。批量生成 24 个结构相同、只替换工具名的详情页，即使技术标签完整，也容易形成重复和薄内容。内容不足时先 noindex，完善后再进入 Sitemap。

七、性能与可访问性

为图片声明尺寸，使用合适格式并延迟加载非首屏资源；减少不必要字体与脚本；保证按钮、表格和导航在手机端可用。Title 与 H1 不是性能指标，但页面速度、布局稳定和可访问性会直接影响用户完成任务。

八、上线验证

构建后检查生成页面数量、Canonical、robots、Sitemap、JSON-LD 和内部链接。上线后使用 Search Console 的网址检查工具验证首页与重点教程，提交 Sitemap，再观察覆盖和抓取问题。

不要把“已提交”当作“已收录”。Google 会自行判断页面是否进入索引。持续更新内容、修复来源和增强一手信息，比反复请求抓取更有效。

最终清单

• 正式域名、HTTPS 与重定向统一。
• 每页唯一 Title、Description、H1 和 Canonical。
• noindex 页面不进入 Sitemap。
• 首页和文章结构化数据与可见内容一致。
• 分享卡片完整，图片可访问。
• 分类、文章、工具与教程形成任务型内链。
• 手机端正文、导航、表格和按钮无溢出。
• Search Console 已验证并提交 Sitemap。

结论

Astro SEO 的重点不是安装一个插件，而是把站点身份、索引边界、页面价值和验证流程连起来。技术配置解决“能否理解”，内容与内链解决“是否值得收录和继续阅读”。