Next.js 15 的 metadata API 比 Pages Router 的 Head 组件强大太多。用 generateMetadata 可以根据路由参数动态生成 title、description、OG 标签。关键是 metadataBase 要正确设置，否则 OG 图片的 URL 会是相对路径，社交平台无法正确显示。 Schema.org 类型选择：博客文章用 Article（必须有 author/datePublished），产品页用 Product + AggregateOffer（不要用 Offer + price:0），FAQ 用 FAQPage（必须有 Question/Answer 数组）。选错类型会导致 Rich Results 不显示。 Next.js 15 将 viewport 从 metadata 中分离，必须单独导出 viewport 对象。缺少 viewport 会导致移动端渲染异常，影响移动端优先索引。viewport 中可以设置 width、initialScale、themeColor 等。
反对一下，我的测试结果不是这样：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。有疑问可以继续问。
有个更优的方案：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。仅供参考，具体还是要看你的场景。
我的看法略有不同：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。如果有更好的方案求分享。
分享一下我的做法：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。有疑问可以继续问。
有个更优的方案：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。我也还在探索中。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
这个方案我试过，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。踩了很多坑才总结出来的。
有个更优的方案：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。如果有更好的方案求分享。
我做了类似的对比实验：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。如果有更好的方案求分享。
从另一个角度看：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。共同进步。
补充一个边界情况：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
这个思路很巧妙，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。这只是个人经验，不一定通用。
我的实践经验和你的不太一样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。希望少走弯路。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
我之前也遇到过类似问题，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望对你有帮助。
这个观点我很认同，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。希望少走弯路。