Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。 Core Web Vitals 2024 的三个指标：LCP（最大内容绘制，<2.5s）、INP（交互到下一次绘制，<200ms）、CLS（累积布局偏移，<0.1）。其中 INP 替代了 FID，更严格。Next.js 用 next/image 优化图片能显著改善 LCP，用 next/dynamic 懒加载非首屏组件改善 INP。 PageSpeed 优化记录：我的站点从 60 分到 95 分花了三周。关键改动：① 图片用 next/image + priority ② 移除首屏 framer-motion 改用 CSS 动画 ③ 非首屏组件 next/dynamic 懒加载 ④ 字体用 next/font ⑤ 第三方脚本延迟加载。
我的看法略有不同：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
有个相关问题想请教：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。实践出真知，建议动手试试。
我的看法略有不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的项目里也用了这个方案，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。我也还在探索中。
不同场景下结论可能不同：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。欢迎大家补充。
JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。
我调研过这块，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。欢迎私信深入交流。
我之前也遇到过类似问题，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。有疑问可以继续问。
这个方案我试过，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
讲个真实案例：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。这只是个人经验，不一定通用。
结合我最近的项目经验：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。希望少走弯路。
说个反直觉的发现：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望少走弯路。
讲个真实案例：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。期待更多实战经验分享。
结合我最近的项目经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎大家补充。
我的项目里也用了这个方案，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。期待更多实战经验分享。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我的踩坑经验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
分享一下我的做法：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
实操中我发现：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。希望对你有帮助。
我的团队是这样做的：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。一起学习。