なぜAPIを使用するのか?
ニーズに応じて、このアプローチには複数の利点があります。- 完全な制御: デザインとUX基準に合わせてバリエーション表示をカスタマイズできます。
- より優れたパフォーマンス: スクリプトベースのソリューションと比較して、最適化されたAPI呼び出しによりページ読み込み遅延を低減します。
- デバッグの容易さ: 標準ツールを使用して、クライアントのコードベース内で統合をログ記録、監視、デバッグできます。
- サードパーティスクリプトへの非依存: 直接呼び出しを使用することで、外部スクリプトを回避し、潜在的な競合を減らし、セキュリティポリシーに準拠できます。
- SPA対応: シングルページアプリケーションに直接統合することで、タイミングの問題を回避し、クライアント側ルーティングに適合します。
- 広告ブロッカーに強い: サードパーティスクリプトや特定のHTMLマーカーなしで、実験を一貫して配信します。広告ブロッカーがKameleoonに与える影響の詳細については、FAQ を参照してください。
目的
推奨エンジンから商品コレクションを取得し、フロントエンドにレンダリングします。たとえば、以下の画像はホームページにレンダリングされたコレクションを示しています。
要件
- Store ID (
shop_id) を持つ有効なKameleoonアカウント。- Kameleoonアプリの Recommendations > Settings > Store settings から
shop_idを取得してください。必要に応じてキーについてカスタマーサクセスマネージャーにお問い合わせください。
- Kameleoonアプリの Recommendations > Settings > Store settings から

- ダッシュボードのProduct Collectionsセクションからの
collection_id。このセクションには、構成されたコレクションとそのIDが一覧表示されています。

- Device ID (
did) および Session ID (sid)。(履歴的なデバイス/ユーザーデータに依存するフィルターまたはアルゴリズムを使用する場合のみ必要)。- Kameleoon Web Experimentation の場合、以下のクッキーから取得します。
KameleoonProducts_device_id→ Device ID (did)KameleoonProducts_session_code→ Session ID (sid)
- それ以外の場合は、これらの値を手動で生成してください。
- Kameleoon Web Experimentation の場合、以下のクッキーから取得します。
ステップ
1. クッキーを取得する(Kameleoon Web Experimentationのみ)
2. クエリリクエスト
エンドポイント:{collection-id} を 要件 の値に置き換えてください。| パラメータ | 型 | 必須 | 説明 |
|---|---|---|---|
shop_id | String | True | Store Key |
did | String | False | Device ID |
location | String | False | ユーザーのロケーション |
sid | String | False | 一時的なユーザーセッションID |
external_id | String | False | ローカルシステムまたはCRM内のユーザーの一意の識別子。(Kameleoon VisitorCodeとの正確なマッチングを確保するために、まずIDをKameleoon Custom Dataとして保存してください。Custom Dataの設定時に、Use this custom data as a unique identifier for cross-device matching を有効にして、両システム間のユーザーアクティビティを連携させてください)。 |
プラットフォームをまたいでユーザーごとにコレクションをパーソナライズするには、
did の代わりにKameleoon Custom Dataとして設定された external_id を使用してください。3. レスポンス
| 名前 | 型 | 説明 |
|---|---|---|
products | オブジェクトの配列 | 商品情報。各オブジェクトには これらのプロパティ が含まれます。 |
html | String | コレクションを作成したときのHTMLテンプレート。 |
モバイルアプリは
html を無視できます。