5 API प्रॉक्सी विधियाँ जिनके बिना स्वचालन काम नहीं करता

कई डेवलपर्स और तकनीकी विशेषज्ञ, जब मार्केटप्लेस या मल्टी-एकाउंटिंग को स्वचालित करना शुरू करते हैं, प्रॉक्सी खरीदते हैं, लॉगिन और पासवर्ड प्राप्त करते हैं — और यहीं रुक जाते हैं। एक सप्ताह बाद पता चलता है कि IP को बड़े पैमाने पर बैन किया जा रहा है, सत्र टूट रहे हैं, और रोटेशन अप्रत्याशित रूप से हो रहा है। समस्या प्रॉक्सी में नहीं है, बल्कि इस बात में है कि सही API विधियों के बिना, प्रॉक्सी एक काले बॉक्स में बदल जाती हैं, जिसे प्रोग्रामेटिक रूप से प्रबंधित नहीं किया जा सकता।

क्यों केवल "प्रॉक्सी खरीदना" पर्याप्त नहीं है

जब कार्य यह है कि एक प्रॉक्सी के माध्यम से मैन्युअल रूप से साइट पर जाना है, तो ब्राउज़र सेटिंग्स में लॉगिन और पासवर्ड पर्याप्त होते हैं। लेकिन स्वचालन — यह एक अलग कहानी है। यदि आप Wildberries, Ozon या Avito के लिए पार्सिंग के लिए स्क्रिप्ट लिख रहे हैं, SMM एजेंसी के लिए Dolphin Anty या AdsPower के माध्यम से मल्टी-एकाउंटिंग चला रहे हैं, या विभिन्न भू-क्षेत्रों से Facebook Ads और TikTok Ads में विज्ञापन का परीक्षण कर रहे हैं — तो आपको चाहिए कि कोड स्वयं प्रॉक्सी का प्रबंधन करे: IP बदलें, देश चुनें, सत्र को आवश्यक समय तक बनाए रखें और ट्रैफ़िक की सीमाओं पर नज़र रखें।

यहीं पर प्रॉक्सी प्रदाता का API खेल में आता है। यह केवल सर्वरों की सूची प्राप्त करने के लिए एक एंडपॉइंट नहीं है — यह विधियों का एक सेट है, जिसके माध्यम से आपका स्क्रिप्ट वास्तविक समय में प्रॉक्सी के व्यवहार का प्रबंधन करता है। यदि प्रदाता केवल IP की एक स्थिर सूची देता है बिना रोटेशन, भू-लक्षित और सत्रों के प्रबंधन के API के, तो स्वचालन लगातार मैन्युअल समायोजन में बदल जाता है। हम 5 विधियों का विश्लेषण करेंगे, जिनके बिना कोई भी गंभीर स्वचालन बैन और डाउनटाइम के लिए अभिशप्त है।

विधि 1: प्रोग्रामेटिक IP रोटेशन

रोटेशन एक बुनियादी तंत्र है, लेकिन यह महत्वपूर्ण है कि यह कोड से प्रबंधित किया जा सके, न कि प्रदाता के पैनल में "सुरक्षित" किया गया हो। एक अच्छा API कम से कम दो मोड देता है: स्वचालित रोटेशन (IP हर नए अनुरोध पर या N मिनट में बदलता है) और मांग पर रोटेशन (एक अलग API कॉल के माध्यम से नए IP का अनुरोध)।

Ozon या Wildberries के लिए पार्सिंग के लिए मांग पर रोटेशन की आवश्यकता होती है — आप एक IP के माध्यम से 5-10 अनुरोध भेजते हैं, कैप्चा या ब्लॉक प्राप्त करते हैं, और तुरंत रोटेशन विधि को खींचते हैं, ताकि बिना पूरे सत्र को फिर से बनाने के नए आउटपुट प्राप्त कर सकें।

curl -x http://user-session-rotate:[email protected]:8000 https://api.ipify.org

# लॉगिन में session पैरामीटर के माध्यम से IP बदलना
curl -x http://user-session-a1b2c3:[email protected]:8000 https://api.ipify.org
curl -x http://user-session-x9y8z7:[email protected]:8000 https://api.ipify.org

इस उदाहरण में, प्रॉक्सी के लॉगिन में सत्र पहचानकर्ता को बदलना वास्तव में एक अलग API एंडपॉइंट के कॉल को बदलता है — लेकिन प्रदाता को इस तंत्र का दस्तावेजीकरण करना चाहिए। इसके बिना, रोटेशन "जब सर्वर तय करता है" होता है, न कि जब आपका स्क्रिप्ट तय करता है, जो उच्च अनुरोध आवृत्ति के साथ पार्सिंग के लिए महत्वपूर्ण है।

विधि 2: देश और शहर के अनुसार भू-लक्षित

उन आर्बिट्रेजर्स के लिए, जो विभिन्न क्षेत्रों से Facebook Ads और Google Ads में विज्ञापन का परीक्षण कर रहे हैं, और उन मार्केटर्स के लिए, जो Yandex.Direct में स्थानीय परिणामों की जांच कर रहे हैं, बिना सटीक भू-लक्षित के API के माध्यम से स्वचालन का कोई मतलब नहीं है। विधि को देश निर्दिष्ट करने की अनुमति देनी चाहिए, और आदर्श रूप से — शहर या यहां तक कि मोबाइल प्रॉक्सी के लिए सेवा प्रदाता, सीधे अनुरोध या लॉगिन के पैरामीटर में।

import requests

proxy = {
    "http": "http://user-country-de-city-berlin:[email protected]:8000",
    "https": "http://user-country-de-city-berlin:[email protected]:8000"
}

response = requests.get("https://api.ipify.org?format=json", proxies=proxy)
print(response.json())

इस दृष्टिकोण से सेटअप में घंटे बचते हैं — पैनल में सर्वर का मैन्युअल चयन करने के बजाय, स्क्रिप्ट प्रत्येक खाते या पार्सिंग धारा के लिए आवश्यक देश को स्वयं डालती है। भूगोल की सटीकता के साथ कार्यों के लिए आमतौर पर रेसिडेंशियल प्रॉक्सी का उपयोग किया जाता है — इनमें शहरों और सेवा प्रदाताओं का कवरेज डेटा सेंटर की तुलना में व्यापक होता है।

विधि 3: स्टिकी सत्र — IP बाइंडिंग का प्रबंधन

Instagram, TikTok में मल्टी-एकाउंटिंग के लिए और एंटी-डिटेक्ट ब्राउज़रों (Dolphin Anty, GoLogin, Multilogin, Octo Browser) के साथ काम करते समय यह महत्वपूर्ण है कि एक ही खाता हमेशा सत्र के दौरान एक ही IP के माध्यम से बाहर निकलता है — और कभी-कभी कई दिनों तक। इसे स्टिकी सत्र कहा जाता है, और API के माध्यम से इसकी अवधि का प्रबंधन किए बिना, आपको या तो IP का बहुत अधिक परिवर्तन मिलता है (प्लेटफ़ॉर्म "कूद" देखता है और बैन करता है), या हमेशा एक पते पर फंस जाता है।

एक अच्छा API सत्र की जीवन अवधि को निर्दिष्ट करने की अनुमति देता है — 1 मिनट से 24 घंटे और उससे अधिक — कनेक्शन स्ट्रिंग में एक पैरामीटर के माध्यम से:

# सत्र 30 मिनट तक बना रहता है
user-session-abc123-sessTime-30:[email protected]:8000

# सत्र 24 घंटे तक बना रहता है — खाता गर्म करने के लिए उपयुक्त
user-session-abc123-sessTime-1440:[email protected]:8000

SMM एजेंसी के लिए, जो 30-50 ग्राहक खातों का प्रबंधन करती है, यह एकमात्र तरीका है यह सुनिश्चित करने का कि प्रत्येक प्रोफ़ाइल एंटी-डिटेक्ट ब्राउज़र में अपने IP के साथ बिना किसी ओवरलैप के जुड़ी हुई है — जो चेन-बैन से बचने के लिए महत्वपूर्ण है।

विधि 4: व्हाइटलिस्ट और गतिशील प्रमाणीकरण

यदि स्वचालन बदलते IP वाले सर्वरों से शुरू होता है (जैसे, AWS Lambda या गतिशील VPS), तो लॉगिन-पासवर्ड प्रमाणीकरण हमेशा सुविधाजनक नहीं होता — कोड में रहस्यों को स्टोर करना पड़ता है। कुछ प्रदाता IP के माध्यम से व्हाइटलिस्ट API के माध्यम से प्रमाणीकरण विधि देते हैं: आप एक कॉल के माध्यम से वर्तमान सर्वर IP को अनुमत सूची में जोड़ते हैं, बिना प्रत्येक अनुरोध में पासवर्ड भेजे।

curl -X POST "https://api.proxycove.com/v1/whitelist" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -d '{"ip": "203.0.113.25"}'

यह विशेष रूप से ई-कॉमर्स स्वचालन के लिए महत्वपूर्ण है, जहां Wildberries या Ozon पर मूल्य निगरानी का स्क्रिप्ट एक निर्धारित समय पर (क्रॉन) एक निश्चित या रोटेटिंग IP होस्टिंग सर्वर पर चलाया जाता है — व्हाइटलिस्ट कोड में क्रेडेंशियल्स को हार्डकोड करने की आवश्यकता को समाप्त करता है और कोड के समझौता होने पर एक्सेस लीक के जोखिम को कम करता है।

विधि 5: सांख्यिकी, सीमाएँ और ट्रैफ़िक की निगरानी

ट्रैफ़िक की खपत की निगरानी के बिना स्वचालन — यह कार्यात्मक पार्सिंग या विज्ञापन अभियान के बीच में अचानक सीमा में पहुँचने का जोखिम है। एक उपयोगी प्रॉक्सी प्रदाता API को सांख्यिकी प्राप्त करने की विधि देनी चाहिए: कितना ट्रैफ़िक खर्च किया गया है, कितना बचा है, कितने अनुरोध एक अवधि में किए गए हैं।

import requests

headers = {"Authorization": "Bearer YOUR_API_KEY"}
resp = requests.get("https://api.proxycove.com/v1/usage", headers=headers)
data = resp.json()

print(f"उपयोग किया गया: {data['used_gb']} GB")
print(f"बचा हुआ: {data['remaining_gb']} GB")

इन आंकड़ों के आधार पर, स्क्रिप्ट स्वचालित रूप से सीमा के करीब पहुँचने पर पार्सिंग कार्यों को रोक सकती है या बैकअप IP पूल पर स्विच कर सकती है — यह उस स्थिति से बचाता है जब मार्केटप्लेस पर प्रतिस्पर्धियों की मूल्य निगरानी अचानक दिन के बीच में बिना चेतावनी के रुक जाती है।

API-स्वचालन के लिए प्रॉक्सी प्रकारों की तुलना

प्रॉक्सी प्रकार	API विधियों का समर्थन	के लिए सबसे अच्छा
रेसिडेंशियल प्रॉक्सी	रोटेशन, शहर के अनुसार भू-लक्षित, स्टिकी सत्र	मार्केटप्लेस पार्सिंग, मल्टी-एकाउंटिंग
मोबाइल प्रॉक्सी	रोटेशन, स्टिकी सत्र, सेवा प्रदाता के अनुसार भू-लक्षित	Facebook Ads, TikTok Ads, Instagram
डेटा सेंटर प्रॉक्सी	व्हाइटलिस्ट, सांख्यिकी, तेज रोटेशन	भू-आवश्यकताओं के बिना बड़े पैमाने पर पार्सिंग

Python पर एक व्यावहारिक एकीकरण उदाहरण

नीचे एक सरल स्क्रिप्ट का उदाहरण है, जो कई विधियों को जोड़ती है: मांग पर रोटेशन, ट्रैफ़िक सांख्यिकी की जांच और ब्लॉकिंग त्रुटि का प्रबंधन। इस दृष्टिकोण का अक्सर Ozon या Wildberries पर मूल्य निगरानी स्क्रिप्ट में उपयोग किया जाता है।

import requests
import random
import string

def get_session_id():
    return ''.join(random.choices(string.ascii_lowercase + string.digits, k=8))

def make_request(url, country="ru"):
    session_id = get_session_id()
    proxy_url = f"http://user-country-{country}-session-{session_id}:[email protected]:8000"
    proxies = {"http": proxy_url, "https": proxy_url}

    try:
        response = requests.get(url, proxies=proxies, timeout=10)
        if response.status_code == 429 or "captcha" in response.text.lower():
            print("ब्लॉकिंग का पता चला, IP बदल रहे हैं...")
            return make_request(url, country)
        return response
    except requests.exceptions.RequestException as e:
        print(f"अनुरोध में त्रुटि: {e}")
        return None

def check_traffic():
    headers = {"Authorization": "Bearer YOUR_API_KEY"}
    resp = requests.get("https://api.proxycove.com/v1/usage", headers=headers)
    return resp.json()

if __name__ == "__main__":
    usage = check_traffic()
    if usage["remaining_gb"] < 1:
        print("ट्रैफ़िक लगभग समाप्त हो गया है, कार्य रोकना")
    else:
        result = make_request("https://www.wildberries.ru/catalog/some-item")
        print(result.status_code if result else "कोई उत्तर नहीं")

इस कोड में पाँच में से तीन विधियाँ लागू की गई हैं: मांग पर रोटेशन (प्रत्येक कॉल पर नया session_id उत्पन्न करना), भू-लक्षित (country पैरामीटर) और कार्य शुरू करने से पहले ट्रैफ़िक की सीमाओं की जांच करना। स्टिकी सत्र और व्हाइटलिस्ट जोड़कर, हमें पूरी तरह से प्रबंधित स्वचालन मिलता है।

API प्रॉक्सी के साथ काम करते समय सामान्य गलतियाँ

टाइमआउट की अनदेखी। बिना टाइमआउट के, स्क्रिप्ट "मृत" IP पर मिनटों तक लटक सकती है, बजाय इसके कि तुरंत रोटेशन हो।
407/429 कोड का प्रबंधन नहीं करना। कई लोग प्रॉक्सी के प्रमाणीकरण और ब्लॉकिंग के लिए विशिष्ट त्रुटि कोड की जांच करना भूल जाते हैं, केवल 200 और 404 को संभालते हैं।
मल्टी-एकाउंटिंग के लिए बहुत अधिक रोटेशन। यदि प्रत्येक अनुरोध Instagram या TikTok के साथ नए IP के माध्यम से जाता है, तो प्लेटफ़ॉर्म असामान्य व्यवहार देखता है और खाता तेजी से बैन करता है, बजाय इसके कि एक "होम" IP के माध्यम से काम करने के।
कोड में क्रेडेंशियल्स को हार्डकोड करना। IP के माध्यम से व्हाइटलिस्ट के बजाय, डेवलपर्स अक्सर लॉगिन-पासवर्ड को सीधे रिपॉजिटरी में हार्डकोड करते हैं, जिससे कोड के समझौता होने पर लीक का जोखिम बढ़ता है।
सीमाओं की निगरानी की कमी। पार्सिंग कार्य दिन के बीच में समाप्त हो जाता है क्योंकि ट्रैफ़िक समाप्त हो गया है, और इसके बारे में केवल अगले दिन लॉग के माध्यम से पता चलता है।

निष्कर्ष

प्रॉक्सी प्रदाता का API उतना ही उपयोगी है जितना कि यह कोड में प्रॉक्सी के व्यवहार को नियंत्रित करने की अनुमति देता है: IP रोटेशन, सटीक भू-लक्षित, सत्रों की अवधि, व्हाइटलिस्ट के माध्यम से लचीला प्रमाणीकरण और ट्रैफ़िक खपत की पारदर्शी सांख्यिकी। इन पाँच विधियों के बिना, सबसे बड़ा IP पते का पूल भी एक स्थिर सूची में बदल जाता है, जिसे हर बार कार्य में बदलाव के साथ मैन्युअल रूप से समायोजित करना पड़ता है।

यदि आप मार्केटप्लेस पार्सिंग, प्रतिस्पर्धियों की मूल्य निगरानी या SMM और आर्बिट्रेज के लिए मल्टी-एकाउंटिंग को स्वचालित कर रहे हैं, तो ध्यान दें कि क्या प्रदाता इन विधियों का "बॉक्स से बाहर" समर्थन करता है। भूगोल की सटीकता और ट्रैफ़िक की स्वाभाविकता के लिए उच्च आवश्यकताओं वाले कार्यों के लिए रेसिडेंशियल प्रॉक्सी अच्छी तरह से उपयुक्त हैं, और Facebook Ads और TikTok Ads के विज्ञापन खातों के लिए — मोबाइल प्रॉक्सी जो स्टिकी सत्र और सेवा प्रदाता के अनुसार रोटेशन का समर्थन करते हैं।