वह विज्ञापन देखें जो उस देश का उपयोगकर्ता देखता है — जिसमें इन-ऐप स्लॉट भी शामिल हैं जो डेस्कटॉप IP से कभी सक्रिय नहीं होते हैं। क्लाइंट से पहले क्रिएटिव, भाषा और लैंडिंग यूआरएल की पुष्टि करें।
अनुशंसित: इन-ऐप और Mobile वेब के लिए Mobile Proxies। केवल डेस्कटॉप डिस्प्ले/वीडियो के लिए Residential Proxies का उपयोग करें। Datacenter IP के माध्यम से विज्ञापनों को सत्यापित न करें।
प्रत्येक बुक किया गया देश स्थानीय कर्मचारियों के बिना।
लैंडिंग यूआरएल बनाम जो स्वीकृत किया गया था।
क्रिएटिव के बगल में पृष्ठ संदर्भ।
SDK वाहक IP से कॉल।
यदि प्लेसमेंट SDK है, तो आपको Mobile की आवश्यकता है। यदि यह एक डेस्कटॉप डिस्प्ले नेटवर्क है, तो आपको Residential की आवश्यकता है। इन्हें मिलाने से गलत पास बनते हैं।
चेकर egress बुक किए गए जियो से मेल नहीं खाता है।
डेस्कटॉप IP, कोई SDK आग नहीं।
एक ही IP द्वारा किसी प्रकाशक पर हमला करना धोखाधड़ी जैसा लगता है।
विज्ञापन वहीं दिखा रहे हैं जहां उन्हें नहीं दिखाना चाहिए।
विज्ञापन सर्वर क्रिएटिव को दबा देते हैं या उनकी अदला-बदली कर देते हैं।
आपको केवल एक Mobile पैक और एक डिवाइस फ़ार्म की आवश्यकता है।
अनुशंसित: इन-ऐप/Mobile वेब के लिए Mobile Proxies। वैकल्पिक: डेस्कटॉप डिस्प्ले के लिए Residential Proxies। प्रति पैक एक प्लेसमेंट क्लास।
| उत्पाद | बिलिंग | इसे कब उपयोग करें… |
|---|---|---|
| Mobile Proxies इस वर्कफ़्लो के लिए अनुशंसित | GB के हिसाब से भुगतान | अनुशंसित — इन-ऐप SDK, Mobile वेब, वाहक-विशिष्ट सूची। |
| Residential Proxies | GB के हिसाब से भुगतान | वैकल्पिक — केवल डेस्कटॉप डिस्प्ले और डेस्कटॉप वीडियो। |
इन-ऐप और Mobile वेब।
केवल यदि प्लेसमेंट डेस्कटॉप है.
नंबर API यूआरएल लाता है। SDK स्लॉट के लिए डिवाइस पर Mobile IP का उपयोग करें।
केवल विज्ञापन-तकनीक डैशबोर्ड के लिए जो आपको whitelist में डालता है — उपयोगकर्ता विज्ञापन देखने के लिए नहीं।
वही SKU, अलग काम: यहाँ आपके लिए QA क्रिएटिव हैं; वहां आप स्टोर/ऐप पेज एकत्र करते हैं।
उपभोक्ता विज्ञापन सूची के लिए नहीं.
प्रति सत्र या प्रति क्रिएटिव, एक IP से सैकड़ों हिट नहीं।
इन-ऐप: Mobile Proxies। डेस्कटॉप डिस्प्ले: Residential Proxies। जब तक आपको प्लेसमेंट का प्रकार पता न हो, तब तक दोनों न खरीदें.