Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。 软 404 是指返回 200 状态码但内容是「页面未找到」的页面。Google 会把这些当作低质内容。Next.js 中确保：不存在的页面用 notFound() 触发真正的 404，搜索结果无结果时返回 404 或 noindex。 SEO 分页 URL 用 /page/2 路径形式比 ?page=2 查询参数更好。路径形式更利于 Google 理解和索引，查询参数可能被当作重复内容。但分页页面的 canonical 要指向自身而非第一页，否则第二页之后的内容不会被索引。 Next.js Image 组件自动优化图片格式（WebP/AVIF）、尺寸和懒加载，对 LCP 优化效果显著。LCP 图片要加 priority 属性，否则懒加载会延迟 LCP 时间。但不要给所有图片加 priority，只给首屏最大的图片。
我的看法略有不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
这个方案我试过，robots.txt 控制抓取，noindex 控制索引，两个不要搞混。后续有新发现再来更新。
补充一点：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。希望少走弯路。
说个反直觉的发现：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。如果有更好的方案求分享。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
从另一个角度看：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。这只是个人经验，不一定通用。
补充一个边界情况：404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。这只是个人经验，不一定通用。
实操中我发现：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。如果有更好的方案求分享。
有个更优的方案：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。如有不对请指正。
我的理解是：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。共同进步。
这个观点我很认同，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
我的实践经验和你的不太一样：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我调研过这块，Next.js 15 的 viewport 必须单独导出，不放 metadata 里了。
我调研过这块，hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。希望少走弯路。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
我的看法略有不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。一起学习。
说说我自己的经历：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。这只是个人经验，不一定通用。
这个思路很巧妙，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。