कोटा और सीमाएं

आपके Merchant Center खाते और Merchant Center API के इस्तेमाल पर, कोटा और सीमाएं लागू होती हैं.

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

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

  • प्रॉडक्ट की जानकारी को हर दिन सिर्फ़ दो बार अपडेट किया जा सकता है.
  • उप-खातों की जानकारी को दिन में सिर्फ़ एक बार अपडेट किया जा सकता है.

तरीके के हिसाब से कॉल करने के कोटे

Merchant API, आपके इस्तेमाल के आधार पर products और accounts के लिए कॉल कोटा को अपने-आप अडजस्ट करता है.

हम आपके कोटे के इस्तेमाल को इस तरह ट्रैक करते हैं:

  • कोटा, हर तरीके के लिए अलग-अलग होते हैं. उदाहरण के लिए, get तरीके का कोटा, update तरीके के कोटे से अलग होता है.
  • हर अनुरोध को एक बार गिना जाता है, भले ही वह किसी भी तरह का हो. उदाहरण के लिए, हम 250 आइटम के list अनुरोध को एक बार गिनते हैं, न कि 250 get अनुरोधों के तौर पर.
  • कोटा का शुल्क उस उपयोगकर्ता के हिसाब से लिया जाता है जो एपीआई का अनुरोध करता है. अगर उपयोगकर्ता, बेहतर खाते का सीधे तौर पर सदस्य है, तो कोटा का शुल्क बेहतर खाते के लेवल पर लिया जाएगा.
  • कोटा, Comparison Shopping Services (CSS) ग्रुप, सीएसएस, खाते या उप-खातों पर लागू होते हैं. इनके लिए, कॉल करते समय पुष्टि की जाती है. उदाहरण के लिए, अगर आपने ऐडवांस खाते के तौर पर पुष्टि की है, तो कॉल की संख्या को आपके ऐडवांस खाते के कोटे में गिना जाएगा. हालांकि, अगर आपने अपने किसी उप-खाते के तौर पर पुष्टि की है, तो कॉल की संख्या को उप-खाते के कोटे में गिना जाएगा.

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

Content API for Shopping के लिए, मेथड कॉल के कोटे में बदलाव

अगर आपने Content API for Shopping का इस्तेमाल किया है, तो Merchant API में तरीके के कॉल के कोटा में हुए इन बदलावों पर ध्यान दें:

  • कस्टम बैचिंग की सुविधा उपलब्ध न होने से, कोटा के हिसाब में कोई बदलाव नहीं होता. उदाहरण के लिए, अगर किसी बैच अनुरोध में 500 इंसर्ट अनुरोध शामिल हैं, तो इसके लिए 500 अलग-अलग इंसर्ट अनुरोधों के हिसाब से शुल्क लिया जाएगा.
  • खातों और प्रॉडक्ट के लिए, कोटा ऑटोमेशन की सुविधा चालू रहेगी.
  • अपने मौजूदा कोटा के इस्तेमाल और सीमाओं के बारे में जानने के लिए, Quota.list तरीके का इस्तेमाल करें. इसमें ऑटोमेशन और ओवरराइड शामिल हैं.

कॉल के लिए तय सीमाएं देखना

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

अपने-आप कोटा बढ़ने की सुविधा, सिर्फ़ products और accounts सेवाओं पर लागू होती है. अगर आपको किसी अन्य सेवा के लिए ज़्यादा कोटे की ज़रूरत है, products या accounts सेवाओं के लिए रोज़ाना का कोटा खत्म हो गया है या आपको accounts या services प्रॉडक्ट के लिए कुछ समय के लिए ज़्यादा कोटे की ज़रूरत है, तो हमसे संपर्क करें. इसके लिए, यह जानकारी दें:

  • Merchant Center का आपका आईडी
  • उन तरीकों के बारे में जानकारी जिनसे आपने कोटे की सीमाएं पूरी कर ली हैं
  • इन तरीकों के लिए, हर दिन ज़रूरी कॉल की संख्या का अनुमान
  • कोटा बढ़ाने की वजह
  • क्या यह बढ़ोतरी कुछ समय के लिए है या हमेशा के लिए

हमारा सुझाव है कि आप समय-समय पर अपने कोटे की जांच करें. इससे यह पक्का किया जा सकेगा कि आपके पास लागू करने के लिए ज़रूरी कोटा है या आपका कोटा अपने-आप कैसे अडजस्ट होता है.

गड़बड़ियां

कोटा से ज़्यादा अनुरोध करने पर, आपको ये गड़बड़ियां दिखेंगी:

  • प्रति मिनट: quota/request_rate_too_high
  • हर दिन: quota/daily_limit_exceeded

अपने कोटे और उनके इस्तेमाल की जानकारी देखने के लिए, कॉल के कोटे देखें पर जाएं. यहां आपको हर दिन या हर मिनट के कोटे को बढ़ाने का अनुरोध करने का विकल्प भी मिलेगा.

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

  • too_many_items: Merchant quota exceeded
  • too_many_subaccounts: Maximum number of sub-accounts reached

खाता सीमाएं

accounts.limits.get और accounts.limits.list तरीकों से, खाता लेवल की इकाइयों की सीमाएं देखी जा सकती हैं. प्रॉडक्ट की सीमाएं देखने के लिए, इन तरीकों का इस्तेमाल किया जा सकता है.

किसी प्रॉडक्ट की सीमा को वापस पाने के लिए, उदाहरण के लिए, किसी खाते के लिए ईईए में विज्ञापन दिखाने का कोटा पाने के लिए, आपको accounts.limits.get को किए गए कॉल में खाता आईडी और सीमा आईडी डालना होगा. सीमा आईडी, सीमा के टाइप और स्कोप का कॉम्बिनेशन होता है. उदाहरण के लिए, ईईए में विज्ञापनों को टारगेट करने वाले प्रॉडक्ट के लिए products~ADS_EEA और ईईए के बाहर विज्ञापनों को टारगेट करने वाले प्रॉडक्ट के लिए products~ADS_NON_EEA.

यहां किसी खाते के लिए products~ADS_EEA की सीमा पाने का अनुरोध करने का एक उदाहरण दिया गया है:

GET https://merchantapi.googleapis.com/accounts/v1/accounts/{ACCOUNT_ID}/limits/products~ADS_EEA

अपने खाते के लिए उपलब्ध सीमा आईडी के बारे में जानने के लिए, accounts.limits.list का इस्तेमाल करें. साथ ही, type="products" के लिए फ़िल्टर का इस्तेमाल करें:

GET https://merchantapi.googleapis.com/accounts/v1/accounts/{ACCOUNT_ID}/limits?filter=type%3D%22products%22

प्रॉडक्ट के कोटा के बारे में ज़्यादा जानने के लिए, Google Merchant Center में कोटा से जुड़ी सीमाओं के बारे में जानकारी लेख पढ़ें.

संसाधन दिखाए जाने से जुड़ी सीमाएं

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

ध्यान दें कि हो सकता है कि सीमाओं की यह सूची पूरी न हो. हम इन सीमाओं को नहीं बढ़ाएंगे.

संसाधन फ़ील्ड सीमा
shippingsettings

हर देश के हिसाब से शिपिंग सेवाएं (services).

हर शिपिंग सेवा के हिसाब से शिपिंग ग्रुप (rateGroups).

हर शिपिंग ग्रुप के हिसाब से लेबल (applicableShippingLabels).

हर शिपिंग ग्रुप के हिसाब से सबटेबल (subtables).

किसी एक रेट टेबल में पंक्ति या कॉलम की संख्या.

शिपिंग के लेबल की लंबाई.

20

20

30

100

150

100

रेट टेबल में पंक्ति या कॉलम की संख्या से, इन कलेक्शन फ़ील्ड पर असर पड़ता है:

  • rowHeaders या columnHeaders में मौजूद कलेक्शन फ़ील्ड:
    • prices[]
    • weights[]
    • numberOfItems[]
    • postalCodeGroupNames[]
    • locations[]
    • rows[]
    • cells[]