Core Web Vitals 2024 的三个指标：LCP（最大内容绘制，<2.5s）、INP（交互到下一次绘制，<200ms）、CLS（累积布局偏移，<0.1）。其中 INP 替代了 FID，更严格。Next.js 用 next/image 优化图片能显著改善 LCP，用 next/dynamic 懒加载非首屏组件改善 INP。 Next.js 15 将 viewport 从 metadata 中分离，必须单独导出 viewport 对象。缺少 viewport 会导致移动端渲染异常，影响移动端优先索引。viewport 中可以设置 width、initialScale、themeColor 等。 Google Search Console 验证站点后，第一件事是提交 sitemap.xml。新页面发布后可以用 URL 检查工具主动请求索引，加速收录。但不要频繁提交相同 URL，Google 会降低优先级。
有个相关问题想请教：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。共同进步。
说说我自己的经历：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
这个观点我很认同，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎大家补充。
我的踩坑经验：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。踩了很多坑才总结出来的。
我的团队是这样做的：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。感谢楼主的启发。
我之前也遇到过类似问题，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
我调研过这块，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。细节可以再展开讨论。
反对一下，我的测试结果不是这样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。细节可以再展开讨论。
有个细节值得注意：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。仅供参考，具体还是要看你的场景。
我的项目里也用了这个方案，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
补充一个边界情况：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
分享一下我的做法：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。希望对你有帮助。
补充一个边界情况：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。踩了很多坑才总结出来的。
我的项目里也用了这个方案，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。如果有更好的方案求分享。
有个更优的方案：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
这个方案我试过，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
我做了类似的对比实验：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望少走弯路。