Vercel 部署的 Next.js 站点 SEO 基础清单：① 设置自定义域名 ② 配置 metadataBase ③ 生成 sitemap.xml ④ 配置 robots.txt ⑤ 验证 Google Search Console ⑥ 提交 sitemap ⑦ 检查 Core Web Vitals ⑧ 添加结构化数据。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 JSON-LD 是 Google 推荐的结构化数据格式。博客文章用 Article 类型，产品页用 Product + AggregateOffer，FAQ 用 FAQPage。用 Next.js 可以在 Server Component 中直接渲染 script 标签，不需要客户端注入。
说说我自己的经历：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我的项目里也用了这个方案，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。希望少走弯路。
讲个真实案例：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。踩了很多坑才总结出来的。
我调研过这块，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
我的踩坑经验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如有不对请指正。
这个问题我研究过一阵，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。共同进步。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
实操中我发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。实践出真知，建议动手试试。
我的理解是：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。感谢楼主的启发。
反对一下，我的测试结果不是这样：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望少走弯路。
讲个真实案例：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。这只是个人经验，不一定通用。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我的项目里也用了这个方案，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎交流讨论。
结合我最近的项目经验：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
结合我最近的项目经验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。共同进步。
有个更优的方案：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。欢迎大家补充。
讲个真实案例：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
补充一点：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。共同进步。
补充一点：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。如有不对请指正。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。