شما یک بسته ترافیک برای یک ماه خریداری کردهاید، اما آن در یک هفته تمام شده است — این وضعیت برای آربیتراژرها، متخصصان SMM و فروشندگان بازارهای آنلاین آشناست. همیشه مشکل به این دلیل نیست که شما «بیش از حد پارس میکنید» یا «تنظیمات خودکار را به درستی انجام ندادهاید». اغلب دلیل در شرایط تعرفه است که با حروف ریز نوشته شده و ارائهدهنده پروکسی ترجیح میدهد در مورد آنها بهصورت علنی صحبت نکند.
منظور از «سوختن ترافیک» چیست و چرا این یک فریب نیست
«سوختن ترافیک» به وضعیتی اشاره دارد که حجم دادههای پرداخت شده سریعتر از آنچه که با فعالیت واقعی شما مطابقت دارد، کسر میشود. مهم است که بدانید: در 90% موارد، ارائهدهنده پروکسی بهطور مستقیم شما را فریب نمیدهد، بلکه فقط از شرایط تعرفهای استفاده میکند که شما از قبل از آنها مطلع نبودهاید. این موضوع شامل پروکسیهای مقیم، موبایل و دیتاسنترها میشود — اما هر نوع دارای مشخصات خاص خود در مصرف است.
آربیتراژری که حسابهای Facebook Ads را از طریق Dolphin Anty یا AdsPower میسازد، متخصص SMM که 30 پروفایل Instagram را مدیریت میکند، و فروشندهای که قیمتها را در Wildberries پارس میکند — همه آنها برای ترافیک بهطور متفاوتی پرداخت میکنند، زیرا هر یک پروفایل بار متفاوتی دارند: تعداد درخواستها، حجم رسانههای بارگذاری شده، و فرکانس تغییر IP. درک اینکه کجا دقیقاً «ترافیک نشت میکند» به شما این امکان را میدهد که تعرفهای را انتخاب کنید که واقعاً با وظایف شما مطابقت دارد و نه اینکه برای بستهای که در هفته اول میسوزد، بیش از حد پرداخت کنید.
در زیر — هفت شرط رایج تعرفهها وجود دارد که باعث میشود ترافیک سریعتر از آنچه انتظار میرود مصرف شود. همه آنها قانونی هستند و معمولاً در قرارداد یا در صفحه تعرفهها ذکر شدهاند، فقط بهندرت قبل از خرید خوانده میشوند.
شرط شماره 1: گرد کردن ترافیک به سمت بالا
بسیاری از تعرفههای پروکسی ترافیک را نه بر اساس حجم واقعی دادهها، بلکه با گرد کردن هر درخواست به یک بلوک مشخص — بهعنوان مثال، به 1 کیلوبایت، 4 کیلوبایت یا حتی 1 مگابایت محاسبه میکنند. اگر شما هزاران درخواست کوچک انجام میدهید (که برای پارس قیمتها در Ozon یا بررسی وضعیت حسابها معمول است)، و هر درخواست به سمت بالا گرد میشود، مصرف واقعی ممکن است 2-3 برابر بیشتر از آنچه که شمارنده «بایتهای مفید» نشان میدهد، باشد.
مثال: شما یک درخواست 200 بایتی ارسال میکنید، اما ارائهدهنده یک بلوک کامل 1 کیلوبایتی را کسر میکند. در صورت 100,000 درخواست در روز، تفاوت بین مصرف «صادقانه» (20 مگابایت) و گرد شده (100 مگابایت) برای بودجه بحرانی میشود.
چه باید کرد: قبل از خرید تعرفه، حداقل بلوک گرد کردن و نحوه محاسبه ترافیک — بر اساس حجم واقعی بسته TCP/IP یا بر اساس واحدهای گرد شده — را مشخص کنید. برای وظایفی که شامل تعداد زیادی درخواست کوچک هستند (نظارت بر قیمتها، بررسی حسابها)، این شرط از خود قیمت برای هر گیگابایت حیاتیتر است.
شرط شماره 2: مدت اعتبار بسته ترافیک (TTL)
دومین شرط رایج — مدت زمان محدود اعتبار بسته پرداخت شده است. شما 100 گیگابایت برای «مدت نامحدود» خریداری کردهاید، اما در واقع بسته پس از 30 یا 60 روز بدون توجه به اینکه آیا آن را بهطور کامل استفاده کردهاید یا خیر، از بین میرود. این برای وظایف فصلی بحرانی است: بهعنوان مثال، اگر شما تبلیغاتی را در TikTok Ads فقط قبل از تعطیلات راهاندازی میکنید و در بقیه زمان حسابها «استراحت» میکنند — ترافیک استفاده نشده به سادگی تا راهاندازی بعدی ناپدید میشود.
این موضوع بهویژه برای آژانسهای SMM که حسابهای مشتریان را بهصورت موجی مدیریت میکنند، دردناک است: پستگذاری فعال در ابتدای ماه، سپس وقفه. اگر TTL بسته کوتاهتر از چرخه واقعی کار باشد، بخشی از ترافیک پرداخت شده بهطور غیرقابل برگشت از بین میرود.
در شرایط تعرفه سه نکته را بررسی کنید: مدت اعتبار بسته، آیا باقیمانده به دوره بعدی منتقل میشود و آیا تمدید خودکار با کسر مجدد وجود دارد. این سه مورد معمولاً در بخشهای مختلف FAQ پنهان شدهاند و نه در جدول اصلی تعرفهها.
شرط شماره 3: هزینه متفاوت ترافیک بر اساس جغرافیا و نوع IP
همه ترافیک در یک تعرفه یکسان نیست. بسیاری از ارائهدهندگان هزینه را با ضریب متفاوتی بر اساس کشور آدرس IP و نوع پروکسی کسر میکنند. ترافیک از طریق IPهای ایالات متحده یا آلمان ممکن است بهطور معمول کسر شود، در حالی که ترافیک از جغرافیای نادر (بهعنوان مثال، جنوب شرقی آسیا یا آمریکای لاتین) — با ضریب افزایش 1.5-3 برابر.
این موضوع بهویژه برای آربیتراژرهایی که تبلیغات Google Ads یا Facebook Ads را از مناطق مختلف آزمایش میکنند و برای بازاریابانی که نتایج محلی را بررسی میکنند، مهم است. اگر شما استراتژی جغرافیایی خود را با قیمت واقعی ارائهدهنده مطابقت ندهید، بسته پرداخت شده ممکن است دو برابر سریعتر بسوزد فقط به این دلیل که شما با کشورهای «گران» کار کردهاید.
| نوع پروکسی | مصرف معمول ترافیک | ریسک «سوختن» |
|---|---|---|
| پروکسیهای مقیم | متوسط، بستگی به جغرافیا دارد | بالا در کشورهای نادر |
| پروکسیهای موبایل | بالاتر از متوسط به دلیل چرخش | بالا به دلیل تغییر IP |
| پروکسیهای دیتاسنتر | پایین، پایدار | پایین |
شرط شماره 4: پرداخت برای درخواستهای ناموفق و تکرارها
یکی از ناخوشایندترین شرایط — کسر ترافیک حتی برای درخواستهای ناموفق است. اگر سایت خطای 403، تایماوت یا کپچا را برگرداند و پارسر یا مرورگر ضد شناسایی شما بهطور خودکار درخواست را 3-5 بار تکرار کند — شما برای هر تلاش پرداخت میکنید، حتی اگر هیچکدام نتیجه ندهد.
این موضوع برای نظارت بر قیمتها در Wildberries و Ozon بحرانی است: بازارهای آنلاین بهطور فعال در برابر پارسینگ محافظت میکنند و بدون تنظیمات صحیح پروکسی، سهم درخواستهای ناموفق میتواند به 30-40% برسد. هر یک از این درخواستها همچنان بسته ترافیک را مصرف میکند، حتی اگر دادهها دریافت نشوند.
راهحل — از ارائهدهنده بپرسید که آیا ترافیک برای درخواستهای خطا در سمت سایت هدف کسر میشود و در پارسر تعداد مناسبی از تلاشهای مجدد (2-3، نه 10) با تأخیر بین تلاشها تنظیم کنید.
شرط شماره 5: چرخش تهاجمی IP مصرف را افزایش میدهد
چرخش IP — یک ویژگی مفید برای جلوگیری از مسدود شدن است، اما به معنای واقعی کلمه هزینه دارد. هر تغییر آدرس IP در یک جلسه نیاز به handshake جدید، احراز هویت مجدد و گاهی — بارگذاری مجدد دادههای جلسه دارد. اگر چرخش خیلی مکرر تنظیم شده باشد (بهعنوان مثال، هر درخواست به جای هر 5-10 دقیقه)، حجم ترافیک «خدماتی» میتواند بیشتر از مفید باشد.
برای متخصصان SMM که از طریق مرورگرهای ضد شناسایی (Dolphin Anty، GoLogin، Multilogin، Octo Browser) کار میکنند، این موضوع بهویژه در مدیریت Instagram و TikTok قابل مشاهده است: چرخش بیش از حد IP در یک جلسه نه تنها ترافیک را مصرف میکند، بلکه خطر مسدود شدن را نیز افزایش میدهد، زیرا برای سیستمهای ضد تقلب پلتفرم مشکوک به نظر میرسد.
بهترین روش — پیوند دادن یک IP به یک جلسه/حساب برای کل چرخه کاری (جلسه چسبنده) و تغییر IP فقط بین جلسات، نه درون آنها است.
شرط شماره 6: محدودیتها در جریانها و جلسات همزمان
برخی از تعرفهها نه تنها حجم ترافیک، بلکه تعداد جریانها یا جلسات همزمان را نیز محدود میکنند. اگر شما از حد مجاز فراتر بروید، بخشی از درخواستها ممکن است از طریق اتصالات اضافی با تعرفه بالاتر تکرار شوند، یا سیستم بهطور خودکار جلسات جدیدی ایجاد میکند که هر یک از آنها ترافیک را برای راهاندازی مصرف میکند.
این موضوع برای فروشندگانی که نظارت موازی بر صدها کارت محصول در Avito و Ozon را همزمان راهاندازی میکنند و همچنین برای آژانسهایی که دهها حساب مشتری را از طریق یک طرح تعرفه مدیریت میکنند، مرتبط است. تجاوز از حد جریانها — یک دلیل پنهان رایج برای افزایش ناگهانی مصرف ترافیک در اواسط ماه است.
شرط شماره 7: هزینههای پنهان — رسانه، تغییر مسیر، هدرها
آخرین و نامحسوسترین شرط — هزینههای اضافی است که بهطور مستقیم با تعرفه مرتبط نیستند، اما با شرایط محاسبه آن تقویت میشوند. این شامل بارگذاری تصاویر، ویدئوها، فونتها و اسکریپتها هنگام مشاهده عادی صفحات از طریق پروکسی در مرورگر (نه از طریق درخواستهای API) است. یک صفحه باز شده Instagram با بارگذاری خودکار فید میتواند 5-10 مگابایت ترافیک مصرف کند که از این مقدار فقط چند کیلوبایت HTML برای وظیفه شما مفید است.
به این هزینهها تغییر مسیرها (سایت ممکن است 3-5 انتقال قبل از صفحه نهایی داشته باشد) و بارگذاری مجدد منابع یکسان بدون کش را اضافه کنید — و مشخص میشود که چرا «فقط باز کردن 50 حساب و مرور فید» میتواند ترافیکی را که برای یک ماه فعالیت برنامهریزی شده است، در چند روز بسوزاند.
راهحل جزئی — غیرفعال کردن بارگذاری خودکار رسانه در جاهایی که برای وظیفه حیاتی نیست و استفاده از حالت مسدود کردن منابع اضافی در مرورگر ضد شناسایی هنگام انجام عملیات انبوه (بررسی وضعیتها، ورود، اقدامات ساده).
چگونه مصرف واقعی ترافیک را بررسی کنیم
برای درک اینکه کدام یک از هفت شرط بر مورد خاص شما تأثیر میگذارد، یک حسابرسی ساده به مدت 2-3 روز انجام دهید:
- مقدار باقیمانده ترافیک را در پنل کاربری ارائهدهنده صبح و عصر در طول 3 روز ثبت کنید.
- مصرف را با تعداد واقعی کارهای انجام شده (چند حساب بررسی شده، چند کارت محصول پارس شده، چند پست منتشر شده) مقایسه کنید.
- مصرف متوسط ترافیک برای هر عملیات را محاسبه کنید — اگر عدد روز به روز بدون تغییر در حجم کار افزایش یابد، مشکل را در چرخش یا تلاشهای مجدد جستجو کنید.
- لاگهای پارسر یا مرورگر ضد شناسایی را برای درصد خطاها و درخواستهای تکراری بررسی کنید — اگر بالای 15-20% باشد، ترافیک در تلاشهای ناموفق میسوزد.
این حسابرسی بیشتر از یک ساعت طول نمیکشد، اما معمولاً بلافاصله نشان میدهد که کدام یک از شرایط تعرفه واقعاً بر بودجه شما تأثیر میگذارد — گرد کردن، TTL، ضریب جغرافیایی یا هزینههای اضافی مرورگر.
چکلیست انتخاب تعرفه بدون تلههای پنهان
قبل از خرید بسته ترافیک از هر ارائهدهنده پروکسی، از خود (و ارائهدهنده) سوالات زیر را بپرسید:
- ترافیک چگونه محاسبه میشود — بر اساس بایتهای واقعی یا با گرد کردن به بلوک؟
- آیا بسته دارای مدت اعتبار (TTL) است و آیا باقیمانده منتقل میشود؟
- آیا قیمت ترافیک بر اساس جغرافیا و نوع IP در یک تعرفه متفاوت است؟
- آیا ترافیک برای درخواستهای ناموفق (403، تایماوت، کپچا) کسر میشود؟
- چقدر مکرر چرخش خودکار IP انجام میشود و آیا میتوان جلسات چسبنده تنظیم کرد؟
- آیا محدودیت جریانها/جلسات همزمان وجود دارد و در صورت تجاوز چه اتفاقی میافتد؟
- آیا مسدود کردن انتخابی محتوای رسانهای برای صرفهجویی در ترافیک پشتیبانی میشود؟
تعرفهای که در آن برای اکثر سوالات پاسخ واضح و قابل فهم بدون عبارات «بستگی به وضعیت دارد» وجود دارد، معمولاً در کار واقعی پیشبینیپذیرتر است — چه شما از پروکسیهای مقیم برای ساخت حسابها استفاده کنید، IPهای موبایل برای حسابهای تبلیغاتی یا پروکسیهای دیتاسنتر برای پارسینگ انبوه.
نتیجهگیری
سوختن ترافیک پرداخت شده پروکسی تقریباً همیشه به شرایط خاص تعرفه مربوط میشود: گرد کردن، مدت اعتبار بسته، هزینه متفاوت بر اساس جغرافیا، کسر برای درخواستهای ناموفق، فرکانس چرخش IP، محدودیتهای جریان و هزینههای اضافی هنگام بارگذاری رسانه. با دانستن این هفت نکته، میتوانید از قبل تعرفهای را انتخاب کنید که واقعاً با پروفایل بار شما مطابقت دارد — چه این بار ساخت حسابهای Facebook Ads باشد، مدیریت پروفایلهای مشتری در Instagram یا نظارت بر قیمتها در Wildberries.
اگر وظیفه شما مربوط به کار پایدار و بلندمدت حسابها و حداقل ریسک مسدود شدن است، به پروکسیهای مقیم توجه کنید — آنها مصرف ترافیک پیشبینیپذیری را در صورت تنظیم صحیح چرخش ارائه میدهند. برای حسابهای تبلیغاتی که در آنها شباهت حداکثری با کاربر واقعی مهم است، معمولاً IPهای موبایل انتخاب میشوند، و برای پارسینگ انبوه بدون وابستگی به دستگاه خاصی — پروکسیهای دیتاسنتر بهعنوان گزینهای اقتصادیتر از نظر ترافیک انتخاب میشوند.