Next.js 15 的 metadata API 比 Pages Router 的 Head 组件强大太多。用 generateMetadata 可以根据路由参数动态生成 title、description、OG 标签。关键是 metadataBase 要正确设置，否则 OG 图片的 URL 会是相对路径，社交平台无法正确显示。 软 404 是指返回 200 状态码但内容是「页面未找到」的页面。Google 会把这些当作低质内容。Next.js 中确保：不存在的页面用 notFound() 触发真正的 404，搜索结果无结果时返回 404 或 noindex。 404 页面的 SEO 处理：返回 404 状态码 + noindex + follow。不要返回 200 状态码的软 404（Google 会当作低质内容）。Next.js 中用 notFound() 函数触发 404 页面，会自动返回 404 状态码。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
有个细节值得注意：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。感谢楼主的启发。
说说我自己的经历：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
补充一点：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
不同场景下结论可能不同：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。如果有更好的方案求分享。
结合我最近的项目经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。这只是个人经验，不一定通用。
这个观点我很认同，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。欢迎大家补充。
我的结论恰恰相反：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望少走弯路。
我之前也遇到过类似问题，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。希望少走弯路。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
我的踩坑经验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。效果因项目而异，建议实际测试。
说说我自己的经历：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。效果因项目而异，建议实际测试。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
我的团队是这样做的：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。后续有新发现再来更新。
有个相关问题想请教：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
有个细节值得注意：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。感谢楼主的启发。
我的实践经验和你的不太一样：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
反对一下，我的测试结果不是这样：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
这个思路很巧妙，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。细节可以再展开讨论。