软 404 是指返回 200 状态码但内容是「页面未找到」的页面。Google 会把这些当作低质内容。Next.js 中确保：不存在的页面用 notFound() 触发真正的 404，搜索结果无结果时返回 404 或 noindex。 metadataBase 是 Next.js 15 metadata 的基础 URL 设置。所有相对路径的 OG 图片、canonical URL 都会基于 metadataBase 生成绝对 URL。如果没设置，OG 图片可能显示为相对路径，社交平台无法正确显示。 SEO 分页 URL 用 /page/2 路径形式比 ?page=2 查询参数更好。路径形式更利于 Google 理解和索引，查询参数可能被当作重复内容。但分页页面的 canonical 要指向自身而非第一页，否则第二页之后的内容不会被索引。
有个更优的方案：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
反对一下，我的测试结果不是这样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
反对一下，我的测试结果不是这样：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
我的实践经验和你的不太一样：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。细节可以再展开讨论。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
补充一点：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。踩了很多坑才总结出来的。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
实操中我发现：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。踩了很多坑才总结出来的。
补充一个边界情况：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。效果因项目而异，建议实际测试。
canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的团队是这样做的：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。仅供参考，具体还是要看你的场景。
补充一个边界情况：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。效果因项目而异，建议实际测试。
不同场景下结论可能不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。细节可以再展开讨论。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我的结论恰恰相反：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。共同进步。
我的项目里也用了这个方案，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。欢迎大家补充。
我之前也遇到过类似问题，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。如有不对请指正。
这个问题我研究过一阵，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。感谢楼主的启发。
我做了类似的对比实验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。期待更多实战经验分享。