आउटेज के बाद Apple और Google दोनों आपको सब्सक्रिप्शन की रिन्यूअल तारीख बढ़ाने देते हैं, लेकिन दोनों की सीमाएँ बिल्कुल अलग हैं

डाउनटाइम हर सब्सक्राइबर को रिफ़ंड की सबसे साफ़ वजह दे देता है, और आप उन्हें यह कहने से रोक नहीं सकते। आप यह कर सकते हैं कि किसी के माँगने से पहले ही खोए हुए दिन लौटा दें। दोनों ऐप स्टोर आपको सब्सक्रिप्शन की रिन्यूअल तारीख बढ़ाने देते हैं, ताकि ग्राहक को नकद के बजाय मुफ़्त समय मिले। Apple हर एक्सटेंशन को 90 दिनों तक सीमित रखता है और साल में दो की अनुमति देता है। Google हर कॉल में बिलिंग को एक साल तक टालने देता है। काग़ज़ी प्रक्रिया, नोटिफ़िकेशन और उनके पीछे का खर्च इतने अलग हैं कि आउटेज की एक ही योजना दोनों को कवर नहीं कर सकती।

आउटेज आपके रिफ़ंड जोखिम पर क्या असर डालता है

रिफ़ंड का फ़ैसला स्टोर करते हैं, आप नहीं। App Store पर ग्राहक Apple से अनुरोध करता है और Apple फ़ैसला करता है। आपको एक CONSUMPTION_REQUEST नोटिफ़िकेशन मिल सकता है, और Send Consumption Information के ज़रिए कंज़म्प्शन डेटा भेजने के लिए 12 घंटे मिलते हैं। आपकी पूरी बात बस इतनी ही है।

Google Play पर खरीदार खरीदारी के 48 घंटों के भीतर आपसे पूछे बिना रिफ़ंड पा सकता है। उसके बाद अनुरोध आपके पास आते हैं। Google का अकेला फ़्लो जो आपसे सबूत माँगता है, वह डेवलपर रिव्यू के लिए चिह्नित चार्जबैक है, जिसका जवाब आप 24 घंटों के भीतर orders.reviewrefund के ज़रिए देते हैं। चार्जबैक पर बैंक का फ़ैसला अंतिम होता है।

तो कोई भी स्टोर आपको रिफ़ंड रोकने का तरीका नहीं देता। आपके नियंत्रण में यह है कि सेवा लौटने पर सब्सक्राइबर अब भी ठगा हुआ महसूस करता है या नहीं। सब्सक्रिप्शन पर अतिरिक्त समय, जो जल्दी दिया जाए और साफ़ तौर पर बताया जाए, वही टूल है जो दोनों स्टोर ने ठीक इसी काम के लिए बनाया है।

App Store पर सब्सक्रिप्शन की रिन्यूअल तारीख कैसे बढ़ाएँ

App Store Server API में इसके लिए दो एंडपॉइंट हैं। Extend a Subscription Renewal Date एक सब्सक्रिप्शन पर काम करता है, जिसे आप उसके originalTransactionId से पहचानते हैं। Extend Subscription Renewal Dates for All Active Subscribers किसी एक productId के हर योग्य सब्सक्राइबर पर काम करता है, और जब आउटेज ने केवल कुछ क्षेत्रों को प्रभावित किया हो, तो आप इसे storefrontCountryCodes से सीमित कर सकते हैं।

हर अनुरोध में तीन चीज़ें होती हैं: extendByDays, जो 1 से 90 तक की संख्या है; एक extendReasonCode; और एक requestIdentifier जिसे आप ख़ुद बनाते हैं। रीज़न कोड 3 का मतलब सर्विस समस्या या आउटेज है। कोड 1 ग्राहक संतुष्टि है, कोड 2 अन्य कारण है, और कोड 0 अघोषित है।

Apple किन सब्सक्रिप्शन को बढ़ाएगा

केवल वे सक्रिय ऑटो-रिन्यूएबल सब्सक्रिप्शन योग्य हैं जिनके पीछे कम से कम एक भुगतान की गई अवधि हो। Apple इन्हें छोड़ देता है:

• फ़्री ऑफ़र अवधि वाले सब्सक्रिप्शन, जैसे फ़्री ट्रायल।
• बिलिंग रिट्राई स्थिति वाले निष्क्रिय सब्सक्रिप्शन।
• बिलिंग ग्रेस पीरियड वाले वे सब्सक्रिप्शन जिनकी समाप्ति तारीख बीत चुकी है।
• वे सब्सक्रिप्शन जिन्हें पिछले 365 दिनों में पहले ही दो रिन्यूअल डेट एक्सटेंशन मिल चुके हैं।
• एक्सपायर हो चुके सब्सक्रिप्शन।

Family Sharing अपने आप साथ आ जाता है। जब Apple किसी ऐसे खरीदे गए सब्सक्रिप्शन को बढ़ाता है जो Family Sharing को सपोर्ट करता है, तो परिवार के सदस्यों के सब्सक्रिप्शन भी बढ़ जाते हैं। आप किसी परिवार के सदस्य के सब्सक्रिप्शन को सीधे टारगेट नहीं कर सकते।

बड़ा अनुरोध धीमा होता है, इसलिए नोटिफ़िकेशन पर नज़र रखें

Apple का कहना है कि सभी सक्रिय सब्सक्राइबर को बढ़ाने के अनुरोध में आपके सब्सक्राइबर की संख्या के हिसाब से घंटों या दिनों तक का समय लग सकता है। 200 रिस्पॉन्स का मतलब बस इतना है कि Apple उसे प्रोसेस कर रहा है। नतीजा App Store Server Notifications V2 बताता है:

हर FAILURE के लिए पेलोड में मौजूद साइन किए गए ट्रांज़ैक्शन से originalTransactionId लें और सिंगल-सब्सक्रिप्शन एंडपॉइंट से दोबारा कोशिश करें। अगर आप पोलिंग पसंद करते हैं, तो Get Status of Subscription Renewal Date Extensions बताता है कि अनुरोध पूरा हुआ या नहीं और कितने एक्सटेंशन सफल या विफल रहे।

Google Play का बिलिंग डेफ़रल कैसे काम करता है

Google का तरीका purchases.subscriptionsv2.defer है, जिसे हर परचेज़ टोकन के लिए एक बार कॉल किया जाता है। रिक्वेस्ट बॉडी में तीन फ़ील्ड वाला एक deferralContext होता है। etag purchases.subscriptionsv2.get से आता है, और अगर यह सब्सक्रिप्शन के नवीनतम etag से मेल नहीं खाता तो कॉल विफल हो जाती है। deferDuration बताता है कि तारीख को कितना आगे खिसकाना है। और validateOnly को true रखने पर अनुरोध सब्सक्रिप्शन को छुए बिना ड्राई रन की तरह चलता है।

Google की बिलिंग गाइड हर API कॉल के लिए सीमा एक दिन से एक साल तय करती है। इससे आगे जाने के लिए नई समाप्ति तारीख आने से पहले फिर से कॉल करें। ऑटो-रिन्यूइंग सब्सक्रिप्शन के लिए डेफ़रल अगली रिन्यूअल तारीख को खिसकाता है। प्रीपेड प्लान के लिए यह समाप्ति का समय खिसकाता है। ऐड-ऑन वाले सब्सक्रिप्शन में हर आइटम उतनी ही अवधि के लिए टल जाता है। रिस्पॉन्स में हर आइटम का नया expiryTime दिया जाता है।

डेफ़रल के दौरान उपयोगकर्ता सब्सक्राइब्ड रहता है, उसकी पूरी एक्सेस बनी रहती है और अतिरिक्त समय के लिए उससे शुल्क नहीं लिया जाता। Google एक SUBSCRIPTION_DEFERRED रियल-टाइम डेवलपर नोटिफ़िकेशन भेजता है। पुराना purchases.subscriptions.defer डेप्रिकेटेड है, इसलिए नए कोड में v2 मेथड का इस्तेमाल करना चाहिए।

Google आपके ग्राहक को नहीं बताता, इसलिए आपको बताना होगा

हर सफल एक्सटेंशन के बाद Apple ग्राहक को ईमेल करता है। Google की बिलिंग गाइड में उपयोगकर्ता को किसी संदेश का कोई ज़िक्र ही नहीं है। अगर पूरा मकसद रिफ़ंड अनुरोधों को पहले ही रोकना है, तो सब्सक्राइबर को पता होना चाहिए कि अतिरिक्त समय मिला है। इसे ख़ुद बताएँ, ऐप में और ईमेल से, और बताएँ कि कितने दिन और क्यों।

Apple और Google की तुलना

रिफ़ंड की तुलना में एक्सटेंशन की लागत

रिफ़ंड और एक्सटेंशन अलग-अलग जगहों से पैसा लेते हैं। रिफ़ंड उस अवधि के लिए ग्राहक द्वारा चुकाई गई रकम लौटा देता है। उस ग्राहक को सेवा देने में आपने जो कुछ पहले ही खर्च किया, वह खर्च ही रहता है: हर सेशन का कंप्यूट, मॉडल API कॉल, स्टोरेज, और उस क्रिएटर को किया गया कोई भी भुगतान जिसका कंटेंट उन्होंने इस्तेमाल किया।

एक्सटेंशन भुगतान को बचाए रखता है। इसकी लागत वह सेवा है जो आप बिना किसी रिन्यूअल के भुगतान के देते हैं। हर जोड़े गए दिन, एक सक्रिय सब्सक्राइबर वही बिल बढ़ाता रहता है। हल्के उपयोगकर्ता के लिए यह लगभग शून्य है। किसी AI फ़ीचर के भारी उपयोगकर्ता के लिए 30 अतिरिक्त दिनों का मतलब बिना किसी कमाई के 30 दिनों की मॉडल कॉल हो सकता है। एक्सटेंशन का आकार आउटेज के हिसाब से तय करें, उस माफ़ी के हिसाब से नहीं जो आप देना चाहेंगे।

Apple पर कमीशन की लागत

Apple सब्सक्राइबर की पेड सर्विस के पहले साल में हर रिन्यूअल का 70% देता है और उसके बाद 85%। Apple के सब्सक्रिप्शन पेज के अनुसार रिन्यूअल एक्सटेंशन के दिन पेड सर्विस के दिनों में नहीं गिने जाते। इसलिए 30 दिन का एक्सटेंशन उस सब्सक्राइबर के 85% पर पहुँचने को 30 दिन आगे खिसका देता है। अगर आप App Store Small Business Program में हैं, तो आपको पहले से 85% मिलता है और यह लागत लागू नहीं होती।

Google Play पर चार्जबैक की लागत

3 अगस्त 2026 के बाद किए गए ऑर्डर के लिए, कार्डधारक जो चार्जबैक जीतता है, उसकी कीमत Google Play डेवलपर को खरीदारी की कीमत में से Play की सर्विस फ़ीस घटाकर, और साथ में बैंक की फ़ीस के रूप में चुकानी पड़ती है। आउटेज ठीक वैसी ही घटना है जो नाराज़ ग्राहक को उसके बैंक तक भेज देती है। उनसे पहले पहुँचने वाला डेफ़रल, ऐसे विवाद से सस्ता है जिसे आप पलट नहीं सकते।

कब एक्सटेंशन सही टूल नहीं है

खरीदारी सब्सक्रिप्शन नहीं थी

रिन्यूअल डेट एक्सटेंशन केवल सब्सक्रिप्शन पर लागू होते हैं। अगर आउटेज ने किसी कंज़्यूमेबल या एक बार के अनलॉक को बिगाड़ दिया, तो आइटम दोबारा डिलीवर करें। अगर Apple उसके लिए CONSUMPTION_REQUEST भेजता है, तो जो हुआ वह बताएँ। Apple के deliveryStatus फ़ील्ड में इसके लिए एक वैल्यू है, UNDELIVERED_SERVER_OUTAGE, और Apple कहता है कि DELIVERED के अलावा किसी भी स्टेटस के साथ consumptionPercentage को 0 पर सेट करना ज़रूरी है।

ग्राहक दोनों Apple एक्सटेंशन पहले ही इस्तेमाल कर चुका है

Apple की सीमा हर ग्राहक के लिए 365 दिनों में दो एक्सटेंशन है। साल में दो आउटेज दोनों को ख़त्म कर देते हैं, और तीसरे में आपके पास स्टोर के ज़रिए देने को कुछ नहीं बचता। हर originalTransactionId ने कितने एक्सटेंशन इस्तेमाल किए हैं, इसका हिसाब रखें, ताकि बड़े अनुरोध के FAILURE नोटिफ़िकेशन आपको चौंकाएँ नहीं।

ग्राहक फ़्री ट्रायल पर है

Apple फ़्री ऑफ़र अवधि वाले सब्सक्रिप्शन को नहीं बढ़ाता। ट्रायल उपयोगकर्ता ने मुफ़्त दिन खोए हैं, भुगतान किए हुए नहीं, इसलिए रिफ़ंड का जोखिम कम है। अगर आप उनकी भरपाई करना चाहते हैं, तो एक इन-ऐप संदेश किसी भी API कॉल से कम खर्चीला है।

अगले आउटेज के लिए चेकलिस्ट

• दर्ज करें कि आउटेज कब शुरू और कब ख़त्म हुआ, और किन प्रोडक्ट और क्षेत्रों पर असर पड़ा।
• इतने दिन चुनें जो खोए हुए समय को कवर करें। Apple पर रीज़न कोड 3 इस्तेमाल करें और 1 से 90 के भीतर रहें।
• Apple पर हर productId के लिए एक बड़ा अनुरोध भेजें, और जब केवल कुछ क्षेत्र प्रभावित हों तो उसे storefrontCountryCodes से सीमित करें।
• RENEWAL_EXTENSION FAILURE सुनें और हर एक को सिंगल-सब्सक्रिप्शन एंडपॉइंट से दोबारा आज़माएँ।
• Google Play पर सक्रिय परचेज़ टोकन पर लूप चलाएँ, हर etag पढ़ें, पहले validateOnly के साथ चलाएँ, फिर असल में डेफ़र करें।
• Google Play सब्सक्राइबर को अतिरिक्त समय के बारे में ख़ुद बताएँ, क्योंकि Google नहीं बताएगा।
• एनटाइटलमेंट की समाप्ति RENEWAL_EXTENDED और SUBSCRIPTION_DEFERRED के आधार पर अपडेट करें, अपनी ख़ुद की तारीख की गणना से नहीं।
• हर अकाउंट के लिए उपयोग के लॉग रखें, ताकि अगर फिर भी कोई रिफ़ंड अनुरोध या चार्जबैक आए, तो आपके सबूत Apple के लिए 12 घंटों और Google के लिए 24 घंटों के भीतर तैयार हों।