PageSpeed 优化记录：我的站点从 60 分到 95 分花了三周。关键改动：① 图片用 next/image + priority ② 移除首屏 framer-motion 改用 CSS 动画 ③ 非首屏组件 next/dynamic 懒加载 ④ 字体用 next/font ⑤ 第三方脚本延迟加载。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 meta keywords 已经被 Google 完全忽略，不要在 metadata 中配置 keywords 字段。它不仅没有 SEO 价值，还会暴露关键词策略给竞争对手。Bing 也已忽略 meta keywords。
实操中我发现：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。仅供参考，具体还是要看你的场景。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
有个更优的方案：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
补充一点：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。如有不对请指正。
我调研过这块，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。这只是个人经验，不一定通用。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
我的团队是这样做的：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。我也还在探索中。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
反对一下，我的测试结果不是这样：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。感谢楼主的启发。
补充一个边界情况：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。后续有新发现再来更新。
我的理解是：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。欢迎大家补充。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
实操中我发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。细节可以再展开讨论。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
不同场景下结论可能不同：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。效果因项目而异，建议实际测试。
我的团队是这样做的：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。欢迎大家补充。
分享一下我的做法：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎私信深入交流。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。