Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 PageSpeed 优化记录：我的站点从 60 分到 95 分花了三周。关键改动：① 图片用 next/image + priority ② 移除首屏 framer-motion 改用 CSS 动画 ③ 非首屏组件 next/dynamic 懒加载 ④ 字体用 next/font ⑤ 第三方脚本延迟加载。 Schema.org 类型选择：博客文章用 Article（必须有 author/datePublished），产品页用 Product + AggregateOffer（不要用 Offer + price:0），FAQ 用 FAQPage（必须有 Question/Answer 数组）。选错类型会导致 Rich Results 不显示。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
补充一点：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
我的理解是：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎私信深入交流。
Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
补充一个边界情况：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎私信深入交流。
从另一个角度看：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如有不对请指正。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
这个问题我研究过一阵，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我的看法略有不同：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。我也还在探索中。
我的项目里也用了这个方案，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。后续有新发现再来更新。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
我的实践经验和你的不太一样：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎私信深入交流。
我的踩坑经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。实践出真知，建议动手试试。
补充一点：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。一起学习。
我的项目里也用了这个方案，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。共同进步。
我的踩坑经验：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。共同进步。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
我的实践经验和你的不太一样：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。共同进步。
说说我自己的经历：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。有疑问可以继续问。
讲个真实案例：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。感谢楼主的启发。