Google 索引速度受多种因素影响：域名权重、内链结构、sitemap 提交、社交信号。新站点的页面可能要几天到几周才被索引。加速方法：提交 sitemap、用 URL 检查工具请求索引、在已索引页面中加内链指向新页面。 hreflang 自引用是必须的。每个语言页面必须包含指向自身的 hreflang（如 hreflang=en 指向英文版）。缺少自引用，Google 会忽略整组 hreflang。x-default 指向默认语言版本，用于未匹配语言的用户。 Next.js 动态路由用 generateStaticParams 预生成静态页面，对 SEO 友好。但如果是用户生成内容（如论坛帖子），无法预生成，需要用 ISR 或 SSR。论坛帖子页面建议 ISR（revalidate: 3600）+ 发帖后 revalidatePath。 Google Search Console 验证站点后，第一件事是提交 sitemap.xml。新页面发布后可以用 URL 检查工具主动请求索引，加速收录。但不要频繁提交相同 URL，Google 会降低优先级。
hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
讲个真实案例：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。欢迎交流讨论。
OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
我的理解是：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。仅供参考，具体还是要看你的场景。
我的结论恰恰相反：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。感谢楼主的启发。
我的团队是这样做的：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。期待更多实战经验分享。
分享一下我的做法：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
补充一点：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
从另一个角度看：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。我也还在探索中。
PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。
我的团队是这样做的：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。欢迎交流讨论。
有个更优的方案：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。一起学习。
讲个真实案例：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
补充一个可能被忽略的点：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。这只是个人经验，不一定通用。
这个观点我很认同，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。我也还在探索中。
我做了类似的对比实验：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
这个方案我试过，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。我也还在探索中。
讲个真实案例：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。实践出真知，建议动手试试。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
说说我自己的经历：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。希望少走弯路。