Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。 Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。
我调研过这块，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。后续有新发现再来更新。
说个反直觉的发现：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
有个更优的方案：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。希望对你有帮助。
我之前也遇到过类似问题，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。这只是个人经验，不一定通用。
我之前也遇到过类似问题，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
这个问题我研究过一阵，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。实践出真知，建议动手试试。
实操中我发现：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。仅供参考，具体还是要看你的场景。
结合我最近的项目经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。期待更多实战经验分享。
这个思路很巧妙，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
补充一点：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。效果因项目而异，建议实际测试。
我调研过这块，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。期待更多实战经验分享。
不同场景下结论可能不同：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。细节可以再展开讨论。
反对一下，我的测试结果不是这样：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。后续有新发现再来更新。
我的结论恰恰相反：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。欢迎私信深入交流。
这个方案我试过，hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。我也还在探索中。
我做了类似的对比实验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。仅供参考，具体还是要看你的场景。
我之前也遇到过类似问题，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。共同进步。
这个方案我试过，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。希望对你有帮助。
补充一个边界情况：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。欢迎交流讨论。
这个问题我研究过一阵，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。