Next.js 15 的 metadata API 比 Pages Router 的 Head 组件强大太多。用 generateMetadata 可以根据路由参数动态生成 title、description、OG 标签。关键是 metadataBase 要正确设置，否则 OG 图片的 URL 会是相对路径，社交平台无法正确显示。 Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。
有个细节值得注意：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。希望对你有帮助。
我的项目里也用了这个方案，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。如有不对请指正。
讲个真实案例：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。如有不对请指正。
我的实践经验和你的不太一样：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
上周刚好踩了这个坑，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
这个观点我很认同，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎私信深入交流。
从另一个角度看：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。有疑问可以继续问。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。实践出真知，建议动手试试。
这个问题我研究过一阵，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。一起学习。
有个更优的方案：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎大家补充。
补充一点：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。欢迎大家补充。
我的看法略有不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。踩了很多坑才总结出来的。
我的团队是这样做的：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
这个方案我试过，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。期待更多实战经验分享。
说说我自己的经历：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。后续有新发现再来更新。
有个相关问题想请教：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。欢迎交流讨论。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
实操中我发现：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。感谢楼主的启发。
我的踩坑经验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。踩了很多坑才总结出来的。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。