अपने आवेदन की जांच करना और उसे रिलीज़ करना

जब आपका ऐप्लिकेशन पूरा हो जाता है और आपने उसकी इन-हाउस जांच कर ली है, तब उसे मानकों के हिसाब से जांच के सुइट से गुज़रना होगा. इसमें आपका Google खाता प्रतिनिधि, आपके सर्वर को जांच के अनुरोध भेजता है. इन परीक्षणों में पास होने के बाद, आपका ऐप्लिकेशन रिलीज़ के लिए योग्य हो जाता है. नीचे दिए गए विषयों में बताया गया है कि टेस्ट और रिलीज़ की प्रोसेस कैसे काम करती है.

Google ट्रैफ़िक की मदद से टेस्ट करना

जब आप Google से भेजे गए ट्रैफ़िक के साथ टेस्टिंग शुरू करने के लिए तैयार हों, तो अपने Authorized Buyers प्रतिनिधि से संपर्क करें. आपसे इस तरह की कई तरह की जानकारी देने के लिए कहा जाएगा:

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

टेस्टिंग की प्रोसेस के दौरान, इस जानकारी में किसी भी समय बदलाव करने के लिए, अपने Authorized Buyers प्रतिनिधि से संपर्क करें.

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

'रीयल-टाइम बिडर' का इस्तेमाल करने के लिए, इंतज़ार के समय की ज़रूरी शर्त 80 से 1,000 मि॰से॰ होती है. इसे Google की ओर से जवाब मिलने के समय पर कॉल भेजे जाने के समय से मापा जाता है. यह समयसीमा फ़ॉर्मैट और नीलामी के टाइप पर निर्भर करती है. सटीक वैल्यू पाने के लिए, बिड रिक्वेस्ट में tmax या response_deadline_ms फ़ील्ड देखें.

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

अगर बिड करने वाले किसी व्यक्ति का टाइम आउट रेट, नेटवर्क इवेंट या दूसरी समस्याओं की वजह से कुछ समय के लिए ज़्यादा है, तो उसे अपने-आप थ्रॉटल कर दिया जाएगा. यह थ्रॉटलिंग कुछ ही मिनटों में ट्रैफ़िक को अपने-आप कम या ज़्यादा कर देगी. अगर ट्रैफ़िक को अक्सर लंबे समय तक थ्रॉटल कर दिया जाता है, तो Google आपके ट्रैफ़िक कोटा को एक ऐसे लेवल तक अडजस्ट कर सकता है जिसे ज़्यादा नियमित तौर पर मैनेज किया जा सके.