Astro 会自动做好所有 SEO 吗？

不会。Astro 能生成高性能静态页面，但标题、描述、Canonical、Sitemap 和内容质量仍需项目配置。

每页都需要关键词 meta 吗？

Google 不依赖 keywords meta 排名。更重要的是唯一标题、清晰主题、满足搜索意图和可抓取的正文。

不应该。Sitemap 应集中包含希望被搜索引擎收录的规范页面。

适用于 Astro 静态内容站的技术 SEO 清单，覆盖 Title、Canonical、robots、Sitemap、结构化数据、性能与上线验证。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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