Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。 Vercel 部署的 Next.js 站点 SEO 基础清单：① 设置自定义域名 ② 配置 metadataBase ③ 生成 sitemap.xml ④ 配置 robots.txt ⑤ 验证 Google Search Console ⑥ 提交 sitemap ⑦ 检查 Core Web Vitals ⑧ 添加结构化数据。
说说我自己的经历：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。期待更多实战经验分享。
我的看法略有不同：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。希望少走弯路。
讲个真实案例：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
补充一点：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。希望少走弯路。
补充一点：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。有疑问可以继续问。
反对一下，我的测试结果不是这样：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。效果因项目而异，建议实际测试。
有个细节值得注意：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
实操中我发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。我也还在探索中。
我的实践经验和你的不太一样：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。期待更多实战经验分享。
我的看法略有不同：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎交流讨论。
我的结论恰恰相反：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。欢迎交流讨论。
我调研过这块，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。希望少走弯路。
我调研过这块，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。我也还在探索中。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
这个观点我很认同，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。这只是个人经验，不一定通用。
有个更优的方案：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望对你有帮助。
反对一下，我的测试结果不是这样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。一起学习。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
说说我自己的经历：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。如果有更好的方案求分享。
说说我自己的经历：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。欢迎大家补充。