自社アプリやアドネットワークのためのモバイル広告メディエーション：メディエーションプラットフォームを使うか、ライセンスを受けるか、自社で作るか

広告メディエーションとは、アプリの中で動くコードであり、埋めるべき広告枠が生じるたびに複数の広告ソースに広告を求める。そして、最も高く支払う広告を表示しようとする。広告ソースとは、広告を供給できるネットワークやエクスチェンジのことだ。アプリのパブリッシャーやアプリ内広告のアドネットワークは、Google AdMob、AppLovin MAX、Unity LevelPlay のような既製のプラットフォームを使える。ベンダーの製品のライセンスを受けて自社のブランドで運用すること（ホワイトレーベル）も、自社でメディエーション層を作ることもできる。どれを選ぶかは、主に、何を自社で所有する必要があるかで決まる。また、広告を表示するコードのパッケージである SDK を、自社のチームがすべてのアプリで最新の状態に保てるかどうかにも左右される。

メディエーションは、アプリの中で何をするのか

アプリは、SDK（ソフトウェア開発キット）を通じて広告を表示する。SDK とは、開発者がアプリに組み込むコードのパッケージである。メディエーションでは、一つの SDK が全体を取り仕切る。その SDK は、アダプターを通じて複数の広告ソースを呼び出す。アダプターとは、その SDK を各ネットワーク独自の SDK につなぐ小さなコードである。

Google の AdMob ヘルプセンターは、こう説明している：「メディエーションを使うと、アプリで広告を配信するために使う広告ソースを、すべて一か所で管理できる。」Unity は LevelPlay を、「アプリ開発者が一つの SDK だけで複数のアドネットワークを管理し、最適化できるマネタイズのソリューション。」と説明している。この記事の出典はすべて2026年11月6日に閲覧した。

ウォーターフォールとアプリ内ビディングはどう違うのか

ウォーターフォールは、古いほうの方法である。パブリッシャーは広告ソースを eCPM、つまり広告表示1,000回あたりの収益で順位づけし、SDK はいずれかが広告を返すまで、それらに順番に問い合わせる。AdMob のガイドには、こうある：「ウォーターフォール型のメディエーションは、広告ソースが支払ってもよいと考える額ではなく、あなたが設定した平均 eCPM に基づいて、広告ソースを一つずつ呼び出す。」

アプリ内ビディングでは、すべての入札ソースに同時に問い合わせ、それぞれがこの一つの広告に価格を付ける。同じガイドには、こうある：「入札ソースはリアルタイムで入札し、単一のオークションで競う。一方、ウォーターフォールのソースは、あなたが設定した eCPM の順に一つずつ呼び出される。」

多くの構成は、この二つを組み合わせている。AdMob のハイブリッド構成では、落札した入札が「eCPM の値に応じて」ウォーターフォールの中に位置を占め、それより上位のウォーターフォールのソースが先に呼び出される。

AppLovin は、MAX のオークションを「ファーストプライス」と呼んでいる。落札者が自らの入札額をそのまま支払うという意味だ。入札は「OpenRTB 2.5 プロトコル経由で」届く。OpenRTB は、デジタル広告の技術標準を定める非営利の団体である IAB Tech Lab が公開している、入札リクエストの標準である。入札は tmax と呼ばれる制限時間内に届かなければならず、そのうえで「MAX のオークションサーバーが、これらの入札を、パブリッシャーのウォーターフォールにある入札以外の需要ソースと統合する。」

メディエーションを運用する三つの方法とは何か

• 既製のメディエーションプラットフォームを使う。そのプラットフォームの SDK と、広告ソースごとのアダプターをアプリに組み込み、ウォーターフォールと入札をダッシュボードで設定する。オークションはプラットフォームが運営する。
• ホワイトレーベル製品のライセンスを受ける。ベンダーが、メディエーション SDK とその背後のサーバーを、自社のブランドを付けてライセンスする。パブリッシャーは自社の名前で SDK を組み込み、コードの保守はベンダーが行う。
• 自社で層を作る。自社のチームか、依頼した会社が、SDK、アダプター、オークションサーバーを書く。たいていは OpenRTB のようなオープンな標準に基づく。コードは自社のものになり、運用も自社で行う。

これらの道は組み合わせられる。Prebid.org が「iOS と Android 向けのオープンソースのライブラリ」と呼ぶ Prebid Mobile は、対応するメディエーションプラットフォームとして AdMob と MAX を挙げている。Prebid Mobile は Prebid Server から入札を受け取る。Prebid Server については、自社でサプライサイドプラットフォーム（SSP）を作ることについての記事が説明している。SSP とは、パブリッシャーの広告枠を買い手に提示するシステムである。

既製のメディエーションプラットフォームで足りるのはどんなときか

次の大半が当てはまるなら、既製のプラットフォームを使う：

• 自社のアプリを公開しており、広告技術を所有することよりも広告収益のほうが重要である
• iOS と Android の新しいバージョンに合わせて SDK を保守できる人が、チームにいない
• 使いたいアドネットワークに、そのプラットフォーム向けのアダプターがすでにある

その代わりに、プラットフォームのルールを受け入れることになる。オークションの仕組みも、どのビッダーが参加できるかもプラットフォームが決め、その SDK はプラットフォームの都合で変わる。オークションを運営する会社が、そのオークションで自ら広告を販売していることもある。2026年11月6日時点で、AppLovin の MAX のページにはこうあった：「AppLovin を含むすべてのネットワークが、統合オークションで対等な条件で競う。」このベンダーの主張は、広告ソースごとの自社の収益データと照らし合わせて確かめる。

アドネットワークは、プラットフォームを使っているパブリッシャーにも引き続きリーチできる。AdMob にはカスタムイベントがあり、パブリッシャーはそれを使って「AdMob Mediation がサポートしていない広告ソース」を追加できる。

ライセンス製品やホワイトレーベル製品が理にかなうのはどんなときか

ホワイトレーベルのメディエーション SDK は、広告プラットフォームを運営する会社に向けて提供されている。たとえば、アプリ内広告のアドネットワークや、パブリッシャーに広告リクエストを直接送ってもらいたい SSP だ。次の場合に選ぶ：

• パブリッシャーに自社の名前の付いた SDK を組み込んでもらい、その広告リクエストが最初に自社のプラットフォームに届くようにしたい
• パブリッシャーを獲得し、サポートするスタッフはいるが、SDK を書いて保守するエンジニアはいない

アドテクのベンダーである Teqblaze を見ると、こうした製品がどう説明されているかがわかる。同社の SDK のページは、その提供物を「ブランド付きのソフトウェア開発キット」と呼び、「SDK をゼロから開発することなく、モバイル広告のマネタイズを管理したい企業のために作られた」と述べている。同社のブログにある2024年6月の投稿は、パブリッシャーが「ホワイトレーベルのソリューションのプラットフォームに直接リクエストを送る」ことができるとしている。SDK のページに価格は載っていない。これらはベンダー自身の主張である。

ブランドは自社のものだが、コードはベンダーのものにとどまる。Xcode は、アプリを作るための Apple のツールである。アプリがサードパーティ SDK の新しいバージョンを採用するとき、Xcode は「それが同じ開発者によって署名されたこと」を確認する。だから、自社の SDK に誰の署名が付くのかを尋ねる。ベンダーが SDK の更新をやめれば、そこから移るために、すべてのパブリッシャーがアプリのアップデートを出さなければならない。

自社でメディエーション層を作る価値があるのはどんなときか

次のうち少なくとも一つが当てはまるなら、自社で作る：

• 多くのパブリッシャーのアプリでオークションを運営するアドネットワークのように、メディエーションそのものが自社の売り物である
• 試したプラットフォームでは適用できないルールが必要である。たとえば、ユーザーグループごとの独自のフロアプライスだ。フロアプライスとは、受け入れる最低の入札額である。
• 料金とレベニューシェアが、いまでは自社のシステムを運用するチームにかかる費用を上回っている
• すべてのインプレッション（一つの広告が一回表示されること）の生データを、自社のシステムに置いておかなければならない

仕事はローンチ後も続く。各ネットワークは SDK を更新し続け、アダプターもそれに追随しなければならない。AdMob は、ネットワークの SDK の新しいバージョンごとに、「その新しい SDK に対してテストしたうえで」新しいアダプターをリリースしている。自社の層なら、そのテストは自社のチームが行い、各ネットワークには、それぞれの契約のもとで自社と取引することに同意してもらわなければならない。

それぞれの道で、自社は何を所有するのか

契約に署名する前、あるいは作り始める前に、次の四つを確認する。

• インプレッションと収益のデータ。三つのプラットフォームはいずれもインプレッションごとの収益を報告し、そのうち二つはデータの保存期間が限られている。AdMob の SDK は「インプレッションが発生したとき」に収益を報告し、Google のサンプルコードのコメントは、それを「このコールバックの中から、希望するアナリティクスサーバーに直接」送るよう勧めている。そのデータを取り出すための AppLovin のインターフェースである User-Level Ad Revenue API は、「リクエストできる期間が45日」である。Unity は、LevelPlay のインプレッション単位のデータを、日付ごとに「14日間だけ利用できる」状態で保持する。そのデータは毎日、自社のストレージにコピーする。ホワイトレーベルのベンダーとは、生ログが自社のものであり、いつでもエクスポートできることを書面で取り決めておく。
• 広告ソースとの関係。Unity のセットアップページには、こうある：「このネットワークの広告在庫をアプリで配信するには、このネットワークの有効なアカウントを持っていなければならない。」MAX では、ビッダーは AppLovin のオークションサーバーに入札を送る。プラットフォームを離れた場合にどの接続が自社に残るのかを、プラットフォームごとに尋ねる。ホワイトレーベル製品なら、買い手との契約に誰の名前が載るのかを確認する。自社で作るなら、契約の一つひとつに自社が署名する。
• アプリの中の SDK。プラットフォームは自らの SDK とその更新を所有し、ホワイトレーベルのベンダーは自らのコードを所有する。自社で作るなら、コードを自社のものにできるが、すべての更新とプライバシー関連のファイルも自社が担うことになる。
• 乗り換えのコスト。Apple の App Review Guidelines は、アプリが「アプリの特徴や機能を導入したり変更したりするコードをダウンロード、インストール、実行する」ことを認めていない。Google Play のポリシーは、アプリは「Google Play の更新の仕組み以外の方法で、自らを変更、置き換え、更新してはならない。」としている。新しいメディエーション SDK がユーザーに届くのはアプリの新しいバージョンを通じてだけであり、アップデートしないユーザーの手元には古いものが残る。

アプリの更新を必要としない変更もある。ウォーターフォールの順序と入札の設定は、プラットフォームのダッシュボードにある。パブリッシャーの広告枠の販売を認められたすべての会社を列挙する app-ads.txt ファイルは、デベロッパーのウェブサイトに置かれる。AdMob は、パブリッシャーにこう注意を促している：「ほかのアドネットワークを使っている場合は、そのネットワークを app-ads.txt ファイルに追加することを忘れないこと。」

どの広告 SDK にも伴う、アプリストアとプライバシーの義務は何か

こうした義務は、どの道にも当てはまる。Apple は、こう述べている：「開発者は、自らのアプリに含まれるすべてのコードに責任を負う。」Apple と Google 自身のページには、次のようにある：

• App Tracking Transparency（ATT）。iOS について Apple は、「ユーザーをトラッキングしたり、デバイスの広告識別子にアクセスしたりするには、App Tracking Transparency（ATT）フレームワークを通じてユーザーの許可を得る必要がある」と述べている。Apple はトラッキングを、自社アプリのデータを、他社のアプリ、ウェブサイト、オフラインのプロパティから得たデータと「ターゲティング広告や広告効果の測定を目的として」結びつけることと定義している。ユーザーやデバイスのデータをデータブローカーと共有することも、トラッキングにあたる。
• AdAttributionKit と SKAdNetwork。これらの Apple のフレームワークは、どの広告がインストールにつながったかを報告する。Apple の SKAdNetwork のページには、いまこうある：「App Store と代替マーケットプレイスでのアプリ広告キャンペーンには、AdAttributionKit を使用すること。」アドネットワークは、「アドネットワーク ID を取得するために Apple に登録する」。Apple はさらに、こう述べている：「アプリの Information Property List にエントリがあるアドネットワークの広告だけが、インストールの検証の対象になる。」このリストはアプリの中に含まれて出荷されるため、新しいネットワークを加えるには、アプリの新しいバージョンが必要になる。
• プライバシーマニフェストと署名。プライバシーマニフェストとは、アプリや SDK が、どんなデータをなぜ収集するのかを記載するファイルである。Apple は特定の SDK を名指しで一覧にしている。そのいずれかを含むアプリを提出するときは、その SDK のプライバシーマニフェストを含めなければならない。SDK をバイナリ（ソースコードではなく、ビルド済みのコード）として組み込む場合は、その署名も含めなければならない。それ以外の SDK については、Apple はその開発者に対し、たとえば SDK が「サードパーティ SDK を含むアプリを使う人についてのデータを収集する」場合や、「トラッキングドメインに接続する」場合などに、マニフェストを含めるよう求めている。
• ストアのプライバシー申告フォーム。Apple は、「アプリに組み込んだコードの提供元であるサードパーティのパートナーの慣行を含めて」プライバシーの慣行を申告するよう求め、そうしたパートナーの一つとしてアドネットワークを挙げている。Google は、「Google Play でアプリを公開しているすべてのデベロッパーは、Data safety フォームに記入しなければならない」としている。このフォームは、「アプリで使われているサードパーティのライブラリや SDK を通じて収集され、扱われる」データも対象とする。
• 子ども向けのアプリ。Google Play は、こう述べている：「アプリで広告を配信し、アプリのターゲットユーザーに子どもしか含まれない場合は、Families の自己認証を受けた広告 SDK のバージョンだけを使用しなければならない。」子どもとそれより上の年齢層の両方を対象とするアプリは、年齢確認を行わなければならない。たとえば、答えを示唆せずに年齢を尋ねる中立的な年齢確認画面である。そうしたアプリが子どもに広告を表示できるのは、自己認証を受けた広告 SDK のバージョンからだけだ。Google は、「広告 SDK とメディエーションプラットフォームが、子どもに適していることを自己認証する」ことを求めている。AdMob は、自社の入札ソースは「子ども向けのアプリや広告リクエストへの広告配信をサポートしていない。」と述べている。Apple は、Kids Category のアプリには「サードパーティのアナリティクスやサードパーティの広告を含めるべきではない」としている。さらに、サードパーティのコンテキスト広告、つまりユーザーについてのデータではなくアプリに表示されている内容に基づいて選ばれる広告は、「限られた場合には認められることもある」と付け加えている。

ストアのポリシーは変わり、プライバシー法は国によって異なる。広告 SDK を追加したり変更したりする前に、特に子どもが使うアプリでは、これらの点を弁護士に確認する。

ビューアビリティと無効トラフィックはどう確認するのか

ビューアビリティとは、広告が人の目に触れうる画面上の位置に表示されたかどうかのことだ。IAB Tech Lab の Open Measurement SDK（OM SDK）は、外部の計測会社がアプリ内の広告を確認できるようにする。IAB Tech Lab によれば、OM SDK は「広告が画面に表示されたこと、表示された割合、表示されていた時間を確認し」、「無効トラフィックとブランド要件の第三者による検証を容易にする」。

プラットフォームを使う場合は、自社の広告ソースのうちどれが OM SDK に対応しているかを尋ねる。自社の SDK なら、OM SDK を自ら組み込む。IAB Tech Lab は、「OM SDK の実装が計測プロバイダーと連携して機能することを検証する」認証を提供している。

無効トラフィックとは、ユーザーの純粋な関心から生じたものではない広告の表示やクリックのことだ。AdMob のヘルプセンターによれば、無効トラフィックは「意図的な不正トラフィックと誤クリックの両方を対象とする。」広告プラットフォームが無効トラフィックをどうフィルタリングするのか、そして二つのレポートがなぜずれていくのかは、以前の二つの記事が説明している。

それぞれの選択肢には、どんな費用がかかるのか

価格はベンダーと自社の取扱量によって変わるので、それぞれの道でどう課金されるかを比べる：

• 既製のプラットフォーム：プラットフォームがどうやって収益を得ているかを確認する。2026年11月6日時点で、AppLovin の MAX のページにはこうあった：「Max のメディエーションはパブリッシャーにとって無料である。入札するネットワークが、生み出された広告収益に応じた手数料を AppLovin に支払う。」その手数料がどれくらいかは書かれておらず、この記事のために読んだ AdMob と LevelPlay のページには、メディエーションの手数料についての記載はなかった。広告主の入札額と自社への支払額のあいだで、何が、誰によって差し引かれるのかを尋ねる。
• ホワイトレーベル製品：初期設定費用かライセンス料、月額料金、レベニューシェア、またはその組み合わせ。シェアが何を基準に計算されるのかを尋ねる。
• 自社開発：SDK、アダプター、オークションサーバーを作るエンジニア。ローンチ後は、広告リクエストとともに増えるサーバーとトラフィック、オンコールの担当者、OM SDK の認証、アダプターの更新が加わる。
• どの道でも：アプリをリリースする前に SDK の更新を一つひとつテストする開発者の時間と、プライバシーに関する開示内容の法務レビュー。

自社開発では最初の広告が表示される前に費用の大半がかかるのに対し、レベニューシェアは広告が一つ売れるたびに増えていく。

メディエーションの構築や統合を任せる会社に何を聞くべきか

• インプレッションごとの生の収益データはどうやって自社のストレージに届き、それを各ネットワークのレポートとどう照合するのか
• ローンチ時にアダプターがあるのはどのアドネットワークか。ネットワークが新しい SDK をリリースしたとき、各アダプターを更新するのは誰か
• iOS でユーザーがトラッキングを拒否したとき、SDK はどう動作するのか。そのプライバシーマニフェストには何が記載されるのか
• SDK に署名するのは誰か。パブリッシャーとアプリストアには、誰の名前で見えるのか
• SDK は OM SDK に対応するのか。IAB Tech Lab の認証を通すのは誰か
• 子どもや年齢のわからないユーザー向けの広告は、Google Play の Families ポリシーにどう従うのか
• いまストアで公開されているアプリで、これが動いているところを見せてもらえるか

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

このブログを発行しているのは amBrain である。amBrain 自身の説明のうち三つは、ここで述べた道のサーバー側に関わるものだ。一つはこうだ：「amBrain は、パブリッシャー向けのサプライサイドプラットフォーム（SSP）を構築する。」もう一つはこうだ：「amBrain はアドサーバーを構築する。ターゲティング、フリークエンシーキャップ、レポーティングである。」三つ目はこうだ：「amBrain はアドテク向けのイベント分析パイプラインを構築する。インプレッションとクリックのイベントの収集、処理、レポーティングである。」

amBrain は2019年からソフトウェアを作っている。顧客との仕事の進め方については、こう述べている:「三つの形態:フルデリバリー、専任チーム、あるいはあなたのチームに入るエンジニア。」所有権についての一文はこうだ:「顧客は、プロダクトとコードの完全な所有権を保持する。ただし、私たちの再利用可能なコンポーネントは除く。」署名の前に、そのコンポーネントを名前で列挙した一覧を求めること。

この記事は事例紹介ではなく、顧客のための仕事についても述べていない。上で挙げた amBrain の一文は、メディエーションプラットフォーム、モバイル広告の SDK、いずれかのアドネットワーク向けのアダプターについて述べたものではない。この記事は amBrain の価格や期間も示さない。Google、AppLovin、Unity、Teqblaze、Prebid.org、Apple、IAB Tech Lab は、それぞれ自身のページから引用している。この記事はそのいずれも推奨せず、いずれかとの関係も主張しない。

この記事は法的助言でもない。プラットフォームやベンダーとの契約、そしてプライバシーに関する開示内容は、署名やアップデートのリリースの前に弁護士に読んでもらう。amBrain が候補リストに入っているなら、ほかのどの会社とも同じ質問をすること。