Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。 Schema.org 类型选择：博客文章用 Article（必须有 author/datePublished），产品页用 Product + AggregateOffer（不要用 Offer + price:0），FAQ 用 FAQPage（必须有 Question/Answer 数组）。选错类型会导致 Rich Results 不显示。 Core Web Vitals 2024 的三个指标：LCP（最大内容绘制，<2.5s）、INP（交互到下一次绘制，<200ms）、CLS（累积布局偏移，<0.1）。其中 INP 替代了 FID，更严格。Next.js 用 next/image 优化图片能显著改善 LCP，用 next/dynamic 懒加载非首屏组件改善 INP。
结合我最近的项目经验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
分享一下我的做法：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。后续有新发现再来更新。
我之前也遇到过类似问题，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。希望对你有帮助。
说个反直觉的发现：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。仅供参考，具体还是要看你的场景。
反对一下，我的测试结果不是这样：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。一起学习。
我的团队是这样做的：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。欢迎私信深入交流。
这个思路很巧妙，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。共同进步。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我之前也遇到过类似问题，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。这只是个人经验，不一定通用。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
结合我最近的项目经验：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。一起学习。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
我之前也遇到过类似问题，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我的实践经验和你的不太一样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如果有更好的方案求分享。
这个方案我试过，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
我的看法略有不同：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。我也还在探索中。
分享一下我的做法：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。共同进步。
有个细节值得注意：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。有疑问可以继续问。
从另一个角度看：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。我也还在探索中。