meta keywords 已经被 Google 完全忽略，不要在 metadata 中配置 keywords 字段。它不仅没有 SEO 价值，还会暴露关键词策略给竞争对手。Bing 也已忽略 meta keywords。 Google Search Console 的 URL 检查工具可以查看单个 URL 的索引状态、抓取情况、结构化数据错误、移动端可用性。新页面发布后用这个工具请求索引，比等 Google 自然发现快很多。 RSS Feed 虽然不直接影响 SEO 排名，但能增加内容曝光渠道，被聚合网站和 RSS 阅读器抓取，带来外链和流量。Next.js App Router 中用路由处理器生成 RSS XML，用 ISR 缓存。
结合我最近的项目经验：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。实践出真知，建议动手试试。
从另一个角度看：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
补充一点：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。欢迎交流讨论。
有个相关问题想请教：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
上周刚好踩了这个坑，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。希望对你有帮助。
我调研过这块，sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。期待更多实战经验分享。
我做了类似的对比实验：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。一起学习。
说个反直觉的发现：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。希望少走弯路。
我调研过这块，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。这只是个人经验，不一定通用。
实操中我发现：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。后续有新发现再来更新。
我的实践经验和你的不太一样：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。如果有更好的方案求分享。
404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。
补充一个边界情况：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。有疑问可以继续问。
我调研过这块，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。细节可以再展开讨论。
有个相关问题想请教：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。一起学习。
我的结论恰恰相反：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。实践出真知，建议动手试试。
不同场景下结论可能不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。期待更多实战经验分享。
说说我自己的经历：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。仅供参考，具体还是要看你的场景。
我的理解是：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。踩了很多坑才总结出来的。
我的项目里也用了这个方案，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如有不对请指正。