1. を入力してください **目標ROAS** の値。例：200%
2. を入力してください **初期CPM** または **CPC** の値を入力して初期入札を開始し、最適な入札額を決定するための十分なデータを蓄積します。
3. 選択してください **コンバージョン目標** を最適化対象にします。目標には固定値または動的値が設定されている必要があります。
4. 選択してください **入札最適化** 方法を。
* 「 **最大化ボリューム** を選ぶと、より積極的に入札し、コンバージョン数を最大化します。Smart Bidキャンペーンの開始時にはこれを選択することを推奨します。
* 「 **目標ROASを最大化** を選ぶと、希望するROAS値に向けてより保守的に入札します。
5. キャンペーンを稼働させるために必要なその他の関連設定を選択し、 **更新**.
## 価格モデルの切り替え
ほとんどの場合、作成後でもキャンペーンの価格モデルを変更できます。ただし、価格モデルの切り替えが制限される状況もあります：
* では **、ダイレクトリンクとメールクリックを除くすべての広告フォーマットで**、CPCからCPMまたはSmart Bidへは変更できません。同様に、Smart BidまたはCPMからCPCへも変更できません。ただし、Smart BidからCPMへ、またその逆への変更は可能です。
* では **動画キャンペーンでは**、キャンペーン作成後にCPVへ、またはCPVから変更することはできません。
## 最小価格とView RONの最高入札額
の横にある **価格** セクションでは、入札額を入力する場所の近くに **最小視聴価格** と **View RON 最高CPM/CPC/CPV** のリンクがあります：
この **最小視聴価格** 管理パネル上のリンクは、 **広告フォーマット**, **国**, **カテゴリ**, **デバイス** および [**ネットワークタイプ**](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step5.md#filtering-the-list) で使用すべき最小CPC、CPM、またはCPVの入札額を確認するために使用します。
この **View RON 最高CPM/CPC/CPV** リンクでは、希望するセグメントにおける、選択した価格モデルの現在の最高入札額が表示されます。リンクをクリックした後、 **カテゴリ**, **国**, **デバイス**, **OS**, **モバイルキャリア** および **ブラウザ**.
を選択してください。ポップアップウィンドウで現在の最高入札額が表示され、あなたのキャンペーンの入札額と比較されます。入札額が低い場合は、 **それに合わせる** ボタンをクリックして最高入札額に合わせるか、 **それを上回る** ボタンをクリックして、システムにより高い入札額を設定させることができます。
{% hint style="info" %}
**注意事項**:
* この **View RON 最高CPM/CPC/CPV** このツールは、まだゾーンのホワイトリスト/ブラックリストがない場合に便利です。特定のサイトをターゲティングまたはブロックしている場合は、 [**ステップ5 - ゾーンページのTop/Min列**](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step5.md#view-minimum-bid-and-top-bid).
* で説明したリンクは、 **Smart Bid** 価格モデルを使用している場合はどちらも利用できません。
{% endhint %}
## フリークエンシーキャップ
スイッチをオンにして **フリークエンシーキャップ** を制御します **同じユーザーに広告が表示される回数を**。この制限の適用方法を選択できます：
* **バリエーションごと**：各バリエーションはフリークエンシーキャップに従って個別に表示されます。
* **キャンペーンごと**：キャンペーン全体がフリークエンシーキャップのルールセットに従って表示されます。
{% hint style="info" %}
**注意**：キャンペーンの実行中に「バリエーションごと」と「キャンペーンごと」を切り替えると、インプレッション数はゼロから再開されます。
{% endhint %}
インプレッションを生成しないフォーマット（ダイレクトリンクとメールクリック）を使用する場合、フリークエンシーキャップはクリック数に基づきます。新しい配信元を見込んでテストする際のベストプラクティスは、フリークエンシーキャップを **24時間ごとに1インプレッション/クリック**.
## 日次制限
スイッチをオンにして **日次制限** スイッチを使用して **予算** または **インプレッション** の1日あたりの上限をキャンペーンに設定します。なお、 **インプレッション** は、インプレッションを生成しないフォーマット（ダイレクトリンク、メールクリック、動画）では利用できません。
日次上限を選択した後は、 **配信モード**も選択する必要があります。選択肢は2つあります：
* **高速配信**：システムは可能な限り早く日次上限に到達しようとします。
* **1日を通して分散**：キャンペーンの表示を調整し、 **日次予算** が1日を通して消化されるようにします。
日次上限は、サーバーのタイムゾーンに基づいて1日の終わりにリセットされます。 [**これはNYタイムゾーンです**](/exoclick-docs/ja/stats-time-zone.md).
{% hint style="info" %}
**注意**：上限は現実的に設定してください。大きなセグメントをターゲットにしたり高い入札価格を使用したりしながら、小さな予算または小さなインプレッション上限を設定すると、 **過剰消化**につながる可能性があります。これらのケースについては、 [**入札の学び方**](#learning-how-to-bid) のセクションで詳しく説明します。
{% endhint %}
### 予算とインプレッションの配分方法
〜が **日次制限** に設定されているとき **1日を通して分散**、アルゴリズムがキャンペーンの表示を制御し、予算/インプレッションの上限が1日を通して達成されるようにします。
ユーザーがキャンペーンに日次上限を設定すると、これはその日中にキャンペーンが使用できる予算またはインプレッションの「残高」のように機能し、 **ニューヨーク時間の00:00**から始まります。予算とインプレッションは、その日の間にこの初期残高から差し引かれます。
当社のシステムは、この残高のスナップショットを **15分ごとに** 取得し、2つのことを計算するために使用します：
1. **消化速度**：各スナップショットの残高を前回と比較し、残高がどれだけ速く消化されているか。
2. **加速**：現在のスナップショットと前回の速度を比較して、消化速度が速くなっているか遅くなっているか。
その後、この消化速度と加速度の値を使って、何もしなかった場合にキャンペーンが全残高を使い切るまでにどれくらいの時間がかかるかを算出します。この時間と1日の終了までの実際の残り時間との比率を使って、キャンペーンを1日中配信させるためにどれだけ速度を落とす必要があるかを計算します。
〜について **ベストプラクティス**では、過剰消化が心配な場合は、1日を通して分散を使用することを推奨します。これが気にならない場合は、 **高速配信** の代わりに使用することを提案します。
1日を通して分散を使い続けたいがトラフィックが少ない場合は、 **日次上限を増やす**ことを推奨します。これにより、キャンペーンの消化速度が上がります。1日を通して分散は **プッシュ通知** キャンペーンでは、残高の差し引きが遅延する性質のため、あまりうまく機能しないことに注意してください。
最後に、日次上限と関連アルゴリズムは24時間単位で設定され、他の日の上限は考慮されず、前日からの予算/インプレッションの繰り越しもないことにご注意ください。同様に、1日を通して分散は24時間全体を考慮するため、 **広告スケジュールは考慮されません。**
## 合計上限
このセクションでは、キャンペーンが使用できる総 **予算** 支出額および/または総 **インプレッション** 受信できる量の上限を設定できます。日次上限とは異なり、合計上限は **完全に一時停止します** 指定された予算またはインプレッションに達するとキャンペーンを停止します。これらの上限を解除するまで、キャンペーンは再開されません。
予算/インプレッションに設定した合計上限のカウントは、オンにした瞬間から始まりますが、それ以前の予算/インプレッションは含まれません。したがって、すでに20,000インプレッションあるキャンペーンに10,000インプレッションの上限を設定しても、すぐに停止することはありません。さらに10,000に達するまで実行されます。
## 期間
ここでキャンペーンの実行期間を設定できます。カレンダーアイコンをクリックして、キャンペーンの開始日と終了日を選択してください。
## Bidder
この **Bidder** スイッチを使用すると、キャンペーンでBidderアルゴリズムを有効にできます。すでに作成済みのアルゴリズムを選択することも、ゼロから新しいものを設定することもできます。ここからアルゴリズムの設定を編集することもできます。
Bidderの詳細な説明については、 [**このドキュメントのBidderの該当セクション**](/advertisers/ja/kyanpn/bidd.md).
{% hint style="info" %}
**注意：** Bidderは有効にできません **Smart Bid** キャンペーン。
{% endhint %}
## 入札の学び方
キャンペーンは、eCPMの計算に基づくリアルタイム入札システムを通じて常に競争しています。 **eCPM**。一般的に、入札額が高いほど受け取るトラフィックも増えます。キャンペーンのeCPMは、使用する **価格モデル** によって異なる方法で計算されますが、多くの場合、大量のトラフィックを得る最善の方法は **最高入札者**.
になることです。このセクションでは、キャンペーン目標を達成するための適切な入札額の設定方法と、キャンペーンのコスト見積もり方法について説明します。
### キャンペーンのeCPMの計算方法
では **CPM/Smart CPMキャンペーンでは**、eCPMは基本的にCPMの入札価格に相当します。この価格モデルでは、入札額が高く、フリークエンシーキャップが低いほど、受け取るトラフィックは増えます。
では **CPC**、eCPMは入札価格とCTRによって決まります。そのため、より多くのトラフィックを得るには、競争力のある入札額とCTRの良いバリエーションの両方が必要です。
では **CPV**、eCPMはCPCと同様に計算されますが、CTRの代わりにView Through比率を使用します。
では **Smart Bid**、eCPMも入札価格に相当します。ただし、この入札価格は、対象セグメントのコンバージョンの可能性と、選択した入札戦略および最適化に基づいて常に変化することを念頭に置いてください。
### トラフィック見積もり
どれだけのトラフィックを受け取る可能性があるかを確認するには、画面右下の **トラフィック見積もり** パネルを確認してください。 **更新** ボタンをクリックすると、選択したターゲティング設定で利用可能な **インプレッション**, **クリック数** または **動画インプレッション** の見積もりが表示されます。
通常、獲得できるトラフィックは **約2〜5％** このタブに表示される合計の約2〜5％です。非常に具体的なターゲットを使用していて、ターゲットとしているすべてのゾーンでキャンペーンが最高eCPMを持つと100％確信している場合を除きます。
なお、トラフィック獲得に影響する要因は他にもいくつかあり、 **トラフィック見積もり**ここで紹介するトラフィック見積もりには反映されません。以下にいくつか挙げます：
* 別の広告主が **トラフィックシェア** 契約に同意し、固定割合のトラフィックを購入できるようにするため、あなたが利用できるトラフィックが減少します。
* あなたのバリエーションに **ラベル** が付いており、対象セグメントの大半のパブリッシャーによってブロックされているため、キャンペーンがインベントリ全体に配信されないようにしています。
* **IPターゲティング、ドメインターゲティング、キーワードターゲティング、リターゲティング、および広告スケジュール** の設定はトラフィック見積もりに反映されません。
* ひとつの **新しいトラフィックソースが** 利用可能になり、トラフィックの送信を開始すると、キャンペーンの配信量が突然増加します（トラフィック見積もりは実際の配信量で更新するために24時間かかります）。
* 別の広告主がトラフィックの競争から離脱し、そのトラフィックの持分があなたに回ってきます。
最後に、 **更新** ボタンをクリックして、推定値が更新されるようにしてください。
### 価格設定のネガティブ例とポジティブ例
入札の仕組みと受け取るトラフィックの見積もり方法を説明したので、ここでは非現実的な価格設定と制限設定、現実的な価格設定と制限設定の例をいくつか紹介します：
* **非現実的な設定**
この例では、キャンペーンのCPM入札額は0.05ドル、日次予算上限は20ドルで、8,000万件以上のインプレッションを対象としています。利用可能なトラフィックの1％しか獲得できなくても、 **キャンペーン費用はすでに見積もりの2倍になります**。つまり、予算は守られません：
((80,000,000 × 0.01) / 1000) × 0.05 = **$40**
* **現実的な設定**
この例では、対象トラフィックは小さく、キャンペーンの日次予算は大きいですが、キャンペーンの入札額も高くなっています。それでも、 **キャンペーンが過剰消化することはありません**。たとえ高い入札額によってキャンペーンが50％のような十分なトラフィックシェアを獲得できたとしても：
((530,000 × 0.5) / 1000) × 0.25 = **$66.25**
### 一般的な入札戦略
以下に、キャンペーンの最終目標に基づく一般的な入札戦略をいくつか紹介します：
* **上位インプレッションに注力する：** フリークエンシーキャップを低め（1〜3）に設定し、CPM/SmartCPMの入札額を高くして、キャンペーンのローテーションの上位に表示されるようにします。
* 利点：トラフィックのパフォーマンスが高く、トラフィックは非常にターゲット化されています。
* 欠点：量が少なく競争が激しいため、価格が上がります。
* **中位または残存在庫に到達する：** フリークエンシーキャップを高め（4〜無制限）に設定し、平均または最低のCPM入札額を設定します。
* 利点：競争が少なく、価格が手頃です。キャンペーンは質より量でコンバージョンを獲得します。
* 欠点：トラフィックのパフォーマンスは低くなります。トラフィック量が多いということは、最適化により多く取り組む必要があるということです。
広告メッセージの効果は反復に基づいています。さまざまな種類のキャンペーンをテストし、 **フリークエンシーキャップ**を活用することで、キャンペーンを微調整して適切な露出とより高い利益を得ることができます。
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.exoclick.com/advertisers/ja/kyanpn/kyanpnno/create-campaign-step4.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
.png?alt=media&token=53a32fa3-4ca2-4967-91b3-2e5cd27ec99e)
