> For the complete documentation index, see [llms.txt](https://docs.exoclick.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.exoclick.com/advertisers/ja/kyanpn/bidder.md).
# Bidder
この **Bidder** Bidder は、キャンペーンの最適化を支援するスマートアシスタントです。Bidder には 2 つの機能があります：
* [**自動入札最適化**](/advertisers/ja/kyanpn/bidder.md#automatic-bidding-optimization)：コンバージョン数に応じて広告ゾーンの入札額をインテリジェントに調整し、コンバージョンしないものをブロックします。
* [**ブロックルール**](/advertisers/ja/kyanpn/bidder.md#blocking-rules)：設定したルールに従って、成果の低いブラウザ、国、デバイス、言語、モバイル通信事業者、オペレーティングシステム、サイト、ゾーンを自動的にブロックします。
Bidder を使用するには、Bidder アルゴリズムを **Campaigns** > **Bidder** タブで作成します。
## データ期間を選択
Automatic Bidding Optimization と Blocking Rules は、Bidder アルゴリズムが実行するアクションを決定するために履歴データを使用します。 **データ期間**では、この最適化に使用するデータの期間を選択できます。範囲は **180日前** から **今日** （既定 **30日間**).
## 自動入札最適化
この **自動入札最適化** 機能により、広告主は各ゾーンに設定された価格を [コンバージョン値](/advertisers/ja/advertiser-statistics.md#the-conversion-tracking-and-conversion-goals-panels)に基づいて自動調整し、コンバージョンしないゾーンをブロックできます。
{% hint style="info" %}
Automatic Bidding Optimization を使用するには、 **少なくとも 1 つのコンバージョン目標を設定しておく必要があります。** このツールは pixel トラッキングと S2S トラッキングの両方で機能します。
{% endhint %}
### コンバージョン値を決定するためのコンバージョン目標と方法を選択
からコンバージョン目標を選択します。 **Conversion Tracking** ドロップダウン。コンバージョン目標の値に基づいて、次の 2 つのオプションのいずれかを選択できます：
* **目標のコンバージョン値を使用：** この方法は **固定** と **動的値** コンバージョン目標に適用されます。この方法を選択すると、入札アルゴリズムはコンバージョン目標に設定された値を使用します。
* **目標コンバージョン値を設定：** この方法により、広告主は入札を最適化するために入札アルゴリズムが使用するコンバージョン値を入力できます。
### 最大テスト予算を設定
この **最大テスト予算** は、Bidder が最適化を開始する前に、ゾーンに対していくらまで使う意思があるかを決定します。Bidder は収益性を判断するために購入しているトラフィックに関する情報をある程度必要とするため、最大テスト予算はキャンペーンが最適化を開始する前にゾーンで使える金額を決定します。
この **最大テスト予算** は 3 つの異なる方法で設定できます：
* **自動**：既定では、 **最大テスト予算** は、設定された目標コンバージョン値の 5 倍に設定されます。
* **上限を設定**：独自の **最大テスト予算**を手動で設定します。最大テスト予算は **目標コンバージョン値の 20 倍**.
* **上限なし**：ゾーンはコンバージョンを生成しなくても、キャンペーン内で引き続きコストを発生させることがあります。この場合、ゾーンは **キャンペーンのデフォルト入札額** で引き続き配信され、3 件のコンバージョンが生成されると、Bidder が最適化を開始します。
### 自動入札最適化が開始されるタイミング
* ゾーンで **3 件を超えるコンバージョン**が発生した場合、Bidder は **最大テスト予算** のしきい値に達しているかどうかに関係なく、最適化を開始します。
* ゾーンで **3 件未満のコンバージョン** があり、 **最大テスト予算** に達した場合、Bidder は最適化を開始します。この場合、ゾーンがさらにコンバージョンを生成し始めるまで、トラフィックを最小限に抑えるために Bidder が低い入札額を設定することがあります。
* ゾーンで **コンバージョンなし** に達すると、Bidder は **最大テスト予算**その広告ゾーンをキャンペーンから永久にブロックします。
一度 **自動入札最適化** が実行を開始すると、選択したコンバージョン目標のコンバージョン値を下回るよう、各ゾーンの入札額を微調整します。Bidder によるすべての最適化は [**履歴**](/advertisers/ja/kyanpn/bidder.md#history) に記録されます。
{% hint style="warning" %}
**留意してください**:
ゾーンのパフォーマンスによっては、Bidder は **そのゾーンで使用している入札額を大幅に引き上げる**ことがあります。特定のゾーンで、キャンペーンの支払額が元の入札額の数倍になることもあります。そのため、 **日次予算** を設定する際は十分ご注意ください。ゾーンの入札額が上昇すると、日次予算が守られない場合があります。
{% endhint %}
## ブロックルール
をオンにすると、 **ブロックルール** オプションでは、設定したルールに基づいて、どのキャンペーンのターゲティング設定またはディメンションを自動的にブロックするかを決定するルールを作成できます。
ブロック可能なディメンションは次のとおりです：
* **ゾーン** （既定）
* **ブラウザ**
* **国**
* **デバイス**
* **言語**
* **モバイル通信事業者**
* **オペレーティングシステム**
* **サイト**
ルールは、選択したディメンションが一定量の **インプレッション**, **クリック** または **消化**に達すると適用されます。このディメンションをブロックすべきかどうかを判断するために、Bidder は次のいずれかの指標を確認します： **CTR**, **コンバージョン**, **eCPA**, **ROI** または **利益**.
2 つ目のドロップダウンメニューで **コンバージョン**, **eCPA**, **ROI** または **利益**を選択した場合は、 **目標を選択** と表示されるドロップダウンメニューからそれらに関連付ける目標を選択する必要があります。
最大 **10** 件のブロックルールを追加できます。各ルールは **OR** ベースで適用され、 **AND** ベースではありません。つまり、各ルールは個別に適用されます。設定されたルールのうち、条件を最初に満たしたものがトリガーされ、広告ゾーンをブロックします。
すべての必要なルールを追加したら、 **更新**をクリックします。クリックすると、 **更新** 新しい **ブロックルール** が有効になります。
## アルゴリズムをキャンペーンに割り当てる
Bidder アルゴリズムは **ステップ 4：料金と制限** のキャンペーン設定ページでキャンペーンに割り当てられます。 **Bidder** セクションに、新しく作成した Bidder アルゴリズムを割り当てるオプションがあります。
## この入札アルゴリズムを使用している履歴とキャンペーン
作成した Bidder アルゴリズムは、 **Bidder** タブの利用可能なアルゴリズム一覧に追加されます。 **編集** をクリックすると、各項目の詳細を表示・編集できます。
既存のアルゴリズムを編集すると、 **ブロックルール**: **履歴** と **この入札アルゴリズムを使用しているキャンペーン**.
### 履歴
このセクションには、特定のアルゴリズムを使用して設定された、これまでに作成されたすべてのキャンペーンの詳細情報一覧が表示されます。このセクションには、過去 30 日間に発生した最適化イベント（入札額の引き上げまたは引き下げなど）とブロックイベントが表示されます。
結果を日付で絞り込んだり、 **最適化された入札額** または **ブロックされたゾーン**のどちらを表示するかを選択できます。 **キャンペーン名**, **キャンペーン ID**, **サイト/ゾーン名**, **サイト/ゾーン名 ID**, **ブラウザ**, **国**, **言語**, **モバイル通信事業者**, **オペレーティングシステム**, **デバイス** または任意の **関連 ID**.
オレンジ色で表示されたブロック済みディメンションの情報アイコンにカーソルを合わせると、キャンペーンのターゲティングに基づいて、そのディメンションがブロックされた理由が表示されます。 **アクション** 見出しの下に **最適化された入札額** 青色で **新しい/元の入札額** 見出しの下に、Bidder によって取得された新しい入札額と設定された元の入札額が表示されます。
{% hint style="info" %}
**注意事項**:
* Bidder が特定のディメンションの残り唯一の値をブロックしようとすると、キャンペーンは **実行されません** ステータスになります。キャンペーン設定を編集することで、再び実行中に戻せます。
* の場合、 **動的コンバージョン目標** の値が非常に低い（ **$/€0.001**未満）または最適化時点で値がない場合、入札アルゴリズムは最適化を無視し、Bidder の履歴にアクション「**自動最適化を無視**".
{% endhint %}
### この入札アルゴリズムを使用しているキャンペーン
このセクションには、この特定のアルゴリズムを使用しているすべてのキャンペーンが表示されます。 **キャンペーン ID**, **キャンペーン名**、および **広告フォーマットの種類**が表示されます。左側には 2 つのボタンがあります：1 つは **関連するキャンペーンを編集** し、もう 1 つは **連携されたキャンペーンから Bidder の割り当てを解除**.
## 追加の Bidder インサイト
Bidder は **最小限のトラフィック量** が必要です：
* CPM および Smart CPM キャンペーンでは、少なくとも 500 インプレッションが必要です。
* CPC キャンペーンでは、少なくとも 20 クリックが必要です。
* 目標を設定したルールがある場合、すべての支払いモデルでキャンペーンには少なくとも 3 つの目標が必要です。
Bidder は非常に柔軟です。 **自動入札最適化** と **ブロックルール** を組み合わせて、最適化対象とブロック対象を制御できます。つまり、次のことが可能です：
* Automatic Bidding Optimization と Blocking Rules を同時に有効にする。
* Automatic Bidding を無効にし、ルールは有効のままにする。
* ルールを無効にし、Automatic Bidding は有効のままにする。
なお、 **キャンペーンでゾーンターゲティングを行いながら Bidder を使用できます**。Bidder はターゲットにしている特定のゾーンで機能し、ブロックしているゾーンは尊重します。つまり、次のことが可能です：
* Bidder を使って新しいキャンペーンを設定する際に、ゾーンを手動でブロックまたはターゲットにできます。
* Bidder によって自動的に最適化またはブロックされた広告ゾーンを、手動でブロックしたり再有効化したりできます。
* 既存のキャンペーンで Bidder を有効にしても、広告主が手動で行った既存の最適化は消去されません。
詳細については、 [**ゾーンターゲティングページ**](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step5.md#targeting-or-blocking-zones-and-sites)**.**
を参照してください。Bidder による最適化に納得できない場合は、アルゴリズムやキャンペーンターゲティングの設定を微調整している間、一時的に無効にできます。Bidder が無効のときは、 **Bidder によって行われた最適化はキャンペーンに残ります**。最適化された入札額やブロックされたディメンションも含まれます。
Bidder を有効にしたキャンペーンでは、最大で **4000 ゾーン**をブロックできることに注意してください。キャンペーンでさらに多くのゾーンをブロックする必要がある場合は、 **ドメインターゲティング** を使用するか、 **Target** の代わりに **Block** ゾーンを使用することを検討してください。
最後に、あるキャンペーンの Bidder 最適化を別のキャンペーンで再利用することはできません。 **各キャンペーンは個別に最適化されるため**、同じ Bidder アルゴリズムを使用していてもです。
---
# 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://docs.exoclick.com/advertisers/ja/kyanpn/bidder.md?ask=&goal=
```
`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.