hreflang 自引用是必须的。每个语言页面必须包含指向自身的 hreflang（如 hreflang=en 指向英文版）。缺少自引用，Google 会忽略整组 hreflang。x-default 指向默认语言版本，用于未匹配语言的用户。 metadataBase 是 Next.js 15 metadata 的基础 URL 设置。所有相对路径的 OG 图片、canonical URL 都会基于 metadataBase 生成绝对 URL。如果没设置，OG 图片可能显示为相对路径，社交平台无法正确显示。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。
分享一下我的做法：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如有不对请指正。
我的团队是这样做的：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。一起学习。
说个反直觉的发现：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
说个反直觉的发现：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。这只是个人经验，不一定通用。
我的实践经验和你的不太一样：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
这个方案我试过，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
补充一个可能被忽略的点：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。踩了很多坑才总结出来的。
说个反直觉的发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。效果因项目而异，建议实际测试。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
不同场景下结论可能不同：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。仅供参考，具体还是要看你的场景。
我调研过这块，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。踩了很多坑才总结出来的。
我的团队是这样做的：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。期待更多实战经验分享。
讲个真实案例：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。细节可以再展开讨论。
这个观点我很认同，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。一起学习。