OG 图片用 Next.js 的 next/og 或 ImageResponse 动态生成，效果比静态图片好。1200x630 是标准尺寸，图片上放标题和品牌 logo，社交分享时点击率能提升 30%。 Next.js 15 的 metadata API 比 Pages Router 的 Head 组件强大太多。用 generateMetadata 可以根据路由参数动态生成 title、description、OG 标签。关键是 metadataBase 要正确设置，否则 OG 图片的 URL 会是相对路径，社交平台无法正确显示。 404 页面的 SEO 处理：返回 404 状态码 + noindex + follow。不要返回 200 状态码的软 404（Google 会当作低质内容）。Next.js 中用 notFound() 函数触发 404 页面，会自动返回 404 状态码。
我做了类似的对比实验：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
这个思路很巧妙，INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。这只是个人经验，不一定通用。
有个更优的方案：OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。期待更多实战经验分享。
有个相关问题想请教：robots.txt 控制抓取，noindex 控制索引，两个不要搞混。实践出真知，建议动手试试。
INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
我之前也遇到过类似问题，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。
不同场景下结论可能不同：PageSpeed 从 60 到 95 的关键：next/image + priority + 移除首屏 framer-motion。实践出真知，建议动手试试。
实操中我发现：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。这只是个人经验，不一定通用。
我的踩坑经验：INP 替代 FID 后更严格了，用 next/dynamic 懒加载非首屏组件效果明显。
说个反直觉的发现：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。仅供参考，具体还是要看你的场景。
这个方案我试过，OG 图片 1200x630 是标准尺寸，用 next/og 动态生成效果最好。欢迎私信深入交流。
我的看法略有不同：canonical 用绝对 URL，通过 buildPageUrl 确保域名一致。有疑问可以继续问。
不同场景下结论可能不同：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。
讲个真实案例：结构化数据用 Rich Results Test 工具测试，Search Console 会报错误。共同进步。
这个方案我试过，JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。希望少走弯路。
补充一点：hreflang 自引用是必须的，我之前漏了导致多语言版本全没被索引。
我的结论恰恰相反：JSON-LD 用 Article 类型必须包含 author 和 datePublished，否则 Rich Results 不显示。