Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Next.js 动态路由用 generateStaticParams 预生成静态页面，对 SEO 友好。但如果是用户生成内容（如论坛帖子），无法预生成，需要用 ISR 或 SSR。论坛帖子页面建议 ISR（revalidate: 3600）+ 发帖后 revalidatePath。 Core Web Vitals 2024 的三个指标：LCP（最大内容绘制，<2.5s）、INP（交互到下一次绘制，<200ms）、CLS（累积布局偏移，<0.1）。其中 INP 替代了 FID，更严格。Next.js 用 next/image 优化图片能显著改善 LCP，用 next/dynamic 懒加载非首屏组件改善 INP。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
这个问题我研究过一阵，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。希望对你有帮助。
这个观点我很认同，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
补充一个可能被忽略的点：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望对你有帮助。
这个观点我很认同，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
我之前也遇到过类似问题，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。感谢楼主的启发。
讲个真实案例：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。共同进步。
我的踩坑经验：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。细节可以再展开讨论。
这个思路很巧妙，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎私信深入交流。
说说我自己的经历：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。有疑问可以继续问。
我之前也遇到过类似问题，hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。如果有更好的方案求分享。
补充一点：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。