आपके ऐप का ROAS अब भी उन खरीदारियों को गिनता है जिनका पैसा Apple और Google लौटा चुके हैं, इसलिए बोली net ROAS पर लगाएँ

विज्ञापन डैशबोर्ड इन-ऐप खरीदारी को उसी पल दर्ज कर लेते हैं, और उनमें से ज़्यादातर उसे कभी वापस नहीं लेते. जब Apple या Google बाद में उस खरीदारी का रिफ़ंड करते हैं, तो पैसा आपके पेआउट से निकल जाता है, लेकिन कैंपेन के राजस्व में बना रहता है. इसलिए ROAS उस विज्ञापन को श्रेय देता रहता है जिसने वह बिक्री कराई. Net ROAS, यानी रिफ़ंड के बाद का राजस्व भाग विज्ञापन खर्च, वह संख्या है जो बताती है कि कौन से कैंपेन ने सच में कमाई कराई. इसे आपको ख़ुद बनाना होगा, क्योंकि रिफ़ंड का संकेत आपके सर्वर पर आता है, विज्ञापन नेटवर्क में नहीं.

रिफ़ंड छोड़ देने पर ROAS राजस्व को बढ़ा-चढ़ाकर क्यों दिखाता है

ROAS जुड़े हुए राजस्व को विज्ञापन खर्च से भाग देता है. राजस्व वाला हिस्सा आमतौर पर एक बार, खरीदारी के समय लिखा जाता है, डिवाइस पर किसी SDK से या स्टोर से कन्वर्ज़न इम्पोर्ट से. रिफ़ंड बाद की घटना है जो डिवाइस से बाहर, ग्राहक और Apple या Google के बीच होती है. जब तक कोई चीज़ उसे उसी कैंपेन तक वापस न ले जाए, खरीदारी गिनी जाती रहती है.

अगर रिफ़ंड कम होते और बराबर बँटे होते, तो इससे कोई नुकसान नहीं होता. आमतौर पर ऐसा नहीं होता. ऐसा क्रिएटिव जो ऐप की क्षमता से ज़्यादा वादा करता है, ग़लत ऑडियंस को दिखाया गया ऑफ़र, या चोरी के कार्डों से भरा ट्रैफ़िक स्रोत, रिफ़ंड को कुछ ख़ास कैंपेन की ओर खींचते हैं. ग्रॉस ROAS ठीक यही अंतर छिपा देता है.

Net ROAS क्या है?

Net ROAS वही अनुपात है, बस ऊपर की लाइन से रिफ़ंड घटा दिए जाते हैं: किसी कैंपेन से जुड़ा राजस्व, उसमें से उन्हीं खरीदारियों के रिफ़ंड घटाकर, कैंपेन की लागत से भाग. कुछ टीमें स्टोर कमीशन और टैक्स भी घटाती हैं. आप और जो भी घटाएँ, रिफ़ंड ही वह हिस्सा है जो तय करता है कि कौन सा कैंपेन जीतता है.

स्टोर और आपके विज्ञापन डैशबोर्ड के बीच रिफ़ंड कहाँ खो जाते हैं

Firebase Google Play रिफ़ंड दर्ज करता है, App Store रिफ़ंड नहीं

Google की अपने आप इकट्ठा होने वाले इवेंट की सूची में in_app_purchase शामिल है. यह तब चलता है जब कोई यूज़र Apple App Store या Google Play द्वारा प्रोसेस की गई इन-ऐप खरीदारी पूरी करता है, जिसमें पहला सब्सक्रिप्शन भी शामिल है. इसका रिफ़ंड वाला इवेंट, app_store_refund, तब चलता है जब Google Play किसी इन-ऐप खरीदारी का रिफ़ंड करता है, और Google इसे केवल Android के लिए चिह्नित करता है. न app_store_refund और न ही अपने आप बनने वाले सब्सक्रिप्शन इवेंट BigQuery में एक्सपोर्ट होते हैं.

उसी पेज पर लिखा है कि Analytics पेड ऐप की खरीदारी का राजस्व और रिफ़ंड अपने आप नहीं मापता, और रिपोर्ट किया गया राजस्व Google Play Developer Console से अलग हो सकता है. iOS पर ऐसी कोई अपने आप चलने वाली व्यवस्था नहीं है जो Firebase में पहले से दर्ज खरीदारी से App Store रिफ़ंड घटा दे.

Google Ads खरीदारी की राशि को कन्वर्ज़न वैल्यू के रूप में दर्ज करता है

इन-ऐप बिलिंग इस्तेमाल करने वाले Android ऐप्स के लिए Google Ads, आपके विज्ञापन पर क्लिक करने वाले लोगों की इन-ऐप खरीदारियाँ ऐप में कोई कोड जोड़े बिना ट्रैक कर सकता है. Google के अनुसार खरीदारी की राशि अपने आप कन्वर्ज़न वैल्यू के रूप में रिपोर्ट होती है. सब्सक्रिप्शन में केवल पहली खरीदारी को कन्वर्ज़न माना जाता है, और केवल पहले भुगतान की राशि दर्ज होती है. हेल्प आर्टिकल में रिफ़ंड का ज़िक्र नहीं है.

Google Ads में सुधार का एक टूल ज़रूर है. कन्वर्ज़न एडजस्टमेंट से आप गिनती बदले बिना किसी कन्वर्ज़न की वैल्यू बदल सकते हैं, या उसे वापस ले सकते हैं, जिससे उसकी वैल्यू 0.00 हो जाती है और यह CPA और ROAS दोनों बिडिंग रणनीतियों में जाता है. Google के अनुसार ऑनलाइन कन्वर्ज़न तभी एडजस्ट हो सकते हैं जब आपने ट्रांज़ैक्शन ID इस्तेमाल की हो, और वापस लिया गया कन्वर्ज़न दोबारा एडजस्ट नहीं हो सकता. उस पेज पर ऐप कन्वर्ज़न का ज़िक्र नहीं है, इसलिए इस पर कुछ बनाने से पहले पक्का कर लें कि आपका कन्वर्ज़न सेटअप एडजस्टमेंट को सपोर्ट करता है.

Apple के विज्ञापन postback कई रिफ़ंड आने से पहले बंद हो जाते हैं

AdAttributionKit में तीन कन्वर्ज़न विंडो होती हैं जो यूज़र के पहली बार ऐप खोलने पर शुरू होती हैं: दिन 0 से 2, दिन 3 से 7, और दिन 8 से 35. विंडो ख़त्म होने तक ऐप अपनी कन्वर्ज़न वैल्यू अपडेट कर सकता है. फिर Apple एक रैंडम देरी के बाद postback भेजता है, पहले के लिए 24 से 48 घंटे और दूसरे व तीसरे के लिए 24 से 144 घंटे. अगर ऐप कोई वैल्यू जल्दी लॉक कर देता है, तो सिस्टम उस विंडो में आगे के अपडेट अनदेखा कर देता है.

विस्तृत कन्वर्ज़न वैल्यू केवल पहले postback में आती है. बाद के postback में ज़्यादा से ज़्यादा एक मोटी वैल्यू होती है. दिन 1 की कोई खरीदारी जिसका Apple दिन 10 पर रिफ़ंड करता है, ऐसे postback में रिपोर्ट हो चुकी होती है जो अब बदल नहीं सकता.

ऐप रिफ़ंड कब आते हैं, और फ़ैसला कौन करता है

रिफ़ंड किसी एक समय-सारिणी पर नहीं आते. कुछ खरीदारी के कुछ घंटों में आते हैं और कुछ महीनों बाद. इसी वजह से कैंपेन रिपोर्ट अंतिम दिखने के बाद भी किसी कोहॉर्ट का ROAS नीचे खिसकता रहता है.

रिफ़ंड न देखने वाला ROAS पैसों में कितना महँगा पड़ता है

एक जैसे बजट वाले दो कैंपेन लीजिए. नीचे के आँकड़े केवल उदाहरण हैं, कोई बेंचमार्क नहीं.

ग्रॉस ROAS कहता है कि पैसा A में लगाइए. Net ROAS कहता है कि B ने हर डॉलर में से ज़्यादा बचाकर रखा. अगर आपकी बिडिंग ग्रॉस वैल्यू पर चलती है, तो एल्गोरिदम A जैसे और खरीदार ढूँढता रहेगा, क्योंकि उसे कभी कोई नहीं बताता कि उन्होंने अपना पैसा वापस माँग लिया.

विज्ञापन खर्च केवल पहला बिल है. रिफ़ंड पाने वाला ग्राहक ये चीज़ें भी पीछे छोड़ जाता है:

• पेआउट. प्रति खरीदारी भुगतान वाले एफ़िलिएट, क्रिएटर और इन्फ़्लुएंसर सौदे आमतौर पर बिक्री पर भुगतान करते हैं, रिफ़ंड घटाकर बिक्री पर नहीं, जब तक अनुबंध में कुछ और न लिखा हो.
• कंप्यूट, API कॉल और स्टोरेज. रिफ़ंड पाने वाले यूज़र ने एक्सेस वापस लिए जाने तक आपके सर्वर, आपके पेड थर्ड-पार्टी API और आपका स्टोरेज इस्तेमाल किया. उन बिलों का रिफ़ंड नहीं होता.
• चार्जबैक की लागत. 3 अगस्त 2026 से Google चार्जबैक वाली खरीदारी की कीमत और बैंक शुल्क डेवलपर पर डालता है, इसलिए ज़्यादा विवादों वाला Android ट्रैफ़िक स्रोत जितना राजस्व गँवाता है, उससे ज़्यादा महँगा पड़ता है.
• ख़राब टार्गेटिंग. रिफ़ंड हुई खरीदारियों पर प्रशिक्षित वैल्यू-आधारित बिडिंग उन्हीं जैसे और लोगों को ढूँढने लगती है जिन्हें पैसा लौटाया गया.

किसी एक कैंपेन में ऊँची रिफ़ंड दर धोखाधड़ी है या टूटा हुआ वादा?

अक्सर वादा. Apple का revocationReason बताता है कि रिफ़ंड किस तरफ़ का है. 0 का मतलब है कि App Store ने ट्रांज़ैक्शन का रिफ़ंड दूसरे कारणों से किया, जैसे ग़लती से हुई खरीदारी. 1 का मतलब है कि रिफ़ंड आपके ऐप में किसी असली या महसूस की गई समस्या की वजह से हुआ. किसी एक कैंपेन से 1 की भरमार आमतौर पर विज्ञापन क्रिएटिव या उसके बाद आने वाली ऑनबोर्डिंग की ओर इशारा करती है. Google Play पर अनधिकृत शुल्क की शिकायतों की भरमार ट्रैफ़िक स्रोत की ओर इशारा करती है.

किसी ऐप के लिए net ROAS कैसे बनाएँ

शुरू करने के लिए आपको नए टूल की ज़रूरत नहीं है. आपको कुछ ऐसे जोड़ चाहिए जो आपका डेटा शायद अभी नहीं करता.

• कैंपेन को यूज़र से जोड़े रखें. इंस्टॉल के समय एट्रिब्यूशन का नतीजा अपनी यूज़र ID के साथ सेव करें, ताकि बाद का कोई भी ट्रांज़ैक्शन किसी कैंपेन तक ट्रेस हो सके.
• ट्रांज़ैक्शन को यूज़र से जोड़े रखें. iOS खरीदारियों पर appAccountToken और Google Play खरीदारियों पर एक obfuscated अकाउंट ID सेट करें, ताकि स्टोर का हर इवेंट बिना अंदाज़े के आपके यूज़र से मिल जाए.
• सर्वर पर रिफ़ंड सुनें. App Store Server Notifications V2 से आने वाले Apple के REFUND नोटिफ़िकेशन और Google Play के रद्द खरीदारी नोटिफ़िकेशन को हैंडल करें. बैकअप के तौर पर Voided Purchases API को नियमित रूप से पोल करें, क्योंकि वह केवल पिछले 30 दिनों की रद्द खरीदारियाँ लौटाता है.
• ग्रॉस और नेट को खरीदारी कोहॉर्ट के हिसाब से साथ-साथ रिपोर्ट करें. हर रिफ़ंड को उस कैंपेन और खरीदारी की तारीख़ पर गिनें जिसने उसे कमाया था, उस दिन पर नहीं जब रिफ़ंड दिखाई दिया.
• जहाँ प्लेटफ़ॉर्म सुधार स्वीकार करे, वहाँ सुधार भेजें. अगर आपके Google Ads कन्वर्ज़न में ट्रांज़ैक्शन ID है, तो रिफ़ंड हुए कन्वर्ज़न की वैल्यू बदलें या उन्हें वापस लें. जहाँ प्लेटफ़ॉर्म सुधार नहीं ले सकता, वहाँ उसका बजट नेट आँकड़ों के आधार पर बदलें.
• सबूत के दोनों अनुरोधों का समय पर जवाब दें. RefundHalt, Apple के CONSUMPTION_REQUEST का जवाब 12 घंटे की विंडो में और Google Play के चार्जबैक रिव्यू का जवाब 24 घंटे में देता है, ताकि जिन रिफ़ंड पर आप आपत्ति कर सकते हैं, उनमें आपका पक्ष भी सामने आए.

रिफ़ंड खरीदारी की तारीख़ पर गिनें या रिफ़ंड की तारीख़ पर?

कैंपेन के फ़ैसलों के लिए खरीदारी की तारीख़ पर. रिफ़ंड किसी खरीदारी से जुड़ा तथ्य है, और खरीदारी किसी कैंपेन की है. फ़ाइनेंस इसे रिफ़ंड की तारीख़ पर दर्ज करता है, इसीलिए किसी भी दिन आपकी ROAS रिपोर्ट और आपका पेआउट मेल नहीं खाएँगे. दोनों व्यू रखें और उन पर साफ़ लेबल लगाएँ.

किसी कोहॉर्ट का net ROAS कब अंतिम होता है?

यह चरणों में स्थिर होता है. Google की सेल्फ़-सर्विस रिफ़ंड विंडो 48 घंटे बाद बंद हो जाती है, Apple ग्राहकों से कहता है कि रिफ़ंड अनुरोध पर 24 से 48 घंटे में अपडेट की उम्मीद करें, और Google Play पर अनधिकृत शुल्क की शिकायत ट्रांज़ैक्शन के 120 दिनों के भीतर आ सकती है. शुरुआती आँकड़ों को अस्थायी मानें और उसी कोहॉर्ट को बाद में फिर से जाँचें.