PageSpeed 优化记录：我的站点从 60 分到 95 分花了三周。关键改动：① 图片用 next/image + priority ② 移除首屏 framer-motion 改用 CSS 动画 ③ 非首屏组件 next/dynamic 懒加载 ④ 字体用 next/font ⑤ 第三方脚本延迟加载。 Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Google Search Console 验证站点后，第一件事是提交 sitemap.xml。新页面发布后可以用 URL 检查工具主动请求索引，加速收录。但不要频繁提交相同 URL，Google 会降低优先级。
我之前也遇到过类似问题，PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。希望对你有帮助。
补充一点：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。效果因项目而异，建议实际测试。
不同场景下结论可能不同：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎交流讨论。
这个思路很巧妙，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如有不对请指正。
这个思路很巧妙，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。如有不对请指正。
我的理解是：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望少走弯路。
讲个真实案例：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。仅供参考，具体还是要看你的场景。
这个方案我试过，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。实践出真知，建议动手试试。
有个更优的方案：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。感谢楼主的启发。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
实操中我发现：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。一起学习。
有个更优的方案：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。欢迎私信深入交流。
这个观点我很认同，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。实践出真知，建议动手试试。
我的踩坑经验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
上周刚好踩了这个坑，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎交流讨论。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。一起学习。
我的团队是这样做的：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。这只是个人经验，不一定通用。
补充一个可能被忽略的点：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。后续有新发现再来更新。
补充一个可能被忽略的点：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。踩了很多坑才总结出来的。