Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 metadataBase 是 Next.js 15 metadata 的基础 URL 设置。所有相对路径的 OG 图片、canonical URL 都会基于 metadataBase 生成绝对 URL。如果没设置，OG 图片可能显示为相对路径，社交平台无法正确显示。 Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
我的团队是这样做的：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
分享一下我的做法：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望少走弯路。
这个观点我很认同，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。细节可以再展开讨论。
我的看法略有不同：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。如有不对请指正。
反对一下，我的测试结果不是这样：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
这个思路很巧妙，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。细节可以再展开讨论。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
补充一个边界情况：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。一起学习。
我的实践经验和你的不太一样：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。踩了很多坑才总结出来的。
canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的项目里也用了这个方案，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。后续有新发现再来更新。
分享一下我的做法：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。一起学习。
canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的实践经验和你的不太一样：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
说说我自己的经历：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。细节可以再展开讨论。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
我调研过这块，hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。欢迎大家补充。
讲个真实案例：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。仅供参考，具体还是要看你的场景。