Apa Itu App-ads.txt dan Mengapa Anda Perlu Mengambil Berat
App-ads.txt ialah standard IAB Tech Lab yang membolehkan penerbit aplikasi mudah alih mengisytiharkan rangkaian iklan, pertukaran, dan penjual semula yang diberi kuasa untuk menjual inventori iklan mereka. Ia merupakan setara aplikasi mudah alih bagi standard ads.txt yang digunakan di laman web, disesuaikan untuk cara unik inventori aplikasi dibeli dan dijual secara programatik.
Masalah yang diselesaikannya adalah mudah: tanpa app-ads.txt, penipu boleh menyamar sebagai aplikasi anda di pertukaran iklan dan menjual paparan palsu atas nama aplikasi anda. Ini dipanggil pemalsuan domain atau pemalsuan aplikasi, dan ia menyedut belanjawan pengiklan ke dalam inventori penipuan sambil pada masa yang sama menekan eCPM yang tersedia untuk paparan sah anda.
Jika anda seorang penerbit permainan mudah alih atau aplikasi utiliti yang menjalankan sebarang bentuk pengiklanan programatik, melaksanakan app-ads.txt bukanlah pilihan. Ia adalah keperluan asas yang melindungi hasil anda secara langsung.
Bagaimana App-ads.txt Mencegah Penipuan Iklan
Mekanismenya mudah tetapi berkesan. Apabila pengiklan atau platform sisi permintaan (DSP) menerima permintaan bidaan yang mendakwa datang daripada aplikasi anda, mereka boleh mengesahkan dakwaan itu dengan menyemak fail app-ads.txt anda. Jika rangkaian iklan yang menghantar permintaan bidaan itu tidak disenaraikan dalam fail anda, DSP tahu bahawa paparan itu tidak dibenarkan dan boleh menolaknya.
Rantaian Pengesahan
- Penyenaraian aplikasi anda di Google Play atau App Store mengandungi URL laman web pembangun.
- Laman web pembangun anda mengehoskan fail app-ads.txt di domain akar (contohnya, example.com/app-ads.txt).
- DSP dan pertukaran merangkak fail ini secara berkala dan membina peta kebenaran.
- Permintaan bidaan disemak berdasarkan peta ini. Penjual yang tidak dibenarkan ditapis keluar.
Ini mewujudkan rantaian kepercayaan daripada penyenaraian kedai aplikasi anda kepada penjual yang diberi kuasa yang tidak boleh dipalsukan oleh penipu kerana mereka tidak mengawal domain laman web pembangun anda.
Spesifikasi IAB: Apa yang Perlu Ada dalam Fail
Setiap baris dalam fail app-ads.txt mengikuti format tertentu yang ditakrifkan oleh IAB Tech Lab. Formatnya sama dengan web ads.txt.
Format Baris
Setiap entri mengandungi empat medan yang dipisahkan oleh koma:
- Domain: Domain kanonikal sistem pengiklanan (contohnya, google.com, applovin.com).
- ID akaun penerbit: Pengecam akaun unik anda dalam sistem pengiklanan tersebut.
- Jenis hubungan: Sama ada DIRECT (anda mempunyai akaun langsung) atau RESELLER (pihak ketiga menjual semula inventori anda melalui sistem ini).
- ID pihak berkuasa pensijilan: ID TAG (Trustworthy Accountability Group) pilihan yang mengesahkan lagi sistem pengiklanan tersebut. Untuk Google, ini sentiasa f08c47fec0942fa0.
Contoh Entri
Fail app-ads.txt biasa untuk penerbit yang menggunakan Google Ad Manager dengan beberapa rakan pengantaraan mungkin termasuk baris seperti ini:
- google.com, pub-XXXXXXXXXXXXXXXX, DIRECT, f08c47fec0942fa0 — Akaun Google Ad Manager atau AdMob langsung anda.
- applovin.com, XXXXXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Akaun AppLovin langsung anda.
- unity.com, XXXXXXX, DIRECT, XXXXXXXXXXXXXXXX — Akaun Unity Ads langsung anda.
- inmobi.com, XXXXXXXXXX, RESELLER, XXXXXXXXXXXXXXXX — Entri penjual semula untuk rangkaian yang mengakses inventori anda secara tidak langsung.
Setiap rangkaian iklan dan platform pengantaraan yang anda gunakan sepatutnya menyediakan baris app-ads.txt khusus mereka. Jangan meneka ID akaun atau jenis hubungan.
Cara Mencipta dan Mengehoskan Fail App-ads.txt Anda
Langkah 1: Kumpulkan Baris Penjual Yang Diberi Kuasa
Hubungi setiap rangkaian iklan, SSP, dan rakan pengantaraan yang anda gunakan. Minta entri app-ads.txt mereka untuk akaun anda. Kebanyakan platform utama menyediakannya di papan pemuka penerbit mereka. Google Ad Manager, AdMob, AppLovin MAX, Unity LevelPlay, dan lain-lain semuanya mempunyai bahagian khusus di mana anda boleh menyalin baris anda.
Langkah 2: Cipta Fail
Cipta fail teks biasa yang dinamakan tepat app-ads.txt (huruf kecil, tiada sambungan selain .txt). Tampalkan semua baris yang anda kumpulkan, satu entri setiap baris. Baris yang bermula dengan # dianggap sebagai komen.
Langkah 3: Hos di Akar Laman Web Pembangun Anda
Muat naik fail supaya ia boleh diakses di https://yourdomain.com/app-ads.txt. Ini mestilah domain tepat yang disenaraikan sebagai laman web pembangun anda dalam penyenaraian Google Play atau App Store anda. Subdomain tidak akan berfungsi melainkan ia sepadan dengan tepat.
Langkah 4: Sahkan URL Laman Web Pembangun Anda
Dalam Google Play Console, sahkan bahawa URL laman web pembangun anda sepadan dengan domain tempat anda mengehoskan fail. Dalam App Store Connect, sahkan perkara yang sama di bawah maklumat pembangun anda. Pautan ini membolehkan sistem pengesahan menemui fail anda.
Kesilapan Biasa Yang Perlu Dielakkan
Malah penerbit yang memahami konsep ini sering membuat kesilapan pelaksanaan yang menjejaskan perlindungan yang disediakan oleh app-ads.txt.
- Domain salah: Mengehoskan fail di subdomain seperti www.example.com sedangkan penyenaraian kedai anda menyatakan example.com, atau sebaliknya. Domain mesti sepadan dengan tepat.
- Entri yang hilang: Terlupa menyenaraikan semua penjual yang diberi kuasa. Jika rangkaian yang sah hilang, DSP mungkin menapis paparan sebenar, mengurangkan kadar pengisian dan hasil anda secara langsung.
- Fail lapuk: Menambah rangkaian iklan baharu ke dalam tindanan pengantaraan anda tetapi terlupa mengemas kini app-ads.txt. Anggap fail ini sebagai dokumen hidup yang mesti dikemas kini setiap kali rakan pengewangan anda berubah.
- Jenis hubungan salah: Menyenaraikan penjual semula sebagai DIRECT atau sebaliknya. Gunakan jenis hubungan tepat yang dinyatakan oleh rakan iklan anda.
- Isu pengekodan fail: Fail mesti dikodkan UTF-8 dalam teks biasa yang disajikan dengan jenis kandungan text/plain. Pembungkus HTML, aksara BOM, atau artifak pengekodan lain akan menyebabkan kegagalan penghuraian.
- Keperluan HTTPS: Fail mesti boleh diakses melalui HTTPS. Pengehosan HTTP sahaja akan gagal disahkan oleh kebanyakan perangkak.
Penguatkuasaan Google dan AdMob
Google merupakan penguatkuasa paling agresif bagi pematuhan app-ads.txt. Sejak 2020, Google Ad Manager dan AdMob telah mengetatkan penguatkuasaan secara progresif sehingga tidak mempunyai fail app-ads.txt yang sah boleh memberi kesan ketara kepada hasil anda.
Apa yang Berlaku Tanpa App-ads.txt
- Permintaan berkurangan: Banyak DSP, termasuk DV360 milik Google sendiri, tidak akan membida inventori daripada aplikasi tanpa fail app-ads.txt yang sah. Ini secara langsung mengurangkan persaingan untuk paparan anda dan menurunkan eCPM.
- Amaran dasar: Google Play Console mungkin menandakan aplikasi anda dengan amaran dasar pengewangan jika anda menyajikan iklan tanpa pelaksanaan app-ads.txt yang betul.
- Kehilangan hasil daripada pemalsuan: Tanpa fail ini, penipu boleh menjual versi palsu inventori anda. Setiap dolar yang dibelanjakan untuk paparan palsu adalah dolar yang tidak dibelanjakan untuk paparan sebenar anda.
Nota penting: Google merangkak fail app-ads.txt secara berkala dan menyimpannya dalam cache. Perubahan boleh mengambil masa 24 hingga 48 jam untuk disebarkan. Rancang lebih awal apabila menambah sumber permintaan baharu supaya tiada jurang dalam kebenaran.
Rangkaian Iklan Mana Yang Perlu Disenaraikan
Anda perlu menyenaraikan setiap entiti yang diberi kuasa untuk menjual atau menjual semula inventori anda. Ini biasanya termasuk:
- Pelayan iklan utama anda: Google Ad Manager atau AdMob (kebanyakan penerbit mempunyai sekurang-kurangnya satu entri Google).
- Rakan pengantaraan langsung: Mana-mana rangkaian di mana anda mempunyai akaun penerbit langsung (AppLovin, Unity, Meta Audience Network, Vungle/Liftoff, ironSource, Chartboost, InMobi, dll.).
- Penjual semula dan pertukaran: Rangkaian yang mengakses inventori anda melalui platform pengantaraan atau SSP dan bukannya hubungan langsung dengan anda.
- Penyedia perkhidmatan terurus: Jika anda menggunakan perkhidmatan seperti RevenueFlex untuk menguruskan air terjun iklan anda melalui Google Ad Manager, entri GAM yang berkaitan akan disediakan sebagai sebahagian daripada persediaan.
Mengesahkan Pelaksanaan Anda
Selepas menerbitkan fail app-ads.txt anda, sahkan menggunakan kaedah berikut:
- Semakan URL langsung: Navigasi ke https://yourdomain.com/app-ads.txt dalam pelayar. Anda sepatutnya melihat fail teks mentah dengan semua entri anda.
- Google Ads Transparency Center: Google menyediakan alat untuk mengesahkan bahawa app-ads.txt anda sedang dirangkak dan dihurai dengan betul.
- Pengesah pihak ketiga: Alat daripada syarikat seperti AppBrain dan Apptica boleh mengimbas fail anda dan menandakan ralat pemformatan atau entri biasa yang hilang.
- Papan pemuka rangkaian: Kebanyakan rangkaian iklan menunjukkan penunjuk status app-ads.txt di papan pemuka penerbit mereka. Semak setiap satu untuk mengesahkan ia mengiktiraf kebenaran anda.
Kesan kepada Hasil: Angka-angkanya
Penerbit yang melaksanakan app-ads.txt dengan betul biasanya melihat peningkatan hasil yang boleh diukur dalam beberapa minggu. Kesannya datang dari dua arah.
Pertama, lebih banyak permintaan bersaing untuk inventori anda kerana DSP yang sebelum ini menapis anda kini menyertai lelongan. Persaingan yang meningkat ini secara langsung menaikkan eCPM.
Kedua, belanjawan pengiklan beralih ke inventori yang disahkan kerana jenama dan agensi semakin memerlukan pematuhan app-ads.txt dalam kriteria penyasaran mereka. Permintaan premium yang menguasai CPM tertinggi tertumpu secara tidak seimbang di kalangan pengiklan yang menguatkuasakan standard ini.
App-ads.txt ialah salah satu daripada sedikit pengoptimuman pengewangan yang tidak memerlukan kos, mengambil masa kurang daripada satu jam untuk dilaksanakan, dan tidak mempunyai risiko langsung menjejaskan pengalaman pengguna. Jika anda belum menyediakannya, lakukannya hari ini. Jika anda sudah menyediakannya, audit setiap suku tahun untuk memastikan ia kekal terkini. Hasil anda bergantung padanya.