Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 Core Web Vitals INP 优化关键是减少主线程阻塞。① 拆分长任务（>50ms）用 requestIdleCallback 或 setTimeout ② 减少第三方脚本 ③ 用 Web Worker 处理重计算 ④ 延迟加载非关键交互 ⑤ 避免大型布局重排。
说说我自己的经历：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。后续有新发现再来更新。
我之前也遇到过类似问题，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。希望少走弯路。
这个观点我很认同，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。效果因项目而异，建议实际测试。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望少走弯路。
反对一下，我的测试结果不是这样：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。我也还在探索中。
补充一点：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎私信深入交流。
我之前也遇到过类似问题，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。效果因项目而异，建议实际测试。
这个方案我试过，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。感谢楼主的启发。
结合我最近的项目经验：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎私信深入交流。
补充一个边界情况：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎大家补充。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我做了类似的对比实验：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。效果因项目而异，建议实际测试。
我的踩坑经验：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。仅供参考，具体还是要看你的场景。
反对一下，我的测试结果不是这样：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。希望对你有帮助。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
这个问题我研究过一阵，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。有疑问可以继续问。
我的团队是这样做的：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
讲个真实案例：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。感谢楼主的启发。
这个思路很巧妙，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。后续有新发现再来更新。
有个细节值得注意：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。一起学习。