sitemap.xml 在 Next.js App Router 中用路由处理器生成。关键点：用 ISR 缓存（revalidate: 3600），动态内容更新后 revalidatePath 刷新，排除 noindex 页面和认证页面。超过 50000 URL 要分割成多个 sitemap 文件。 Google 索引速度受多种因素影响：域名权重、内链结构、sitemap 提交、社交信号。新站点的页面可能要几天到几周才被索引。加速方法：提交 sitemap、用 URL 检查工具请求索引、在已索引页面中加内链指向新页面。 RSS Feed 虽然不直接影响 SEO 排名，但能增加内容曝光渠道，被聚合网站和 RSS 阅读器抓取，带来外链和流量。Next.js App Router 中用路由处理器生成 RSS XML，用 ISR 缓存。
有个更优的方案：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。感谢楼主的启发。
有个更优的方案：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。这只是个人经验，不一定通用。
反对一下，我的测试结果不是这样：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。欢迎大家补充。
这个观点我很认同，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。我也还在探索中。
讲个真实案例：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。感谢楼主的启发。
有个相关问题想请教：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。期待更多实战经验分享。
结合我最近的项目经验：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
反对一下，我的测试结果不是这样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。我也还在探索中。
说说我自己的经历：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。期待更多实战经验分享。
不同场景下结论可能不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望少走弯路。
JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。