تُسعَّر باقات البروكسي residential والجوال في الغالب لكل GB . وهذا يحوّل سؤال "هل تكفي 5 GB؟" إلى سؤال ميزانية مباشر. وللأسف يقدّر معظم المستخدمين استهلاكهم بأقل بكثير من حقيقته ثم يجدون حصتهم قد نفدت في منتصف الشهر.
في هذا المقال نتناول مما يتكوّن استهلاك الـ GB فعلياً، وأي البنود يجري تجاهلها، والطرق القابلة للقياس لخفض الاستهلاك.
ما الذي يحسبه العدّاد بالضبط؟
يحسب المزوّدون عادةً إجمالي البايتات المارة عبر البروكسي: الطلب (upload) والاستجابة (download) معاً. ويشمل ذلك ما يلي:
في أي صفحة، فإن HTML الذي تحتاجه فعلاً غالباً ما يمثل عُشر الحركة الإجمالية. والتوفير كله يأتي من إدارة هذه النسبة.
بعض المزوّدين يحسب البايتات المنزَّلة فقط، وبعضهم يحسب الحركة الإجمالية. وإذا كنت تقوم بأعمال كثيفة الرفع (إرسال ملفات، أجسام POST كبيرة) فإن هذا التمييز يغيّر الفاتورة تغييراً ملحوظاً. أكّد في العقد أيّهما يُحسب.
مثال حسابي واقعي
لنفترض أنك ستسحب 10,000 صفحة منتج يومياً من أحد الأسواق. تكلفة ثلاثة أساليب مختلفة تختلف تماماً:
| المقاربة | لكل صفحة | يومياً | شهرياً (30 يوماً) |
|---|---|---|---|
| تحميل كامل بالمتصفح | ~2.2 MB | 22 GB | 660 GB |
| المتصفح + حجب الصور/الوسائط | ~0.6 MB | 6 GB | 180 GB |
| طلب HTTP بسيط (HTML فقط) | ~0.12 MB | 1.2 GB | 36 GB |
الفارق بينهما 18 ضعفاً. تجمع البيانات نفسها لكن التكلفة مختلفة تماماً. لذلك فإن أول تحسين هو دائماً "هل أحتاج فعلاً إلى متصفح؟" هو السؤال.
إذا رأيت في تبويب الشبكة أن استدعاء XHR/fetch يعيد البيانات جاهزةً بصيغة JSON، فلن تحتاج إلى تحميل الصفحة بأكملها.
إذا اضطررت إلى استخدام متصفح: حجب الموارد
إذا كنت تعمل بـ Playwright أو Puppeteer أو Selenium فيمكنك خفض الاستهلاك بنسبة 60–80% بحجب الموارد غير الضرورية على طبقة الشبكة:
كل طلب محجوب لا يصل إلى البروكسي أصلاً، ولذلك لا يُسجَّل في العدّاد. يختل تخطيط الصفحة لكن المحتوى النصي يصل كاملاً في أغلب الأحيان.
لضبط أتمتة المتصفح عملياً يمكنك الاطلاع على مقالنا بروكسي الأتمتة وكذلك بروكسي لـ web scraping .
الضغط: توفير 70% مجاناً
يمكن للخوادم إرسال HTML وCSS وJSON مضغوطة بـ gzip أو Brotli — لكن فقط إذا أعلن العميل أنه يريد ذلك. وإضافة ترويسة Accept-Encoding: gzip, br إلى طلبك توفّر عادةً 65–80% في المحتوى النصي.
ترسل معظم مكتبات HTTP هذه الترويسة افتراضياً، لكن من السهل جداً حذفها سهواً عند ضبط الترويسات يدوياً. إذا كنت تخصص قائمة ترويساتك فاحرص بلا شك على الإبقاء على Accept-Encoding.
بنود يجري تجاهلها
بنود تُنسى عادةً في الحسابات لكنها تشغل حيزاً كبيراً في المجموع:
- عمليات إعادة التوجيه: كل 301/302 يعني جولة إضافية. وسلاسل إعادة التوجيه الطويلة تحرق البايتات والوقت.
- الطلبات الفاشلة: الطلب الذي تنتهي مهلته يستهلك بيانات أيضاً. ونسبة فشل 20% تعني ارتفاع الفاتورة بنسبة 20%.
- إعادة المحاولات: منطق retry التلقائي قد ينزّل الصفحة نفسها 3 مرات.
- مصافحة TLS: كل اتصال جديد يضيف حملاً بنحو 5–7 KB. واستخدام تجمع اتصالات يقلل ذلك بدرجة كبيرة.
- فحوص السلامة: فحص يعمل كل دقيقة يعني آلاف الطلبات شهرياً.
- صفحات CAPTCHA: الطلبات المحظورة تُنزَّل أيضاً وتُحسب.
الطلب المحظور ليس "مجانياً": فالمصافحة وصفحة الحظر وإعادة المحاولة تنتج معاً تكلفة صفحتين كاملتين. ورفع معدل النجاح هو أنجع وسيلة للتوفير.
لا تُحسّن دون قياس
قِس بدل أن تخمّن. وجمع أحجام الاستجابات في أتمتة المتصفح لا يتطلب سوى بضعة أسطر:
المتوسط المأخوذ من بضع مئات من الطلبات دقيق بما يكفي للإسقاط الشهري. وبعد تغييرات التوفير أعد القياس نفسه وتحقق من الفارق.
نوع البروكسي المناسب بحسب نوع الحركة
إذا كان عرض النطاق باهظاً، فلا معنى لتمرير كل طلب عبر تجمع مكلف. واختيار المصدر بحسب نوع الحركة يخفض التكلفة بوضوح:
| نوع المهمة | الحجم النموذجي | المصدر المناسب | السبب |
|---|---|---|---|
| جمع الصفحات الثابتة | مرتفعة | Datacenter | أدنى تكلفة GB، وسرعة عالية |
| سوق محمي | متوسط | Residential | درجة ثقة عالية، وحظر قليل |
| عمليات حسابات بجلسات طويلة | منخفض | ISP | عنوان IP ثابت، وخيارات حركة غير محدودة |
| أشد المنصات صرامة | منخفض جدًا | Mobile | أعلى درجة ثقة، وGB مكلف |
قد تكون باقات عناوين IP الثابتة التي تقدّم حركة غير محدودة أكثر اقتصادية بكثير من الباقات القائمة على GB في الأعمال عالية الحجم وطويلة الأمد. وللقرار مقارنتنا بين ISP وresidential يمكنك الاطّلاع.
احذر نفاد الحصة: اضبط تنبيهاً
عند نفاد الحصة تتوقف العملية؛ وقد يؤدي ذلك إلى نتائج أسوأ من نقص البيانات. طبقة حماية بسيطة:
- حدّد هدفاً للاستهلاك اليومي (الحصة الشهرية ÷ 30).
- احسب البايتات المنزَّلة من جانبك أنت وأصدر تنبيهاً عند الاقتراب من العتبة.
- عند 80% انتقل تلقائياً إلى التجمع الرخيص، وعند 95% شغّل الأعمال الحرجة فقط.
- إذا كان المزوّد يوفّر API فزامن الحصة الحقيقية عدة مرات يومياً.
الخلاصة
يتحدد استهلاك الـ GB في الغالب لا بـ "كم صفحة سحبت" بل بـ "ماذا نزّلت في كل صفحة". فحجب الصور ونصوص التتبع، والحفاظ على الضغط، وتجنب استخدام المتصفح دون داعٍ، ورفع معدل النجاح — هذه الأربعة معاً تخفض فاتورة عملية نموذجية إلى الثلث. وإذا أردت قبل البدء بقياس استهلاكك أن توضّح أي نوع من البروكسي يناسب عملك فراجع صفحات المواقع والمنتجات لدينا يمكنك الاطلاع عليها.