संक्षिप्त जवाब: जितना आप सोचते हैं उससे कम, और ज़्यादातर सिर्फ़ सुनते हैं।
Google Play RTDN एक पाइप है। यह रिन्यूअल, कैंसिलेशन, वॉयडेड परचेज़, और मध्य-2026 से एक ऐसा मैसेज लेकर आता है जो बताता है कि कोई चार्जबैक रिव्यू में है और आपके पास अपनी बात रखने के लिए 24 घंटे हैं। यही एकमात्र जगह है जहाँ Google Play रिफंड डिफेंस असल में होता है। फ़ीड में बाकी सब कुछ Google का आपको यह बताना है कि उसने पहले ही क्या तय कर लिया है।
तो जब कोई पूछता है कि रिफंड डिफेंस के लिए कौन-से टूल Google Play की रियल-टाइम डेवलपर नोटिफिकेशन के साथ इंटीग्रेट होते हैं, तो असल में वे दो सवाल पूछ रहे होते हैं। कौन-सा टूल फ़ीड को सुन सकता है, और कौन-सा उसका जवाब दे सकता है। Apple साइड के लिए, हमारा CONSUMPTION_REQUEST explainer iOS पर इसी समस्या को कवर करता है।
मुख्य बिंदु
Google Play RTDN एक Pub/Sub टॉपिक है। Google पब्लिश करता है, आप सब्सक्राइब करते हैं।
सिर्फ़ एक RTDN टाइप आपको जवाब देने का मौका देता है: PendingRefundReviewNotification। यह चार्जबैक पर फायर होता है और आपको 24 घंटे देता है।
3 अगस्त, 2026 से, चार्जबैक का खर्च आपको उठाना पड़ता है। परचेज़ प्राइस में से Google की फ़ीस घटाकर, साथ ही ऊपर से $15 से $25 की बैंक फ़ीस।
ज़्यादातर सब्सक्रिप्शन प्लेटफ़ॉर्म Google Play रिफंड नोटिफिकेशन रिसीव करते हैं। बहुत कम कुछ वापस भेजते हैं।
RevenueCat चार्जबैक रिव्यू का जवाब देता है, लेकिन अपने ही डॉक्स के अनुसार, कोई कंज़म्पशन डेटा नहीं भेजता। बस एक प्रेफरेंस और एक फ्लैग।
24 घंटे चूक गए तो Google बिना आपकी किसी बात के डिस्प्यूट में तर्क रखता है।
Google Play RTDN असल में क्या भेजता है
रियल-टाइम डेवलपर नोटिफिकेशन आपके मालिकाना Google Cloud Pub/Sub टॉपिक में आते हैं। हर मैसेज एक base64 ब्लॉब होता है जिसमें पाँच पेलोड में से एक होता है। सब्सक्रिप्शन इवेंट, वन-टाइम प्रोडक्ट इवेंट, एक टेस्ट पिंग, और वे दो जो यहाँ मायने रखते हैं।
VoidedPurchaseNotification क्लासिक Google Play रिफंड नोटिफिकेशन है। कोई परचेज़ रिफंड हुआ, चार्जबैक हुआ, या किसी और तरह से खत्म हुआ। चार फ़ील्ड: purchaseToken, orderId, productType, refundType। एक्सेस रिवोक करने के लिए अच्छा। तर्क रखने के लिए बेकार, क्योंकि पैसा पहले ही जा चुका होता है।
PendingRefundReviewNotification नया वाला है। Google का RTDN reference कहता है कि यह तब भेजा जाता है "जब कोई यूज़र किसी परचेज़ के लिए चार्जबैक रिक्वेस्ट करता है, और उस रिक्वेस्ट को डेवलपर रिव्यू की ज़रूरत होती है।" आपको एक pendingRefundToken, orderId, और एक refundReason मिलता है जो फ़िलहाल हमेशा 7 होता है, यानी CHARGEBACK। इसके बाद 24 घंटे की घड़ी शुरू हो जाती है।
तो, Google Play RTDN रिफंड नोटिफिकेशन दो तरह के होते हैं। एक रसीद है। दूसरा एक सवाल है।
24 घंटे की विंडो अचानक क्यों मायने रखती है
सालों से, Android पर चार्जबैक Google की समस्या थे। जब कोई यूज़र अपने बैंक के पास किसी चार्ज को डिस्प्यूट करता था, तो उसका खर्च Google उठाता था, आपको एक वॉयडेड परचेज़ नोटिफिकेशन मिलता था और आप आगे बढ़ जाते थे।
3 अगस्त, 2026 के बाद प्लेस किए गए ऑर्डर के लिए यह खत्म हो गया। अब आप परचेज़ प्राइस में से Play की सर्विस फ़ीस घटाकर भुगतान करते हैं, साथ ही बैंक जो भी चार्जबैक फ़ीस लगाए वह भी। Google सिर्फ़ अपनी सर्विस फ़ीस कवर करता है, और कुछ नहीं।
कार्ड नेटवर्क फ़ीस प्रति डिस्प्यूट $15 से $25 तक होती है। कभी-कभी इससे भी ज़्यादा। तो एक $4.99 का कॉइन पैक जिस पर चार्जबैक होता है, उसमें आपको लगभग $3.50 की कमाई का नुकसान होता है, साथ ही $20 फ़ीस में जाते हैं। चार डॉलर की सेल पर तेईस डॉलर गंवाए।
बदले में, Google ने ReviewRefund API खोल दिया। जब कोई PendingRefundReviewNotification आता है, तो आप टोकन के साथ orders.reviewrefund पर POST करते हैं, साथ ही एक refundPreference (DECLINE, APPROVE, या NEUTRAL), क्या आपने कोई सैंपल ऑफ़र किया, milliunits में एक कंज़म्पशन पर्सेंटेज, और 1,000 तक यूसेज इवेंट। Google उसे आपकी तरफ़ से बैंक के पास ले जाता है।
विंडो चूकने पर Google खाली हाथ जाता है। इंडस्ट्री के आँकड़े बिना किसी सहायता के चार्जबैक जीतने की दर लगभग 20 से 30 प्रतिशत बताते हैं। सबूत के साथ, कुछ वेंडर 80 प्रतिशत का दावा करते हैं। दोनों आँकड़ों को थोड़े संदेह के साथ लें, लेकिन दिशा स्पष्ट है।
टूल, इस हिसाब से क्रमबद्ध कि वे असल में क्या करते हैं
बहुत सारे प्रोडक्ट कहते हैं कि वे "Google Play RTDN को सपोर्ट करते हैं।" लगभग सभी का मतलब यह होता है कि वे टॉपिक को सब्सक्राइब करते हैं। बहुत कम का मतलब यह होता है कि वे जवाब देते हैं।
Refund Sensor. इसी काम के लिए बनाया गया है। यह आपके Cloud प्रोजेक्ट में Pub/Sub टॉपिक प्रोविज़न करता है, इसे Play Console के साथ रजिस्टर करता है, और जब कोई PendingRefundReviewNotification आता है तो यह Review Refund API के ज़रिए डिलीवरी और कंज़म्पशन सबूत के साथ एक DECLINE सिफारिश सबमिट करता है। सेटअप में सिर्फ़ एक Google साइन-इन और दो Play Console परमिशन चाहिए, कोई SDK नहीं। लिखे जाने के समय तक, यह उन चुनिंदा टूल में से एक है जो सिर्फ़ प्रेफरेंस नहीं बल्कि सबूत फ़ाइल करता है। ज़्यादा जानकारी Google Play defense page पर।
RevenueCat. RTDN रिसीव करता है, Voided Purchases API को पोल करता है, रिफंड पर एंटाइटलमेंट रिवोक करता है। जुलाई 2026 में उन्होंने Refund Control में Google को जोड़ा, तो अब वे चार्जबैक रिव्यू का जवाब देते हैं। लेकिन उनकी अपनी डॉक्यूमेंटेशन पढ़ें। Google पर वे टोकन, true पर सेट sampleContentProvided, और आपका प्रेफरेंस भेजते हैं। उनके अपने शब्दों में: "RevenueCat फ़िलहाल कंज़म्पशन पर्सेंटेज या यूसेज इवेंट कलेक्ट या भेजता नहीं है।" एक वोट, लेकिन कोई तर्क नहीं। अगर आप पहले से इन्हें इस्तेमाल करते हैं तो ठीक है। पूरा डिफेंस नहीं।
Adapty. ठोस RTDN रिसीवर। इनके डॉक्स आपको Play Console में टॉपिक नेम पेस्ट करने और टेस्ट बटन दबाने की प्रक्रिया बताते हैं। रिफंड इवेंट फ़ीड में दिखते हैं और वेबहुक फायर करते हैं। मुझे कोई ReviewRefund इंटीग्रेशन नहीं मिला। सिर्फ़ सुनना।
Qonversion, Glassfy, और बाकी। वही कहानी। ये सब्सक्रिप्शन स्टेट को अपडेट रखने के लिए Google Play रियल-टाइम डेवलपर नोटिफिकेशन कंज्यूम करते हैं। इनके पब्लिक डॉक्स के अनुसार, कोई भी चार्जबैक रिव्यू को हाथ नहीं लगाता।
आपका अपना बैकएंड। हमेशा एक विकल्प है। एक Pub/Sub सब्सक्रिप्शन, एक डिकोडर, एक ऑर्डर लुकअप, एक यूसेज क्वेरी, एक ऑथेंटिकेटेड POST। मुश्किल हिस्सा कोड नहीं है। मुश्किल यह है कि नोटिफिकेशन रविवार को रात 2 बजे आता है और घड़ी को इससे कोई फ़र्क़ नहीं पड़ता।
अगर आप Google Play चार्जबैक मैनेजमेंट सॉफ़्टवेयर तलाश रहे हैं, तो हर वेंडर से एक बात पूछें: जब कोई रिव्यू नोटिफिकेशन आता है, तो आप वापस बिल्कुल क्या भेजते हैं? "आपका प्रेफरेंस" एक शुरुआत है। कंज़म्पशन डेटा एक डिफेंस है।
रिफंड डिफेंस के लिए खुद Google Play RTDN कैसे इंटीग्रेट करें
अगर आप खरीदने की बजाय खुद बनाना पसंद करते हैं, तो यह क्रम है।
किसी Google Cloud प्रोजेक्ट में Cloud Pub/Sub API इनेबल करें। एक टॉपिक बनाएँ। उस पर [email protected] को Pub/Sub Publisher रोल दें। यह रोल चूक गए तो कुछ भी कभी नहीं आएगा। यह RevenueCat फ़ोरम पर सबसे आम शिकायत है।
Play Console में, Monetize पर जाएँ, फिर Monetization setup पर। "Enable real-time notifications" को टिक करें, पूरा टॉपिक नेम (projects/your-project/topics/your-topic) पेस्ट करें, और Send test notification दबाएँ। अगर यह पहुँच जाता है, तो पाइप काम कर रहा है।
एक Pub/Sub सब्सक्रिप्शन बनाएँ, push या pull। data फ़ील्ड को डिकोड करें। पेलोड के आधार पर ब्रांच करें।
PendingRefundReviewNotification के लिए: ऑर्डर लुकअप करें, असली यूसेज डेटा निकालें, एक प्रेफरेंस तय करें, pendingRefundToken के साथ reviewrefund पर POST करें। 24 घंटे के भीतर, वरना कोई फ़ायदा नहीं। VoidedPurchaseNotification के लिए: एक्सेस रिवोक करें। रिफंड के बाद एक्सेस पर हमारी पोस्ट यह बताती है कि यह स्टेप खासतौर पर Google पर गलत करना कितना आसान है।
सब कुछ लॉग करें। रिस्पॉन्स रेट और विन रेट अलग-अलग आँकड़े हैं।
एक चीज़ जो Google आपको नहीं देता: एक टेस्ट PendingRefundReviewNotification। आप इसे सेट करते हैं और असली चार्जबैक का इंतज़ार करते हैं। यही वजह है कि होस्टेड टूल हरे टिक की बजाय "awaiting first refund event" दिखाते हैं।
Google Play RTDN इंटीग्रेशन के लिए बेहतरीन टूल, अगर रैंक करना ही हो
खासतौर पर Google Play रिफंड डिफेंस के लिए, यानी सबूत के साथ चार्जबैक रिव्यू का जवाब देने के लिए, लिस्ट छोटी है। Refund Sensor यह कंज़म्पशन डेटा के साथ और बिना कोई कोड लिखे करता है। RevenueCat यह सिर्फ़ एक प्रेफरेंस के साथ करता है, जो चुप रहने से बेहतर है पर बहुत ज़्यादा नहीं। बाकी सब बस फ़ीड देख रहे हैं।
सामान्य RTDN प्लंबिंग और एंटाइटलमेंट सिंक के लिए, RevenueCat और Adapty दोनों ही परिपक्व और अच्छी तरह डॉक्यूमेंटेड हैं।
इस सबसे बिल्कुल न जूझने के लिए, Tebex या Xsolla जैसा कोई मर्चेंट ऑफ़ रिकॉर्ड आपके वेब शॉप पर देनदारी को आपकी बुक्स से हटा देता है। यह परचेज़ को भी Play से हटा देता है, और जो Play पर ही रहते हैं उनके लिए कुछ नहीं करता।
अपनी समस्या के हिसाब से चुनें।
निष्कर्ष
Google Play RTDN आपको चीज़ें बताने के लिए बनाया गया था। हाल ही में इसने पूछना शुरू किया। PendingRefundReviewNotification पहली बार है जब Google ने Android पर रिफंड की कहानी में आपका पक्ष जानना चाहा है, और यह उसी सीज़न में आया जब Google ने आपसे उन मामलों का भुगतान करवाना शुरू किया जो आप हार जाते हैं।
इससे गणित बदल जाता है। एक टूल जो सिर्फ़ Google Play रिफंड नोटिफिकेशन सुनता है, तब ठीक था जब हारे हुए रिफंड में सिर्फ़ सेल का नुकसान होता था। अब यह सेल के साथ-साथ बैंक फ़ीस भी है, और आपके और उस बिल के बीच सिर्फ़ एक चीज़ है: 24 घंटे के भीतर एक POST रिक्वेस्ट।
टॉपिक सेटअप करें। जाँचें कि आपका प्लेटफ़ॉर्म असल में वापस क्या भेजता है। अगर जवाब कुछ नहीं है, या सिर्फ़ एक प्रेफरेंस है, तो अगला चार्जबैक आने से पहले उस कमी को दूर करें।
अक्सर पूछे जाने वाले प्रश्न
सिर्फ़ वे रिफंड जो परचेज़ को वॉयड करते हैं, VoidedPurchaseNotification के रूप में। Play Console में बिना "Remove entitlement" टिक किए जारी किए गए रिफंड, RTDN या Voided Purchases API में बिल्कुल भी नहीं दिखते।
नहीं। सामान्य रिफंड का फ़ैसला Google खुद लेता है। रिव्यू फ़्लो सिर्फ़ चार्जबैक को कवर करता है, जहाँ यूज़र अपने बैंक के पास गया हो।
Google आपके इनपुट के बिना आगे बढ़ जाता है। अगर चार्जबैक बरकरार रहता है, तो आप परचेज़ प्राइस में से Google की फ़ीस घटाकर, साथ ही बैंक की चार्जबैक फ़ीस चुकाते हैं।
आंशिक रूप से। जुलाई 2026 से यह एक refund preference और sampleContentProvided भेजता है। इसके अपने डॉक्स के अनुसार, कोई कंज़म्पशन पर्सेंटेज या यूसेज इवेंट नहीं।
अगर आप इसे खुद बनाते हैं, तो हाँ। Refund Sensor जैसे होस्टेड टूल एक Google साइन-इन और दो Play Console परमिशन के बाद टॉपिक सेटअप करते हैं और आपकी तरफ़ से जवाब देते हैं।
फ़िलहाल नहीं। Play Console का टेस्ट बटन सिर्फ़ एक TestNotification भेजता है। आपको असली चार्जबैक का इंतज़ार करना होता है।



