Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Next.js 15 的 metadata API 比 Pages Router 的 Head 组件强大太多。用 generateMetadata 可以根据路由参数动态生成 title、description、OG 标签。关键是 metadataBase 要正确设置，否则 OG 图片的 URL 会是相对路径，社交平台无法正确显示。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。
上周刚好踩了这个坑，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。如有不对请指正。
这个方案我试过，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。欢迎交流讨论。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
补充一点：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。仅供参考，具体还是要看你的场景。
我的项目里也用了这个方案，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。细节可以再展开讨论。
说个反直觉的发现：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。细节可以再展开讨论。
结合我最近的项目经验：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。后续有新发现再来更新。
我的结论恰恰相反：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。有疑问可以继续问。
有个细节值得注意：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
这个方案我试过，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。如有不对请指正。
我的团队是这样做的：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。这只是个人经验，不一定通用。
说说我自己的经历：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。这只是个人经验，不一定通用。
从另一个角度看：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。期待更多实战经验分享。
我的项目里也用了这个方案，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
我的理解是：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。仅供参考，具体还是要看你的场景。
有个更优的方案：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。我也还在探索中。
补充一点：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。踩了很多坑才总结出来的。
说说我自己的经历：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。感谢楼主的启发。
说个反直觉的发现：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。共同进步。