robots.txt 不是阻止索引的手段，而是控制抓取。要阻止索引用 noindex meta 标签或 X-Robots-Tag header。常见的 robots.txt 配置：允许所有页面、禁止 /admin、禁止 /api、指向 sitemap.xml。 404 页面的 SEO 处理：返回 404 状态码 + noindex + follow。不要返回 200 状态码的软 404（Google 会当作低质内容）。Next.js 中用 notFound() 函数触发 404 页面，会自动返回 404 状态码。 Core Web Vitals INP 优化关键是减少主线程阻塞。① 拆分长任务（>50ms）用 requestIdleCallback 或 setTimeout ② 减少第三方脚本 ③ 用 Web Worker 处理重计算 ④ 延迟加载非关键交互 ⑤ 避免大型布局重排。
这个观点我很认同，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。如果有更好的方案求分享。
有个细节值得注意：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。实践出真知，建议动手试试。
这个观点我很认同，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。感谢楼主的启发。
这个观点我很认同，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。欢迎大家补充。
我的项目里也用了这个方案，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
这个方案我试过，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的项目里也用了这个方案，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。如有不对请指正。
从另一个角度看：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
补充一点：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。实践出真知，建议动手试试。
说个反直觉的发现：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。后续有新发现再来更新。
这个问题我研究过一阵，metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。欢迎私信深入交流。
这个思路很巧妙，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。期待更多实战经验分享。
我的结论恰恰相反：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。有疑问可以继续问。
我的项目里也用了这个方案，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
这个思路很巧妙，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。欢迎大家补充。
补充一点：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。我也还在探索中。
有个细节值得注意：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。期待更多实战经验分享。
robots.txt 控制抓取，noindex 控制索引，两个不要搞混。
我做了类似的对比实验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。一起学习。
补充一个可能被忽略的点：Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。如有不对请指正。