metadataBase 是 Next.js 15 metadata 的基础 URL 设置。所有相对路径的 OG 图片、canonical URL 都会基于 metadataBase 生成绝对 URL。如果没设置，OG 图片可能显示为相对路径，社交平台无法正确显示。 Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。
我做了类似的对比实验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。共同进步。
讲个真实案例：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。后续有新发现再来更新。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
我的实践经验和你的不太一样：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。一起学习。
从另一个角度看：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。踩了很多坑才总结出来的。
说个反直觉的发现：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。一起学习。
有个细节值得注意：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎私信深入交流。
这个问题我研究过一阵，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。如果有更好的方案求分享。
反对一下，我的测试结果不是这样：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
补充一点：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
这个方案我试过，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。这只是个人经验，不一定通用。
结合我最近的项目经验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
这个观点我很认同，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
我的团队是这样做的：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。希望少走弯路。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
补充一点：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。希望少走弯路。
从另一个角度看：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。希望对你有帮助。
反对一下，我的测试结果不是这样：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
我的看法略有不同：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。