AdMob の app-ads.txt の仕組みと、アプリのサイトを移すときに気をつけたこと
ToVue は、無料版で Google AdMob の広告を表示しています。AdMob を使うと、管理画面で「app-ads.txt」の設定を求められます。最初は何のためのファイルか分かりにくかったので、仕組みと、サイトのドメインを移したときに気をつけたことをまとめます。
app-ads.txt は「このアプリの広告枠を売ってよい会社の一覧」
app-ads.txt は、アプリの開発者が「自分のアプリの広告枠を販売してよいのは、この会社のこのアカウントだけです」と公開するためのファイルです。他人が勝手に「ToVue の広告枠」を名乗って広告を売るのを防ぐ仕組みで、広告を買う側は、このファイルを見て正規の枠かどうかを確かめます。
AdMob を使う場合、中身は1行です。
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
pub- から始まる部分が、自分の AdMob の発行者 ID です(ここでは伏せています)。AdMob の管理画面の「app-ads.txt」のページに、自分用の1行が表示されるので、それをそのまま使います。
どこに置くのか
置き場所は、App Store の掲載情報に登録した「マーケティング URL」のドメインの直下です。
- マーケティング URL が
https://example.com/myapp/なら、置き場所はhttps://example.com/app-ads.txt - アプリのページのフォルダ(
/myapp/)の中ではなく、ドメインの一番上に置く
AdMob は、App Store の掲載情報からマーケティング URL を読み取り、そのドメインの直下にある app-ads.txt を定期的に確認します。確認が取れると、AdMob の管理画面の表示が「確認済み」になります。確認が取れない状態では、広告の配信が制限されることがあります。
ToVue の場合、最初はサイトを GitHub Pages の 9ura00.github.io/ToVue/ に置いていたので、app-ads.txt は別のリポジトリ(9ura00.github.io)の直下に置いていました。サブフォルダのサイトだと、app-ads.txt の置き場所が別になるので注意が必要です。
サイトのドメインを移すときの順番
ToVue のサイトを 9ura00.com/tovue/ に移したとき、app-ads.txt の確認が途切れないように、次の順番で進めました。
- 新しいドメインの直下に、先に app-ads.txt を置く(
https://9ura00.com/app-ads.txt) - 古い場所の app-ads.txt は消さずに残す
- アプリの新しい版で、App Store Connect のマーケティング URL を新しいドメインに変える
- その版が公開されたら、AdMob の管理画面の app-ads.txt のページで「アップデートを確認」を押す
- 「確認済み」になったことを確かめる
AdMob が見に行くのは、App Store に今公開されている版のマーケティング URL です。新しい版が公開されるまでは古い URL のままなので、古い場所のファイルを先に消してしまうと、その間は確認が取れなくなります。新しい場所に先に置き、古い場所も残しておけば、どちらの時点でも確認が取れます。
古い場所を「転送」にしてもいいのか
サイトを移すとき、旧 URL のページは新しい URL への転送ページにしました。ただ、app-ads.txt だけは転送にせず、ファイルそのものを残しています。広告の確認をする仕組みが、別のドメインへの転送をたどってくれるかどうかがはっきりしなかったためです。ファイルを1つ残しておくだけなので、確実な方を選びました。
まとめ
- app-ads.txt は、自分のアプリの広告枠を売ってよい会社を公開するファイル
- 置き場所は、App Store のマーケティング URL のドメインの直下
- ドメインを移すときは、新しい場所に先に置き、古い場所も残す
- 新しい版が公開されたら、AdMob で「アップデートを確認」を押して確認済みを見届ける
ToVue は App Store で公開しています。