Authorized Buyers रीयल-टाइम बिडिंग सिस्टम में कॉलआउट की ज़्यादा से ज़्यादा दर होती है. इसे क्वेरी प्रति सेकंड (क्यूपीएस) में दिखाया जाता है. इसे बिड करने वाले के सर्वर पर भेजा जा सकता है. तय सीमा से ज़्यादा प्री-टारगेटिंग वाले मैच छोड़ दिए जाते हैं. सीमा से ये काम किए जा सकते हैं:
- बिड करने वालों को अपने सर्वर से ज़्यादा अनुरोध स्वीकार करने से रोकें.
- जब बिडिंग करने वाले की दिलचस्पी, ज़रूरी शर्तें पूरी करने वाले सभी कॉलआउट पाने में न हो, तब Authorized Buyers के संसाधनों को सुरक्षित रखें. उदाहरण के लिए, ऐसा तब हो सकता है, जब बिड करने वाले ने टेस्ट मोड चालू किया हो.
कोटे की सीमा
इस सीमा को, तकनीकी तौर पर हर ट्रेडिंग लोकेशन-यूआरएल जोड़े के हिसाब से, बिड करने वाले हर सर्वर यूआरएल के लिए कॉन्फ़िगर और लागू किया जाता है. हालांकि, बिड करने वालों को कई ट्रेडिंग लोकेशन में एक ही सर्वर के यूआरएल का इस्तेमाल नहीं करना चाहिए. इस सीमा को टेक्निकल खाता मैनेजर (TAM) या Authorized Buyers API का इस्तेमाल करके बिड करने वाला व्यक्ति कॉन्फ़िगर कर सकता है.
एपीआई की मदद से सीमा में बदलाव करने पर, सभी खातों के यूआरएल का कुल कोटा, TAM के अंदर कॉन्फ़िगर किए गए कुल कोटा से ज़्यादा नहीं हो सकता.
बिड करने वाले के लिए तय की गई ज़्यादा से ज़्यादा सीमा, आपके हाल ही के खर्च पर भी निर्भर करती है. गड़बड़ी कम करने से पहले आपके लिए, तय कोटे की लागू सीमा, कॉन्फ़िगर किए गए कोटे और खर्च पर आधारित कोटा की कम से कम सीमा है. आरटीबी ग्राफ़ डैशबोर्ड पर, खर्च के हिसाब से लगने वाला अपना कोटा देखा जा सकता है.
कॉलआउट कोटा सिस्टम, हर बिड करने वाले हर सर्वर यूआरएल के लिए अनुरोध की गई कोटा सीमा को पार करने की कोशिश करता है. सिस्टम 15 हज़ार क्यूपीएस से ज़्यादा होने पर, आम तौर पर 10% क्यूपीएस के अंदर और 45 हज़ार से ज़्यादा क्यूपीएस 1 से 2% के दायरे में आ जाता है. आम तौर पर, यह 1 से 2% क्यूपीएस होता है.
कभी-कभी उन बिड रिक्वेस्ट को प्राथमिकता दी जाती है जिनके जवाब मिलने की संभावना होती है. हाल ही के बिडिंग इतिहास के आधार पर, इन अनुरोधों को प्राथमिकता दी जाती है. यहां कुछ ऐसी सुविधाओं की जानकारी दी गई है जिनका इस्तेमाल Google, उन अनुरोधों की पहचान करने के लिए करता है जिन पर बिड करने की संभावना है:
- पब्लिशर आईडी
- एनवायरमेंट का टाइप
- विज्ञापन फ़ॉर्मैट
प्रोग्रामैटिक गारंटी के अनुरोधों को हमेशा प्राथमिकता दी जाती है.
कॉलआउट कोटा सिस्टम, कम संख्या में इस्तेमाल होने पर कम सटीक नतीजे देता है. अगर अनुरोध की गई सीमा 1,000 क्यूपीएस या उससे कम है, तो अनुरोध किए गए कोटा की सीमा को पार किया जा सकता है. ऐसे मामलों में, अनुरोध किया गया कोटा दोगुना या कभी-कभी दोगुना से ज़्यादा हो सकता है. अगर आपके पास कम कोटा वाली सीमाएं हैं, तो आपको इस तरह की गलतियों को ठीक करने के लिए, कोटा की सीमा कम करनी चाहिए.
कॉलआउट स्पिलओवर
क्रॉस-उत्तरी अमेरिका कॉलआउट स्पिलओवर आपकी क्यूपीएस कोटा सीमा के अंदर मिलने वाले बिड रिक्वेस्ट की संख्या को बढ़ाने में मदद करता है. यह सुविधा सिर्फ़ उत्तरी अमेरिका में मौजूद सर्वर के यूआरएल वाले बिड करने वालों पर लागू होती है.
उत्तरी अमेरिका में रीयल-टाइम बिडिंग (आरटीबी) व्यापार करने की जगहें दो हैं. जब एक कॉलआउट को उत्तरी अमेरिका की इन ट्रेडिंग की जगह पर भेजा जाता है और आरटीबी को पता चलता है कि आपका बिड रिक्वेस्ट के कोटा की सीमा पहले ही पूरी हो चुकी है, तो वह कॉलआउट को दूसरी जगह ट्रांसफ़र कर देता है. साथ ही, वहां आपके सर्वर के यूआरएल पर बिड का अनुरोध भेजने की कोशिश करता है.
उदाहरण के लिए, अगर आरटीबी उत्तरी अमेरिका पूर्वी तट पर कारोबार की जगह में कॉल आउट प्रोसेस कर रहा है और उसे पता चलता है कि आपके ईस्ट कोस्ट सर्वर के यूआरएल की कोटा सीमा पहले ही पूरी हो चुकी है, तो आरटीबी कॉल आउट को उत्तरी अमेरिका के पश्चिमी तट पर कारोबार करने वाली जगह पर ट्रांसफ़र कर देता है और इसके बजाय आपके वेस्ट कोस्ट सर्वर यूआरएल पर बिड रिक्वेस्ट भेजने की कोशिश करता है.
अगर दोनों जगहों पर आपका कोटा भर गया है, तो कॉलआउट को थ्रॉटल कर दिया जाता है.
गड़बड़ी थ्रॉटलिंग
कॉलआउट कोटा सिस्टम, गड़बड़ी थ्रॉटलिंग का इस्तेमाल करता है. अगर बिड करने वाला व्यक्ति समय पर रिक्वेस्ट का जवाब नहीं देता है या बिड करने वाले के रिस्पॉन्स अमान्य हैं, तो यह यूआरएल की तुलना में कम कॉलआउट भेजता है. ध्यान दें कि गड़बड़ी थ्रॉटलिंग:
तब ट्रिगर होता है, जब Google, बिड करने वाले एंडपॉइंट के लिए गड़बड़ी की दर को बहुत ज़्यादा मानता है.
गड़बड़ी की दर या बिड रिक्वेस्ट की संख्या कम होने तक, आउटगोइंग क्यूपीएस को धीरे-धीरे कम करता है.
यह कोटा की सीमा से अलग है.
गड़बड़ी की दरों में बदलाव के साथ, कुछ ही मिनटों में अडजस्ट हो जाता है.