Next.js SEO：配置与发布指南

Next.js SEO 将路由、数据与元数据视为同一次发布。App Router 可以静态声明元数据，也可从记录动态生成；本指南面向 App Router，不假设 Pages Router 遵循相同约定。

将元数据与路由数据关联

固定页面使用静态元数据；当标题、描述或 canonical URL 依赖记录时，使用 generateMetadata。将父布局与子页面一同检查，避免通用值掩盖页面专属信息。使用 metadataBase 时，正确设置生产 URL 基础地址，并检查语言替代项。完整译文需要独立地址；不要仅因各页面描述同一商品，就将所有语言的 canonical 指向默认语言。

同步设计内容状态与渲染

公开路由应在无需会话时提供有用信息。明确处理不存在或未发布的记录，不要留下无限加载的外壳。对于缓存或重新生成的内容，检查元数据与正文何时更新，避免新标题搭配旧文章。应根据部署架构记录失效机制，而不是为改善一次性报告随意选择缓存时长。

让 robots 与站点地图保持一致

App Router 支持 robots 和站点地图的元数据文件约定。通过生产域名提供已发布 URL，并使用访问控制保护私有数据，不要只依赖 robots.txt。元数据的提供方式可能随流式传输与 user-agent 处理而变化。必要时检查真实响应及 Google 工具，不要假设简单 HTML 解析器能复现搜索引擎的处理方式，或总能在预期的初始 head 位置找到标记。

发布场景示例

示例场景：一个 App Router 商品页从同一商品记录生成标题和描述。明确商品编辑如何同时刷新元数据与正文，再在部署后直接请求越南语和英语页面。仅靠客户端导航不足以验证最新服务端输出。避免预览路由进入生产发现信息源，并保留一条样本记录用于缓存回归测试。这样能给开发人员一个具体发布约定，而不是笼统要求改善渲染。

可重复使用的发布检查清单

更改网站前，整理一份重要页面的小型清单：记录当前 URL、目标受众、标题和首选 canonical。每次只实施一类更改，并保留恢复原有配置的方法。先确保页面可访问且有用，不要在内容仍不可访问时只优化评分。

对于翻译内容，应为每种语言发布完整版本，并使用独立地址。检查自引用 canonical 和相互对应的语言链接，再把符合条件的 URL 加入站点地图。译文不会仅因其含义与另一种语言相同就自动成为重复内容。搜索引擎仍会决定收录哪些页面；任何配置都不保证排名或流量增长。

工具与相关指南

• 按照 Next.js 诊断流程检查
• 检查公开 URL
• 检查重定向链

官方参考资料

• Next.js：元数据与 OG 图片
• Next.js：robots.txt
• Next.js：generateMetadata