← كل المقالات

تسعير Web Scraping: حسب GB، أو الصفحة، أو Request؟

تعتمد Bright Data الفوترة لكل request، وOxylabs لكل gigabyte، وFirecrawl لكل صفحة. حسبنا تكلفة 1000 صفحة متطابقة بخمس طرق، ولا يمكن مقارنة عرضين حتى توحد وحدة القياس.

لا أحد يبيع تجريف الويب بنفس الوحدة

تسعر Bright Data خدمة Web Unlocker لكل ألف طلب. وتسعر Oxylabs خدمة Web Unblocker لكل جيجابايت. وتحتسب Firecrawl رصيدا واحدا لكل صفحة. وتحتسب Zyte التكلفة لكل ألف استجابة ناجحة، مقسمة على خمسة مستويات صعوبة. وتفوتر Apify بوحدة الحوسبة، وهي جيجابايت واحد من الذاكرة العشوائية RAM لمدة ساعة.

خمسة مزودين، بخمس وحدات قياس. لا يمكن تحويل أي منها إلى الأخرى دون رقم يتعين عليك قياسه بنفسك، ولا أحد منهم ينشر ذلك الرقم، لأنه يتعلق بحركة المرور الخاصة بك وليس بمنتجهم.

لقد قرأنا جميع صفحات التسعير الخمس في 8 سبتمبر 2026. إليك ما تقوله، وما تظهره العمليات الحسابية.

مقارنة سريعة

المزود / المنتج وحدة الفوترة السعر المعلن، 8 سبتمبر 2026
Bright Data Web Unlocker لكل 1K طلب 1.50 دولار/1K للدفع حسب الاستخدام، 1.30 دولار/1K على خطة 499 دولار
Bright Data Browser API لكل GB يبدأ من 5 دولارات/GB
Oxylabs Web Unblocker لكل GB 9.40 دولار/GB عند 8GB، 8.60 دولار/GB عند 38GB، 7.50 دولار/GB عند 88GB
Oxylabs Web Scraper API لكل 1K نتيجة يبدأ من 0.25 دولار/1K
Firecrawl لكل صفحة (رصيد واحد) 83 دولارا/شهريا تدفع سنويا لـ 100K رصيد، أي 0.83 دولار لكل 1K صفحة
Zyte API لكل 1K استجابة ناجحة، 5 مستويات للمواقع 0.13 إلى 1.27 دولار/1K عبر HTTP، 1.01 إلى 16.08 دولار/1K للصفحات المعالجة (rendered)
Apify وحدة حوسبة (1 GB من RAM لمدة ساعة) 0.20 دولار/CU، 0.13 دولار/CU على خطة 999 دولار

هناك أمران يلفتان الانتباه في هذا الجدول.

قائمة أسعار Zyte نفسها تتفاوت بمقدار 124 ضعفا. نفس المزود، نفس الوحدة، نفس البند في الفاتورة: جلب موقع بسيط عبر HTTP يكلف 0.13 دولار لكل ألف، بينما معالجة موقع متقدم في المتصفح تكلف 16.08 دولار. أي شخص يطرح تسعير "لكل ألف طلب" كرقم للمقارنة إنما يقتبس طرفا واحدا من نطاق بهذا الاتساع.

كما أن Bright Data تغير وحدات التسعير في منتصف قائمة منتجاتها. إذ تباع خدمة Web Unlocker لكل طلب، بينما تباع خدمة Browser API لكل جيجابايت. هذا ليس إهمالا، بل هو المؤشر الحقيقي، وبقية هذا المقال توضح ما يعنيه ذلك.

ما الذي تشتريه الجيجابايت فعليا

الرقم الذي يحدد كل عملية تحويل هو متوسط حجم الصفحة لديك، والبيانات العامة حول ذلك صادمة.

يقدر تقرير Web Almanac 2025 من HTTP Archive الوسيط لحجم الصفحة الرئيسية للهاتف المحمول بـ 2,559 KB وفقا لعملية الزحف في يوليو 2025، بزيادة 8.4% خلال عام. وبتقسيم تلك الصفحة الوسيطة حسب نوع المحتوى، نجد 911 KB من الصور، و632 KB من JavaScript، و122 KB من الخطوط، و77 KB من CSS.

و22 KB فقط من HTML.

هذا الرقم الأخير هو الأهم، لأن مستند HTML عادة ما يكون الجزء الوحيد الذي تحلله. في الصفحة الوسيطة، يمثل هذا 0.86% من إجمالي البايتات التي يجلبها المتصفح بالكامل. أما الـ 99% المتبقية فهي مجرد عناصر إضافية دفعت مقابل نقلها.

احسب ذلك وفقا لخطة 8 GB من Oxylabs بسعر 9.40 دولار/GB:

  • جلب HTML فقط، بحجم 22 كيلوبايت لكل صفحة، يعادل الجيجابايت الواحد فيه حوالي 45,000 صفحة. أي نحو $0.21 لكل 1,000 صفحة.
  • تصيير الصفحة بالكامل، بحجم 2,559 كيلوبايت، يعادل الجيجابايت الواحد فيه حوالي 390 صفحة. أي نحو $24 لكل 1,000 صفحة.

الخطة نفسها. السعر المعلن نفسه. فارق يصل إلى 116 ضعفاً، يحدده بالكامل خيار برمجي في الكود الخاص بك.

قارن ذلك الآن مع Firecrawl. بسعر $83 لكل 100,000 رصيد في الخطة السنوية، وبواقع رصيد واحد لكل صفحة، ستدفع $0.83 لكل 1,000 صفحة سواء كان حجم الصفحة 20 كيلوبايت أو 4 ميجابايت. مقارنة بجلب HTML فقط، يكون التسعير بالجيجابايت أرخص بنحو 4 أضعاف. ومقارنة بالتصيير الكامل، يكون أغلى بنحو 29 ضعفاً.

نقطة التعادل تقع قرب 100 كيلوبايت

بحساب رياضي بسيط، يلتقي المقياسان عند حجم صفحة محدد. قسمة تكلفة الصفحة في Firecrawl البالغة $0.00083 على تكلفة الجيجابايت في Oxylabs البالغة $9.40 تعطي 88 كيلوبايت. وإذا اعتمدت خطة Firecrawl الشهرية بدلاً من السنوية ($99.50 لنفس الـ 100,000 رصيد)، تنتقل نقطة التعادل إلى 106 كيلوبايت. تحت هذا النطاق، يتفوق نظام الفوترة بالجيجابايت. وفوقه، يتفوق التسعير الثابت لكل صفحة، وتتسع الفجوة سريعاً لعدم وجود حد أقصى لحجم الصفحات.

هذا هو الجزء المثير للاهتمام. تنشر Oxylabs تقديرها الخاص دون تقديمه بصراحة كتحويل تسعيري: توصف التجربة المجانية لـ Web Unblocker بأنها "1GB (up to 10k results)". هذا يعني 100 كيلوبايت لكل نتيجة، وهو ما يقع تماماً داخل النطاق الذي استنتجناه للتو من قوائم أسعار مزودين آخرين. حساباتهم الخاصة تفترض أنك تجلب مستندات، لا تصيّر معارض صور.

لذا، إذا كنت تحاسب بحجم البيانات وتدير متصفحاً، فإن العامل الأكبر تأثيراً ليس المزود الذي تختاره. بل هو حظر الصور والخطوط قبل تحميل الصفحة، لأنها تمثل في الصفحة المتوسطة 1,033 كيلوبايت من أصل 2,559 كيلوبايت. نفضل إخبارك بذلك بدلاً من الادعاء بأن اسم الشركة على الفاتورة هو ما يحدد التكلفة.

تنبيهان صريحان. هذه أرقام وسيطة عبر الويب بأكمله، والمواقع المستهدفة لديك لا تمثل الويب بأكمله (صفحات المتاجر والسياحة أثقل حجماً، ونقاط نهاية JSON أخف بكثير). كما أن تصيير الصفحة مع حظر الوسائط يمكن أن ينزل بالحجم إلى ما دون المتوسط بكثير، مما ينقل نقطة التعادل لصالحك دون تغيير أي شيء في صفحة الأسعار. المعادلة الحسابية نفسها تحدد متى تتوقف خطوة الاستخراج عبر LLM عن تبرير تكلفتها: سعر الوحدة ليس الرقم المهم على الإطلاق، بل السعر لكل سجل تحتفظ به هو الأهم.

ما يُحتسب للفوترة هو المحور الثاني

نوع الوحدة مسألة قائمة بذاتها. أما ما يحسبه العداد فهو مسألة أخرى يسهل إغفالها.

تعلن Bright Data عن مبدأ "ادفع مقابل النجاح فقط" في Web Unlocker. وتحدد Zyte الأسعار "لكل 1,000 استجابة ناجحة". ويخصم Firecrawl رصيداً لكل طلب API، حسب الـ endpoint. أما في نظام الفوترة بالجيجابايت فلا يوجد شرط للنجاح مطلقاً: البيانات تم نقلها، وبالتالي ستتم محاسبتك عليها، وصفحة التحدي التي تتخلص منها هي صفحة دفعت ثمنها بالفعل.

هذا الأمر أكثر أهمية مما يبدو، لأن التحدي الأمني أو الصفحة البينية يصل عادةً مصحوباً برمز HTTP 200. إذا كان تعريفك للنجاح يعتمد على رمز الحالة، فإن منطق إعادة المحاولة وفاتورتك سيتعارضان مع مجموعة بياناتك. لقد كتبنا عن هذا الانقسام في Validate Rules Now Decide What Counts as Success، وهو نفس خطأ التصدع الذي يحول الحظر الجزئي إلى فجوة صامتة في السلسلة الزمنية.

من يجب أن يشتري كل وحدة تسعير

الشراء لكل جيجابايت إذا كنت تجلب المستندات بدلاً من تصييرها، وكانت أهدافك عبارة عن نصوص: نتائج بحث، endpoints بصيغة JSON، صفحات القوائم، وخرائط المواقع. عند حجم يتراوح بين 20 إلى 50 كيلوبايت للصفحة، يكون التسعير بالبايت هو الخيار الأرخص في السوق ولا يقترب منه شيء آخر.

الشراء لكل صفحة أو لكل request إذا كنت تقوم بالتصيير، أو إذا كانت أهدافك تحتوي على وسائط كثيفة، أو ببساطة إذا لم تتمكن من التنبؤ بحجم الصفحة عبر نطاق واسع من المواقع. أنت تدفع تكلفة إضافية للأحجام الصغيرة لضمان حد أقصى للتكلفة للأحجام الكبيرة، وفي أعباء عمل التصيير، هذا الحد الأقصى يستحق الكثير.

الشراء بنظام الفئات (Tier)، كما تبيعه Zyte، إذا كان مزيج أهدافك مستقراً وتعرف الفئة التي يقع فيها كل موقع. هذا النموذج صريح بشأن ما يتجاهله الآخرون في حسابات المتوسط، وهو أن جمع البيانات من المواقع الصعبة يكلف أكثر. ولكنه خيار غير مناسب عندما تتغير قائمة أهدافك أسبوعياً.

شراء وحدات الحوسبة إذا كنت تشغل عمليات زحف طويلة باستخدام التعليمات البرمجية الخاصة بك على المنصة. يقوم هذا المقياس بمحاسبتك على استخدام الآلة، وليس البيانات، وبالتالي فهو يكافئ المحلل السريع ويعاقب البطيء. إنه النموذج الوحيد في هذه القائمة الذي يظهر فيه تحسين الكود الخاص بك مباشرة على الفاتورة.

لا تعد أي من هذه الوحدات خدعة. كل واحدة منها تمثل رهاناً على شكل حركة المرور النموذجية، يضعه مزود يعرف قاعدة عملائه جيداً. الخطأ ليس في اختيار الوحدة الخاطئة، بل في مقارنة عرضي أسعار لم يكونا بنفس الوحدة واعتبار الرقم الأرخص قراراً صائباً.

السعر يرتفع سواء رفعه أحد أم لا

قبل أن تقبل أي عرض سعر من أي جهة، بما في ذلك نحن، قم بقياس رقمين من حركة المرور الخاصة بك على مدار أسبوع: عدد البايتات لكل عملية جلب، ونسبة عمليات الجلب التي أعادت بيانات احتفظت بها بالفعل. كل عرض سعر في هذا المقال يمكن تحويله ومقارنته بدقة بمجرد حصولك على هذين الرقمين، ولا يمكن تحويل أي منها بدونهما.

ثم راقب ما سيحدث في العام المقبل. لقد نما متوسط حجم الصفحة الرئيسية بنسبة 7.8% في اثني عشر شهراً، والضغط يسير في اتجاه واحد فقط. إذا كانت فاتورتك مقومة بالبايت، فهذه زيادة سنوية في الأسعار لا يحتاج أحد إلى الإعلان عنها، على بند لم يتفاوض بشأنه أحد.

في FourA، نعيد تكلفة كل استدعاء ضمن الـ response نفسه، بحيث تكون عملية التحويل شيئاً تقرؤه أولاً بأول بدلاً من إعادة بنائه من الفاتورة في نهاية الشهر. لن يخبرك هذا بالوحدة التي يجب شراؤها، ولكنه سيخبرك بما تنفقه بالفعل لكل صفحة احتفظت بها، وهو الرقم الذي تدور حوله كل هذه المسألة.