कोटा

इस दस्तावेज़ में, Merchant API पर लागू होने वाले कोटा की सूची दी गई है.

Merchant API, कोटा का इस्तेमाल करता है, ताकि सभी उपयोगकर्ताओं को एक जैसा और बेहतर अनुभव मिल सके. कोटा की मदद से, एपीआई का इस्तेमाल करने वाले किसी भी व्यक्ति को सिस्टम पर ज़रूरत से ज़्यादा लोड डालने से रोका जाता है. इससे सिस्टम की परफ़ॉर्मेंस बेहतर बनी रहती है. Google पर अपने प्रॉडक्ट डेटा को मैनेज करने और कारोबार को बढ़ाने के लिए, इन कोटा के बारे में समझना ज़रूरी है.

सामान्य सिद्धांत

Merchant API के कोटा, कोटा ग्रुप की मदद से मैनेज किए जाते हैं.

एपीआई के तरीकों को कोटा ग्रुप से मैप किया जाता है. इस मैपिंग का स्ट्रक्चर अलग-अलग हो सकता है:

• हर ग्रुप के लिए एक तरीका: कुछ कोटा ग्रुप, एपीआई के एक ही तरीके पर लागू होते हैं. उदाहरण के लिए, डेटा सोर्स की सूची बनाने के तरीके accounts.dataSources.list का अपना कोटा ग्रुप होता है.
• हर ग्रुप के लिए कई तरीके (बंडल करना): अक्सर, मिलते-जुलते तरीकों को एक ही कोटा ग्रुप में बंडल किया जाता है. उस ग्रुप के सभी तरीकों के लिए, हर दिन और हर मिनट की सीमाएं एक जैसी होती हैं. सामान्य उदाहरणों में ये शामिल हैं:
  • मिलते-जुलते तरीकों और संसाधनों के लिए, पढ़ने से जुड़ी सभी कार्रवाइयों को ग्रुप में बांटना, जैसे कि merchant-accounts-read-methods.
  • मिलते-जुलते तरीकों और संसाधनों के लिए, बदलाव करने से जुड़े सभी ऑपरेशन को ग्रुप करना. जैसे, merchant-accounts-write-methods.

हर मेथड कॉल को एक बार गिना जाता है, भले ही वह किसी भी टाइप का हो. 250 आइटम के लिए किए गए एक list अनुरोध को सिर्फ़ एक बार गिना जाता है, न कि 250 get अनुरोधों के तौर पर.

पहले से मौजूद एचटीटीपी बैचिंग से कोटे पर कोई असर नहीं पड़ता. अनुरोधों के बैच में मौजूद हर अनुरोध को कोटे के हिसाब से एक अनुरोध माना जाता है. उदाहरण के लिए, 500 insert अनुरोधों वाले बैच अनुरोध के लिए, 500 अलग-अलग insert मेथड अनुरोधों के तौर पर शुल्क लिया जाता है.

खास क्षेत्र के लिए बैच बनाने से जुड़ा अपवाद: खास क्षेत्र के लिए बैच बनाने के तरीके (batchCreate, batchUpdate, batchDelete) को merchant_regions कोटा ग्रुप के लिए एक एपीआई कॉल के तौर पर गिना जाता है. इससे कोई फ़र्क़ नहीं पड़ता कि पेलोड में क्षेत्र से जुड़े कितने ऑपरेशन शामिल हैं.

अपने इंटिग्रेशन को असरदार तरीके से मैनेज करने के लिए, आपको हर उस एपीआई तरीके से जुड़े खास कोटा ग्रुप की समीक्षा करनी चाहिए जिसका आपको इस्तेमाल करना है. आपको यह जानकारी, quotas list वाले तरीके में मिल सकती है. ज़्यादा जानकारी के लिए, मॉनिटर करना और विज़िबिलिटी देखें.

नीति अपडेट करें

Merchant API, अपडेट के लिए इन नीतियों को लागू करता है:

• डिफ़ॉल्ट रूप से, प्रॉडक्ट की जानकारी को दिन में दो बार अपडेट किया जा सकता है. हर मिनट के कोटे का पालन करने के लिए, आपको पूरे दिन में कॉल को बराबर बांटना चाहिए.
• डिफ़ॉल्ट रूप से, अपने उप-खातों को दिन में सिर्फ़ दो बार अपडेट किया जा सकता है. उप-खाते को रोज़ाना अपडेट करने का कोटा, आपके सभी उप-खातों के लिए तय की गई कुल सीमा के आधार पर तय होता है.
• डिफ़ॉल्ट रूप से, अपने उप-खातों के लिए डेटा सोर्स के तरीकों को सिर्फ़ कॉल किया जा सकता है. जैसे, हर उप-खाते के लिए, हर दिन ज़्यादा से ज़्यादा दो बार list या create.

रेट कोटा

हर कोटा ग्रुप के लिए, दो तरह की सीमाएं (और रोज़ाना इस्तेमाल की सीमा) होती हैं:

• रोज़ाना की सीमा (quotaLimit): हर दिन ज़्यादा से ज़्यादा इतने अनुरोध किए जा सकते हैं. रोज़ाना के कोटे की सीमाएं, दोपहर 12:00 बजे यूटीसी पर रीसेट हो जाती हैं.
• हर मिनट की सीमा (quotaMinuteLimit): हर मिनट में ज़्यादा से ज़्यादा कितने अनुरोध किए जा सकते हैं. इससे अनुरोधों की दर को कंट्रोल किया जा सकता है. हर मिनट के कोटे की सीमाएं, बार-बार रीसेट होने वाली तय समयसीमा का इस्तेमाल करती हैं. इसमें नीति उल्लंघन ठीक करने का तरीका लागू होने की अवधि, उस तरीके और संसाधन के लिए पहले एपीआई कॉल के समय से शुरू होती है. उदाहरण के लिए, अगर आपने सुबह 10:01:30 पर कॉल किया, तो उस तरीके के लिए हर मिनट के कोटे की विंडो सुबह 10:02:30 तक चलेगी.
• रोज़ाना इस्तेमाल (quotaUsage): उन अनुरोधों की संख्या जो पहले ही किए जा चुके हैं और जिन्हें मौजूदा दिन के लिए, रोज़ाना इस्तेमाल की सीमा में गिना गया है. अगर फ़ील्ड मौजूद नहीं है, तो इसका मतलब है कि इस ग्रुप के लिए अब तक कोई कोटा इस्तेमाल नहीं किया गया है.

आपको quotas.list तरीके के जवाब में, पहले बताए गए तीन फ़ील्ड (quotaLimit, quotaMinuteLimit, और quotaUsage) मिल सकते हैं.

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

कोटा का बंटवारा और हैरारकी

इस सेक्शन में बताया गया है कि Merchant API, कोटे के इस्तेमाल को किसकी ओर से ट्रैक और लागू करता है:

आम तौर पर, एपीआई अनुरोध करने वाले उपयोगकर्ता के हिसाब से कोटा लिया जाता है.

• स्टैंड-अलोन खाते: एपीआई कॉल की पुष्टि करने वाले स्टैंड-अलोन खातों के लिए, वह अनुरोध उस खाते के कोटे में गिना जाता है.
  • उदाहरण: कारोबारी या कंपनी Shoe Store A (खाता आईडी: 12345) अपने सेवा खाते का इस्तेमाल करके, products.insert को कॉल करने के लिए पुष्टि करती है. यह कॉल, अपने खाते (accounts/12345) को टारगेट करने के लिए किया जाता है. कोटा, Shoe Store A के कोटा पूल से खर्च किया जाता है.
• ऐडवांस खाते: ऐडवांस खाते के तौर पर पुष्टि करने पर, ऐडवांस खाते के पूल से कोटा खर्च होता है. भले ही, उप-खाते को टारगेट किया जा रहा हो.
  • उदाहरण: एजेंसी Retail Management Account (ऐडवांस खाता आईडी: 12345), Clothing Store B (खाता आईडी: 11111) उप-खाते को मैनेज करती है. एजेंसी अपने क्रेडेंशियल का इस्तेमाल करके पुष्टि करती है और Clothing Store B (accounts/11111) को टारगेट करने वाले products.insert को कॉल करती है. कोटा, उप-खाते के पूल के बजाय पैरंट एजेंसी के पूल (ऐडवांस खाता आईडी: 12345) से खर्च होता है.
• उप-खाते: जब किसी उप-खाते के क्रेडेंशियल का इस्तेमाल करके एपीआई कॉल की पुष्टि की जाती है, तो उस उप-खाते के अलग पूल से कोटा लिया जाता है. यह स्टैंड-अलोन खाते की तरह ही काम करता है. हालांकि, इसे पैरंट ऐडवांस खाते से मैनेज किया जाता है.
  • उदाहरण: पिछले सेटअप का इस्तेमाल करके, अगर Clothing Store B (खाता आईडी: 11111) अपने खाते (accounts/11111) को टारगेट करने के लिए, products.insert को कॉल करने के लिए खास तौर पर सेट अप किए गए क्रेडेंशियल का इस्तेमाल करके पुष्टि करता है, तो कोटा Clothing Store B के अलग कोटा पूल से खर्च होता है. इससे पैरंट एजेंसी के पूल पर कोई असर नहीं पड़ता.

सामान्य नियमों के अपवाद

कोटा तय करने के सामान्य नियमों के कुछ अपवाद हैं:

• Accounts.list: इस तरीके के लिए कोटा, कॉल करने वाले उस उपयोगकर्ता या सेवा खाते से लिया जाता है जिसकी पुष्टि हो चुकी है. यह कोटा, Merchant Center खाता आईडी से नहीं लिया जाता. इसके कोटे का इस्तेमाल, स्टैंडर्ड Merchant Center API के डाइग्नोस्टिक्स पेज पर नहीं दिखेगा. अगर आपके पास ऐडवांस खाता है, तो हमारा सुझाव है कि आप accounts.listSubaccounts तरीके का इस्तेमाल करें. यह आपके ऐडवांस खातों के कोटे में गिना जाता है.
• समस्या हल करने के तरीके: ये तरीके हमेशा उस खाते के कोटे के हिसाब से गिने जाते हैं जिसकी समस्याओं को हल करने का अनुरोध किया जा रहा है. भले ही, अनुरोध की पुष्टि किसी दूसरे खाते से की जा रही हो.

ऐलोकेशन हैरारकी

• कंपैरिज़न शॉपिंग सर्विस (सीएसएस): सीएसएस ऐसी वेबसाइटें होती हैं जो प्रॉडक्ट के ऑफ़र इकट्ठा करती हैं. साथ ही, खरीदारी करने के लिए उपयोगकर्ताओं को खुदरा दुकानदारों की वेबसाइटों पर रीडायरेक्ट करती हैं. एपीआई कॉल करते समय, कोटा उस सीएसएस ग्रुप, सीएसएस डोमेन, खाते या उप-खाते पर लागू होता है जिसकी पुष्टि की जाती है.

  उदाहरण:

  • Europe Shopping Group (खाता आईडी: 10001) नाम का एक सीएसएस ग्रुप, अपने से जुड़े सीएसएस डोमेन की सूची बनाना चाहता है. इस एपीआई कॉल को करने के लिए, अपने क्रेडेंशियल से पुष्टि करने पर, कोटा सीधे तौर पर यूरोप शॉपिंग ग्रुप के कोटा पूल से खर्च होता है.
  • सीएसएस डोमेन TopDeals CSS (खाता आईडी: 20002) लेबल असाइन करने के लिए, उससे जुड़े कारोबारी खातों (accounts/30003) में से किसी एक को टारगेट करने वाले तरीके को कॉल करने की पुष्टि करता है. कोटा, कारोबारी खाते के पूल के बजाय TopDeals CSS के कोटा पूल से इस्तेमाल किया जाता है.

• मार्केटप्लेस: मार्केटप्लेस ऐसे ऑनलाइन प्लैटफ़ॉर्म होते हैं जहां कई कारोबारी या कंपनियां अपने प्रॉडक्ट बेचती हैं. ये खास ऐडवांस खातों की तरह काम करते हैं. इनकी मदद से, हर सेलर के लिए अलग-अलग उप-खाते बनाए जा सकते हैं.

नीचे दिए गए डायग्राम में, सीएसएस ग्रुप, सीएसएस, मार्केटप्लेस, ऐडवांस खातों, स्टैंडअलोन खातों, और उप-खातों की हैरारकी दिखाई गई है.

कोटा अपने-आप अडजस्ट होने की सुविधा

Merchant API में, कुछ सेवाओं के लिए कोटा अपने-आप मैनेज होने की सुविधा होती है. यह सुविधा, कारोबारियों या कंपनियों के लिए कोटा की सीमाओं को उनके इस्तेमाल, ऑफ़र, और खाते के साइज़ के हिसाब से अडजस्ट करती है. Merchant API, हर दिन इन कोटा का फिर से हिसाब लगाता है.

अपने-आप कोटा अडजस्ट होने की सुविधा में, ये कोटा ग्रुप शामिल हैं:

प्रॉडक्ट से जुड़ी सेवाएं

• products और productInputs संसाधनों से जुड़े तरीकों के सभी कोटा ग्रुप.
• आम तौर पर, हर दिन के कॉल कोटा को कारोबारी या कंपनी के ऑफ़र की संख्या से दोगुना सेट किया जाता है. इससे यह माना जाता है कि किसी कारोबारी या कंपनी को अपने हर प्रॉडक्ट को दिन में दो बार अपडेट करना पड़ सकता है.
• अलग-अलग प्रॉडक्ट को दो से ज़्यादा बार अपडेट किया जा सकता है. हालांकि, हर दिन किए जाने वाले एपीआई कॉल की संख्या, हर दिन के लिए तय किए गए कुल कॉल कोटे से ज़्यादा नहीं हो सकती.

खातों से जुड़ी सेवाएं

• Merchant API में, खाते से जुड़े अलग-अलग संसाधनों के लिए इस्तेमाल किए जाने वाले तरीकों के सभी कोटा ग्रुप.
• रोज़ाना कॉल करने का कोटा, उस खाते के लिए तय किए गए उप-खातों की ज़्यादा से ज़्यादा संख्या के हिसाब से सेट किया जाता है. इससे हर उप-खाते के लिए, हर दिन ज़्यादा से ज़्यादा दो बार रीड कॉल किए जा सकते हैं.

डेटा सोर्स की सेवाएं

• Merchant API में डेटा सोर्स से जुड़े संसाधनों के तरीकों के सभी कोटा ग्रुप. जैसे, list या create, जिन्हें ऐडवांस खाता अपने उप-खातों पर लागू करता है.
• आम तौर पर, हर दिन के कॉल कोटा को ऐडवांस खाते में मौजूद उप-खातों की संख्या से दोगुना सेट किया जाता है. इससे यह माना जाता है कि कारोबारी या कंपनी, अपने हर उप-खाते के डेटा सोर्स को दिन में दो बार अपडेट कर सकती है.

सिर्फ़ ऊपर बताई गई सेवाओं के लिए, कोटा अपने-आप अडजस्ट होता है. अन्य सेवाओं के लिए, डिफ़ॉल्ट कोटा तय होता है. अगर आपको कोटा बढ़ाना है, तो आपको मैन्युअल तरीके से अनुरोध करना होगा. ज़्यादा जानकारी के लिए, कोटा बढ़ाने की प्रोसेस वाला सेक्शन देखें.

कोटा खत्म होने पर क्या होता है

कोटा खत्म होने के बाद, एपीआई से मिली जानकारी और Merchant Center खाते में मौजूद डाइग्नोस्टिक्स पेज पर गड़बड़ियां दिखेंगी:

• हर मिनट: quota/request_rate_too_high

{
    "error": {
        "code": 429,
        "message": "Quota per minute exceeded. Please distribute your requests over a longer time period. For more information check https://developers.google.com/merchant/api/guides/quotas-limits",
        "status": "RESOURCE_EXHAUSTED",
        "details": [
            {
                "@type": "type.googleapis.com/google.rpc.ErrorInfo",
                "reason": "quotaExceeded",
                "domain": "merchantapi.googleapis.com",
                "metadata": {
                    "HELP_CENTER_LINK": "https://developers.google.com/merchant/api/guides/quotas-limits",
                    "REASON": "QUOTA_REQUEST_RATE_TOO_HIGH"
                }
            }
        ]
    }
}

• हर दिन: quota/daily_limit_exceeded

{
    "error": {
        "code": 429,
        "message": "Daily request quota exceeded. Please reduce number of requests. For more information check https://developers.google.com/merchant/api/guides/quotas-limits",
        "status": "RESOURCE_EXHAUSTED",
        "details": [
            {
                "@type": "type.googleapis.com/google.rpc.ErrorInfo",
                "reason": "quotaExceeded",
                "domain": "merchantapi.googleapis.com",
                "metadata": {
                    "HELP_CENTER_LINK": "https://developers.google.com/merchant/api/guides/quotas-limits",
                    "REASON": "QUOTA_TOO_MANY_REQUESTS"
                }
            }
        ]
    }
}

यहां दी गई गड़बड़ियां, Merchant Center की सीमाओं की वजह से होती हैं. इनका Merchant API के कोटा से कोई लेना-देना नहीं है. सामान, फ़ीड या उप-खातों का कोटा बढ़ाने का अनुरोध किया जा सकता है:

• too_many_items: कारोबारी या कंपनी का कोटा पूरा हो गया है
• too_many_subaccounts: इससे ज़्यादा उप-खाते नहीं जोड़े जा सकते

मॉनिटरिंग और विज़िबिलिटी

किसी खाते के लिए, कॉल के मौजूदा कोटे और इस्तेमाल की जानकारी देखने के लिए, खाते के नाम के साथ quotas.list को कॉल करें.

POST https://merchantapi.googleapis.com/quota/v1/accounts/{ACCOUNT_ID}/quotas
Content-Type: application/json
Authorization: Bearer {ACCESS_TOKEN}

इनकी जगह ये डालें:

• ACCOUNT_ID: आपके Merchant Center का आईडी
• ACCESS_TOKEN: एपीआई कॉल करने के लिए अनुमति टोकन

अनुरोध पूरा होने पर, एपीआई quotaGroups संसाधनों की सूची दिखाता है. इसमें कोटा ग्रुप का संसाधन name, अलग-अलग कोटा, और वे तरीके शामिल होते हैं जिन पर ग्रुप कोटा लागू होता है.

{
    "quotaGroups": [
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-quota-listquotagroups",
            "quotaUsage": "2",
            "quotaLimit": "1000",
            "methodDetails": [
                {
                    "method": "quotaservice.listquotagroups",
                    "version": "v1",
                    "subapi": "quota",
                    "path": "quota/v1/quotaservice.listquotagroups"
                }
            ],
            "quotaMinuteLimit": "10"
        },
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-commission-group-list",
            "quotaLimit": "10000",
            "methodDetails": [
                {
                    "method": "commissiongroupservice.listcommissiongroups",
                    "version": "v1",
                    "subapi": "youtube",
                    "path": "youtube/v1/commissiongroupservice.listcommissiongroups"
                }
            ],
            "quotaMinuteLimit": "60"
        },
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-merchantreviews-list",
            "quotaLimit": "20000000",
            "methodDetails": [
                {
                    "method": "merchantreviewsservice.listmerchantreviews",
                    "version": "v1",
                    "subapi": "reviews",
                    "path": "reviews/v1/merchantreviewsservice.listmerchantreviews"
                }
            ],
            "quotaMinuteLimit": "60000"
        }
    ]
}

कोटा बढ़ाने की प्रोसेस

ज़्यादा कोटा का अनुरोध करने के लिए, सहायता टीम से संपर्क करने का फ़ॉर्म खोलें. इसके बाद, "समस्या/सवाल क्या है" फ़ील्ड में जाकर, कोटा बढ़ाने का अनुरोध चुनें. साथ ही, सभी ज़रूरी फ़ील्ड भरें. इनमें Merchant Center का आईडी, टारगेट करने के तरीके, और कारोबार के बारे में जानकारी शामिल है.

• अपने-आप तय होने वाले कोटा वाले संसाधनों के लिए (ऐडवांस खातों के लिए products, accounts, और datasources): कुछ खास स्थितियों में, कोटा को कुछ समय के लिए बढ़ाने का अनुरोध किया जा सकता है. जैसे, किसी नए मार्केट में लॉन्च करने के दौरान या ज़्यादा ट्रैफ़िक वाले शॉपिंग सीज़न के दौरान. हम इस तरह के संसाधनों के लिए, कोटे में स्थायी बढ़ोतरी का अनुरोध स्वीकार नहीं करते.
• अपने-आप कोटा तय न होने वाले अन्य सभी संसाधनों के लिए: ज़रूरत के हिसाब से कोटा बढ़ाने का अनुरोध करें.

हमारा सुझाव है कि आप समय-समय पर अपने कोटे की जांच करें, ताकि यह पक्का किया जा सके कि आपके पास लागू करने के लिए ज़रूरत के मुताबिक कोटा है. साथ ही, यह भी देखें कि आपका कोटा अपने-आप कैसे अडजस्ट होता है. हर एपीआई मेथड ग्रुप के लिए, हर दिन के लिए तय की गई मौजूदा सीमा, हर मिनट के लिए तय की गई सीमा, और हर दिन के मौजूदा इस्तेमाल को देखने के लिए, quotas.list मेथड का इस्तेमाल करें.

सबसे सही तरीके

इन सबसे सही तरीकों को लागू करने से, यह पक्का करने में मदद मिलती है कि आपका इंटिग्रेशन बिना किसी रुकावट के काम करे, कोटे से जुड़ी गड़बड़ियां न हों, और Merchant Center के संसाधनों का बेहतर तरीके से इस्तेमाल किया जा सके.

अनुरोध के डिस्ट्रिब्यूशन को ऑप्टिमाइज़ करना

• अनुरोधों को समान रूप से भेजें: एक साथ कई अनुरोध भेजने से बचें. हर मिनट के कोटे की सीमाओं (quotaMinuteLimit) के अंदर रहने के लिए, हर दिन के एपीआई कॉल को पूरे दिन में समान रूप से बांटें.
• प्रोऐक्टिव थ्रॉटलिंग: अपने ऐप्लिकेशन में क्लाइंट-साइड पर अनुरोध संख्या सीमित करने (थ्रॉटलिंग) की सुविधा लागू करें. ज़्यादा ट्रैफ़िक को अस्वीकार करने के लिए, सिर्फ़ Google के सर्वर पर भरोसा न करें. सोर्स पर अनुरोध दर को कंट्रोल करें.

गड़बड़ी को ठीक करने का आसान तरीका

• एचटीटीपी 429 को मैनेज करना: आपके ऐप्लिकेशन को 429 Too Many Requests वाली गड़बड़ियों (quota/request_rate_too_high) को मैनेज करने के लिए तैयार होना चाहिए.
• जिटर के साथ एक्स्पोनेंशियल बैकऑफ़: असफल अनुरोधों को फिर से सबमिट करते समय (खास तौर पर 429 गड़बड़ी के बाद), एक्स्पोनेंशियल बैकऑफ़ (इंतज़ार का समय बढ़ाना) का इस्तेमाल करें और "जिटर" (बिना किसी क्रम के देरी) जोड़ें. जिटर,"फिर से कोशिश करने के तूफ़ान" को रोकता है. इसमें कई क्लाइंट इंस्टेंस एक ही समय पर फिर से कोशिश करते हैं, जिससे सर्वर पर फिर से लोड बढ़ जाता है.
• फिर से कोशिश करने के सुझावों का पालन करें: अगर एपीआई से मिली जानकारी में, फिर से कोशिश करने की जानकारी या हेडर शामिल हैं, तो उनका इस्तेमाल करके तय करें कि कॉल कब फिर से शुरू करने हैं.

बेकार के कॉल कम करना

• पुराने कॉल को रोकना (404 NOT_FOUND): ऐसे संसाधनों का अनुरोध करने या उन्हें मिटाने से बचें जो अब मौजूद नहीं हैं. पूरे न होने वाले कॉल भी एपीआई कोटा का इस्तेमाल करते हैं. Merchant Center के एपीआई डाइग्नोस्टिक्स में, NOT_FOUND गड़बड़ियों पर नज़र रखें. इससे, पुराने स्टेटस की ट्रैकिंग या ग़ैर-ज़रूरी पोलिंग का पता लगाया जा सकता है.
• अपडेट करने से पहले पुष्टि करें: अपडेट का अनुरोध भेजने से पहले, देखें कि डेटा वाकई बदला है या नहीं. ऐसे अपडेट भेजने से बचें जिनमें एक जैसी वैल्यू हों.
• कैश मेमोरी का इस्तेमाल करें: ज़रूरत पड़ने पर, रीड रिस्पॉन्स (जैसे, प्रॉडक्ट की जानकारी, सेटिंग) को स्थानीय तौर पर कैश मेमोरी में सेव करें. इससे, ऐसे डेटा के लिए बार-बार get या list कॉल करने से बचा जा सकता है जिसमें कोई बदलाव नहीं हुआ है.

कोटा की हैरारकी और अपवादों को समझना

• ऐडवांस खाते और उप-खाते: अगर आपके पास ऐडवांस खाता है, तो ऐडवांस खाते के लेवल पर पुष्टि करें. ऐसा तब करें, जब आपको ऐडवांस खातों के शेयर किए गए पूल के लिए कॉल की गिनती करनी हो.
• listSubaccounts का इस्तेमाल करें: ऐडवांस खातों के लिए, accounts.list के बजाय accounts.listSubaccounts का इस्तेमाल करें. accounts.list कोटा, कॉल करने वाले उपयोगकर्ता से लिया जाता है, न कि एमसी आईडी से. साथ ही, यह स्टैंडर्ड डाइग्नोस्टिक्स में नहीं दिखता. listSubaccounts को आपके एमसीए कोटे में गिना जाता है.