車がどれかはもう分かっています。どんな形であれ、APIに伝えます。

インテークシートからのVIN、トレードインからのナンバープレート、またはインポートフィードからのメーカーとモデルの文字列。三つとも同じ構成に解決します。

lp-colors-screen
lp-dealership
lp-listing-cards

マッピングテーブルも手動マッチングもありません。

ほとんどの画像ライブラリは、まず自動車データを彼らの識別子に翻訳させます。エラーが入り込むのはその表です。そして誰かがスプレッドシートを維持することになります。こちらでは、私たちの側で検索が行われます。

  • VINは、トリムと工場色を含む正確な設定に解決します
  • ナンバープレートは、検索が可能な場合は同じ結果を返します
  • メーカー、モデル、年式、バリアントをフリーテキストでインポートフィードにする
  • 各ルートは同じレスポンスを返すため、コードパスは同じままです。

データから画像へ

最初の電話だけが異なる。

01
車両を解決します

持っているものを渡してください。永続的なID付きで設定を返します。

02
IDを保存する

カタログの更新や名前変更、再インポートに耐えますので、データベースに保存しておくのは安全です。

03
IDでビューをリクエスト

その後は車を再度検索せずに画像に直接アクセスする

このことについてよく聞かれる質問

メーカーとモデルの文字列しかない場合はどうなりますか?

検索ルートを使用する。メーカー、モデル、年、バリエーションなどのフリーテキストを構成に解決する

ナンバープレート検索はどこでも利用可能ですか?

国によって異なります。利用できない場合、VINや検索で同じ範囲をカバーします。

検索から何が返ってくるのでしょうか?

解決された設定には永続的なIDが含まれており、それを使って任意のビューをリクエストします

IDは変わりますか?

いいえ。設定IDは永続的で、カタログの更新を生き延びます。したがって、保存された参照は引き続き動作します。

VINが複数のトリムに解決した場合はどうなりますか?

候補を取得し、APIが静かに推測するのではなく、選択できます。

車両検索が画像APIがどれだけの作業を省いてくれるかを決める理由

すべての画像サービスは画像を提供することを約束します。作業を省くサービスと作業を増やすサービスの違いは、画像を取得する前に渡すものにあります。もし彼らの内部識別子が答えなら、あなたはマッピング問題を買ったばかりです。

誰も所有したくないマッピングテーブル

小さなことから始まります:モデル名を彼らのものにマッチングさせるスプレッドシートです。その後、フェイスリフトが到着し、トリムが名前を変え、インポートフィードがスペルを変えると、表は静かに古くなります。症状は間違った画像のリストアップとして現れ、画像がないよりも悪いです。

  • VINはトリムと塗装を含む正確な一構成を特定します。
  • 車両登録番号は、検索が存在する場所で同じものに解決します。
  • 検索文字列はどちらも運ぶフィードをカバーする。
  • 永続的な設定IDは、繰り返しの検索を排除します。

ディーラーシステムでの見た目

受け入れ時にVINが入力されています。同じステップで画像をリクエストし、その日のうちにリストに掲載できます。誰も別のシステムを開かず、誰も名前を照合せず、写真は実際に外に停まっている車に属します。

自動車の画像をあなたのプラットフォームへ

必要なものを教えてください。お客様が実際に目にすることになる画像を、そのままお見せします。清潔で、そろっていて、すぐ使えます。メッセージでも短い通話でも、ご都合のよいほうで。たいていその日のうちに、あなたの在庫にもとづく実例つきでお返事します。

お問い合わせいただきありがとうございます。すぐにご連絡いたします。
問題が発生しました。もう一度お試しいただくか、info@vehicleimagery.com までご連絡ください。

自分の VIN で試してみてください

現在の在庫から10件を送信して、解決された車両とその画像を返します