Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 Schema.org 类型选择：博客文章用 Article（必须有 author/datePublished），产品页用 Product + AggregateOffer（不要用 Offer + price:0），FAQ 用 FAQPage（必须有 Question/Answer 数组）。选错类型会导致 Rich Results 不显示。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
结合我最近的项目经验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。感谢楼主的启发。
这个问题我研究过一阵，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。后续有新发现再来更新。
我的结论恰恰相反：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。一起学习。
我的团队是这样做的：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。希望对你有帮助。
讲个真实案例：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。我也还在探索中。
结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
这个思路很巧妙，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。希望少走弯路。
有个细节值得注意：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎私信深入交流。
结合我最近的项目经验：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
说个反直觉的发现：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。实践出真知，建议动手试试。
说个反直觉的发现：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。我也还在探索中。
补充一个边界情况：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
上周刚好踩了这个坑，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。