PageSpeed 优化记录：我的站点从 60 分到 95 分花了三周。关键改动：① 图片用 next/image + priority ② 移除首屏 framer-motion 改用 CSS 动画 ③ 非首屏组件 next/dynamic 懒加载 ④ 字体用 next/font ⑤ 第三方脚本延迟加载。 Google Search Console 验证站点后，第一件事是提交 sitemap.xml。新页面发布后可以用 URL 检查工具主动请求索引，加速收录。但不要频繁提交相同 URL，Google 会降低优先级。 软 404 是指返回 200 状态码但内容是「页面未找到」的页面。Google 会把这些当作低质内容。Next.js 中确保：不存在的页面用 notFound() 触发真正的 404，搜索结果无结果时返回 404 或 noindex。
我的踩坑经验：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。效果因项目而异，建议实际测试。
说说我自己的经历：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。细节可以再展开讨论。
结合我最近的项目经验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎大家补充。
这个观点我很认同，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。有疑问可以继续问。
实操中我发现：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
我的结论恰恰相反：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。希望少走弯路。
我的踩坑经验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。感谢楼主的启发。
实操中我发现：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎大家补充。
实操中我发现：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。踩了很多坑才总结出来的。
补充一个可能被忽略的点：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。细节可以再展开讨论。
这个思路很巧妙，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。有疑问可以继续问。
我的踩坑经验：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
这个问题我研究过一阵，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。共同进步。
我做了类似的对比实验：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。有疑问可以继续问。
不同场景下结论可能不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。期待更多实战经验分享。
我的踩坑经验：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
上周刚好踩了这个坑，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。一起学习。
有个更优的方案：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。