把车辆图像接入您的产品，不必大费周章。清晰的文档、开放的 SDK 和现成的插件几分钟内就能接上您的技术栈，我们的状态页面还会实时显示 API 的运行情况。
最常见的错误是将车辆图像视为客户端的问题，在一个免费提供服务器的框架中。一个卡片组件中的useEffect在开发中可以工作，但在生产中会暴露凭证、降低最大内容绘制时间并随着数据的逐步加载而重新布局网格。
在渲染过程中解析可以一次性消除这三个问题。列表查询和图像查找发生在同一个地方，结果由与页面其余部分相同的重新验证规则缓存，next/image 看到一个普通的远程 URL。集成最终变成了您本打算编写的文件中的几行代码。
是的。在 next.config 中将我们的图像主机添加到 remotePatterns，优化器就会像对待其他远程图像一样对待它们。
两者皆可。应用路由更适合，因为解析属于服务器组件，但 getServerSideProps 或 getStaticProps 调用完全相同。
几乎所有情况下都是 ISR。车辆图像随着您的目录变化，而不是每个访客，因此几小时的重新验证窗口通常已经足够准确。
是的。SDK 使用 fetch，没有特定于 Node 的依赖项，因此边缘路由处理程序和中间件可以正常工作，无需使用 shim。
不需要。您可以请求您渲染的精确宽度，并跳过 next/image。优化器方便生成 srcset，但不是必需的。
响应会告诉你何时使用了备用车型年份，这样你就可以在显示它、显示品牌占位符或隐藏图像插槽之间做出选择。
告诉我们哪些路由显示车辆及其渲染的尺寸。我们会返回您需要的 URL 和 remotePatterns 条目。
