Canonical URL 解决重复内容问题。多语言站点、分页页面、带查询参数的页面都需要正确设置 canonical。Next.js metadata 中 canonical 要用绝对 URL，通过 buildPageUrl 工具函数确保域名一致。 hreflang 自引用是必须的。每个语言页面必须包含指向自身的 hreflang（如 hreflang=en 指向英文版）。缺少自引用，Google 会忽略整组 hreflang。x-default 指向默认语言版本，用于未匹配语言的用户。 面包屑导航不仅提升用户体验，还是 SEO 信号。用 BreadcrumbList JSON-LD 结构化数据能让 Google 在搜索结果中显示面包屑路径，提升点击率。Next.js 中可以在 Server Component 渲染面包屑 HTML + JSON-LD。
分享一下我的做法：sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。如有不对请指正。
这个问题我研究过一阵，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。如果有更好的方案求分享。
metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我调研过这块，404 页面一定要返回 404 状态码，软 404（返回 200）会被当作低质内容。效果因项目而异，建议实际测试。
实操中我发现：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
我的理解是：metadataBase 不设置的话 OG 图片会是相对路径，社交分享显示不了。
我的理解是：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。如有不对请指正。
我的结论恰恰相反：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。踩了很多坑才总结出来的。
我的实践经验和你的不太一样：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
我的结论恰恰相反：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。这只是个人经验，不一定通用。
canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。
这个问题我研究过一阵，canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。有疑问可以继续问。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
sitemap.xml 用 ISR 缓存（revalidate: 3600），发布新内容后 revalidatePath 刷新。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
我做了类似的对比实验：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。感谢楼主的启发。
这个方案我试过，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。欢迎大家补充。
这个思路很巧妙，结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。如有不对请指正。
有个细节值得注意：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。共同进步。
说个反直觉的发现：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。期待更多实战经验分享。