आप किसी सब्सक्रिप्शन को रीफंड करने के बजाय उसे पॉज़ कर सकते हैं या उसकी रिन्यूअल तारीख आगे बढ़ा सकते हैं, और इससे ज़्यादातर पैसा बच जाता है
जब कोई सब्सक्राइबर बाहर निकलना चाहता है, तो आप रीफंड करने के बजाय सब्सक्रिप्शन पॉज़ कर सकते हैं, अगली चार्ज को टाल सकते हैं, या रिन्यूअल तारीख बढ़ा सकते हैं। इनमें से हर विकल्प ग्राहक को बनाए रखता है और आपके पहले से इकट्ठा किए गए पैसे में से कुछ भी वापस नहीं करता। यहाँ बताया गया है कि हर स्टोर पर हर लीवर कैसे काम करता है, और इससे क्या बचत होती है।
मुख्य बातें
- जब कोई सब्सक्राइबर बाहर निकलना चाहता है, तो एक डेवलपर के पास आमतौर पर रीफंड से पहले तीन स्टोर-स्वीकृत लीवर होते हैं: सब्सक्रिप्शन पॉज़ करना, अगली चार्ज टालना, या रिन्यूअल तारीख बढ़ाना। इनमें से हर एक ग्राहक को बनाए रखता है और पहले से इकट्ठा किए गए पैसे में से कुछ भी वापस नहीं करता।
- Google Play किसी उपयोगकर्ता को ऑटो-रिन्यूइंग सब्सक्रिप्शन को 1 सप्ताह से 3 महीने के बीच की अवधि के लिए पॉज़ करने देता है, जो प्लान के बिलिंग चक्र पर निर्भर करता है, और पॉज़ मौजूदा बिलिंग अवधि समाप्त होने के बाद ही लागू होता है।
- जब किसी Google Play सब्सक्रिप्शन को पॉज़ किया जाता है, तो उपयोगकर्ता एक्सेस खो देता है और कुछ नहीं चुकाता, और पॉज़ के अंत में Google स्वचालित रूप से इसे रिन्यू करने का प्रयास करता है।
- Google Play का डेफ़र्ड बिलिंग एक डेवलपर को अगली चार्ज को प्रति API कॉल कम से कम 1 दिन और 1 साल तक टालने देता है, और उस दौरान उपयोगकर्ता पूरी एक्सेस बनाए रखता है और उससे शुल्क नहीं लिया जाता।
- Apple के पास उपयोगकर्ता-सामना वाला कोई पॉज़ नहीं है। इसका समकक्ष App Store Server API की रिन्यूअल-तारीख एक्सटेंशन है, जो किसी सब्सक्राइबर की रिन्यूअल तारीख को भविष्य में 90 दिन तक, प्रति कैलेंडर वर्ष 2 बार आगे बढ़ाती है, जोड़े गए समय के लिए कोई शुल्क लिए बिना।
- किसी वार्षिक सब्सक्रिप्शन पर एक रीफंड पूरे पिछले साल का भुगतान एक ही बार में लौटा सकता है, जबकि एक पॉज़ या कुछ कॉम्प किए गए दिन उसका एक अंश खर्च कराते हैं, यही वजह है कि रीफंड आखिरी विकल्प होना चाहिए, पहला नहीं।
- इनमें से कोई भी लीवर तब मदद नहीं करता जब कोई ग्राहक अपने बैंक के साथ किसी चार्ज पर विवाद कर देता है। उस बिंदु पर एक डेवलपर के पास एकमात्र इनपुट Apple की 12 घंटे की CONSUMPTION_REQUEST या Google Play की 24 घंटे की orders.reviewrefund विंडो होती है।
आप किसी सब्सक्रिप्शन को पॉज़ कर सकते हैं, उसकी अगली चार्ज को भविष्य में आगे बढ़ा सकते हैं, या किसी सब्सक्राइबर को मुफ़्त दिन दे सकते हैं, और इनमें से हर विकल्प ग्राहक को आपके रिकॉर्ड में बनाए रखता है, बिना उस पैसे का एक भी हिस्सा लौटाए जो आप पहले ही इकट्ठा कर चुके हैं। रीफंड इसका उल्टा करता है। यह आखिरी चार्ज लौटा देता है, कभी-कभी पूरे साल का, और ग्राहक आमतौर पर वैसे भी चला जाता है। इसलिए जब कोई कहता है कि वह बाहर निकलना चाहता है या अपने पैसे वापस माँगता है, तो रीफंड शायद ही कभी आपका एकमात्र विकल्प होता है, और यह लगभग हमेशा सबसे महँगा होता है।
यह रहा नक्शा। Google Play किसी उपयोगकर्ता को ऑटो-रिन्यूइंग सब्सक्रिप्शन पॉज़ करने देता है, और यह आपको अगली चार्ज को 1 दिन से लेकर 1 साल तक कहीं भी टालने देता है। Apple के पास कोई पॉज़ बटन नहीं है, लेकिन यह आपको साल में 2 बार रिन्यूअल तारीख बढ़ाने देता है, हर बार 90 दिन तक, ग्राहक पर कोई शुल्क लगाए बिना। आगे बताया गया है कि हर स्टोर पर हर लीवर कैसे काम करता है, रीफंड की तुलना में इसकी आपको क्या कीमत चुकानी पड़ती है, और वह एक स्थिति जहाँ इनमें से कोई भी मदद नहीं करता।
जब कोई सब्सक्राइबर छोड़ना चाहता है तो असल में आपके पास क्या विकल्प होता है
कैंसिलेशन और रीफंड एक ही घटना नहीं हैं, और हर नाखुश सब्सक्राइबर को रीफंड मान लेना ही वह तरीका है जिससे स्टूडियो वह पैसा लौटा देते हैं जो उन्हें कभी लौटाना ही नहीं था। कैंसिलेशन अगले रिन्यूअल को रोक देता है और पहले से चुकाए गए पैसे को वहीं छोड़ देता है जहाँ वह है। रीफंड पीछे जाकर उस चार्ज को खींच लेता है जिसे आप पहले ही बुक कर चुके थे। इन दोनों के बीच स्टोर टूल्स का एक सेट है जो ठीक इसी पल के लिए बनाया गया है: व्यक्ति को सब्सक्राइब्ड रखें, या रिश्ते को गर्मजोशी भरा बनाए रखें, बिना किसी भुगतान को उलटे।
पॉज़, टालें, बढ़ाएँ, फिर रीफंड
क्रम मायने रखता है। पॉज़ सब्सक्रिप्शन को रोक देता है ताकि ग्राहक कुछ समय के लिए दूर जा सके और वापस आ सके। टालना या बढ़ाना मुफ़्त समय देता है, जो एक संभावित रीफंड अनुरोध को एक सद्भावना भरे इशारे में बदल देता है जिसकी कीमत आपको दिन चुकानी पड़ती है, डॉलर नहीं। रीफंड आखिरी सहारे का टूल है, क्योंकि चारों में से यह अकेला ऐसा है जो आपके खाते से पैसा वापस निकालता है। जब बाकी फिट न हों तब इसकी ओर बढ़ें, उससे पहले नहीं।
Google Play पर सब्सक्रिप्शन कैसे पॉज़ करें
दोनों स्टोर में से Google Play ही एकमात्र है जिसमें असली पॉज़ है। एक उपयोगकर्ता Play Store में अपना सब्सक्रिप्शन खोलता है, उसे पॉज़ करना चुनता है, और स्टोर बाकी सब संभाल लेता है। आप इसे मंज़ूरी नहीं देते, लेकिन आप इसके इर्द-गिर्द डिज़ाइन ज़रूर कर सकते हैं।
एक पॉज़ कितने समय तक चल सकता है
एक उपयोगकर्ता 1 सप्ताह से 3 महीने के बीच की अवधि के लिए पॉज़ कर सकता है, और विकल्प प्लान के बिलिंग चक्र पर निर्भर करते हैं। पॉज़ हमेशा मौजूदा बिलिंग अवधि समाप्त होने के बाद ही लागू होता है, इसलिए ग्राहक को वह मिलता रहता है जिसके लिए उसने पहले ही भुगतान किया है और पॉज़ अगले रिन्यूअल पर साफ़ शुरू होता है।
| प्लान बिलिंग चक्र | पॉज़ अवधि जो उपयोगकर्ता चुन सकता है |
|---|---|
| साप्ताहिक | 1, 2, 3, या 4 सप्ताह |
| मासिक | 1, 2, या 3 महीने |
| हर 3 या 6 महीने | 1, 2, या 3 महीने |
| वार्षिक | 1, 2, या 3 महीने |
पॉज़ का एक्सेस, बिलिंग, और आपकी क्वेरीज़ पर क्या असर पड़ता है
जब सब्सक्रिप्शन पॉज़ होता है, तो उपयोगकर्ता के पास एक्सेस नहीं होता और वह रिन्यूअल कीमत नहीं चुकाता। आपके खाते से कुछ नहीं निकलता, और उसमें कुछ नहीं आता। एक इंटीग्रेशन डिटेल टीमों को उलझा देती है: एक पॉज़ किया गया सब्सक्रिप्शन Play Billing Library के queryPurchasesAsync() मेथड द्वारा तब तक वापस नहीं किया जाता जब तक आप includeSuspendedSubscriptions को true पर सेट न करें। इसे चूक गए तो आपका ऐप एक पॉज़ किए गए सब्सक्राइबर को पूरी तरह छूटा हुआ मान सकता है, जबकि वह वापस आने से बस एक टैप दूर है।
पॉज़ के अंत में क्या होता है
पॉज़ अवधि के अंत में, सब्सक्रिप्शन फिर से शुरू हो जाता है और Google इसे रिन्यू करने का प्रयास करता है। एक उपयोगकर्ता पॉज़ के दौरान किसी भी समय मैन्युअल रूप से भी फिर से शुरू कर सकता है, और ऐसा करने पर बिलिंग तारीख मैन्युअल रीज़्यूम तारीख पर चली जाती है। अगर रिन्यूअल प्रयास विफल होता है, तो सब्सक्रिप्शन किसी भी अन्य की तरह उसी विफल-रिन्यूअल रास्ते का अनुसरण करता है, बिलिंग ग्रेस पीरियड और अकाउंट होल्ड के ज़रिए, इसलिए एक पॉज़ आपके रिकवरी कदमों को हटाता नहीं है, यह बस उन्हें टाल देता है।
Apple के पास कोई पॉज़ नहीं है, इसलिए आप इसके बजाय रिन्यूअल तारीख बढ़ाते हैं
Apple उपयोगकर्ताओं को कोई पॉज़ स्विच नहीं देता। यह डेवलपर्स को जो देता है वह है किसी सब्सक्राइबर की रिन्यूअल तारीख को भविष्य में आगे बढ़ाने की क्षमता, जो मुफ़्त सेवा समय देती है और अगली चार्ज को पीछे धकेल देती है। यह एक सर्वर-साइड क्रिया है, ऐसा कुछ नहीं जिसे ग्राहक टैप करता है।
साल में 2 बार, हर बार 90 दिन तक
App Store Server API का उपयोग करके, आप किसी ग्राहक के सब्सक्रिप्शन की रिन्यूअल तारीख को प्रति कैलेंडर वर्ष 2 बार, हर बार 90 दिन तक भविष्य में आगे बढ़ा सकते हैं, और ग्राहक से जोड़े गए समय के लिए शुल्क नहीं लिया जाता। आप एक extendReasonCode जोड़ते हैं जो कारण दर्ज करता है, जैसे ग्राहक संतुष्टि या कोई सेवा समस्या। यह Apple का पॉज़ के सबसे करीब पहुँचना है: प्लान को रोकने के बजाय, आप इसे बढ़ा देते हैं, ताकि व्यक्ति का एक्सेस बना रहे और जो चार्ज आप इकट्ठा करते वह बस आगे खिसक जाती है।
एक ही कॉल किसी आउटेज को कवर कर सकती है
एक दूसरा एंडपॉइंट है जो एक साथ सभी सक्रिय सब्सक्राइबर्स के लिए रिन्यूअल तारीखें बढ़ाता है। किसी ऐसे आउटेज के बाद इसका इस्तेमाल करें जिसने आपके पूरे बेस को प्रभावित किया हो, जब सभी को कुछ मुफ़्त दिन देना अलग-अलग रीफंड अनुरोधों की लहर झेलने से सस्ता और शांत होता है। यह उसी विचार का सामूहिक संस्करण है: मुफ़्त समय में भुगतान करें, उलटी गई चार्ज में नहीं।
डेफ़र्ड बिलिंग, रीफंड के बिना मुफ़्त समय देने का लीवर
Apple के एक्सटेंशन के समकक्ष Google Play का डेफ़र्ड बिलिंग है, और यह अवधि के मामले में ज़्यादा उदार है। आप purchases.subscriptionsv2.defer कॉल करते हैं और मौजूदा से बाद की एक नई एक्सपायरी सेट करते हैं। बिलिंग को प्रति API कॉल कम से कम 1 दिन और 1 साल तक टाला जा सकता है, और उससे आगे जाने के लिए आप नई तारीख आने से पहले फिर से कॉल करते हैं।
ग्राहक सब कुछ रखता है, और उसमें से किसी के लिए भुगतान नहीं करता
टालने की अवधि के दौरान, उपयोगकर्ता पूरी एक्सेस के साथ आपकी सामग्री का सब्सक्राइबर बना रहता है लेकिन अतिरिक्त समय के लिए उससे शुल्क नहीं लिया जाता, और रिन्यूअल तारीख नई तारीख पर अपडेट हो जाती है। Google के अपने उदाहरण छोटे रूप में एक रिटेंशन प्लेबुक हैं: फ़ीडबैक सर्वे भरने के लिए 1 सप्ताह मुफ़्त दें, या किसी लंबे आउटेज के बाद एक्सेस कॉम्प करें जिसने लोगों को आपकी सेवा इस्तेमाल करने से रोका हो। इनमें से हर एक वह रीफंड है जो आपने नहीं लिखा।
नोटिफ़िकेशन सेट करें
किसी चार्ज को टालना एक SUBSCRIPTION_DEFERRED Real-time Developer Notification ट्रिगर करता है, ताकि आपका बैकएंड नई रिन्यूअल तारीख रिकॉर्ड कर सके और एंटाइटलमेंट्स को सिंक में रख सके। प्रीपेड प्लान भी इसी तरह काम करते हैं: defer कॉल रिन्यूअल तारीख के बजाय एक्सपायरी समय बढ़ा देती है।
हर विकल्प की आपको पैसों में क्या कीमत पड़ती है
यही वह हिस्सा है जिसे यह तय करना चाहिए कि आप चीज़ों को किस क्रम में आज़माते हैं। चारों कदम कीमत में एक-दूसरे के करीब नहीं हैं, और अंतर ठीक वहीं सबसे चौड़ा है जहाँ रीफंड सबसे ज़्यादा चोट पहुँचाता है, एक लंबे, उच्च-मूल्य वाले प्लान पर।
रीफंड ही अकेला ऐसा कदम है जो पैसा वापस निकालता है
एक रीफंड आखिरी चार्ज ग्राहक को लौटा देता है। मासिक प्लान पर वह एक महीना होता है। वार्षिक प्लान पर इसकी गणना उस आखिरी चार्ज पर होती है, जो पूरा साल है, एक ही घटना में उलटा हुआ। लौटाई गई राशि के ऊपर वे लागतें भी बैठती हैं जो आप सब्सक्रिप्शन की सेवा में पहले ही खर्च कर चुके हैं, कंप्यूट, थर्ड-पार्टी API कॉल, स्टोरेज, और कोई भी पेआउट जो आपने किसी क्रिएटर को भेजा, इनमें से कुछ भी वापस नहीं आता। एक पॉज़, एक टालना, या एक एक्सटेंशन इनमें से किसी को छूता नहीं। उनकी एकमात्र कीमत वह भविष्य का राजस्व है जिसे आप टालते हैं या कुछ दिन जो आप कॉम्प करते हैं।
| कदम | अभी आपके खाते से क्या निकलता है | आप क्या रखते हैं |
|---|---|---|
| रीफंड | आखिरी चार्ज, वार्षिक प्लान पर पूरे 1 साल तक, साथ ही वह सेवा लागत जो आप पहले ही खर्च कर चुके हैं | आमतौर पर कुछ नहीं, ग्राहक आमतौर पर चला जाता है |
| पॉज़ (Google Play) | अभी कुछ नहीं, केवल भविष्य के राजस्व के पॉज़ किए गए चक्र | सब्सक्राइबर और अगला रिन्यूअल |
| डेफ़र्ड बिलिंग (Google Play) | उन मुफ़्त दिनों का मूल्य जो आप देते हैं | सब्सक्राइबर और अगला रिन्यूअल |
| रिन्यूअल-तारीख एक्सटेंशन (Apple) | उन मुफ़्त दिनों का मूल्य जो आप देते हैं, प्रति एक्सटेंशन 90 तक | सब्सक्राइबर और अगला रिन्यूअल |
वह गणित जिसे चार्जबैक और बदतर बना देता है
पैसों का मामला तब और तीखा हो जाता है जब विकल्प एक साफ़ रीफंड भी नहीं बल्कि एक बैंक विवाद होता है। August 3, 2026 के बाद रखे गए Google Play ऑर्डर के लिए, एक हारा हुआ चार्जबैक डेवलपर को खरीद मूल्य में से Play की सेवा फ़ीस घटाकर, साथ ही बैंक की चार्जबैक फ़ीस खर्च कराता है। एक पॉज़ या कुछ कॉम्प किए गए दिन जो किसी परेशान ग्राहक को अपने बैंक को कॉल करने से रोक दें, वह रीफंड से सिर्फ़ सस्ता नहीं है, यह एक ऐसी लागत को टाल देता है जो उससे भी बड़ी है।
पॉज़ या टालना कब गलत टूल होता है
इनमें से कुछ भी तब काम नहीं करता जब ग्राहक ने आपसे बात करना बंद कर दिया है और अपने बैंक से बात करना शुरू कर दिया है। एक पॉज़, एक टालना, और एक एक्सटेंशन ये सब वे चीज़ें हैं जो आप किसी ऐसे सब्सक्राइबर को देते हैं जो अभी भी आपके ऐप में है। वे किसी ऐसे विवाद के लिए कुछ नहीं करते जो पहले ही दर्ज किया जा चुका है।
एक दर्ज किए गए विवाद की अपनी छोटी घड़ी होती है
एक बार जब किसी चार्ज पर विवाद हो जाता है, तो आपका एकमात्र इनपुट एक संकरी विंडो होती है। Apple आपके सर्वर को एक CONSUMPTION_REQUEST भेजता है और कंज़म्पशन डेटा के लिए 12 घंटे तक इंतज़ार करता है। Google Play एक 24 घंटे की घड़ी शुरू करता है और आपके सबूत को orders.reviewrefund API के ज़रिए लेता है। दोनों में से कोई भी विंडो चूक गए तो फ़ैसला आपके बिना ही हो जाता है। इसलिए रिटेंशन लीवर उस पल के लिए हैं जो रीफंड अनुरोध से पहले आता है, बैंक विवाद के बाद नहीं।
रीफंड कभी-कभी सही जवाब होता है
किसी ऐसे ग्राहक को मुफ़्त समय देना जिसके साथ वाकई गलत हुआ हो, और जो अपने पैसे चाहता है आपके उत्पाद का और ज़्यादा नहीं, एक टालमटोल जैसा लग सकता है। जब सही कदम चार्ज लौटाना हो, तो उसे लौटा दें। बात यह नहीं है कि कभी रीफंड न करें। बात यह है कि जब एक पॉज़ या एक कॉम्प किया गया सप्ताह पैसा और ग्राहक दोनों बनाए रख लेता, तब आदतन रीफंड करना बंद करें।
रिटेंशन चेकलिस्ट
इनमें से कुछ भी असामान्य नहीं है। यह उस पल के लिए एक छोटी दिनचर्या है जब कोई सब्सक्राइबर संकेत देता है कि वह बाहर निकलना चाहता है।
- रीफंड को चार कदमों में आखिरी मानें, पॉज़, टालने, और बढ़ाने के बाद, पहला नहीं।
- Google Play पर, पॉज़ के लिए डिज़ाइन करें:
includeSuspendedSubscriptionsसेट करें ताकि आपका ऐप किसी पॉज़ किए गए सब्सक्राइबर को छूटा हुआ न समझ ले। - पॉज़ के अंत के रिन्यूअल को एक नई खरीद की तरह संभालें, क्योंकि वहीं एक पॉज़ किया गया सब्सक्राइबर बनाया या खोया जाता है।
- रीफंड लिखने के बजाय दिन कॉम्प करने के लिए Google Play पर डेफ़र्ड बिलिंग और App Store पर रिन्यूअल-तारीख एक्सटेंशन का इस्तेमाल करें।
SUBSCRIPTION_DEFERREDनोटिफ़िकेशन और एक्सटेंशन को रिकॉर्ड करें ताकि आपके राजस्व के आँकड़े खिसकी हुई रिन्यूअल तारीख को दर्शाएँ।- रीफंड को उस ग्राहक के लिए बचाकर रखें जिसके साथ वाकई गलत हुआ और जो अपने पैसे वापस चाहता है, हर अनुरोध के लिए नहीं।
- याद रखें कि बैंक विवाद दर्ज होने के बाद ये लीवर काम करना बंद कर देते हैं, और जब कोई दर्ज हो तो 12 घंटे और 24 घंटे की विंडो का जवाब दें।
अक्सर पूछे जाने वाले सवाल
- क्या आप किसी Google Play सब्सक्रिप्शन को पॉज़ कर सकते हैं?
- हाँ। एक उपयोगकर्ता किसी ऑटो-रिन्यूइंग Google Play सब्सक्रिप्शन को 1 सप्ताह से 3 महीने के बीच की अवधि के लिए पॉज़ कर सकता है, जो प्लान के बिलिंग चक्र पर निर्भर करता है। पॉज़ मौजूदा बिलिंग अवधि समाप्त होने के बाद ही लागू होता है। जब यह पॉज़ होता है तो उपयोगकर्ता के पास कोई एक्सेस नहीं होता और वह कुछ नहीं चुकाता, और पॉज़ के अंत में Google स्वचालित रूप से इसे रिन्यू करने का प्रयास करता है।
- क्या Google Play पर किसी वार्षिक सब्सक्रिप्शन को पॉज़ किया जा सकता है?
- हाँ। वार्षिक प्लान के लिए एक उपयोगकर्ता 1, 2, या 3 महीने का पॉज़ चुन सकता है। पॉज़ मौजूदा भुगतान किए गए साल के समाप्त होने के बाद ही शुरू होता है, इसलिए ग्राहक को वह एक्सेस मिलता रहता है जिसके लिए उसने पहले ही भुगतान किया है और पॉज़ अगले रिन्यूअल पर शुरू होता है।
- क्या Apple आपको किसी सब्सक्रिप्शन को पॉज़ करने देता है?
- नहीं, Apple के पास कोई उपयोगकर्ता-सामना वाला पॉज़ नहीं है। सबसे करीबी टूल App Store Server API है, जो एक डेवलपर को किसी सब्सक्राइबर की रिन्यूअल तारीख को प्रति कैलेंडर वर्ष 2 बार, 90 दिन तक भविष्य में बढ़ाने देता है, ग्राहक पर कोई शुल्क लगाए बिना। यह प्लान को रोकने के बजाय मुफ़्त समय देता है और अगली चार्ज को पीछे धकेल देता है।
- Google Play पर डेफ़र्ड बिलिंग क्या है?
- डेफ़र्ड बिलिंग एक डेवलपर को purchases.subscriptionsv2.defer मेथड का उपयोग करके किसी सब्सक्रिप्शन की अगली चार्ज को भविष्य में आगे बढ़ाने देती है। आप प्रति API कॉल कम से कम 1 दिन और 1 साल तक टाल सकते हैं। टालने के दौरान उपयोगकर्ता पूरी एक्सेस बनाए रखता है और उससे शुल्क नहीं लिया जाता, जो इसे रीफंड जारी करने के बजाय मुफ़्त समय कॉम्प करने का एक तरीका बनाता है।
- क्या किसी सब्सक्राइबर को रीफंड करने की तुलना में पॉज़ या टालना सस्ता है?
- लगभग हमेशा। एक रीफंड आखिरी चार्ज लौटा देता है, जो वार्षिक प्लान पर पूरा साल होता है, और यह उस कंप्यूट, API, और स्टोरेज की भरपाई नहीं करता जो आप सब्सक्रिप्शन की सेवा में पहले ही खर्च कर चुके हैं। एक पॉज़ कुछ नहीं लौटाता और केवल भविष्य के राजस्व को टालता है, और एक टालना या एक्सटेंशन आपको उन मुफ़्त दिनों का मूल्य खर्च कराता है जो आप देते हैं। तीनों ग्राहक को भी बनाए रखते हैं, जो एक रीफंड आमतौर पर नहीं करता।
स्रोत और आगे की जानकारी
- Android Developers: Subscription lifecycle (pause durations, when a pause takes effect, access and resume behavior)
- Android Developers: Manage subscriptions and one-time purchases (deferred billing, one day to one year per call, SUBSCRIPTION_DEFERRED)
- Google Play Developer API: Method purchases.subscriptionsv2.defer
- Google Play Help: Cancel, pause, or change a subscription on Google Play
- Apple Developer: Extending the renewal date for auto-renewable subscriptions (twice per calendar year, up to 90 days each, no charge)
- Apple Developer: Extend Subscription Renewal Dates for All Active Subscribers
- Google Play Console Help: chargeback cost responsibility for orders after August 3, 2026
RefundHalt
App Store और Google Play के लिए refund ऑटोपायलट
आगे पढ़ें
एक खराब ऐप अपडेट रिफंड की लहर ला सकता है, और यहाँ बताया गया है कि इसे आपके पेआउट तक पहुँचने से पहले कैसे रोकें
एक टूटी हुई रिलीज़ उन गिने-चुने रिफंड कारणों में से एक है जिन्हें आप मिनटों में थाम सकते हैं। एक खराब ऐप अपडेट भुगतान करने वाले ग्राहकों को अपने पैसे वापस माँगने की वजह दे देता है, और बिक्री उस नुकसान का सबसे छोटा हिस्सा है जो आप उठाते हैं। यहाँ बताया गया है कि हर स्टोर पर इसे कैसे रोकें, और रिफंड की एक लहर असल में कितनी महँगी पड़ती है।
ऐप के अधिकांश चार्जबैक को बैंक के शामिल होने से पहले रोका जा सकता है, और एक को अभी रोकना बिक्री से ज़्यादा बचाता है
ऐप चार्जबैक अब बिक्री के वापस आने का सबसे महंगा तरीका है, क्योंकि Google Play, August 3, 2026 के बाद किए गए ऑर्डर के लिए लागत को डेवलपर पर डाल देता है। अधिकांश विवाद भ्रम या धोखाधड़ी के रूप में शुरू होते हैं जिन्हें आप टाल सकते हैं। यहाँ रणनीति है, और एक हारा हुआ विवाद असल में कितना महंगा पड़ता है।