Google 抓取预算对大站很重要。优化方法：① robots.txt 禁止低价值页面 ② 用 noindex 阻止索引但不阻止抓取 ③ 优化内链结构让重要页面更易到达 ④ 删除或合并薄内容页面 ⑤ 监控 Search Console 的抓取统计。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 Next.js ISR 对 SEO 友好，因为输出的是完整 HTML。但要注意：ISR 缓存的页面不能包含用户个性化数据（如 session），否则不同用户看到相同缓存会有安全问题。SSR 输出必须对所有用户相同。 Next.js 动态路由用 generateStaticParams 预生成静态页面，对 SEO 友好。但如果是用户生成内容（如论坛帖子），无法预生成，需要用 ISR 或 SSR。论坛帖子页面建议 ISR（revalidate: 3600）+ 发帖后 revalidatePath。
我的踩坑经验：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。欢迎私信深入交流。
我的结论恰恰相反：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。我也还在探索中。
我的理解是：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。踩了很多坑才总结出来的。
我的团队是这样做的：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如果有更好的方案求分享。
这个问题我研究过一阵，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。实践出真知，建议动手试试。
有个相关问题想请教：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。细节可以再展开讨论。
有个细节值得注意：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。如有不对请指正。
说说我自己的经历：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。感谢楼主的启发。
我的实践经验和你的不太一样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如果有更好的方案求分享。
上周刚好踩了这个坑，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
补充一点：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。细节可以再展开讨论。
说说我自己的经历：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。效果因项目而异，建议实际测试。
我的看法略有不同：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我之前也遇到过类似问题，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。共同进步。
我做了类似的对比实验：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。细节可以再展开讨论。
我的理解是：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。感谢楼主的启发。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
我的看法略有不同：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。如果有更好的方案求分享。
我的理解是：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如果有更好的方案求分享。
有个更优的方案：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。踩了很多坑才总结出来的。