App-ads.txt समझाया गया: मोबाइल प्रकाशकों के लिए विज्ञापन धोखाधड़ी रोकने की आवश्यक मार्गदर्शिका

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 के समान है।

पंक्ति प्रारूप

प्रत्येक प्रविष्टि में अल्पविराम से अलग किए गए चार फ़ील्ड होते हैं:

• डोमेन: विज्ञापन प्रणाली का कैनोनिकल डोमेन (जैसे, 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 के अलावा कोई एक्सटेंशन नहीं)। सभी एकत्रित पंक्तियाँ पेस्ट करें, प्रति पंक्ति एक प्रविष्टि। # से शुरू होने वाली पंक्तियों को टिप्पणियों के रूप में माना जाता है।

चरण 3: अपनी डेवलपर वेबसाइट रूट पर होस्ट करें

फ़ाइल को इस प्रकार अपलोड करें कि यह https://yourdomain.com/app-ads.txt पर सुलभ हो। यह वही डोमेन होना चाहिए जो आपकी Google Play या App Store लिस्टिंग में आपकी डेवलपर वेबसाइट के रूप में सूचीबद्ध है। सबडोमेन तब तक काम नहीं करेंगे जब तक वे बिल्कुल मेल न खाएं।

चरण 4: अपना डेवलपर वेबसाइट URL सत्यापित करें

Google Play Console में, पुष्टि करें कि आपका डेवलपर वेबसाइट URL उस डोमेन से मेल खाता है जहाँ आपने फ़ाइल होस्ट की है। App Store Connect में, अपनी डेवलपर जानकारी के तहत भी ऐसा ही सत्यापित करें। यह लिंक वही है जो सत्यापन प्रणालियों को आपकी फ़ाइल खोजने देता है।

बचने के लिए सामान्य गलतियाँ

जो प्रकाशक अवधारणा को समझते हैं वे भी अक्सर कार्यान्वयन त्रुटियाँ करते हैं जो app-ads.txt द्वारा प्रदान की गई सुरक्षा को कमजोर करती हैं।

• गलत डोमेन: फ़ाइल को www.example.com जैसे सबडोमेन पर होस्ट करना जबकि आपकी स्टोर लिस्टिंग example.com कहती है, या इसके विपरीत। डोमेन बिल्कुल मेल खाना चाहिए।
• छूटी हुई प्रविष्टियाँ: अपने सभी अधिकृत विक्रेताओं को सूचीबद्ध करना भूलना। यदि कोई वैध नेटवर्क गायब है, तो DSP वास्तविक इंप्रेशन को फ़िल्टर कर सकते हैं, जो सीधे आपकी फिल दर और राजस्व को कम करता है।
• पुरानी फ़ाइल: अपने मीडिएशन स्टैक में नए विज्ञापन नेटवर्क जोड़ना लेकिन app-ads.txt को अपडेट करना भूलना। फ़ाइल को एक जीवित दस्तावेज़ के रूप में मानें जिसे हर बार आपके मुद्रीकरण भागीदार बदलने पर अपडेट किया जाना चाहिए।
• गलत संबंध प्रकार: पुनर्विक्रेता को DIRECT या इसके विपरीत सूचीबद्ध करना। ठीक वही संबंध प्रकार उपयोग करें जो आपका विज्ञापन भागीदार निर्दिष्ट करता है।
• फ़ाइल एन्कोडिंग समस्याएं: फ़ाइल UTF-8 एन्कोडेड सादा टेक्स्ट होनी चाहिए जो text/plain कंटेंट टाइप के साथ सर्व की जाए। 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 को घटाता है।
• नीति चेतावनियाँ: Google Play Console आपके ऐप को मुद्रीकरण नीति चेतावनियों के साथ चिह्नित कर सकता है यदि आप उचित app-ads.txt कार्यान्वयन के बिना विज्ञापन सर्व करते हैं।
• स्पूफिंग से राजस्व हानि: फ़ाइल के बिना, धोखेबाज आपकी इन्वेंट्री के नकली संस्करण बेच सकते हैं। स्पूफ किए गए इंप्रेशन पर खर्च किया गया हर डॉलर वह डॉलर है जो आपके वास्तविक इंप्रेशन पर खर्च नहीं किया गया।

महत्वपूर्ण नोट: Google समय-समय पर app-ads.txt फ़ाइलों को क्रॉल करता है और उन्हें कैश करता है। परिवर्तनों को प्रसारित होने में 24 से 48 घंटे लग सकते हैं। नई माँग स्रोत जोड़ते समय आगे की योजना बनाएं ताकि प्राधिकरण में कोई अंतराल न हो।

कौन से विज्ञापन नेटवर्क सूचीबद्ध करें

आपको अपनी इन्वेंट्री बेचने या पुनर्विक्रय करने के लिए अधिकृत हर इकाई को सूचीबद्ध करना चाहिए। इसमें आमतौर पर शामिल हैं:

• आपका प्राथमिक विज्ञापन सर्वर: Google Ad Manager या AdMob (अधिकांश प्रकाशकों के पास कम से कम एक 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 को सही ढंग से लागू करते हैं, वे आमतौर पर हफ्तों के भीतर मापने योग्य राजस्व सुधार देखते हैं। प्रभाव दो दिशाओं से आता है।

पहला, अधिक माँग आपकी इन्वेंट्री के लिए प्रतिस्पर्धा करती है क्योंकि DSP जो पहले आपको फ़िल्टर करते थे अब नीलामी में भाग लेते हैं। यह बढ़ी हुई प्रतिस्पर्धा सीधे eCPM को बढ़ाती है।

दूसरा, विज्ञापनदाता बजट सत्यापित इन्वेंट्री की ओर स्थानांतरित होते हैं क्योंकि ब्रांड और एजेंसियाँ अपने टार्गेटिंग मानदंडों में app-ads.txt अनुपालन की तेजी से आवश्यकता करती हैं। सबसे ऊँचे CPM वाली प्रीमियम माँग असमान रूप से उन विज्ञापनदाताओं में केंद्रित होती है जो इन मानकों को लागू करते हैं।

App-ads.txt उन कुछ मुद्रीकरण अनुकूलनों में से एक है जिसकी कोई लागत नहीं है, लागू करने में एक घंटे से कम समय लगता है, और उपयोगकर्ता अनुभव पर नकारात्मक प्रभाव का शून्य जोखिम है। यदि आपने इसे अभी तक सेट नहीं किया है, तो आज ही करें। यदि आपने इसे सेट किया है, तो इसे त्रैमासिक ऑडिट करें ताकि यह सुनिश्चित हो सके कि यह अद्यतित रहे। आपका राजस्व इस पर निर्भर करता है।