इस गाइड में बताया गया है कि Google Play Developer API का इस्तेमाल किस तरह Play ऐप्लिकेशन के लिए प्रॉडक्ट कैटलॉग मैनेज किया जा सकता है.
Google Play के बिलिंग सिस्टम का इस्तेमाल करके, अपने ऐप्लिकेशन में प्रॉडक्ट बेचने के लिए आपको इनकी ज़रूरत होगी ऐसा कैटलॉग सेट अप करें जिसमें वे सभी प्रॉडक्ट मौजूद हों जिन्हें आपको आपके उपयोगकर्ताओं की ओर से की गई खरीदारी. Play Console पर जाकर, ऐसा किया जा सकता है या Google Play Developer API का इस्तेमाल करके, कैटलॉग को अपने-आप मैनेज करने की सुविधा पाएं. ऑटोमेशन यह कर सकता है यह पक्का करने में मदद करता है कि आपका कैटलॉग हमेशा अप-टू-डेट रहे. साथ ही, बड़े कैटलॉग में उपलब्ध हो, जहां मैन्युअल तरीके से कोऑर्डिन नहीं किया जा सकता. इस गाइड में, आपको Play ऐप्लिकेशन के लिए प्रॉडक्ट कैटलॉग बनाने और उसे मैनेज करने के लिए, Play Developer API का इस्तेमाल करने का तरीका बताया गया है. सेट करने के निर्देशों के लिए, हमारी तैयार होने से जुड़ी जानकारी वाली गाइड देखें Google Play Developer API को सेट अप करें.
कैटलॉग मैनेजमेंट एपीआई
अलग-अलग तरह के प्रॉडक्ट के बारे में जानने के लिए, जिन्हें Google Play की बिलिंग सिस्टम, पढ़ें ऐप्लिकेशन में खरीदने के लिए उपलब्ध प्रॉडक्ट टाइप और कैटलॉग से जुड़ी ज़रूरी बातों को समझें. Google Play पर कैटलॉग मैनेजमेंट के लिए, एपीआई के दो मुख्य सेट उपलब्ध कराता है, ये दो मुख्य प्रॉडक्ट कैटगरी से जुड़े होते हैं:
- वन-टाइम प्रॉडक्ट
- शुल्क लेकर सेवा देने वाले प्रॉडक्ट
वन-टाइम प्रॉडक्ट
inappproducts एंडपॉइंट से एक बार मैनेज किया जा सकता है
प्रॉडक्ट उपलब्ध कराए जा सकते हैं. इसमें बनाना, अपडेट करना, और मिटाना शामिल है
प्रॉडक्ट खरीदने के साथ-साथ, उनकी कीमत और उपलब्धता को मैनेज करना.
वन-टाइम प्रॉडक्ट की खरीदारी को मैनेज करने के तरीके के आधार पर,
इस्तेमाल किए जा सकने वाले प्रॉडक्ट (कई बार खरीदे जा सकते हैं) या स्थायी
एनटाइटलमेंट (एक ही उपयोगकर्ता दो बार नहीं बना सकता). आपके पास यह तय करने का विकल्प है कि
वन-टाइम प्रॉडक्ट, खाने-पीने के लायक होने चाहिए या नहीं.
शुल्क लेकर सेवा देने वाले प्रॉडक्ट
monetization.subscriptions एंडपॉइंट से सदस्यता मैनेज करने में मदद मिलती है
जो आपके डेवलपर बैकएंड से जुड़े हैं. इस तरह के काम किए जा सकते हैं:
और सदस्यताओं को मिटाया जा सकता है या क्षेत्र के हिसाब से उनकी उपलब्धता और कीमत को कंट्रोल किया जा सकता है.
monetization.subscriptions एंडपॉइंट के अलावा, हम आपको
monetization.subscriptions.basePlans और
monetization.subscriptions.basePlans.offers को क्रम से मैनेज करने के लिए
सदस्यताओं की बुनियादी प्लान और ऑफ़र.
बैच के तरीके
inappproducts और monetization.subscriptions
एंडपॉइंट बड़ी संख्या में ऐसे बैच मेथड उपलब्ध कराते हैं जो वापस पाने या मैनेज करने की अनुमति देते हैं
100 इकाइयों को एक ही समय में कॉपी करें.
इंतज़ार के समय की बचत करने की सुविधा के साथ इस्तेमाल किए जाने पर, बैच तरीकों का इस्तेमाल ज़्यादा बेहतर नतीजे देता है ये टूल, खास तौर पर बड़े कैटलॉग वाले डेवलपर के लिए काम के होते हैं. कैटलॉग बनाना या कैटलॉग का समाधान करना.
वीडियो स्ट्रीम होने और उसके दिखने के बीच लगने वाले समय की तुलना में, प्रोपजेशन में लगने वाले समय को अपडेट करें
प्रॉडक्ट बनाने या उसमें बदलाव करने का अनुरोध पूरा होने के बाद,
नेटवर्क या बैकएंड की वजह से, असली उपयोगकर्ताओं को उनके डिवाइसों पर तुरंत दिखेगा
प्रोसेस में देरी.
प्रॉडक्ट में बदलाव करने के सभी अनुरोध डिफ़ॉल्ट रूप से, इंतज़ार के समय के हिसाब से संवेदनशील होते हैं. इसका मतलब है
इन्हें बैकएंड सिस्टम के ज़रिए तेज़ी से लागू करने के लिए ऑप्टिमाइज़ किया जाता है. आम तौर पर,
असली उपयोगकर्ता के डिवाइसों पर कुछ ही मिनटों में दिखाई दे सकती है. हालांकि, घंटे के हिसाब से एक सीमा तय है
की संख्या से ज़्यादा है.
ऐसे मामलों में जहां आपको कई प्रॉडक्ट बनाने या अपडेट करने की ज़रूरत होती है (उदाहरण के लिए,
करने का विकल्प मिलता है, तो बैच मेथड का इस्तेमाल किया जा सकता है.
latencyToleranceफ़ील्ड को इस पर सेट किया गया
PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT.
इससे, अपडेट मिलने की दर (सीटीआर) काफ़ी बढ़ जाएगी. इंतज़ार के समय के हिसाब से बदलाव
असली उपयोगकर्ता के डिवाइसों तक पहुंचने में 24 घंटे लग सकते हैं.
कोटा कॉन्फ़िगरेशन
Play Developer का इस्तेमाल करते समय, कोटे की कई सीमाएं होती हैं, जिनके बारे में आपको पता होना चाहिए एपीआई का इस्तेमाल करके, अपना प्रॉडक्ट कैटलॉग मैनेज करें:
- Google Play Developer API की डिफ़ॉल्ट सीमा 2,00,000 क्वेरी के लिए ही होती है दिन. कोटा की यह सीमा, सभी एंडपॉइंट में एग्रीगेशन के लिए लागू होती है, इसमें कैटलॉग मैनेजमेंट एपीआई शामिल हैं.
- प्रॉडक्ट डेटा में बदलाव करने वाले एंडपॉइंट भी 7,200 क्वेरी की सीमा लागू करते हैं घंटे. वन-टाइम प्रॉडक्ट और सदस्यताओं, दोनों के लिए यह एक ही सीमा है साथ ही, इसमें बदलाव करने के सभी अनुरोधों की प्रोसेस को पूरा किया जा सकता है. इनमें, डेटा को बनाना, अपडेट करना, चालू करना, मिटाएं. बैच में बदलाव करने के तरीके में बदलाव करने से जुड़े कॉल, इस कोटा के लिए एक क्वेरी के तौर पर गिने जाते हैं, भले ही, अलग-अलग अनुरोधों की संख्या या उनके इंतज़ार के समय की परवाह किए बिना संवेदनशीलता.
- इंतज़ार के समय में किए जाने वाले संवेदनशील बदलावों में 7,200 से ज़्यादा बदलाव नहीं किए जा सकते प्रति घंटा. बैच तरीकों के लिए, नेस्ट किए गए हर अनुरोध की गिनती की जाती है अलग से सबमिट कर सकते हैं. इस कोटा में व्यावहारिक इसका मतलब सिर्फ़ उन उपयोगकर्ताओं के लिए है जो इंतज़ार के समय के हिसाब से काम करते हैं और उनके बैच एपीआई का इस्तेमाल करते हैं अन्य मामलों में, जैसा कि अन्य मामलों में होता है, कोटा 2 उसी समय या उसी पर समाप्त हो जाएगा समय को इस कोटा से कम नहीं किया है.
यहां कोटे के इस्तेमाल को समझने के लिए, उदाहरण के तौर पर कई उदाहरण दिए गए हैं विभिन्न अनुरोध:
- एक आइटम फ़ेच करने के लिए
getका एक अनुरोध, कोटा 1 के एक टोकन का इस्तेमाल करेगा और कोटा 2 और 3 का कोई टोकन नहीं होता (क्योंकि ये सिर्फ़ एंडपॉइंट में बदलाव करने से जुड़े हैं). getके बैच में 100 आइटम फ़ेच करने का अनुरोध करने पर, कोटा 1 और कोटा 2 और 3 का कोई टोकन नहीं.- एक आइटम के लिए
modificationका एक अनुरोध करने पर, पहले कोटा के एक टोकन का इस्तेमाल किया जाएगा , कोटा 2 का 1 टोकन. अगर अनुरोध अनुरोध में लगने वाले समय के हिसाब से संवेदनशील है, तो इसमें कोटा 3 का एक टोकन इस्तेमाल करें. कोटा C और कोटा 2 की सीमा एक ही है, इसलिए यह इसका उन उपयोगकर्ताओं पर कोई असर नहीं पड़ता जो सिर्फ़ एक बदलाव का इस्तेमाल करते हैं तरीकों का इस्तेमाल करना होगा. - इंतज़ार के समय का हिसाब लगाने वाले 100 आइटम के बैच
modificationके अनुरोध में, एक बैच की खपत होगी कोटा 1 का टोकन, कोटा 2 का 1 टोकन. इस कोटा सेटअप से इतनी मेमोरी मिलनी चाहिए अपने कैटलॉग को अपडेट रखने के लिए मार्जिन, लेकिन अगर आपके एल्गोरिदम को अगर यह तय नहीं किया जा सकता, तो आपको हर अतिरिक्त कॉल पर गड़बड़ी का मैसेज दिख सकता है. - इंतज़ार के समय वाले 100 संवेदनशील आइटम के लिए,
modificationके बैच का अनुरोध स्वीकार किया जाएगा कोटा 1 का एक टोकन, कोटा 2 का एक टोकन, और कोटा 3 का 100 टोकन.
कैटलॉग मैनेजमेंट एपीआई के इस्तेमाल के सुझाव
इन दिशा-निर्देशों का पालन करके, एपीआई के साथ अपने इंटरैक्शन को ऑप्टिमाइज़ किया जा सकता है, यह पक्का किया जा रहा है कि कैटलॉग को आसानी से और बेहतर तरीके से मैनेज किया जा सके.
डेटा के इस्तेमाल को मॉनिटर करना
आपको इस्तेमाल की भारी प्रोसेस के बारे में पता होना चाहिए. उदाहरण के लिए, इंटिग्रेशन की वजह से, आपके कैटलॉग मैनेजमेंट एंडपॉइंट के आपका पूरा शुरुआती कैटलॉग बनाने के लिए ज़्यादा कोटा होता है. इसका असर अन्य एंडपॉइंट का प्रोडक्शन इस्तेमाल, जैसे कि खरीदारी की स्थिति वाला एपीआई 150% के करीब होगा. आपको अपने कोटे के इस्तेमाल की निगरानी करनी होगी, ताकि यह पक्का किया जा सके कि आप एपीआई कोटा को पार कर रहे हैं. इस्तेमाल को मॉनिटर करने के कई तरीके हैं. उदाहरण के लिए, Google Cloud API के कोटा डैशबोर्ड का इस्तेमाल किया जा सकता है. इसके अलावा, किसी अन्य इन-हाउस या आपकी पसंद का तीसरे पक्ष का एपीआई मॉनिटरिंग टूल.
Optimize एपीआई के कोटा का इस्तेमाल
इस्तेमाल की दर को ऑप्टिमाइज़ करने का सुझाव दिया जाता है, ताकि एपीआई से जुड़ी गड़बड़ियां. इसे असरदार तरीके से लागू करने के लिए, हमारा सुझाव है कि आप:
- कैटलॉग को मैनेज करने के लिए सही रणनीति चुनें. एपीआई को समझने के बाद नहीं, तो आपको अपने आवेदन के लिए सही रणनीति चुननी होगी, ताकि आप कैटलॉग मैनेज करने के अपने लक्ष्यों को बेहतर तरीके से मैनेज कर सकते हैं.
- अपने बदलावों को दिखाने के लिए ज़रूरत के मुताबिक कम से कम संख्या में ही कॉल करें.
- एपीआई को ग़ैर-ज़रूरी या ग़ैर-ज़रूरी बदलाव न भेजें. यह आपको अपने बैकएंड कैटलॉग में बदलाव का लॉग रखना पड़ सकता है.
- प्रॉडक्ट में बदलाव करने की हर घंटे की 7,200 क्वेरी की सीमा में बने रहें. आप को सिंक करने की ऐसी प्रोसेस तैयार करना है जिसमें आपको बड़ी संख्या में प्रॉडक्ट बनाने हों कुछ समय के लिए बदल सकते हैं. उदाहरण के लिए, शुरुआती कैटलॉग बनाना). अगर आपको लगता है कि ये प्रोसेस हर घंटे के लिए तय की गई सीमा से ज़्यादा हो जाएंगी, तो लागू करने से पहले, ज़रूरत के हिसाब से इंतज़ार करना पड़ता है. इससे, इस्तेमाल को एक सुरक्षित लेवल तक कम किया जा सकता है. इसलिए, डेटा ट्रांसफ़र करने की क्षमता बढ़ाने के लिए, इंतज़ार के समय के हिसाब से बदलाव करने वाले बैच मेथड.
- बड़े लेवल पर इस्तेमाल करने के लिए पहले से तैयारी करें. जैसे-जैसे आपका ऐप्लिकेशन बढ़ता है, आपको एपीआई और अलग-अलग एंडपॉइंट के इस्तेमाल का दायरा बढ़ाना. Google की ओर से Play Developer API के कोटा से जुड़ा दस्तावेज़ देखें. इसमें बताया गया है कि जब आपका कोटा खत्म होने वाला हो, तब उसे बढ़ाया जा सकता है.
- मुश्किल प्रोसेस को सोच-समझकर शेड्यूल करें. अपने ज़्यादा कलेक्शन वाले कैटलॉग को शेड्यूल करने की कोशिश करें की प्रक्रिया का बहुत अहम हिस्सा इस्तेमाल किया जाता है, उदाहरण के लिए आप पूरे कैटलॉग को सिंक करने की सुविधा मिलती है.
कोटा की गड़बड़ी को ठीक करने का लॉजिक जोड़ें
चाहे आप कैटलॉग मैनेज करने का अपना लॉजिक कितनी अच्छी तरह से बनाएं, आपको हर हाल में
इसे अनपेक्षित कोटा सीमाओं के साथ लचीला बनाएं, क्योंकि दैनिक कोटा है
आपके इंटिग्रेशन के इंडिपेंडेंट मॉड्यूल में इस्तेमाल किए जाने वाले एंडपॉइंट की मदद से शेयर किया जाता है. पक्का करें कि
गड़बड़ी को ठीक करने के तरीके में, कोटा थ्रॉटलिंग की गड़बड़ियां शामिल की जाती हैं और
काफ़ी इंतज़ार करना पड़ता है.
'Google Play डेवलपर एपीआई' को किए जाने वाले हर कॉल का जवाब जनरेट होगा. इस
अगर कोई कॉल फ़ेल हो जाता है, तो आपको उसे पूरा न कर पाने पर एक जवाब मिलेगा. इसमें
एचटीटीपी रिस्पॉन्स स्टेटस कोड और errors ऑब्जेक्ट, जो ज़्यादा जानकारी दे रहा है
और डीबग मैसेज के बारे में जानकारी.
उदाहरण के लिए, अगर आपने रोज़ाना की तय सीमा पार कर ली है, तो आपको गड़बड़ी का मैसेज दिख सकता है
इनसे मिलता-जुलता:
{
"code" : 403,
"errors" : [ {
"domain" : "usageLimits",
"message" : "Daily Limit Exceeded. The quota will be reset at midnight Pacific Time (PT). You may monitor your quota usage and adjust limits in the API
Console: https://console.developers.google.com/apis/api/androidpublisher.googleapis.com/quotas?project=xxxxxxx",
"reason" : "dailyLimitExceeded",
"extendedHelp" : "https://console.developers.google.com/apis/api/androidpublisher.googleapis.com/quotas?project=xxxxxx"
} ],
}
कैटलॉग मैनेजमेंट को लागू करना
डेवलपर, Google Play Developer API प्रॉडक्ट पब्लिश करने वाले एंडपॉइंट का इस्तेमाल इन कामों के लिए करते हैं अपने कैटलॉग को बैकएंड और Google Play के बीच सिंक करके रखना. बनाना पक्का करें कि आपका Google Play कैटलॉग, आपके बैकएंड के कैटलॉग के साथ हमेशा अप-टू-डेट रहे नई जानकारी का इस्तेमाल, बेहतर उपयोगकर्ता अनुभव देने के लिए किया जा सकता है. उदाहरण के लिए:
- आपके पास उपलब्ध ऑफ़र की पूरी सूची देखने और उन्हें मैनेज करने का विकल्प होता है ऑफ़र और बुनियादी प्लान के टैग की मदद से, आपको ज़रूरी शर्तें पूरी करने और ऑफ़र दिखाने में मदद मिलेगी लॉजिक.
- आपके पास खरीदारों के लिए, अलग-अलग प्राइस पॉइंट और प्रॉडक्ट की जानकारी देखने का विकल्प होता है देखा जा सकता है. साथ ही, यह पक्का किया जा सकता है कि ये एलिमेंट एक जैसे हों.
- नए प्रॉडक्ट को प्रोसेस करते समय, आप बैकएंड में प्रॉडक्ट की जानकारी देख सकते हैं जिसमें खरीदारी के लिए इंतज़ार का समय और काम न करने का जोखिम बढ़ाने की ज़रूरत नहीं है. उपयोगकर्ता के ज़रूरी फ़्लो के दौरान, Google Play Developer API को ज़्यादा कॉल मिले.
ऐसी कुछ सीमाएं और विचार हैं जिनका आपको ध्यान रखना चाहिए Google Play पर प्रॉडक्ट कैटलॉग बनाते समय आपको ये बातें ध्यान में रखनी चाहिए. समझने के बाद और आपको अपने कैटलॉग को स्ट्रक्चर करने के तरीके की जानकारी है, तो अपनी सिंक करने की रणनीति तय करें.
कैटलॉग सिंक करने की रणनीतियां
Google Play Developer API के पब्लिश करने वाले एंडपॉइंट की मदद से, इन्हें अपडेट किया जा सकता है आपके कैटलॉग में कोई बदलाव होने पर. कभी-कभी, आपको नियमित अंतराल पर अप्रोच को अपडेट करता है, जहां एक ही प्रोसेस में हुए बदलावों की बैटरी भेजी जाती है. हर को अलग तरह के डिज़ाइन की ज़रूरत होती है. सिंक करने की हर रणनीति कुछ उपयोग के मामलों में दूसरों की तुलना में बेहतर तरीके से फ़िट हो सकते हैं और आपकी कुछ ऐसी ज़रूरतें हो सकती हैं, स्थिति के हिसाब से, दोनों का इस्तेमाल किया जाता है. कभी-कभी हो सकता है कि आपको जैसे ही आपको किसी नए बदलाव के बारे में जानकारी हो, आप प्रॉडक्ट को अपडेट कर सकते हैं, उदाहरण के लिए किसी प्रॉडक्ट को तुरंत अपडेट करने के लिए प्रेरित करते हैं (यानी किसी गलत कीमत को इस तरह ठीक करना होगा: जल्द से जल्द). अन्य मामलों में, यह पक्का करने के लिए कि समय-समय पर बैकग्राउंड सिंक का इस्तेमाल किया जा सकता है आपका बैकएंड और Play कैटलॉग हमेशा एक जैसे ही रहते हैं. कुछ सामान्य इस्तेमाल के बारे में पढ़ें ऐसे मामले, जिनमें हो सकता है कि आप इन अलग-अलग कैटलॉग मैनेजमेंट को लागू करना चाहें रणनीतियां.
लोकल कैटलॉग में बदलाव होने पर अपडेट कब भेजें
आम तौर पर, आपके बैकएंड में कोई बदलाव होते ही अपडेट हो जाना चाहिए प्रॉडक्ट कैटलॉग में अंतर को कम करने के लिए किया जा सकता है.
इस तरह के अपडेट तब अच्छा विकल्प होते हैं, जब:
- आपको यह पक्का करना होगा कि आपके प्रॉडक्ट हमेशा अप-टू-डेट रहें.
- आपको अपने प्रॉडक्ट में हर दिन कुछ बदलाव करने होंगे.
- आपको उन प्रॉडक्ट को अपडेट करना होगा जो पहले से प्रोडक्शन में हैं और बेचे जा रहे हैं.
इस तरीके को लागू करना आसान है. इससे अपने कैटलॉग को सिंक में रखा जा सकता है लेकिन रकम में सबसे कम अंतर देखने को मिलेगा.
समय-समय पर मिलने वाले अपडेट का इस्तेमाल कब करना चाहिए
समय-समय पर होने वाले अपडेट, आपके बैकएंड पर मौजूद प्रॉडक्ट वर्शन पर एसिंक्रोनस तरीके से चलते हैं, और ये तब अच्छे विकल्प हैं, जब:
- आपको यह पक्का करने की ज़रूरत नहीं है कि आपके प्रॉडक्ट, कम अवधि के नोटिस पर अपडेट किए गए हैं.
- आपको बल्क अपडेट करने या समस्या हल करने की प्रोसेस का प्लान बनाना होगा.
- आपके पास डिजिटल प्रॉडक्ट, और जो आपके कैटलॉग को लगातार अपडेट करते रहते हैं
बड़े कैटलॉग के लिए, ऐसे बैच मेथड इस्तेमाल करें जिनमें इंतज़ार का समय सहन करने की क्षमता हो ज़्यादा से ज़्यादा क्षमता पाने के लिए अपडेट.
अपना प्रॉडक्ट कैटलॉग बनाना
अगर आपके पास Google Play पर अपलोड करने के लिए एक बड़ा कैटलॉग है, तो हो सकता है कि आप पर लागू होती है. अगर समय-समय पर कोई रणनीति बनाई जाती है, तो इस तरह की भारी प्रोसेस सबसे बेहतर तरीके से काम करती है इंतज़ार का समय लेने वाले बैच मेथड को फ़ॉलो किया जाता है.
वन-टाइम प्रॉडक्ट बनाना
एक बार इस्तेमाल किया जा सकने वाला बड़ा प्रॉडक्ट कैटलॉग बनाने के लिए, हमारा सुझाव है कि
inappproducts.batchUpdate तरीका, जिसमें allowMissing फ़ील्ड को इस पर सेट किया गया है
true और latencyTolerance फ़ील्ड को इस पर सेट किया गया
PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT.
इससे कोटा की सीमाओं के अंदर कैटलॉग बनाने में कम समय लगेगा.
छोटे कैटलॉग के लिए, inapp_products.insert तरीका इस्तेमाल किया जा सकता है.
इसके अलावा, inappproducts.update तरीका इस्तेमाल करके,
allowMissing पैरामीटर देना होगा, जैसा कि प्रॉडक्ट से जुड़े अपडेट सेक्शन में बताया गया है.
इस तरीके से स्क्रिप्ट को इस्तेमाल करने की ज़रूरत को खत्म कर दिया जाता है
स्टेटफ़ुल होता है और कोई भी गड़बड़ी होने पर इसे शुरुआत से रीस्टार्ट किया जा सकता है.
शुल्क लेकर सदस्यता देने वाले प्रॉडक्ट बनाएं
शुरुआत में सदस्यताओं का बड़ा कैटलॉग बनाने के लिए, हमारा सुझाव है कि
monetization.subscriptions.batchUpdate तरीका
जिसमें allowMissing फ़ील्ड को true और latencyToleranceफ़ील्ड सेट पर सेट किया गया हो
PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT तक.
इससे कोटा की सीमाओं के अंदर कैटलॉग बनाने में कम समय लगेगा.
सदस्यता के छोटे कैटलॉग के लिए, Play Developer API यह सेवा देता है
monetization.subscriptions.create तरीका.
इसके अलावा, सदस्यताएं भी बनाई जा सकती हैं. इसके लिए,
monetization.subscriptions.update तरीका
allowMissing पैरामीटर देना होगा, जैसा कि प्रॉडक्ट से जुड़े अपडेट सेक्शन में बताया गया है.
पहले के सभी तरीके, बुनियादी प्लान के साथ सदस्यताएं तैयार करते हैं
(सदस्यता ऑब्जेक्ट में उपलब्ध कराया जाता है). ये बुनियादी प्लान शुरुआत में
बंद है. बुनियादी प्लान को मैनेज करने के लिए स्थिति है, तो आप इसका इस्तेमाल कर सकते हैं
monetization.subscriptions.basePlans एंडपॉइंट, जिसमें
बुनियादी प्लान खरीदें, ताकि इसे खरीदारी के लिए उपलब्ध कराया जा सके.
इसके अलावा, monetization.subscriptions.basePlans.offers एंडपॉइंट
ऑफ़र बनाने और उन्हें मैनेज करने की सुविधा मिलती है.
प्रॉडक्ट के अपडेट
इन तरीकों की मदद से, अपने मौजूदा प्रॉडक्ट में बेहतर तरीके से बदलाव किए जा सकते हैं, यह पक्का करें कि आपके ऑफ़र, बदलावों के हिसाब से सही हों.
वन-टाइम प्रॉडक्ट अपडेट करें
मौजूदा वन-टाइम प्रॉडक्ट अपडेट करने के लिए, आपके पास तीन तरीके उपलब्ध हैं.
inappproducts.patch: पैच एंडपॉइंट का इस्तेमाल, किसी संसाधन को कुछ हद तक अपडेट करने के लिए किया जाता है. इसका मतलब है कि अनुरोध के मुख्य हिस्से में बताए गए फ़ील्ड में बदलाव कर सकता है. पैच एंडपॉइंट का इस्तेमाल आम तौर पर तब किया जाता है, जब आपको संसाधन.inappproducts.update: अपडेट एंडपॉइंट का इस्तेमाल किसी संसाधन को पूरी तरह से अपडेट करने के लिए किया जाता है. इसका मतलब है आपको अनुरोध के मुख्य हिस्से में पूरा रिसॉर्स ऑब्जेक्ट भेजना होगा. कॉन्टेंट बनाने अपडेट एंडपॉइंट का इस्तेमाल आम तौर पर तब किया जाता है, जब आपको संसाधन. जबallowMissingपैरामीटर कोtrueपर सेट किया गया हो और वैल्यू दी गई हो प्रॉडक्ट आईडी पहले से मौजूद नहीं है, एंडपॉइंट प्रॉडक्ट को शामिल करेगा मदद मिलती है.inappproducts.batchUpdate: यह अपडेट एंडपॉइंट का बैच वर्शन है, जो आपको बदलाव करने की सुविधा देता है कई प्रॉडक्ट के लिए एक ही क्वेरी का इस्तेमाल करें. इसेlatencyToleranceफ़ील्ड को इस पर सेट किया गयाPRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANTडेटा इस्तेमाल करने की दर को बढ़ाने के लिए किया जा सकता है.
शुल्क लेकर सदस्यता देने वाले प्रॉडक्ट अपडेट करें
मौजूदा सदस्यताएं अपडेट करने के लिए,
monetization.subscriptions.patch तरीका. यह तरीका
यह ज़रूरी पैरामीटर इस्तेमाल करता है:
packageName: उस ऐप्लिकेशन का पैकेज नाम जिससे सदस्यता जुड़ी है.productId: सदस्यता का यूनीक प्रॉडक्ट आईडी.regionsVersion: इलाके के कॉन्फ़िगरेशन का वर्शन.
जब तक कि allowMissing पैरामीटर का इस्तेमाल करके नई सदस्यता न बनाई जा रही हो
का इस्तेमाल किया है, तो आपको updateMask पैरामीटर देना होगा. यह पैरामीटर
कॉमा लगाकर अलग की गई उन फ़ील्ड की सूची जिन्हें आपको अपडेट करना है.
उदाहरण के लिए, अगर आपको सिर्फ़ शुल्क लेकर सदस्यता देने वाले प्रॉडक्ट की लिस्टिंग अपडेट करनी है,
updateMask पैरामीटर में, listings फ़ील्ड को शामिल किया जाएगा.
एक ही समय पर एक से ज़्यादा सदस्यताएं अपडेट करने के लिए, monetization.subscriptions.batchUpdate का इस्तेमाल किया जा सकता है.
इसे latencyTolerance फ़ील्ड के साथ इस्तेमाल करें
बेहतर लक्ष्य हासिल करने के लिए PRODUCT_UPDATE_LATENCY_TOLERANCE_LATENCY_TOLERANT
प्रवाह क्षमता.
बुनियादी प्लान चालू करने, बंद करने, मिटाने या सदस्यों को
बुनियादी प्लान की कीमत वाले नए वर्शन में, monetization.subscriptions.basePlans एंडपॉइंट का इस्तेमाल किया जाता है.
इसके अलावा, अपने बुनियादी प्लान को अपडेट किया जा सकता है ऑफ़र के साथ
monetization.subscriptions.basePlans.offers.patch
तरीका.
कैटलॉग से जुड़े समाधान
आप अपने बैकएंड के कैटलॉग को हर बार अपडेट करने का विकल्प चुनें या नहीं कैटलॉग में बदलाव या समय-समय पर, अगर आपके पास कैटलॉग मैनेजमेंट सिस्टम या Google Play के कैटलॉग के बाहर के डेटाबेस में ऐसी स्थितियां हो सकती हैं जहां यह Play पर, आपके ऐप्लिकेशन के कॉन्फ़िगरेशन में मौजूद कैटलॉग के साथ सिंक नहीं हो पाता है. ऐसा, कंसोल में मैन्युअल तरीके से किए गए कैटलॉग में अचानक हुए बदलावों की वजह से हो सकता है. साथ ही, कुछ समय के लिए उपलब्ध न होने की वजह से भी ऐसा हो सकता है अपने कैटलॉग प्रबंधन सिस्टम पर या आपका नवीनतम डेटा खो जाने पर हो सकता है.
लंबे समय तक अंतर से बचने के लिए, कैटलॉग में समाधान की प्रोसेस बनाई जा सकती है विंडो.
सिस्टम विचार का अंतर
हमारा सुझाव है कि आप एक अंतर सिस्टम बनाएं, ताकि अंतर का पता लगाया जा सके और दो सिस्टम इस्तेमाल करते हैं. डिफ़र सिस्टम तैयार करते समय इन बातों का ध्यान रखें, ताकि आप सिंक किए गए कैटलॉग:
- डेटा मॉडल को समझना: सबसे पहले, डेटा को समझना होगा डेवलपर कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) और Google Play Developer API के मॉडल. इसमें ये शामिल हैं हर सिस्टम में सेव किए जाने वाले अलग-अलग तरह के डेटा की जानकारी और अलग-अलग डेटा एलिमेंट एक-दूसरे से मैप करते हैं.
- अंतर के नियम तय करें: डेटा मॉडल को समझने के बाद आपको डिफ़रेंस नियमों को परिभाषित करें. ये नियम तय करेंगे कि दोनों सिस्टम की तुलना की जाती है. उदाहरण के लिए, हो सकता है कि आप प्रॉडक्ट आईडी का मिलान करना चाहें और सदस्यता और उससे जुड़े बुनियादी प्लान के मुख्य एट्रिब्यूट की तुलना करना. ऑफ़र.
- डिफ़र एल्गोरिदम का इस्तेमाल करना: फ़र्क़ के नियम तय करने के बाद,
डिफ़रेंस एल्गोरिदम को लागू करना ज़रूरी है. यह एल्गोरिदम, यहां से डेटा इकट्ठा करेगा:
और तुलना करने के लिए दो सिस्टम बना सकता है और उसकी तुलना आपके तय किए गए नियमों के अनुसार कर सकता है. पाने के लिए
कैटलॉग डेटा, जो आपको Google Play
inappproducts.listinappproducts.batchGet,monetization.subscriptions.listऔरmonetization.subscriptions.batchGetतरीके. - डिफ़र रिपोर्ट जनरेट करें: डिफ़र एल्गोरिदम, एक अंतर रिपोर्ट जनरेट करेगा. यह रिपोर्ट दोनों सिस्टम के बीच के अंतर दिखाएगी.
- अंतरों का मिलान: फ़र्क़ रिपोर्ट जनरेट करने के बाद, आपको करने के लिए डिज़ाइन किया गया है. इसमें अपने कॉन्टेंट मैनेजमेंट सिस्टम में डेटा अपडेट करना पड़ सकता है या इसमें Developer API का इस्तेमाल करके, Google Play पर डेटा अपडेट करना शामिल हो सकता है कैटलॉग मैनेजमेंट एंडपॉइंट, जो आम तौर पर कैटलॉग. सिंक किए गए प्रॉडक्ट से मिलान करने के लिए, अपडेट किए गए एंडपॉइंट का इस्तेमाल करें, जैसा कि यहां बताया गया है प्रॉडक्ट के अपडेट वाले सेक्शन में जाएं.
प्रॉडक्ट का इस्तेमाल रोक दिया गया है
Google Play Developer API में डेवलपर की मदद करने के लिए, कई तरीके उपलब्ध हैं
अपने प्रॉडक्ट को बंद करना:
inappproducts.delete और
inappproducts.batchDelete
के प्रॉडक्ट और टूल
monetization.subscriptions.delete
देखें. कई मामलों में, किसी प्रॉडक्ट को रोकना ज़रूरी हो सकता है
, जैसे:
- गलती से बनाया गया.
- किसी सुविधा या सेवा को बंद करना.
हमारा सुझाव है कि आप अपने कैटलॉग मैनेजमेंट में, प्रॉडक्ट के इस्तेमाल पर रोक लगाने की सुविधा को शामिल करें रणनीति.
वन-टाइम प्रॉडक्ट का इस्तेमाल बंद करें
Google Play Developer API की मदद से, वन-टाइम प्रॉडक्ट मिटाने के लिए, आपको इनका इस्तेमाल करना होगा
यह
inappproducts.delete
या
inappproducts.batchDelete
तरीका.
शुल्क लेकर सदस्यता देने वाले प्रॉडक्ट का इस्तेमाल बंद करें
सदस्यताओं को मिटाने के लिए,
monetization.subscriptions.delete
तरीका. कम से कम एक बुनियादी प्लान के खत्म होने के बाद, किसी सदस्यता को हटाया नहीं जा सकता
चालू किया गया.