Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Core Web Vitals INP 优化关键是减少主线程阻塞。① 拆分长任务（>50ms）用 requestIdleCallback 或 setTimeout ② 减少第三方脚本 ③ 用 Web Worker 处理重计算 ④ 延迟加载非关键交互 ⑤ 避免大型布局重排。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。
实操中我发现：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。一起学习。
这个方案我试过，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
说说我自己的经历：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。欢迎大家补充。
不同场景下结论可能不同：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
我的实践经验和你的不太一样：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
说个反直觉的发现：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。细节可以再展开讨论。
实操中我发现：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。希望少走弯路。
我调研过这块，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。我也还在探索中。
有个细节值得注意：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
实操中我发现：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
补充一个边界情况：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
讲个真实案例：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。期待更多实战经验分享。
结合我最近的项目经验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。希望对你有帮助。
补充一个可能被忽略的点：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎私信深入交流。
有个细节值得注意：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。希望对你有帮助。
有个更优的方案：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。有疑问可以继续问。
有个相关问题想请教：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。欢迎私信深入交流。
我之前也遇到过类似问题，hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。细节可以再展开讨论。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
有个更优的方案：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。