metadataBase 是 Next.js 15 metadata 的基础 URL 设置。所有相对路径的 OG 图片、canonical URL 都会基于 metadataBase 生成绝对 URL。如果没设置，OG 图片可能显示为相对路径，社交平台无法正确显示。 meta keywords 已经被 Google 完全忽略，不要在 metadata 中配置 keywords 字段。它不仅没有 SEO 价值，还会暴露关键词策略给竞争对手。Bing 也已忽略 meta keywords。 Core Web Vitals INP 优化关键是减少主线程阻塞。① 拆分长任务（>50ms）用 requestIdleCallback 或 setTimeout ② 减少第三方脚本 ③ 用 Web Worker 处理重计算 ④ 延迟加载非关键交互 ⑤ 避免大型布局重排。
从另一个角度看：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
说说我自己的经历：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。后续有新发现再来更新。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
这个思路很巧妙，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。这只是个人经验，不一定通用。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
有个细节值得注意：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。实践出真知，建议动手试试。
我的实践经验和你的不太一样：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。细节可以再展开讨论。
不同场景下结论可能不同：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如果有更好的方案求分享。
说说我自己的经历：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。后续有新发现再来更新。
这个方案我试过，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。一起学习。
我的结论恰恰相反：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。欢迎大家补充。
反对一下，我的测试结果不是这样：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。如果有更好的方案求分享。
我的看法略有不同：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
不同场景下结论可能不同：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。踩了很多坑才总结出来的。
我的看法略有不同：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。踩了很多坑才总结出来的。
这个思路很巧妙，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。踩了很多坑才总结出来的。
实操中我发现：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。实践出真知，建议动手试试。
这个思路很巧妙，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
结合我最近的项目经验：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。有疑问可以继续问。
分享一下我的做法：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。仅供参考，具体还是要看你的场景。