خرید بسته پروکسی و صرف نیمی از ترافیک برای بررسیهای بیفایده — اشتباه رایج تازهکارها در آربیتراژ و SMM است. یک گیگابایت ترافیک در پروکسیهای مقیم و موبایل هزینه دارد، بنابراین باید سرور را به گونهای آزمایش کرد که با حداقل مصرف، حداکثر اطلاعات را به دست آورد: آیا IP کار میکند، آیا در لیست سیاه نیست، آیا جلسه را نگه میدارد و آیا پلتفرم مورد نظر را عبور میدهد. در این مقاله — 7 بررسی که 100% سوالات را قبل از راهاندازی کمپین پوشش میدهد و محاسبه دقیق اینکه هر کدام چقدر ترافیک مصرف میکند.
چرا مصرف ترافیک در آزمایش مهم است
پروکسیهای مقیم و موبایل تقریباً همیشه به صورت بستههای ترافیکی فروخته میشوند، نه بر اساس زمان دسترسی. اگر شما 20-30 حساب کاربری اینستاگرام را مدیریت میکنید یا خلاقیتها را در تبلیغات فیسبوک با چند IP آزمایش میکنید، هر مگابایت که صرف «فقط بررسی اینکه آیا پروکسی کار میکند» میشود — مگابایتی است که از وظیفه واقعی دزدیده میشود. این برای آربیتراژورها به خصوص بحرانی است که دهها پروکسی را قبل از فارم کردن حسابها آزمایش میکنند: اگر برای هر بررسی 20-30 مگابایت مصرف کنید بدون برنامه، از یک گیگابایت فقط ترافیک برای 5-7 تست کامل باقی میماند به جای 15-20.
دلیل دوم — سرعت تصمیمگیری. وقتی شما مصرف دقیق برای هر بررسی را میدانید، میتوانید بودجه را از قبل محاسبه کنید: به عنوان مثال، «برای تست 50 پروکسی قبل از خرید یک دسته، به طور تقریبی 300-400 مگابایت نیاز است»، و نه اینکه تمام بسته را مصرف کنید و بدون ترافیک برای کار واقعی بمانید. این به ویژه برای آژانسهای SMM که پروکسیها را برای هر مشتری به طور جداگانه آزمایش میکنند و برای فروشندگان مارکتپلیس که قبل از راهاندازی نظارت بر قیمتها، در دسترس بودن Wildberries یا Ozon را از مناطق مختلف بررسی میکنند، بسیار актуال است.
چگونه ارائهدهندگان ترافیک پروکسی را محاسبه میکنند
بیشتر ارائهدهندگان پروکسی ترافیک را در هر دو سمت محاسبه میکنند — درخواستهای خروجی (آپلود) و دادههای دریافتی (دانلود). به این معنی که اگر شما صفحهای به وزن 500 کیلوبایت بارگذاری کنید، مصرف واقعی ممکن است 520-550 کیلوبایت با احتساب هدرهای درخواست و پاسخ سرور پروکسی باشد. این نکته را در محاسبات در نظر بگیرید: اعداد در این مقاله با کمی احتیاط ذکر شدهاند تا با صورتحساب واقعی مطابقت داشته باشند.
همچنین پروتکل بر مصرف تأثیر میگذارد. پروکسیهای HTTP/HTTPS حداقل بار اضافی برای ایجاد تونل اضافه میکنند، در حالی که SOCKS5 کمی «پاکتر» کار میکند به دلیل عدم وجود بخشی از هدرهای HTTP. تفاوت کم است — 2-5% برای درخواستهای کوتاه — اما در آزمایش انبوه صدها IP، این به صرفهجویی قابل توجهی منجر میشود. اگر شما از طریق مرورگر ضد شناسایی مانند Dolphin Anty یا AdsPower کار میکنید، در نظر داشته باشید که خود مرورگر هنگام راهاندازی پروفایل، منابع اضافی (فونتها، افزونهها) را بارگذاری میکند که همچنین ترافیک پروکسی را فراتر از «تست خالص» مصرف میکند.
7 بررسی پروکسی و مصرف ترافیک برای هر کدام
در زیر — حداقل، اما جامعترین مجموعه بررسیها. اینها کافی هستند تا بفهمید آیا پروکسی برای وظیفه مناسب است یا خیر، بدون درخواستهای اضافی «به هر حال».
1. بررسی IP و جغرافیایی
اولین و آسانترین تست — دانستن اینکه کدام IP آدرس را پروکسی ارائه میدهد و آیا جغرافیا با آنچه اعلام شده مطابقت دارد یا خیر. از خدماتی مانند whoer.net، ip-api.com یا ipinfo.io استفاده میشود. درخواست به API جغرافیا JSON به وزن 2-5 کیلوبایت برمیگرداند، اما اگر صفحه کامل whoer.net را در مرورگر باز کنید (با تصاویر و استایلها)، مصرف به 300-500 کیلوبایت افزایش مییابد. توصیه میشود که به جای باز کردن بصری سایت، دقیقاً API endpoint را فراخوانی کنید.
مصرف: 3-10 کیلوبایت از طریق API، تا 500 کیلوبایت از طریق مرورگر.
2. بررسی سرعت و ثبات اتصال
سرعت برای استریم خلاقیتهای تبلیغاتی، بارگذاری ویدیو در TikTok یا پستگذاری انبوه مهم است. تست کامل سرعت از طریق speedtest.net یا fast.com دهها مگابایت داده را به طور خاص برای اندازهگیری پهنای باند مصرف میکند — این برای بودجه آزمایشی گران است. گزینهای اقتصادیتر — اندازهگیری زمان بارگذاری یک فایل با اندازه معروف (به عنوان مثال، 1 مگابایت تصویر تست) و محاسبه سرعت به صورت دستی است.
مصرف: 1-2 مگابایت در اندازهگیری دستی، 20-50 مگابایت در تست کامل سرعت.
3. بررسی نشتها (WebRTC، نشت DNS)
برای آربیتراژورها و متخصصان SMM که از مرورگرهای ضد شناسایی استفاده میکنند، اطمینان از اینکه IP واقعی از طریق WebRTC یا درخواستهای DNS از پروکسی «نشت» نمیکند، حیاتی است. خدماتی مانند browserleaks.com یا dnsleaktest.com چندین درخواست موازی به سرورهای DNS و سرورهای STUN برای بررسی WebRTC انجام میدهند.
مصرف: 50-150 کیلوبایت برای بررسی کامل صفحه با نتایج.
4. بررسی IP برای ورود به لیست سیاه
پروکسی ممکن است از نظر فنی کار کند، اما اگر IP قبلاً در پایگاههای داده اسپم شناسایی شده باشد یا توسط پلتفرم مسدود شده باشد، فایدهای ندارد. بررسی از طریق خدماتی مانند IPQualityScore، Scamalytics یا MXToolbox Blacklist Check معمولاً به طور همزمان به چندین پایگاه داده درخواست میدهد.
مصرف: 10-40 کیلوبایت برای یک سرویس بررسی، تا 100 کیلوبایت اگر به طور همزمان 3-4 پایگاه را بررسی کنید.
5. بررسی دسترسی به پلتفرم هدف
مهمترین بررسی برای کار واقعی — آیا Facebook، Instagram، TikTok، Wildberries یا Ozon از طریق این IP بدون captcha، ریدایرکت به تأیید یا مسدود شدن باز میشود. در اینجا مصرف ترافیک به پلتفرم بستگی دارد: صفحه اصلی Instagram 1.5-2.5 مگابایت با احتساب اسکریپتها و تصاویر پروفایل وزن دارد، فید Facebook — 2-4 مگابایت، کارت محصول در Wildberries — 800 کیلوبایت-1.2 مگابایت. برای صرفهجویی، صفحه ورود یا درخواست API پلتفرم را باز کنید، اگر از نظر فنی ممکن است، نه فید کامل.
مصرف: 800 کیلوبایت — 4 مگابایت بسته به پلتفرم.
6. بررسی ثبات جلسه (sticky session)
برای جلسات طولانی — مدیریت حساب، ثبت سفارش در مارکتپلیس، پر کردن فرم چند مرحلهای — مهم است که IP در وسط جلسه تغییر نکند. بررسی به سادگی انجام میشود: چندین بار متوالی با فاصله 2-5 دقیقه از همان سرویس جغرافیا درخواست میشود و IP مقایسه میشود. هر یک از این درخواستها سبک است، اما باید حداقل 5-6 بار تکرار شود تا معتبر باشد.
مصرف: 5-6 درخواست به وزن 3-10 کیلوبایت = 15-60 کیلوبایت مجموعاً.
7. بررسی سازگاری با مرورگر ضد شناسایی
تست نهایی — راهاندازی پروفایل در Dolphin Anty، AdsPower، Multilogin، GoLogin یا Octo Browser با پروکسی تنظیم شده و بررسی اینکه fingerprint مرورگر، منطقه زمانی و زبان به درستی با جغرافیای IP تنظیم شدهاند. خود راهاندازی پروفایل با بارگذاری افزونهها و کش مرورگر ضد شناسایی — سنگینترین مرحله از بین همه هفت مرحله است.
مصرف: 3-8 مگابایت برای اولین راهاندازی پروفایل (کش، افزونهها، همگامسازی).
جدول خلاصه مصرف برای کل تست
اگر تمام 7 بررسی را به صورت اقتصادی انجام دهید (API به جای سایتهای بصری، اندازهگیری دستی سرعت به جای speedtest)، مجموع مصرف برای هر IP در 5-10 مگابایت قرار میگیرد. این به این معنی است که از 1 گیگابایت ترافیک میتوان از 100 تا 200 پروکسی مختلف را قبل از انتخاب مجموعه کاری آزمایش کرد.
| بررسی | مصرف اقتصادی | مصرف "به طور پیشفرض" |
|---|---|---|
| IP و جغرافیا | 3-10 کیلوبایت | تا 500 کیلوبایت |
| سرعت اتصال | 1-2 مگابایت | 20-50 مگابایت |
| نشتهای WebRTC/DNS | 50-150 کیلوبایت | 150-300 کیلوبایت |
| لیستهای سیاه | 10-40 کیلوبایت | تا 100 کیلوبایت |
| دسترسی به پلتفرم | 800 کیلوبایت-1.2 مگابایت | 2-4 مگابایت |
| ثبات جلسه | 15-60 کیلوبایت | 50-100 کیلوبایت |
| مرورگر ضد شناسایی | 3-8 مگابایت | 10-15 مگابایت |
| جمع برای 1 IP | ~5-10 مگابایت | ~35-70 مگابایت |
چگونه مصرف را در حین آزمایش به حداقل برسانیم
صرفهجویی در ترافیک در حین آزمایش یک انضباط است، نه جادو. در اینجا یک چک لیست کاری وجود دارد که آربیتراژورها در خرید انبوه پروکسی استفاده میکنند:
- از API endpointهای خدمات جغرافیا به جای باز کردن بصری سایتها از طریق مرورگر استفاده کنید؛
- در مرحله آزمایش دسترسی به پلتفرم، بارگذاری تصاویر را در مرورگر خاموش کنید — شما فقط به واقعیت باز شدن صفحه نیاز دارید، نه ظاهر آن;
- سرعت را از طریق curl یا اندازهگیری دستی زمان بارگذاری فایل تست آزمایش کنید، نه از طریق speedtest.net;
- بررسیها را گروهبندی کنید: ابتدا IPها را به سرعت بر اساس جغرافیا و لیستهای سیاه جدا کنید (5-50 کیلوبایت)، و فقط آنهایی که باقی ماندهاند را برای دسترسی به پلتفرم آزمایش کنید (پر هزینهترین مرحله)؛
- یک پروفایل تست جداگانه در مرورگر ضد شناسایی با حداقل مجموعهای از افزونهها ایجاد کنید — این مصرف را در کش و همگامسازی کاهش میدهد؛
- اگر ارائهدهنده دوره آزمایشی یا ترافیک آزمایشی ارائه میدهد — از آن دقیقاً برای این 7 بررسی استفاده کنید، نه برای کار واقعی.
اشتباهات رایج در آزمایش پروکسی
اولین و رایجترین اشتباه — آزمایش پروکسی با باز کردن فید کامل اینستاگرام یا فیسبوک با پخش خودکار ویدیو. یک بار ورود به این سایت میتواند 5-10 مگابایت به جای 2 مگابایت مصرف کند، اگر فقط منتظر بارگذاری صفحه اصلی بدون اسکرول باشید.
اشتباه دوم — آزمایش مجدد یک IP با سرویسهای مختلف بدون نیاز. اگر whoer.net قبلاً جغرافیا را به درستی نشان داده است، نیازی به تکرار بررسی از طریق ipinfo.io و iplocation.net نیست — این مصرف را سه برابر میکند بدون اینکه فایدهای اضافی داشته باشد.
اشتباه سوم — آزمایش پروکسی در پروفایل «عملیاتی» مرورگر ضد شناسایی با تاریخچه کامل، کش و افزونهها. چنین پروفایلی 2-3 برابر بیشتر از پروفایل تست خالص در همگامسازی ترافیک مصرف میکند.
اشتباه چهارم — نادیده گرفتن تفاوت بین IPهای مقیم ثابت و پروکسیهای موبایل با چرخش دینامیک. اگر ثبات جلسه را بر روی پروکسی با چرخش خودکار IP هر چند دقیقه آزمایش کنید، تست «ناپایداری» را نشان میدهد در حالی که در واقع چرخش استاندارد کار میکند و نه مشکل پروکسی.
کدام نوع پروکسی را برای وظیفه انتخاب کنیم
نتایج هفت بررسی به طور مستقیم نشان میدهد که کدام نوع پروکسی برای وظیفه خاص نیاز است. برای فارم کردن حسابهای تبلیغاتی در Facebook Ads و TikTok Ads، جایی که شباهت حداکثری با کاربر واقعی مهم است، معمولاً پروکسیهای مقیم انتخاب میشوند — آنها کمتر در لیستهای سیاه قرار میگیرند و نتیجهای پاکتر در بررسی جغرافیا و نشتها ارائه میدهند.
برای کار با اینستاگرام و TikTok، به ویژه در هنگام ثبتنام حسابهای جدید و پیوست کردن شمارهها، آربیتراژورها معمولاً به پروکسیهای موبایل ترجیح میدهند — پلتفرمها این IPها را به عنوان کاربران عادی با اینترنت موبایل درک میکنند، که احتمال مسدود شدن در مرحله تأیید را کاهش میدهد.
اما برای پارس قیمتها در Wildberries، Ozon یا Avito، جایی که سرعت و حجم درخواستها مهم است، نه «انسانی بودن» IP، معقولتر است که از پروکسیهای دیتاسنتر استفاده کنید — آنها سریعتر و ارزانتر در محاسبه بر اساس گیگابایت هستند، و برای نظارت بر قیمتها، شهرت IP به اندازه تبلیغات مهم نیست.
| وظیفه | نوع پروکسی پیشنهادی | بررسیهای اولویتدار |
|---|---|---|
| فارم کردن حسابهای Facebook/TikTok Ads | پروکسیهای مقیم | لیستهای سیاه، نشتها، دسترسی به پلتفرم |
| مدیریت Instagram/TikTok برای SMM | پروکسیهای موبایل | جغرافیا، ثبات جلسه |
| پارس قیمتها در Wildberries/Ozon/Avito | پروکسیهای دیتاسنتر | سرعت اتصال، دسترسی به پلتفرم |
نتیجهگیری
تست کامل پروکسی به گیگابایتها ترافیک نیاز ندارد — کافی است هفت بررسی هدفمند انجام شود: IP و جغرافیا، سرعت، نشتهای WebRTC/DNS، لیستهای سیاه، دسترسی به پلتفرم هدف، ثبات جلسه و سازگاری با مرورگر ضد شناسایی. با رویکرد اقتصادی، کل مجموعه در 5-10 مگابایت برای هر IP جا میگیرد، و بنابراین از بسته 1 گیگابایتی میتوان صدها پروکسی را قبل از انتخاب مجموعه کاری برای فارم کردن حسابها، مدیریت پروفایلهای SMM یا پارس مارکتپلیسها آزمایش کرد.
اگر پس از آزمایشها قصد دارید کار را گسترش دهید — حسابهای تبلیغاتی فارم کنید، دهها پروفایل در اینستاگرام مدیریت کنید یا قیمتهای رقبای خود را نظارت کنید — نوع پروکسی را برای وظیفه خاص انتخاب کنید. برای پلتفرمهای تبلیغاتی و شبکههای اجتماعی، پروکسیهای مقیم بهتر هستند، و برای پارس سریع حجمهای بزرگ دادهها — پروکسیهای دیتاسنتر با سرعت بالاتر در هر مگابایت ترافیک.