Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。 Google 索引速度受多种因素影响：域名权重、内链结构、sitemap 提交、社交信号。新站点的页面可能要几天到几周才被索引。加速方法：提交 sitemap、用 URL 检查工具请求索引、在已索引页面中加内链指向新页面。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
我之前也遇到过类似问题，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
这个观点我很认同，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。我也还在探索中。
补充一个边界情况：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如果有更好的方案求分享。
我的团队是这样做的：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。期待更多实战经验分享。
我做了类似的对比实验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。后续有新发现再来更新。
结合我最近的项目经验：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。有疑问可以继续问。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
补充一个可能被忽略的点：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
实操中我发现：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。我也还在探索中。
实操中我发现：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。感谢楼主的启发。
我的踩坑经验：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。实践出真知，建议动手试试。
反对一下，我的测试结果不是这样：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。仅供参考，具体还是要看你的场景。