アドネットワークの立ち上げ:アドサーバーを借りるか、ライセンスするか、自社で作るか、そして誰が作れるのか

アドネットワークのソフトウェアは、アドサーバーから始まる。アドサーバーとは、各広告枠にどの広告を表示するかを選び、表示された広告とクリックされた広告をすべて数えるプログラムだ。手に入れ方としては、アドサーバーを借りること、ライセンス製品やオープンソースのアドサーバーソフトウェアを自社で運用すること、そしてアドテクを手がけるエンジニアリング会社に、自社が所有するアドサーバーを開発してもらうことがある。この記事で名前を挙げるレンタルのアドサーバーは、広告リクエスト（埋めるべき広告枠を持つページやアプリからの呼び出し）か、インプレッション（表示された広告）の数で課金する。それぞれの道を24か月目に見込むトラフィックで見積もり、アドサーバーを作ると申し出る会社には、その会社が作った稼働中のアドサーバーを見せてもらう。

アドネットワークのソフトウェアには、初日から何が必要か

アドネットワークの出発点となる二つの側、つまり広告枠を提供するパブリッシャーと、その広告枠にお金を払う広告主については、DSP、アドエクスチェンジ、アドネットワークについての記事が扱っている。ソフトウェアの側では、最初のキャンペーンから五つの仕事が機能していなければならない。

• 広告の選択。アドサーバーは広告リクエストごとに、キャンペーンのターゲティング（国、サイト、デバイス）、フリークエンシーキャップ、ペーシングを適用する。フリークエンシーキャップとは一人の人が1日または1週間にその広告を見てよい最大の回数で、ペーシングは予算をキャンペーンの期間全体に配分する
• 集計。インプレッションとクリックはそれぞれ1回だけ記録され、すべてのレポートはその記録から作られる
• パブリッシャーのアカウントと支払い。各パブリッシャーはサイト別、広告枠別に自分の収益を確認でき、同じ集計にもとづいて支払いを受ける
• 広告主のアカウントと請求。キャンペーン、広告ファイル（業界ではクリエイティブと呼ばれる）、予算、そしてレポートと一致する請求書
• トラフィック品質のチェック。ボットによる訪問やクリックを、それに対して誰かに支払ったり請求したりする前に集計から除外するフィルタ

プログラマティック販売とは、買い手のソフトウェアが広告枠を自動で購入する売り方で、ページの読み込み中に行われるオークションを通じて買われることが多い。これは、広告主への直接販売で売れ残る枠が出てくるまで後回しにしてよい。その段階での接続は SSP を経由する。SSP とは、パブリッシャーの広告枠を多くの買い手に同時に提示するプラットフォームだ。レンタルのアドサーバーでは、この接続が有料のアドオンになっていることがある。

アドサーバーを手に入れる三つの方法とは何か

• 借りる場合は、ベンダーがソフトウェアとサーバーを運用し、自社の記録を保管する。支払うのは、広告リクエスト数またはインプレッション数で規模が決まる月額プランと、アドオンの料金だ
• 有償にせよオープンソースにせよ、ライセンスを使う場合は、自社が選んだサーバーでアドサーバーソフトウェアを運用する。記録は自社のデータベースに置かれ、アップデートと稼働の維持は自社の仕事になる
• 自社で作る場合は、エンジニアリング会社がアドサーバーと、その周りのアドネットワークのソフトウェアを書く。コードは契約で譲渡されれば自社のものになり、その運用と変更の費用は自社が払う

量の測り方は、ベンダーによって異なる。2026年10月15日に閲覧した AdButler の料金ページでは、プランの規模が広告リクエスト数で表され、「100万広告リクエストで月179ドル」から始まる。同じ日に閲覧した Epom のアドサーバーの料金ページではインプレッション数で数え、「月850万件のディスプレイ+モバイルウェブのインプレッション」で「月250ドル」から始まる。

Revive Adserver のホスティング版の料金ページは、「アドサーバーへの呼び出しは、1回ごとに1リクエストとなる」と述べ、「こうした『ブランク』も月額費用の計算に含まれる」としている。つまり、広告を返さない呼び出しにも料金がかかる。同社の「Super」プランは1,000万広告リクエストで月100ドルで、同じ量は AdButler の Standard プランでは682ドルになる。ただし、両者の機能は異なる。

Revive Adserver は、自分で導入できるオープンソースのアドサーバーでもある。2026年10月15日に閲覧したそのホームページは「ダウンロードは無料、利用も無料。」とうたい、「フリークエンシーキャップ、URL ターゲティング、ジオターゲティングを含む」配信ルールを挙げている。GitHub 上のコードは GNU General Public License のもとで公開されており、対象は「本ライセンスのバージョン2、または（あなたの選択により）それ以降の任意のバージョン」である。費用がかかるのは、サーバーと、それを運用する人員だ。

借りるのが割に合わなくなるのはいつか

レンタルのアドサーバーの請求額は、トラフィックとともに増える。ローンチから12か月目と24か月目に見込む月間の広告リクエスト数を書き出す。その両方について、各ベンダーが公開しているプランに必要なアドオンを加えて金額を出し、それぞれの月額を12倍する。

その年額と並べて、自社で作る費用を出す。最初のバージョンの価格を使う予定の年数に割り振り、そこにホスティング、広告ファイルの配信、アドサーバーを運用し変更する人員の費用を加える。各エンジニアリング会社には、同じ二つの時点についてこれらの費用を書面で見積もってもらう。ライセンス製品やオープンソースのアドサーバーも同じやり方で、ライセンス料があればその額と、サーバー、運用する人員から費用を出す。

AdButler では、Standard プランが「1,000万広告リクエストで月682ドル」から、Advanced プランが「5,000万広告リクエストで月2,988ドル」から始まる。API アクセス、つまりほかのソフトウェアが自社のデータを取り出すのに使うインターフェースは、Standard では月550ドルかかり、「Advanced と Enterprise のプランでは無料」である。ログレベルデータ（AdButler の説明では「一つひとつの広告リクエストについての詳細なデータ」）は、アドオンの料金表によれば、10億インプレッション未満のプランで月1,100ドルに加え、1,000件あたり0.015ドルかかる。この1,000件が広告リクエストを数えるのかインプレッションを数えるのかはページに書かれていないため、以下の例では、すべてのリクエストに広告が表示されるものとする。

架空のアドネットワークが、12か月目に月800万、24か月目に月4,000万の広告リクエストを見込み、すべてのリクエストに広告が表示されるとする。最初のキャンペーンには国別のターゲティングが必要で、AdButler ではそれが Complete Targeting アドオン（月1,100ドルに加えて1,000件あたり0.005ドル）に含まれている。275ドルの Basic Targeting アドオンには、地域によるターゲティングが含まれないからだ。12か月目の支払いは、Standard に682ドル、API に550ドル、ログレベルデータに1,220ドル、ターゲティングに1,140ドルで、合計月3,592ドルになる。

24か月目には、40のサイトのそれぞれで三つの広告枠を運用している。AdButler はこうした広告枠の一つひとつをゾーンと呼び、120のゾーンは Standard が認める100を超える。Advanced では、請求額は API 込みで2,988ドル、ログレベルデータに1,700ドル、ターゲティングに1,300ドルとなり、合計で月5,988ドル、年約72,000ドルになる。広告ファイルを AdButler の配信ネットワークから配信する際の帯域幅は、これらの金額とは別に、使った分だけ請求される。

アドネットワークが SSP を通じても販売するなら、AdButler のプログラマティックのアドオンは、Standard と、その一つ下のプランである Essentials で、月110ドルに加えて入札1,000件あたり0.001ドルかかる。

トラフィックより先に、プランの上限によって上位のプランに移らざるをえなくなることがある。AdButler の Standard プランで扱えるのは広告主50社とゾーン100まで、Advanced では広告主100社とゾーン1,000までで、Enterprise の価格は「Contact Us」（お問い合わせ）となっている。各プランの価格には、ある広告リクエスト量に対して「Starts at」（〜から）と記されているので、より多くのトラフィック向けにプランを購入することはできるが、ゾーンの上限は変わらない。

ほかの兆候は、有料のアドオンを通じてしか取り出せないデータや、パブリッシャーが求める支払いルールのように、ベンダーが作ろうとしない機能だ。離れるときのコストも勘定に入れる。すべてのパブリッシャーが、自分のページにあるアドサーバーのコード、つまり広告タグと呼ばれるスニペットを置き換えなければならない。

レンタル契約では、何を持ち出せるようにしておくべきか

いまは借りて、後で自社で作る可能性があるなら、最初の契約で次の条件を求める。

• キャンペーン、広告ファイル、すべての広告枠の定義、そして支払いと請求の履歴を含むパブリッシャーと広告主の記録。いずれも文書化された形式で
• すべてのインプレッションとクリックの記録。自社が管理するストレージに届けられること
• エクスポートまたは API によるアクセス。解約予告期間が終わるまで、エクスポートの追加料金なしで

すべてのインプレッションとクリックの記録は、ローンチの時点で有効にしておく。有効にする前の数か月分は記録の対象外になることがあるからだ。2026年10月15日に閲覧した Kevel のデータシッピング（data shipping）に関するドキュメントによれば、この機能は「クリック、コンバージョン、インプレッションのデータを Amazon AWS の S3 バケットに直接届ける」。S3 バケットとは、Amazon のクラウド上の保存領域である。ドキュメントはさらに「過去のデータのバックフィルは提供していない」と付け加えている。

AdButler のプラン比較表では、「Export to CSV」（CSV へのエクスポート）がすべてのプランに載っており、その注記には「レポートを CSV 形式に変換する」とある。つまり対象はレポートであって、すべてのインプレッションの記録ではない。API による自動エクスポートは、Standard と Essentials では追加料金がかかる。

自社で作るなら、何から始め、何を買い続けるのか

開発は、上で挙げた最初の二つの仕事、広告の選択と集計から始める。すべての支払いと請求書は、その集計の上に成り立つからだ。パブリッシャー向けと広告主向けの画面は、同じ記録の上に後から作ればよい。トラフィック品質のチェック、広告ファイルの配信ネットワーク、決済サービスのように、専門のベンダーが販売しているものは買い続ける。プログラマティック販売は、既存の SSP に任せたままでよい。

移行は段階的に進める。広告枠の一部を新しいアドサーバーに移し、そのインプレッション、クリック、金額を、広告主自身の数字のような独立した集計と毎日比べる。両者の差が、あらかじめ決めた範囲に収まるまで続ける。新しい集計にもとづいて請求する前に二つの集計をどう比べるかは、ビッダーのログと合わない広告レポートについての記事が説明している。

アドネットワークが広告枠をプログラマティックに再販すると、何が変わるのか

プログラマティックな再販には、デジタル広告の非営利の標準化団体である IAB Tech Lab が定める二つの公開ファイルが関わってくる。一つ目の ads.txt は、各パブリッシャーが自分のウェブサイトのルートに置くテキストファイルだ。2026年10月15日に閲覧した IAB Tech Lab の ads.txt のページによれば、パブリッシャーはこれを「自らのデジタルインベントリの販売を認めた企業を公に宣言するために」使う。ここでいうインベントリとは、パブリッシャーの広告枠のことだ。

自社のアドネットワークがパブリッシャーの広告枠を SSP を通じて再販するとき、アドネットワークはその SSP にアカウントを持つ。その場合、パブリッシャーの ads.txt には、SSP のドメイン（フィールド #1）、自社のアカウント ID（フィールド #2）、そして RESELLER という語を記した行が必要になる。2022年8月に公開された ads.txt 仕様のバージョン1.1によれば、RESELLER は、パブリッシャーが「フィールド #2 で示されたアカウントを管理し、フィールド #1 のシステムを通じて自らの広告枠を再販することを、別の事業者に認めている」ことを意味する。すべてのパブリッシャーのファイルに必要な行が載っているかを確かめるチェックを、自社のソフトウェアに組み込む計画を立てておく。

二つ目のファイルである sellers.json は、販売する側のプラットフォームが公開する。IAB Tech Lab の sellers.json のページは「SSP とエクスチェンジは、買い手が確認できるよう、自らの sellers.json ファイルを掲載する」と述べている。sellers.json の仕様のもとでは、SSP のファイルにおける自社のアドネットワークのエントリは INTERMEDIARY にするべきだ。これは、そのインベントリが「名前の挙がった事業者の所有ではない、または広告システムがその事業者に直接支払わない」アカウントのためのタイプである。同じアカウントで自社が所有するサイトの広告枠も販売するなら、タイプは BOTH になる。

後に買い手が自社のアドエクスチェンジ、つまり広告枠が売られるオークションを運営するプラットフォームに接続するようになったら、各パブリッシャーはそれを自分の ads.txt ファイルに載せる必要がある。2019年7月付けで、いまもバージョン1.0のままの sellers.json 仕様は、ads.txt ファイルに載っているすべての広告システムが「Sellers.json ファイルを公開すべきである」としている。

自社のアドネットワークを作ると申し出る会社を、どう見極めるのか

どの AdTech 提供者にも当てはまる一般的な確認事項は、DSP、アドエクスチェンジ、アドネットワークについての記事が挙げている。アドネットワークの場合は、次の四つを加える。

• その会社が、自ら作ったアドサーバー、ビッダー（オークションで広告枠に入札するソフトウェア）、またはレポーティングパイプライン（インプレッションとクリックの記録をレポートに変えるソフトウェア）を見せる。そのシステムはいま実際のトラフィックを処理しており、そのレポートが稼働中の画面で開かれている
• インプレッションとして記録するのがどのイベントか、そしてクリックがそれにどう結びつけられるかを、会社に具体的に言ってもらう。前回その会社のレポートが広告主自身の集計と食い違ったときに、両者をどう突き合わせたかも示してもらう
• たとえば1日3回というフリークエンシーキャップは、一人の人のリクエストが同時に複数のサーバーに届いても守られなければならない。会社は、その設計でどうやって集計を一つに保つのかを説明するべきだ
• 最終的に誰がコードを所有するのか、そしてどの部分が会社の手元に残るのかを契約に書き込む

amBrain はどこに位置づけられるか

amBrain はアドサーバーを構築する。ターゲティング、フリークエンシーキャップ、レポーティングである。サービス一覧にあるほかの二行は、次のとおりである:「amBrain は、パブリッシャー向けのサプライサイドプラットフォーム（SSP）を構築する。」そして「amBrain はアドテク向けのイベント分析パイプラインを構築する。インプレッションとクリックのイベントの収集、処理、レポーティングである。」

amBrain は2019年からソフトウェアを作っている。AdTech の分野では、DSP 開発、リアルタイムビディングのプラットフォーム、アドエクスチェンジのエンジニアリングに取り組んでおり、RTBBidder は amBrain がある顧客のために構築したデマンドサイドプラットフォームである。デマンドサイドプラットフォーム（DSP）とは、広告主のために広告枠を買うソフトウェアだ。

amBrain の働き方には三つの形態がある:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、それがどのコンポーネントなのかを名前で尋ねる。

この記事は事例紹介ではない。どの顧客のアドネットワークについても述べておらず、amBrain がアドネットワークを構築したとも主張しない。RTBBidder は amBrain が構築した DSP として名前を挙げているだけで、amBrain が上の四つの確認事項にどう答えるかも述べていない。だから、ほかのどの会社とも同じ質問を amBrain にもする。AdButler、Epom、Kevel、Revive Adserver は例として名前を挙げたものであり、amBrain がそのいずれかを使った、組み込んだ、そこから移行した、あるいはそのいずれかと提携したと主張するものではない。amBrain の価格や期間も示しておらず、例に出てくるトラフィック、サイト、フリークエンシーの数字は架空のものである。