アドネットワークとは、複数のWebサイトやアプリがもつ広告枠をまとめて束ね、広告主にまとめ売りする仲介の仕組みです。広告主は媒体ごとに個別契約せずに大量の配信面へ一括出稿でき、媒体社は自力で広告主を探さずに枠を収益化できます。本記事では、配信の流れ、混同しやすいアドエクスチェンジ・DSP・SSPとの違い、主要ネットワークの一覧、費用と選び方に加えて、媒体側が最初に整えるべきads.txtの書き方と、記載漏れをPythonで検査するコードまでを扱います。最後に、サードパーティCookie廃止が撤回され、Privacy Sandboxの技術群も縮小された2026年10月時点の現在地を整理しました。
まとめ:この記事の結論
アドネットワークは「複数媒体の広告枠を束ねて一括売買する仲介」で、個別契約の手間を省くことが最大の存在意義です。1インプレッションごとに競売するアドエクスチェンジ(RTB)や、広告主側のDSP・媒体側のSSPとは役割が異なり、これらが合わさってアドテクノロジーの階層を構成しています。
- ネットワーク選びは「配信面(Webかアプリか、特定業界か)」「課金形態(CPC・CPM・CPA)」「ブランドセーフティ対策の有無」の3軸で決める
- 媒体側はads.txtで「誰が自分の枠を売ってよいか」を宣言しないと、買い手のDSPから入札を受けにくくなる
- サードパーティCookieの廃止は2024年に撤回され、2025年10月には代替技術だったPrivacy Sandboxの主要APIも廃止方針になった。Cookieレスへの拙速な全面移行は不要
- 金融・医療など掲載面の管理責任が重い業種で、配信面を指定できない水平型ネットワークを無選別に使うのは避ける
アドネットワークとは何か|定義と1990年代に生まれた背景を押さえる
アドネットワークは1990年代後半に米国で登場しました。当時は広告主が出稿先を1媒体ずつ交渉する必要があり、中小サイトは自力で広告主を集められないという非効率が両側にありました。多数の媒体の広告枠を1つのネットワークに集約し、広告主にまとめて販売する形が、この課題への回答です。広告ネットワーク・ネットワーク広告と呼ばれることもありますが、指すものは同じと考えて構いません。
広告主から見れば「1契約で数百〜数万の媒体に配信できる」点が価値で、媒体社から見れば「営業なしで枠が埋まり収益が安定する」点が価値になります。2000年代にGoogle AdSenseなどが普及して一般化し、後述のRTB技術と結びついて現在のプログラマティック広告の土台になりました。Webサイト上のバナーとして表示される広告の多くは、何らかのアドネットワーク経由で配信されたディスプレイ広告です。
アドネットワークの仕組み|広告枠の集約から表示・入札までの流れ
広告枠の集約から表示までの流れを媒体・広告主・ユーザーで追う
流れはシンプルです。まず媒体社がネットワークに登録し、自サイト・アプリの広告枠を提供します。広告主は配信したいクリエイティブ・予算・ターゲティング条件を設定します。ユーザーがページを開いた瞬間、ネットワークが条件に合う広告を自動で選び、その枠に表示する仕組みです。広告主はクリックや成果が発生したときに費用を払い、媒体社はその一部を収益として受け取ります。人手の契約作業をこの一連の自動処理へ置き換えたことが、アドネットワークの本質的な効率化といえます。
媒体社が配信を始めるときに設置するのは、ネットワークが発行する広告タグ(JavaScript)またはアプリ用のSDKです。タグがページ読み込み時にネットワークのサーバーへ広告を要求し、返ってきた広告を枠に描画します。収益の取り分(レベニューシェア)や支払い条件はネットワークごとに異なるので、規約で必ず確認します。
RTB(リアルタイムビッディング)とアドネットワークの関係を整理する
初期のアドネットワークは固定価格で枠を売る形が中心でしたが、現在は1インプレッションごとに競売にかけるRTB(リアルタイムビッディング)と組み合わさっています。RTBではユーザーがページを開いた直後の約0.1秒の間に、広告主側のシステムが入札し、最高額の広告が表示されます。この入札を広告主側で担うのがDSP(デマンドサイドプラットフォーム)、媒体側で枠を売るのがSSP(サプライサイドプラットフォーム)です。アドネットワークはこの取引を束ねる層として位置づけられます。
システム同士の入札のやり取りは、IAB Tech Labが策定するOpenRTB 2.xという共通仕様に沿って行われるのが一般的です。2026年10月時点のGitHub公開版は2.6系で、「2.6-年月」の形で月単位に改訂される運用になっています。入札リクエストには、リクエストIDと広告枠(imp)の情報、閲覧中のサイトやアプリ、端末などの情報がJSONで載ります。
アドネットワークとアドエクスチェンジ・DSP・SSPの違いを表で比較
この4語は現場でも混同されやすく、検索でも「アドプラットフォームとは」「オーディエンスネットワークとは」「アドネットワーク SSP 違い」といった疑問が多く見られます。取引の主体と価格の決まり方で切り分けると整理できます。
| 用語 | 主体 | 価格の決まり方 | 役割 |
|---|---|---|---|
| アドネットワーク | 仲介事業者 | 固定価格が中心 | 複数媒体の枠を束ねてまとめ売り |
| アドエクスチェンジ | 取引市場 | 入札(RTB) | 枠を1回ごとに競売する市場 |
| DSP | 広告主側 | 入札で買う | 広告主が横断的に枠を買うツール |
| SSP | 媒体社側 | 入札で売る | 媒体が枠を高く売るツール |
大まかには、アドネットワークが「まとめて仲介」、アドエクスチェンジが「1枠ずつ競売する市場」で、DSPとSSPはその市場で買い手・売り手それぞれを支援するツールです。なお「アドプラットフォーム」はこれらを含む広告基盤の総称として使われる曖昧な語で、特定の1機能を指すわけではありません。「オーディエンスネットワーク」はMeta社がFacebook・Instagram外のアプリへ配信する自社ネットワークの名称で、アドネットワークの一種と考えて差し支えありません。
実際には境界が溶けつつあります。Google AdSenseは裏側でGoogleのアドエクスチェンジと接続しており、媒体社から見ればネットワーク、取引の実態はRTBという二面性をもつ仕組みです。言葉の定義にこだわるより、「誰が価格を決めているか」「どの枠に出たかが見えるか」を確認するほうが、実務の判断には役立ちます。
アドネットワークの種類|垂直型・水平型と配信面による分類の軸
垂直型と水平型、プレミアム型とロングテール型の違いと向き不向き
扱う媒体の幅で分けると、特定業界(旅行・医療・ファッションなど)に特化した垂直型と、業種を問わず広く集める水平型があります。垂直型は文脈が合うため広告の関連性が高い一方、到達できる規模には制約があるのが特徴です。水平型は規模を稼げますが、掲載先の管理が難しくブランドセーフティ対策が要ります。さらに、大手媒体だけを集め品質を担保するプレミアム型と、個人サイトやブログまで含めて量を確保するロングテール型という分け方もあります。
| 分類 | 向く目的 | 注意点 |
|---|---|---|
| 垂直型 | 業界内の認知・見込み客獲得 | 到達規模が小さい |
| 水平型 | 幅広いリーチの確保 | 掲載面の選別が必要 |
| プレミアム型 | ブランド広告・高単価商材 | CPMが高く出稿下限あり |
| ロングテール型 | 低単価で量を稼ぐ獲得広告 | 不正・低品質面の混入 |
アプリ・動画・Webなど配信面で分かれるネットワークの種類と選び分け
配信面でも分かれます。スマートフォンのアプリ内に広告を出すモバイル向けネットワーク、YouTubeなどの動画に配信する動画向けネットワークが代表例です。自社の広告目的が「アプリのインストール獲得」なのか「Web上での認知」なのかで、選ぶ配信面が変わります。記事やフィードになじむ形式で出したい場合は、ネイティブアドの配信媒体の比較も合わせて確認すると候補を絞れます。
主要なアドネットワーク一覧(国内・海外)と2024年に終了したnend
代表的なネットワークを整理します。個人ブログや中小サイトの収益化はGoogle AdSenseがほぼ標準で、アプリ収益化はGoogle AdMobが第一候補になります。大規模媒体はGoogle Ad Manager(旧DFP)で複数ネットワークを競わせる運用が一般的です。
| ネットワーク | 提供元 | 主な用途 |
|---|---|---|
| Google AdSense | 個人・中小Webサイトの収益化 | |
| Google AdMob | スマホアプリの収益化 | |
| Google ディスプレイネットワーク | 多数のサイト・アプリ・動画へ配信 | |
| Meta Audience Network | Meta | Facebook外のアプリへ配信 |
| Amazon Advertising | Amazon | 購買データを使ったEC向け配信 |
| i-mobile/fluct/Zucks | 国内各社 | 国内媒体のスマホ広告収益化 |
Googleディスプレイネットワークについて、Google広告ヘルプは「膨大な数のウェブサイトやモバイルアプリ、動画コンテンツ」に広告が表示されると説明しています(ディスプレイ キャンペーンのターゲティングについて)。古い比較記事に見られる「200万サイト以上」といった数値は、2026年10月時点の同ヘルプでは確認できなかったため本記事では採りません。
注意したいのは、国内最大級だったスマホ向けアドネットワーク「nend」が2024年3月29日にサービスを終了している点です(gamebizの報道)。古い比較記事にはnendが残っていることがあるため、現在の国内の選択肢はi-mobileやfluct、Zucksなどに絞られていると考えてください。Meta Audience Networkは2026年10月時点でもアプリを中心に稼働しており、Facebook・Instagram以外の配信先を確保する手段として使われています。
媒体側の実装手順|ads.txtを設置して販売者を正しく宣言する方法
アドネットワークに登録した媒体社が、タグ設置と同じくらい先に整えるべきなのがads.txtです。ads.txtは「自分の広告枠を販売してよい事業者」をドメイン直下のテキストファイルで公開する仕組みで、IAB Tech Labが仕様を管理しています。2026年10月時点のIAB Tech Labのads.txt案内ページでは、OWNERDOMAINとMANAGERDOMAINの変数を加えたバージョン1.1が最新で、アプリ向けのapp-ads.txtはバージョン1.0が正式版として公開されている状態です。DSP側は入札前にこのファイルを照合するため、記載が無い販売経路の枠は買われにくくなり、収益の取りこぼしにつながります。
ads.txtの書式と4つのフィールド、DIRECTとRESELLERの書き分け
1行が1つの販売経路で、「広告システムのドメイン, 媒体社のアカウントID, 関係(DIRECTかRESELLER), 認証機関ID(任意)」の4項目をカンマで区切って書きます。媒体社が自分のアカウントで直接契約している経路はDIRECT、第三者が媒体社の枠を再販している経路はRESELLERです。Googleの行の書き方はGoogle AdSenseヘルプのads.txtガイドに例があり、ファイルはドメイン直下(example.com/ads.txt)に置くよう案内されています。
# example.com 直下の ads.txt(pub- 以降は自分のパブリッシャーIDに置き換える)
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
example-ssp.com, 12345, RESELLER
OWNERDOMAIN=example.com
よくある失敗は、ネットワークの管理画面に表示された行をコピーし忘れる、サブドメインに置いてしまう、CMSのリダイレクトでHTMLページが返ってしまう、の3つです。ブラウザでファイルのURLを開き、プレーンテキストがそのまま表示されることを必ず確かめます。
Pythonでads.txtを取得し、必須行の記載漏れを自動で検査するコード
複数のネットワークを併用すると、ads.txtの行は数十行に増え、更新のたびに記載漏れが起きがちです。次のスクリプトは、指定ドメインのads.txtを取得して書式を検査し、必須の行が欠けていれば終了コード1を返します。標準ライブラリだけで動くので、CIや定期実行のジョブに組み込めます。
# check_ads_txt.py
import sys
import urllib.request
# 必ず載っているべき(広告システム, アカウントID, 関係)の組み合わせ
REQUIRED = {("google.com", "pub-0000000000000000", "DIRECT")}
def fetch_ads_txt(domain):
url = f"https://{domain}/ads.txt"
req = urllib.request.Request(url, headers={"User-Agent": "ads-txt-check/1.0"})
with urllib.request.urlopen(req, timeout=10) as res:
return res.read().decode("utf-8", "replace")
def parse(text):
records, variables = set(), {}
for raw in text.splitlines():
line = raw.split("#", 1)[0].strip()
if not line:
continue
if "=" in line and "," not in line:
key, value = line.split("=", 1)
variables.setdefault(key.strip().upper(), []).append(value.strip())
continue
fields = [f.strip() for f in line.split(",")]
if len(fields) < 3:
print(f"書式エラー: {raw}")
continue
records.add((fields[0].lower(), fields[1], fields[2].upper()))
return records, variables
if __name__ == "__main__":
domain = sys.argv[1]
records, variables = parse(fetch_ads_txt(domain))
print(f"{domain}: レコード{len(records)}件, 変数={sorted(variables)}")
missing = REQUIRED - records
for m in sorted(missing):
print("記載漏れ:", ", ".join(m))
sys.exit(1 if missing else 0)
実行は「python check_ads_txt.py example.com」です。REQUIREDには、契約しているネットワークの管理画面に表示される行を登録しておきます。ネットワークを追加・解約したときにこの集合も一緒に直す運用にすると、ads.txtと実際の契約がずれる事故を防げます。
sellers.jsonとapp-ads.txtで仲介経路の透明性を確かめる手順
ads.txtが「媒体側からの宣言」なら、sellers.jsonは「売り手側の広告システムからの宣言」です。IAB Tech Labのsellers.json案内ページは、買い手が枠の直接の販売者や途中の仲介者を特定するための仕組みと説明しています。SSPやアドエクスチェンジが自社ドメインで公開し、アカウントIDごとに販売者の種別と名称を載せる形式です。
{
"version": "1.0",
"sellers": [
{
"seller_id": "12345",
"seller_type": "PUBLISHER",
"name": "Example Media",
"domain": "example.com"
}
]
}
seller_typeにはPUBLISHER(媒体社本人)、INTERMEDIARY(仲介者)、BOTHのいずれかが入ります。広告主側は、ads.txtのアカウントIDとsellers.jsonのseller_idを突き合わせることで、意図しない再販経路を経由していないかを確認できます。アプリで収益化する場合は、アプリストアに登録した開発者サイトのドメイン直下へapp-ads.txtを置く点だけが異なり、書式はads.txtと同じです。
メリット・デメリットとアドフラウド・ブランドセーフティの対策
広告主と媒体社それぞれが得る広告配信・収益化の実務上のメリット
広告主のメリットは、1つの契約で多数の媒体へ配信でき、ターゲティングで無駄打ちを減らせることです。媒体社のメリットは、営業活動なしで枠が埋まり収益が安定すること、そして枠設定などの管理作業を自動化してコンテンツ制作に集中できることにあります。
アドフラウド・ブランドセーフティ・透明性の3つのリスクと防ぎ方
一方で、配信に伴うリスクにも注意が必要です。ボットや不正トラフィックで表示・クリックを水増しするアドフラウドは、広告主の予算を無駄に消費します。信頼できるネットワークの選定と不正検知ツールの併用が対策の基本で、前章のads.txtとsellers.jsonの照合も、なりすまし枠を避ける手段として効きます。
また、配信面を細かく指定できないネットワークでは、広告が不適切なコンテンツの横に出るブランドセーフティの問題が起きます。信頼できる媒体のホワイトリスト化や、IAS・DoubleVerifyなどの検証ツールで抑えるのが実務的です。どの枠にいくら払ったかが見えにくい透明性の課題も残るため、配信先レポートの粒度が細かいネットワークを選ぶことが失敗を避ける条件になります。
アドネットワークの選び方と費用|CPC・CPM・CPAの課金形態
出稿目的から逆算するアドネットワーク選定時の配信・計測など4つの確認軸
選定は目的から逆算します。アプリのインストール獲得ならモバイル向け、特定業界での認知なら垂直型、ECの売上直結ならAmazon Advertising、といった具合です。そのうえで次の4点を確認します。
- 配信面:Web・アプリ・動画のどこに出るか、掲載先を除外・指定できるか
- フォーマット:バナー・動画・ネイティブのうち、出したい形式に対応しているか
- 計測:配信先別のレポートと、自社の分析環境へ結果を取り込めるか
- 安全性:ブランドセーフティ機能と不正トラフィック対策の有無
アドネットワークは運用型広告の一部であり、入札単価や配信先を日々調整する前提で選ぶと、比較の観点がぶれません。
CPC・CPM・CPAの課金形態を目的別に使い分ける判断の目安
費用は課金形態で決まります。クリック単位で課金するCPC、表示1,000回あたりで課金するCPM、成果(購入・登録など)が発生したときに課金するCPAの3つが基本です。
| 課金形態 | 費用が発生する条件 | 向く目的 |
|---|---|---|
| CPC | 広告がクリックされたとき | サイトへの集客 |
| CPM | 表示1,000回ごと | 認知拡大・ブランド想起 |
| CPA | 購入・登録などの成果発生時 | 獲得単価を固定したい販促 |
ネットワークによって最低出稿金額や得意な課金形態が異なるため、目的に合う形態を持つネットワークを選ぶとコスト効率が上がります。CPAは広告主のリスクが小さい反面、成果計測のタグ設置やコンバージョンの定義をネットワーク側と揃える手間がかかります。
Cookie規制撤回とPrivacy Sandbox縮小後のアドネットワーク(2026)
ターゲティングの前提だったサードパーティCookieの扱いは、ここ数年で大きく揺れました。GoogleはChromeでの廃止を予告していましたが、2024年7月に廃止を断念し、2025年4月にはユーザーへ選択を求めるプロンプトの展開も取りやめています。さらに2025年10月のPrivacy Sandbox公式ブログの発表で、代替技術だったTopics API・Protected Audience API・Attribution Reporting APIなどを、採用が進まなかったことを理由に廃止する方針が示されました。つまり「Cookieはなくなる」という数年来の前提自体が撤回された状態です。経緯と企業側の対策はサードパーティCookie廃止の現在地と企業がとるべき対策で詳しく扱っています。
この状況では、Cookieレス前提の仕組みへ急いで全面移行する必要はありません。むしろ現実的なのは、自社で取得するファーストパーティデータの整備、ページ内容に合わせるコンテキストターゲティング、そしてiOSアプリで使われるSKAdNetworkのようなプライバシー配慮型の計測手段を、既存のCookie配信と併用しながら段階的に厚くしていく進め方です。SafariやFirefoxは以前からサードパーティCookieを既定で制限しているため、Chrome以外の閲覧者には今もCookieに頼らない配信が当たっている点も見落とせません。規制の方向は今後も変わり得るため、最新の状況は各プラットフォームの公式発表で確認してください。
アドネットワークを使うべき場面と見送る場面|発注前の判断基準
ここまでの整理を、出稿する側と収益化する側の判断に落とします。アドネットワークを採用してよいのは、次のいずれかに当てはまる場合です。
- 広告主として、特定の媒体にこだわらず幅広いリーチを低い運用工数で確保したい
- 媒体社として、自前の広告営業体制を持たず、月間PVが直販の成立する規模に届いていない
- アプリの収益化で、SDKを1つ組み込むだけで複数の広告主から配信を受けたい
一方、次の場面では見送るか、別の手段を優先します。金融・医療・行政など、掲載面の不適切さがそのまま信用問題になる業種で、配信先を除外・指定できないネットワークを使う場合は避けるべきです。また、媒体社として月間PVが大きく、広告主と直接取引できる見込みがあるなら、ネットワークに任せきりにせず、Ad ManagerとSSPで複数の需要元を競わせる構成に移るほうが単価は上がりやすくなります。計測面で、成果を自社データと突き合わせる仕組みが無いまま課金形態だけ選ぶのも、費用対効果を説明できなくなるので勧めません。
出稿の設計、計測タグや分析基盤の整備、ads.txt・SDKを含む媒体側の実装は、広告運用とシステムの両方にまたがる作業です。広告配信を含む集客全体の設計から相談したい場合は、株式会社一創のWebマーケティング戦略の支援で、目的整理から計測の仕組みづくりまで伴走できます。
よくある質問
アドネットワークとは何ですか?
複数のWebサイトやアプリの広告枠を1つに束ね、広告主にまとめて販売する仲介の仕組みです。広告主は個別契約なしで多数の媒体へ配信でき、媒体社は営業せずに枠を収益化できます。広告ネットワーク・ネットワーク広告と呼ばれることもあります。
アドネットワークの具体例は?
Google AdSense(Webサイトの収益化)、Google AdMob(アプリの収益化)、Meta Audience Network、Amazon Advertising、国内のi-mobileやfluct・Zucksなどが代表例です。かつて主流だったnendは2024年3月に終了しているため、現在は選べません。
アドネットワークとアドエクスチェンジの違いは?
アドネットワークは複数媒体の枠を束ねて固定価格中心でまとめ売りする仲介です。アドエクスチェンジは1インプレッションごとに入札(RTB)で価格が決まる取引市場で、より細かく1枠ずつ競売する点が異なります。
アドネットワークとDSP・SSPの違いは?
アドネットワークは枠を束ねる仲介、DSPは広告主が枠を買うためのツール、SSPは媒体社が枠を高く売るためのツールです。DSPとSSPはRTBの買い手・売り手をそれぞれ支援する役割で、アドネットワークとは階層が異なります。
アドネットワークへの登録方法と、登録後にやることは?
媒体社は各ネットワークの管理画面からサイトやアプリを申請し、審査を通過したら広告タグやSDKを設置して配信を始めます。あわせて、ネットワークが指定する行をads.txt(アプリならapp-ads.txt)へ追記し、ドメイン直下に置く作業も必要です。広告主はアカウントを作成し、予算・ターゲティング・クリエイティブを設定して出稿します。審査基準や最低出稿額はネットワークごとに異なります。