> For the complete documentation index, see [llms.txt](https://help.citrusad.com/retail-media-interface/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.citrusad.com/retail-media-interface/integration/ja/data-api/api-overview/integration-workflow-options-1.md).

# リテールメディアの広告連携ワークフローオプション

Epsilon's Retail Media 標準的な統合により、関連性の高い広告を顧客に迅速に提示し、ウェブサイトがシームレスなユーザーエクスペリエンスを提供できるようにします。リテールメディアとして、お客様は商品カタログと顧客データを同期するだけで済みます。 Epsilon's Retail Media以下の点に注意することが重要です。 Epsilon Retail Media はリテールメディアのバックエンド経由で統合されます。統合により、関連する広告がウェブサイトに表示され、広告リスティングとオーガニックコンテンツを結合することでユーザーのショッピング体験が向上します。主なメリットは次のとおりです。

1. **ユーザーエクスペリエンスの向上**: 広告がオーガニックコンテンツとシームレスに統合され、スムーズな閲覧体験を提供します。
2. **関連性**: 広告がコンテキストに関連しているため、ユーザーのエンゲージメントが高まります。
3. **効率性**: 広告コンテンツを迅速に配信することで、ページの読み込み時間が短縮されます。
4. **レポート**: 広告のインプレッション、クリック、注文に関する詳細なインサイトを取得できます。

## 標準統合

標準統合ワークフローには、次の手順が含まれます。

1. データを同期する
2. 広告を配信する
3. アクションをレポートする

{% hint style="info" %}
最終リストに統合されるまで、顧客にはリスティングが表示されません。これにより、顧客は完全で正確な情報を取得できます。
{% endhint %}

<figure><img src="/files/NsBQdZqHBxGC9K8F2uIY" alt="" width="100%"><figcaption></figcaption></figure>

### ワークフロー

一連のイベントは次のとおりです。

#### 広告が配信される前

**商品データの同期**: 商品カタログを同期します。 Epsilon Retail Media 使用する [API](https://developers.citrusad.com/integration/docs/use-apis) または日次 [ファイル同期](https://developers.citrusad.com/integration/docs/use-apis)。オプションで、顧客データを同期します。 Epsilon Retail Media API または日次ファイル同期を使用します。

#### 広告が配信されたとき

1. **顧客がウェブサイトを訪問**: 顧客がウェブサイトを開き、特定のページに移動します。 Epsilon’s Retail Media が統合されています。
2. **ウェブサイトがデータをリクエスト**: ウェブサイトはページのコンテキストに基づいてバックエンドサーバーにデータをリクエストします（例： `customerId`, `sessionId`, `dtmCookieID`, `productFilters`).
3. バックエンドが広告をリクエスト\*\*: Epsilon Retail Media: バックエンドサーバーが呼び出します Epsilon Retail Media API。顧客のページコンテキストに関連する広告をリクエストします。
4. **Epsilon Retail Media 関連性の高い広告を返します**: Epsilon Retail Media リクエストに対して最も関連性の高い広告（バナー広告の商品コードや URL など）を返します。
5. **広告とオーガニックコンテンツの統合**: バックエンドサーバーは、からの広告レスポンスを統合します。 Epsilon Retail Media ウェブサイトのオーガニックコンテンツを含みます。
6. **すべてのコンテンツを顧客に提供**: サーバーは結合された広告とオーガニックコンテンツを1つのレスポンスで顧客のブラウザに送信します。

#### 広告が配信された後

1. **インプレッションのレポート**: 顧客が広告を表示すると、インプレッションが以下にレポートされます: Epsilon Retail Media 個別の adId.
2. **クリックのレポート**: 顧客が広告をクリックすると、クリックが以下にレポートされます: Epsilon Retail Media 個別の `adId`.
3. **注文のレポート**: 顧客が購入を完了すると、注文の詳細（商品、価格、数量）が以下とともに `customerId`, `sessionId`, `dtmCookieId` 以下にレポートされます: Epsilon Retail Media.

## 柔軟な連携オプション

Epsilon Retail Media は、多様なリテールメディアのニーズや好みに応じた2つの追加連携方法も提供しています。各方法には固有のメリットとトレードオフがあり、リテールメディアは特定の要件や技術的機能に基づいて最適なアプローチを選択できます。

### アプローチ 1: 個別のブラウザリクエスト

このアプローチでは、オーガニック商品と広告に対して個別のバックエンド呼び出しを行うため、バックエンドの変更を削減し、ユーザーが常に最新の一覧を確認できるようにします。リテールメディアがこのアプローチを使用する際のメリットの一部を以下に示します:

* **開発時間の削減**: バックエンドの変更を最小限に抑えて実装が容易になり、開発時間とリソースを節約できます。
* **最新の一覧**: 最も新しい広告コンテンツが確実に表示され、広告の関連性とユーザーエンゲージメントが向上する可能性があります。

#### ワークフロー

一連のイベントは次のとおりです。

<figure><img src="/files/joK5gGwGPXN483xX3wAu" alt="" width="100%"><figcaption></figcaption></figure>

#### 広告が配信されるタイミング

ブラウザリクエストの場合、広告配信は標準的な連携と以下の点で異なります:

**リクエスト処理**

* オーガニック商品一覧が Epsilon Retail Media 一覧と結合されるまで、商品一覧はユーザーから非表示になります。
* 既存のバックエンドサービスから Epsilon Retail Mediaに直接データをリクエストする代わりに、新しいリテールメディアサービスを使用します。
* リテールメディアサービスは、関連する掲載面情報を使用して Epsilon Retail Media へのバックエンド呼び出しを行います。
* 結合前にバックエンドサーバーと Epsilon Retail Media へ個別に接続する場合でも、 Epsilon Retail Media レスポンスで提供された商品コードに必要なすべての商品詳細情報を収集する必要があります。

**コンテンツの結合と提供**

* ブラウザはオーガニック商品一覧と Epsilon Retail Media 一覧と結合されるまで、商品一覧はユーザーから非表示になります。
* を結合します。結合後、ブラウザは結合されたコンテンツを顧客に提供します。

### アプローチ 2: 顧客への表示後に結合

このアプローチでは、最初にオーガニックコンテンツを表示し、その後に広告を結合します。バックエンドの変更は最小限で済み、ユーザーがオーガニック商品一覧に中断なくアクセスできるようにします。

#### ワークフロー

このアプローチでは、以前と同様のワークフローに従いますが、オーガニック商品の結果が利用可能になり次第、すぐに顧客に提供します。オーガニック結果が表示された後、 Epsilon Retail Mediaからコンテンツを受信した時点で結果を結合して並べ替えます。この連携方法は最小限の開発リソースしか必要としないため、実装にかかる時間が最も短くなる可能性があります。

<figure><img src="/files/dMtsfMktPm4KWNXUozw1" alt="" width="100%"><figcaption></figcaption></figure>

#### 広告が配信されるタイミング

最初にオーガニック商品一覧が表示され、次に Epsilon Retail Media ブラウザが応答を受信すると、一度マージされます。場合によっては、プロダクト広告をマージして付け替える前に、オーガニック出品がユーザーに表示されることがあります。 Epsilon Retail Media によりプロダクトコードのリストが提供されますが、引き続きそれらの各プロダクトについて関連するすべての詳細情報を取得する必要があります。

## 統合方法の比較

使用できるすべての異なる統合方法の簡単な比較は以下のとおりです。

|           | 標準統合                                           | 個別のブラウザリクエスト                                    | 顧客への表示後にマージ                             |
| --------- | ---------------------------------------------- | ----------------------------------------------- | --------------------------------------- |
| ワークフロー    | バックエンドへの単一リクエスト、表示前にマージ                        | オーガニックプロダクトと広告に対する個別のリクエスト                      | オーガニックコンテンツが最初に表示され、その後に広告がマージされる       |
| バックエンドの変更 | 既存のバックエンドサービスが処理します Epsilon Retail Media リクエスト | 以下のための新しいバックエンドサービス： Epsilon Retail Media リクエスト | 既存のバックエンドサービスへの最小限の変更                   |
| 開発工数      | 中程度                                            | 低め                                              | 最も低い                                    |
| 広告のマージ    | バックエンドが広告をオーガニックコンテンツとマージする                    | ブラウザが広告をオーガニックコンテンツとマージする                       | ブラウザが広告をオーガニックコンテンツとマージする               |
| 広告表示      | オーガニックコンテンツとともに表示される広告                         | オーガニックコンテンツとともに表示される広告                          | オーガニックコンテンツとともに表示される広告                  |
| メリット      | - シームレスな統合 - 統合されたバックエンド処理                     | - バックエンドの変更の削減 - 独立した広告ロジック                     | - 迅速な統合 - 最小限のバックエンド変更                  |
| デメリット     | - 中程度の開発工数 - 統合された広告ロジック                       | - 追加のバックエンドサービス - 独立した広告ロジック                    | - 広告表示の遅延の可能性 - オーガニックコンテンツの後に広告がマージされる |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://help.citrusad.com/retail-media-interface/integration/ja/data-api/api-overview/integration-workflow-options-1.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.