App-ads.txtとは何か、なぜ気にする必要があるのか
App-ads.txtは、モバイルアプリパブリッシャーがどの広告ネットワーク、エクスチェンジ、リセラーが自社の広告在庫を販売する権限を持つかを宣言できるIAB Tech Labの標準規格です。これはウェブサイトで使用されるads.txt標準のモバイルアプリ版であり、アプリ在庫のプログラマティックな売買方法に適応されています。
これが解決する問題は単純です：app-ads.txtがなければ、詐欺師は広告エクスチェンジであなたのアプリになりすまし、あなたのアプリ名義で偽のインプレッションを販売できます。これはドメインスプーフィングまたはアプリスプーフィングと呼ばれ、広告主の予算を不正な在庫に流出させると同時に、あなたの正当なインプレッションで得られるeCPMを低下させます。
プログラマティック広告を運用しているモバイルゲームまたはユーティリティアプリのパブリッシャーであれば、app-ads.txtの実装は任意ではありません。これはあなたの収益を直接保護する基本要件です。
App-ads.txtが広告詐欺を防止する仕組み
メカニズムはシンプルですが効果的です。広告主やデマンドサイドプラットフォーム（DSP）があなたのアプリからのものと主張する入札リクエストを受け取った場合、app-ads.txtファイルを確認してその主張を検証できます。入札リクエストを送信した広告ネットワークがファイルに記載されていなければ、DSPはそのインプレッションが無許可であると判断し、拒否できます。
検証チェーン
- アプリのリスティングにはGoogle PlayまたはApp StoreにデベロッパーウェブサイトのURLが含まれています。
- デベロッパーウェブサイトがルートドメインでapp-ads.txtファイルをホストします（例：example.com/app-ads.txt）。
- DSPとエクスチェンジがこのファイルを定期的にクロールし、認可マップを構築します。
- 入札リクエストがこのマップに対して照合されます。無許可の販売者はフィルタリングされます。
これにより、あなたのアプリストアリスティングから認可された販売者までの信頼チェーンが構築され、詐欺師はあなたのデベロッパーウェブサイトのドメインを管理していないため、これを偽造できません。
IAB仕様：ファイルに記載する内容
app-ads.txtファイルの各行は、IAB Tech Labが定義した特定の形式に従います。形式はウェブのads.txtと同一です。
行の形式
各エントリにはカンマで区切られた4つのフィールドが含まれます：
- ドメイン：広告システムの正規ドメイン（例：google.com、applovin.com）。
- パブリッシャーアカウントID：その広告システム内でのあなたの固有アカウント識別子。
- 関係タイプ：DIRECT（直接アカウントを持つ）またはRESELLER（第三者がこのシステムを通じてあなたの在庫を再販する）のいずれか。
- 認証機関ID：広告システムをさらに検証するオプションのTAG（Trustworthy Accountability Group）ID。Googleの場合、これは常にf08c47fec0942fa0です。
エントリ例
複数のメディエーションパートナーを使用するGoogle Ad Managerを利用するパブリッシャーの典型的なapp-ads.txtファイルには、次のような行が含まれる可能性があります：
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — あなたの直接のGoogle Ad ManagerまたはAdMobアカウント。
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — あなたの直接のAppLovinアカウント。
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — あなたの直接のUnity Adsアカウント。
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — あなたの在庫に間接的にアクセスするネットワークのリセラーエントリ。
協力しているすべての広告ネットワークとメディエーションプラットフォームが、固有のapp-ads.txt行を提供するはずです。アカウントIDや関係タイプを推測しないでください。
App-ads.txtファイルの作成とホスティング方法
ステップ1：認可された販売者の行を収集する
協力しているすべての広告ネットワーク、SSP、メディエーションパートナーに連絡してください。あなたのアカウント用のapp-ads.txtエントリをリクエストしてください。ほとんどの主要プラットフォームは、パブリッシャーダッシュボードでこれらを提供しています。Google Ad Manager、AdMob、AppLovin MAX、Unity LevelPlayなどすべてに、行をコピーできる専用セクションがあります。
ステップ2：ファイルを作成する
正確にapp-ads.txtという名前のプレーンテキストファイルを作成します（小文字、.txt以外の拡張子なし）。収集したすべての行を貼り付け、1行に1エントリとします。#で始まる行はコメントとして扱われます。
ステップ3：デベロッパーウェブサイトのルートにホストする
ファイルをhttps://yourdomain.com/app-ads.txtでアクセスできるようにアップロードします。これはGoogle PlayまたはApp Storeのリスティングにデベロッパーウェブサイトとして記載されている正確なドメインである必要があります。サブドメインは正確に一致しない限り機能しません。
ステップ4：デベロッパーウェブサイトURLを確認する
Google Play Consoleで、デベロッパーウェブサイトURLがファイルをホストしているドメインと一致していることを確認します。App Store Connectでも、デベロッパー情報の下で同様に確認します。このリンクが検証システムにファイルを見つけさせるものです。
避けるべき一般的なミス
コンセプトを理解しているパブリッシャーでも、app-ads.txtが提供する保護を損なう実装ミスを犯しがちです。
- 間違ったドメイン：ストアリスティングがexample.comと記載しているのに、www.example.comのようなサブドメインでファイルをホスティングする、またはその逆。ドメインは正確に一致する必要があります。
- エントリの欠落：すべての認可された販売者をリストし忘れる。正当なネットワークが欠落していると、DSPが実際のインプレッションをフィルタリングする可能性があり、フィルレートと収益が直接低下します。
- 古いファイル：メディエーションスタックに新しい広告ネットワークを追加したが、app-ads.txtの更新を忘れる。マネタイゼーションパートナーが変更されるたびに更新が必要な生きたドキュメントとしてファイルを扱ってください。
- 間違った関係タイプ：リセラーをDIRECTとして、またはその逆にリストする。広告パートナーが指定する正確な関係タイプを使用してください。
- ファイルエンコーディングの問題：ファイルはtext/plainコンテンツタイプで提供されるUTF-8エンコードのプレーンテキストである必要があります。HTMLラッパー、BOM文字、その他のエンコーディングアーティファクトはパースの失敗を引き起こします。
- HTTPS要件：ファイルはHTTPS経由でアクセス可能である必要があります。HTTPのみのホスティングは、ほとんどのクローラーによる検証に失敗します。
GoogleとAdMobの施行
Googleはapp-ads.txtコンプライアンスの最も積極的な施行者です。2020年以降、Google Ad ManagerとAdMobは施行を徐々に厳格化し、有効なapp-ads.txtファイルがないと収益に大きな影響を与える可能性があるレベルに達しています。
App-ads.txtがない場合の影響
- 需要の減少：GoogleのDV360を含む多くのDSPは、有効なapp-ads.txtファイルのないアプリの在庫に入札しません。これはインプレッションへの競争を直接減少させ、eCPMを低下させます。
- ポリシー警告：適切なapp-ads.txt実装なしに広告を配信すると、Google Play Consoleがマネタイゼーションポリシー警告でアプリにフラグを立てる可能性があります。
- スプーフィングによる収益損失：ファイルがなければ、詐欺師があなたの在庫の偽バージョンを販売できます。偽装インプレッションに費やされるすべてのドルは、あなたの実際のインプレッションに費やされなかったドルです。
重要な注意：Googleは定期的にapp-ads.txtファイルをクロールし、キャッシュします。変更が反映されるまで24〜48時間かかる場合があります。新しい需要ソースを追加する際は、認可にギャップが生じないよう事前に計画してください。
どの広告ネットワークをリストするか
あなたの在庫を販売または再販する権限を持つすべてのエンティティをリストする必要があります。これには通常以下が含まれます：
- プライマリ広告サーバー：Google Ad ManagerまたはAdMob（ほとんどのパブリッシャーは少なくとも1つのGoogleエントリを持っています）。
- 直接メディエーションパートナー：直接のパブリッシャーアカウントを持つネットワーク（AppLovin、Unity、Meta Audience Network、Vungle/Liftoff、ironSource、Chartboost、InMobiなど）。
- リセラーとエクスチェンジ：あなたとの直接的な関係ではなく、メディエーションプラットフォームやSSPを通じてあなたの在庫にアクセスするネットワーク。
- マネージドサービスプロバイダー：Google Ad Managerを通じて広告ウォーターフォールを管理するためにRevenueFlexのようなサービスを使用している場合、関連するGAMエントリはセットアップの一部として提供されます。
実装の確認
app-ads.txtファイルを公開した後、以下の方法で確認してください：
- 直接URL確認：ブラウザでhttps://yourdomain.com/app-ads.txtに移動します。すべてのエントリを含む生のテキストファイルが表示されるはずです。
- Google Ads Transparency Center：Googleはapp-ads.txtが正しくクロールおよびパースされていることを確認するツールを提供しています。
- サードパーティバリデーター：AppBrainやAppticaなどの企業のツールがファイルをスキャンし、フォーマットエラーや一般的なエントリの欠落をフラグ付けできます。
- ネットワークダッシュボード：ほとんどの広告ネットワークはパブリッシャーダッシュボードにapp-ads.txtステータスインジケーターを表示します。各ネットワークを確認して、認可が認識されていることを確認してください。
収益への影響：数字で見る
app-ads.txtを正しく実装したパブリッシャーは、通常数週間以内に測定可能な収益改善を見ます。影響は2つの方向からもたらされます。
第一に、以前あなたをフィルタリングしていたDSPがオークションに参加するようになるため、より多くの需要があなたの在庫を巡って競争します。この競争の増加がeCPMを直接押し上げます。
第二に、ブランドとエージェンシーがターゲティング基準でapp-ads.txtコンプライアンスをますます要求するようになるため、広告主の予算が検証済み在庫にシフトします。最高のCPMを支配するプレミアム需要は、これらの基準を施行する広告主に不均衡に集中しています。
App-ads.txtは、コストがかからず、実装に1時間もかからず、ユーザー体験にネガティブな影響を与えるリスクがゼロの、数少ないマネタイゼーション最適化の1つです。まだ設定していなければ、今日設定してください。すでに設定済みであれば、最新の状態を維持するために四半期ごとに監査してください。あなたの収益はそれにかかっています。