> 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/kyanpnno/create-campaign-step4.md). # ステップ4 - 料金と制限
～の **料金と制限** タブで、 **料金モデル** および **入札額** を設定します。また、～も設定できます **制限** 。キャンペーンの支出や表示回数に制限を設け、支出と流入トラフィックを管理できます。 ## 料金モデル 各広告フォーマットで利用できる料金モデルを示した表です。 | 広告フォーマット | CPM | Smart CPM | CPC | Smart CPC | CPV | Smart Bid | | ---------------------------- | --- | --------- | --- | --------- | --- | --------- | | バナー（全サイズ） | × | × | × | | | × | | ポップアンダー（デスクトップ＆モバイル） | × | × | | | | × | | フルページインタースティシャル（デスクトップ＆モバイル） | × | × | × | | | × | | モバイルバナー - 300x100 | × | × | × | | | × | | ネイティブ広告 - 300x300 | × | × | × | | | × | | プッシュ通知（全サイズ） | × | × | × | | | × | | メールクリック | | | × | × | | × | | タブ - ダイレクトリンク | | | × | × | | × | | 動画 | × | × | × | | × | × | 以下に、ExoClickでの各料金モデルの説明があります。 ### CPM（1000回表示あたりのコスト） 広告を1,000回表示するごとに支払う価格を設定します。 **使用**: 認知拡大を重視するキャンペーンや、トラフィックの見積もりをしやすくしたい場合に適しています。RTBトラフィックを購入する際の推奨価格モデルでもあります。 ### CPC（クリック課金） 広告がクリックされるたびに支払う価格を設定します。 **使用**: このモデルは、各バリエーションの反応性を評価するのに適しています。特に、表示回数は多いもののCTRが低いセグメントで効果を発揮します。 ### Smart CPM Smart CPMは、可能な限り最良の価格で表示回数の入札を行える、当社独自の料金モデルです。 Smart CPMを使用する場合、支払い可能な最大CPMを設定します。システムは、そのセグメント（GEO、デバイス、カテゴリなど）の最低価格と、現時点でそのセグメントで実施されている最高CPMに基づいて、実際に使用する入札額を決定します。 システムは、設定した最大CPM価格までの範囲で、キャンペーンのローテーションにおいて最良のポジションを得るために支払うべき最低価格を決定します。 **使用**: Smart CPMは、通常のCPMと同様に認知拡大に適しています。ただし、通常のCPMとは異なり、Smart CPMは最良のCPMを取得することで競争力を高めるのに役立ちます。賢く使えば、Smart CPMは時間を節約し、最も手頃な価格で最高の表示効果を保証してくれます。 {% hint style="info" %} **Smart CPMの実例**: 対象セグメントでの最高入札額は0.4です。0.7のSmart CPMキャンペーンを設定してトップ入札者になります。ただし、すぐに0.7を支払うわけではありません。 キャンペーンで設定した価格ではなく、トップの位置を維持するために必要な分だけを支払います。別の広告主があなたの入札額に並ぶか、それを上回るまで、0.7の支払いは始まりません。 {% endhint %} ### Smart CPC この料金モデルは、 **メールクリック** および **ダイレクトリンク** キャンペーンでのみ利用できます。 Smart CPCは **Smart CPM**通常のCPCと同じように機能しますが、表示回数ではなくクリックに入札します。Smart CPCでは、クリックごとに支払う上限を設定し、システムが最低価格と最高CPCに応じて実際の支払額を決定します。 ### CPV（視聴課金） この料金モデルは、 **動画** キャンペーンでのみ利用できます。 CPVでは、広告の各 **視聴** に対して支払う価格を設定します。視聴は、動画広告の10秒間が通常速度でサイト訪問者に表示されたときに発生します。 **使用**: このモデルは、対象トラフィックのエンゲージメントや、使用する素材の反応性を評価するのに適しています。見込み客獲得用にCPVキャンペーンを実施し、その後、収益性の高いゾーンに焦点を当てるためにCPM、Smart CPM、またはSmart Bidのキャンペーンを別途実施できます。 また、 **デスクトップとモバイルのトラフィック用に別々のキャンペーンを設定することを強く推奨します**。動画広告の実装方法はデスクトップとモバイルで大きく異なり、キャンペーンのView率とClick率に影響します。そのため、デバイスごとに別のキャンペーンを設定することをお勧めします。 ### Smart Bid {% hint style="warning" %} **注意：** コンバージョンをトラッキングしていない限り、Smart Bidは機能しません。キャンペーンで使用したい目標のコンバージョンが登録されていることを確認してください。 {% endhint %} **Smart Bid** は、ユーザーがコンバージョンする可能性に基づいて、広告主がキャンペーンの最適な入札額を自動的に決定できる料金モデルです。これは、キャンペーンの過去の情報を使用し、現時点で存在する文脈シグナルを評価することで行われます。このアルゴリズムは、どのトラフィックが質の高いコンバージョンを生み出し、キャンペーンの目標達成につながる可能性が高いかを予測できます。 Smart Bidキャンペーンを設定する際には、選択および／または入力する必要がある設定がいくつかあります：
* **入札戦略**：入札額を決定するための基準値です。選択肢は2つあります： **目標CPA** および **目標ROAS** （つまり、広告費用対効果）。CPA戦略はコンバージョン1件あたりに支払ってもよいコストに基づき、ROAS戦略は目指す利益率に基づきます。選択した戦略に応じて、希望する目標値を入力する必要があります。 {% hint style="info" %} **注記：** * 目標CPA値の **0.001** 最小値チェックがあります。 * 目標ROASが選択されている場合、さらに **ROI** の値も表示され、ROASの下にこのキャンペーンから得られる予想投資収益率が反映されます。 {% endhint %} * **初期CPM/CPC**: Smart Bidはすぐに最適化された入札額を設定するわけではありません。Smart Bidを有効にすると、キャンペーンは **Smart CPM** または **Smart CPC** キャンペーンとして、ここで指定した入札額を使用して動作します。システムは、そのキャンペーン内の特定のトラフィックセグメントが「データの有意性」に達するまでこの入札額を使用します。つまり、セグメントが収益性を推定できるだけのコンバージョンを生成した時点です。その時点で、Smart Bidは入札額の最適化を開始します。なお、これはすべてキャンペーンでSmart Bidの料金モデルが有効な間に起こります。 * **コンバージョン目標**：収益性を判断するために使用するコンバージョン目標です。Smart Bidを設定するには、少なくとも1つの [**コンバージョン目標**](/advertisers/ja/konbjontorakkingu/konbjontorakkingu.md#creating-a-conversion-goal) をアカウントで作成しておく必要があります。なお、 **目標ROAS** を **入札戦略**入札戦略 **固定値** または **変動値**のいずれかを選択した場合、広告費を決定するにはコンバージョン目標の値が必要になるため、これらの目標のみを選択できます。 * **入札最適化**：これは、どの種類のソースがキャンペーンにトラフィックを送信できるかを決定します。 **最大化ボリューム** 最適化（デフォルトで推奨されるオプション）は、まだコンバージョンを生成していないセグメントからもトラフィックを受け取れるようにします。一方、 **最大CPA/ROAS** 最適化では、コンバージョンを生成したセグメントからのみトラフィックを受け取ります。このタイプの最適化はより制限が厳しく、キャンペーンのトラフィック受信を妨げる可能性があるため、最大CPA/ROASは少なくとも **30件のコンバージョン** をキャンペーン内で生成している場合にのみ機能します。 次の場合に **最大CPA/ROAS** 入札最適化オプションが利用可能であると分かります。表示されるメッセージは **「このキャンペーンには、最大化ターゲットCPA/ROAS入札を適用するのに十分なコンバージョンがあります」** です。
**注意**：料金モデルをSmart Bidに変更すると、ステップ5 - ゾーンターゲティングで設定していた **カスタム入札** は失われます。 {% hint style="info" %} **留意してください：** Smart Bidは、適切な最適化を行うためにある程度の時間を必要とします。そのため、Smart Bidキャンペーンを実施する際は、十分な予算を用意してください。予算が非常に限られている場合や、すぐに結果を期待している場合は、Smart Bidの使用をおすすめしません。Smart Bidはキャンペーンへの投資と考えてください。 {% endhint %} より詳細な情報やヒントは [**Smart Bid FAQ**](/advertisers/ja/kefaq/topafmansu/smart-bid-faq.md) および当社の [**Smart Bidブログ記事**](https://www.exoclick.com/smart-bid-the-new-automated-bidding-feature-for-advertisers/)でご覧いただけます。より具体的なユースケースについては、 [**Smart Bid広告主のケーススタディ**](https://www.exoclick.com/advertiser-case-study-smart-bid-is-an-effective-strategy-to-turn-losing-campaigns-into-winners/). ### 料金モデルの変更 ほとんどの場合、作成後でもキャンペーンの料金モデルを変更できます。ただし、料金モデルの切り替えが制限されるケースもあります： * では **、ダイレクトリンクとメールクリックを除くすべての広告フォーマットで**、CPCからCPMまたはSmart Bidへは変更できません。同様に、Smart BidまたはCPMからCPCへも変更できません。ただし、Smart BidからCPMへ、またその逆への変更は可能です。 * では **動画キャンペーンでは**、キャンペーン作成後にCPVへ、またはCPVから変更することはできません。 ## 最低価格とView RONの最高入札額 の **価格** セクションの隣に、入札額を入力する場所があり、その横に **View最低価格** および **View RONの最高CPM/CPC/CPV** リンクがあります：
Admin Panelの **View最低価格** リンクは、選択した **広告フォーマット**, **国**, **カテゴリ**, **デバイス** および [**ネットワークタイプ**](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step5.md#filtering-the-list) に対して使用すべき最低CPC、CPM、またはCPV入札額を特定するために使用します。
Admin Panelの **View RONの最高CPM/CPC/CPV** リンクをクリックすると、希望するセグメントで選択した料金モデルの現在の最高入札額が表示されます。リンクをクリックしたら、 **カテゴリ**, **国**, **デバイス**, **OS**, **モバイルキャリア** および **ブラウザ**. を選択してください。ポップアップウィンドウには現在の最高入札額が表示され、キャンペーンの入札額と比較されます。入札額が低い場合は、 **これに合わせる** ボタンをクリックして最高入札額に合わせるか、 **上回る** ボタンをクリックして、システムにより高い入札額を設定させることができます。
{% hint style="info" %} **注記**: * Admin Panelの **View RONの最高CPM/CPC/CPV** ツールは、まだゾーンのホワイトリスト／ブラックリストがない場合に便利です。特定のサイトをターゲティングまたはブロックしている場合は、 [**ステップ5 - ゾーンページのTop/Min列**](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step5.md#view-minimum-bid-and-top-bid). * で説明した2つのリンクはどちらも、 **Smart Bid** 料金モデル {% endhint %} ## フリークエンシーキャッピング
をオンにして **フリークエンシーキャッピング** スイッチを切り替え、 **同じユーザーに広告が何回表示されるか**を制御します。この制限の適用方法は次のように選べます： * **バリエーションごと**：各バリエーションは、フリークエンシーキャッピングに従って個別に表示されます。 * **キャンペーンごと**：キャンペーン全体が、設定したフリークエンシーキャッピングのルールに従って表示されます。 {% hint style="info" %} **注意**：キャンペーン実行中に「バリエーションごと」と「キャンペーンごと」を切り替えると、表示回数カウントはゼロから再開されます。 {% endhint %} 表示回数を生成しないフォーマット（ダイレクトリンクとメールクリック）を使用する場合、フリークエンシーキャッピングはクリック数に基づきます。新しいソースを開拓またはテストする際のベストプラクティスとして、 **24時間ごとに1回の表示／クリック**. ## 日次制限
をオンにして **日次制限** スイッチを使って、 **予算** または **表示回数** のキャンペーン日次制限を設定します。なお、 **表示回数** は、表示回数を生成しないフォーマットでは利用できません：ダイレクトリンク、メールクリック、動画。 日次制限を選択した後は、さらに **配信モード**を選択する必要があります。選択肢は2つあります： * **クイック配信**：システムは、できるだけ早く日次制限に到達しようとします。 * **1日を通して分配**：システムは、 **日次予算** が1日を通して消化されるように、キャンペーンの表示を調整します。 日次制限は、当社サーバーのタイムゾーンに基づき、一日の終わりにリセットされます。 [**これはNYタイムゾーンです**](/exoclick-docs/ja/stats-time-zone.md). {% hint style="info" %} **注意**：制限は現実的に設定してください。大きなセグメントをターゲティングしている、または高い入札額を使用しているのに、少ない予算や少ない表示回数制限を設定すると、 **予算超過**を引き起こす可能性があります。これらのケースについては、 [**入札の学習方法**](#learning-how-to-bid) セクションで詳しく説明します。 {% endhint %} ### 予算と表示回数の配分方法 ～が **日次制限** に設定されているとき、 **1日を通して分配**アルゴリズムがキャンペーンの表示を制御し、予算／表示回数の上限が1日を通して消化されるようにします。 ユーザーがキャンペーンに日次制限を設定すると、これはその日に使える予算または表示回数の「残高」のように機能し、 **ニューヨーク時間の00:00**から始まります。予算と表示回数は、1日を通してこの初期残高から差し引かれます。 当社のシステムはこの残高のスナップショットを **15分ごと** に取得し、次の2つを計算します： 1. **消化速度**：前回のスナップショットと比較した各スナップショットの残高に基づいて、残高がどれだけ速く消化されているか。 2. **加速度**：現在のスナップショットと直前のスナップショットの速度を比較して、消化速度が加速しているか減速しているか。 その後、この消化速度と加速度の値を使って、何もしなかった場合にキャンペーンが全残高を消化するまでにどれだけ時間がかかるかを算出します。この時間とその日の終了までの実際の残り時間との比率を使って、キャンペーンを1日中稼働させるためにどれだけペースを落とす必要があるかを計算します。 ～の **ベストプラクティス**では、予算超過が心配な場合は、1日を通して分配を使用することを推奨します。これを気にしない場合は、代わりに **クイック配信** の使用をおすすめします。 1日を通して分配を使い続けたいがトラフィックが少ない場合は、 **日次制限を増やす**ことを推奨します。これにより、キャンペーンの消化速度が上がります。なお、1日を通して分配は **プッシュ通知** キャンペーンでは、残高差し引きが遅延する性質のため、あまりうまく機能しません。 最後に、日次制限とそれに付随するアルゴリズムは24時間の1期間に対して設定されており、別の日の制限は考慮されず、前日からの予算／表示回数の繰り越しも行われないことに注意してください。同様に、1日を通して分配は24時間全体を考慮するため、 **広告スケジュールは考慮されません。** ## 総合制限
このセクションでは、このキャンペーンが使用できる合計 **予算** 支出額、および／または合計 **表示回数** 受信可能な表示回数を制限できます。日次制限とは異なり、総合制限では **キャンペーンを完全に停止し** 、指定した予算または表示回数に達した時点でキャンペーンが一時停止されます。これらの制限を削除するまで、キャンペーンは再開されません。 予算／表示回数に設定した総合制限は、オンにした瞬間からカウントされ始めますが、それ以前の予算／表示回数は含まれません。つまり、すでに20,000表示あるキャンペーンに10,000表示の制限を設定しても、突然停止することはありません。さらに10,000に達するまで実行されます。 ## 期間
ここで、キャンペーンの実行期間を設定できます。カレンダーアイコンをクリックして、キャンペーンの開始日と終了日を選択してください。 ## Bidder
Admin Panelの **Bidder** スイッチを使用すると、キャンペーンでBidderアルゴリズムを有効にできます。すでに作成済みのアルゴリズムを選択することも、新規にゼロから設定することもできます。ここからアルゴリズムの設定を編集することも可能です。 Bidderの機能について詳しくは、 [**このドキュメント内のBidder専用セクション**](/advertisers/ja/kyanpn/bidder.md). {% hint style="info" %} **注意：** をご覧ください。Bidderは **Smart Bid** キャンペーンでのみ利用できます。 {% endhint %} ## 入札方法の学習 キャンペーンは、リアルタイム入札システムを通じて常に競争しており、その基準は **eCPM**の算出です。一般的に、入札額が高いほど、受け取るトラフィックも多くなります。キャンペーンのeCPMは、 **料金モデル** 使用する **トップ入札者**. このセクションでは、キャンペーン目標を達成するための適切な入札額の設定方法と、キャンペーン費用の見積もり方法について説明します。 ### キャンペーンのeCPMの算出方法 では **CPM/Smart CPMキャンペーン**では、eCPMは基本的にCPM入札価格に相当します。この料金モデルでは、入札額が高く、フリークエンシーキャッピングが低いほど、受け取るトラフィックも多くなります。 では **CPC**では、eCPMは入札価格とCTRによって決まります。そのため、広告主はより多くのトラフィックを得るには、競争力のある入札額とCTRの良いバリエーションの両方を備えている必要があります。 では **CPV**では、eCPMはCPCと同じように計算されますが、CTRではなくView Through率を使用します。 では **Smart Bid**では、eCPMも入札価格に相当します。ただし、この入札価格は、対象セグメントのコンバージョン可能性と、選択した入札戦略および最適化に基づいて常に変動することに注意してください。 ### トラフィック見積もり どれだけのトラフィックを受け取る可能性があるかを測定するには、画面右下の **トラフィック見積もり** パネルを確認してください。 **更新** ボタンをクリックすると、利用可能な **表示回数**, **クリック** または **動画表示回数** の見積もりが、選択したターゲティング設定に基づいて表示されます。
通常、受け取れるトラフィックは **全体の約2～5%** であり、非常に具体的なターゲットを使用していて、ターゲットとするすべてのゾーンでキャンペーンが最高eCPMを持っていると100%確信している場合を除きます。 トラフィック獲得に影響を与え、 **トラフィック見積もり**に反映されない要因がいくつかあります。以下にその一部を示します： * 別の広告主が **Traffic Share** 契約に同意し、トラフィックの固定シェアを購入できるようになるため、あなたが利用できるトラフィックが減ります。 * あなたのバリエーションには **ラベル** があり、対象セグメントの大半のパブリッシャーによりブロックされるため、キャンペーンが全在庫に到達できません。 * **IPターゲティング、ドメインターゲティング、キーワードターゲティング、リターゲティング、および広告スケジュール** 設定はトラフィック見積もりに反映されません。 * 1つの **新しいトラフィックソースが** 利用可能になってトラフィックの送信を開始すると、キャンペーンのボリュームが突然増加します（トラフィック見積もりの更新には、実際のボリュームに合わせるため24時間かかります）。 * 別の広告主がトラフィック競争をやめることで、そのトラフィックの持ち分があなたに回ってきます。 最後に、 **更新** ターゲティング設定を変更した際は、推定量が更新されるように、トラフィック見積もりパネルの［更新］ボタンをクリックするのを忘れないでください。 ### 価格設定のネガティブ例とポジティブ例 入札の仕組みと受け取るトラフィックの見積もり方法を説明したので、以下に現実的でない設定と現実的なPricing/Limit設定の例を示します： * **現実的でない設定**
この例では、キャンペーンのCPM入札は0.05ドル、日次予算上限は20ドルで、8,000万回以上の表示をターゲットにしています。利用可能なトラフィックの1%しか得られなくても、 **キャンペーン費用はすでに見積もりの2倍になります**。つまり、予算は守られません： ((80,000,000 x 0.01) / 1000) x 0.05 = **$40** * **現実的な設定**
この例では、対象トラフィックは少なく、キャンペーンの日次予算は大きいですが、キャンペーンの入札額も高くなっています。それにもかかわらず、 **キャンペーンは予算超過しません**。高い入札額によりキャンペーンが50%のようにトラフィックのかなりのシェアを獲得できたとしても、です： ((530,000 x 0.5) / 1000) x 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 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/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 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.