Ценообразуване при Web Scraping: на GB, на страница или на request?

Никой не продава web scraping в една и съща мерна единица

Bright Data ценообразува своя Web Unlocker на хиляда requests. Oxylabs ценообразува Web Unblocker на гигабайт. Firecrawl таксува един кредит на страница. Zyte таксува на хиляда успешни responses, разделени в пет нива на сложност. Apify таксува compute unit, което е един гигабайт RAM, задържан за един час.

Петима доставчици, пет мерни единици. Нито една от тях не се преобразува в друга без стойност, която трябва да измерите сами, и никой от тях не публикува тази стойност, защото тя зависи от вашия трафик, а не от техния продукт.

Прочетохме всичките пет страници с цени на 8 септември 2026 г. Ето какво казват те и какво показва аритметиката.

Бързо сравнение

Две неща се набиват на очи в тази таблица.

Цените на самия Zyte варират 124 пъти. Един и същ доставчик, една и съща мерна единица, един и същ ред в една и съща фактура: прост сайт, извлечен през HTTP, струва $0.13 на хиляда, докато сложен сайт, рендиран в браузър, струва $16.08. Всеки, който цитира "на хиляда requests" като съпоставимо число, цитира само единия край на толкова широк диапазон.

А Bright Data сменя мерните единици по средата на собствения си каталог. Web Unlocker се продава на request. 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% са излишен обем, за чието пренасяне сте платили.

Приложете това към плана на Oxylabs за 8 GB на цена $9.40/GB:

• При извличане само на HTML, при 22 KB на страница, един гигабайт е приблизително 45 000 страници. Това е около $0.21 за 1000 страници.
• При пълно рендериране на страницата, при 2559 KB, един гигабайт е приблизително 390 страници. Това е около $24 за 1000 страници.

Един и същ план. Една и съща обявена цена. Разлика от 116 пъти, определена изцяло от настройка в собствения ви код.

Сега сравнете това с Firecrawl. При $83 за 100 000 кредита на годишен план, един кредит на страница, плащате $0.83 за 1000 страници, независимо дали страницата тежи 20 KB или 4 MB. В сравнение с извличането само на HTML, таксуването на гигабайт е около четири пъти по-евтино. В сравнение с пълното рендериране, то е около 29 пъти по-скъпо.

Точката на пресичане е около 100 килобайта

Пресметнете го и двата модела на таксуване се срещат при конкретен размер на страницата. $0.00083 за страница при Firecrawl, разделени на $9.40 за гигабайт при Oxylabs, прави 88 KB. Ако вземете Firecrawl на месечен план вместо годишен ($99.50 за същите 100 000 кредита), точката на пресичане се измества на 106 KB. Под тази граница печели таксуването на гигабайт. Над нея печели фиксираното таксуване на страница, като разликата расте бързо, защото размерът на страницата няма таван.

Ето интересната част. Oxylabs публикуват собственото си преобразуване, без да го представят като такова: безплатният пробен период на Web Unblocker е описан като "1GB (до 10 000 резултата)". Това са 100 KB на резултат, което попада точно в диапазона, който току-що изчислихме от ценовите листи на други два доставчика. Тяхната собствена аритметика предполага, че извличате документи, а не рендерирате галерии.

Така че, ако ви таксуват на байт и управлявате браузър, най-големият лост за оптимизация не е вашият доставчик. Това е блокирането на изображения и шрифтове, преди страницата да се зареди, защото при средната страница това са 1033 от общо 2559 KB. Предпочитаме да ви кажем това, вместо да се преструваме, че логото върху фактурата определя сметката.

Две честни уточнения. Това са медианни стойности за цялата мрежа, а вашите цели не са цялата мрежа (страниците за електронна търговия и пътувания са по-тежки, JSON endpoints са много по-леки). Освен това рендерирана страница с блокирано медийно съдържание може да остане доста под медианата, което измества точката на пресичане във ваша полза, без да променя нищо в ценовата листа. Същата аритметика определя кога стъпката за извличане с LLM спира да се изплаща: единичната цена никога не е интересната цифра, важна е цената на запазен запис.

Какво се счита за таксувано е втора ос

Единицата мярка е единият въпрос. Какво задейства отчитането е съвсем различен въпрос, който лесно се пропуска.

Bright Data рекламират "плащате само при успех" за Web Unlocker. Zyte таксува "за 1000 успешни отговора". Firecrawl изразходва по един кредит на API request, според дадения endpoint. При таксуване на гигабайт изобщо няма условие за успех: байтовете са прехвърлени, съответно ви таксуват, а страницата с проверка, която изхвърляте, е страница, която сте платили.

Това е по-важно, отколкото звучи, тъй като проверката или междинната страница обикновено пристигат с прикачен статус HTTP 200. Ако дефиницията ви за успех е статус кодът, вашата retry логика и фактурата ви ще се разминават с набора ви от данни. Писахме за това разминаване в Правилата за валидация вече определят какво се счита за успех, и това е същата пукнатина, която превръща частичното блокиране в тиха дупка във времевия ред.

Кой коя мерна единица трябва да купува

Купувайте на гигабайт, ако извличате документи, вместо да ги рендерирате, и целите ви са текст: резултати от търсене, JSON endpoints, страници със списъци, sitemaps. При 20 до 50 KB на страница ценообразуването на байт е най-евтиното на пазара и нищо друго не се доближава до него.

Купувайте на страница или на request, ако рендерирате, ако целите ви съдържат много медия или ако просто не можете да предвидите теглото на страниците в голям спектър от сайтове. Плащате надбавка при малките обеми, за да си осигурите таван при големите, а при натоварване с рендериране този таван струва много.

Купувайте на ниво (tier), както го предлага Zyte, ако миксът от цели е стабилен и знаете в кое ниво попада всеки сайт. Моделът е откровен за факта, който всички останали замазват с осредняване, а именно, че трудните сайтове струват повече за събиране. Не е подходящ, когато списъкът с цели се променя всяка седмица.

Купувайте изчислителни единици (compute units), ако изпълнявате дълги crawl процеси със собствен код върху платформата. Този измервател таксува машината, а не данните, така че възнаграждава бързия parser и наказва бавния. Това е единственият модел в този списък, при който оптимизирането на вашия код се отразява директно във фактурата.

Никоя от тези единици не е уловка. Всяка от тях е залог за това как изглежда типичният трафик, направен от доставчик, който познава клиентската си база. Грешката не е в избора на грешна единица. Грешката е в сравняването на две оферти, които никога не са били в една и съща единица, и приемането на по-ниската цифра за решение.

Цената се покачва, независимо дали някой я вдига

Преди да приемете оферта от когото и да било, включително от нас, измерете две числа от трафика си за една седмица: байтове на извличане и дела на извличанията, които са върнали нещо, което реално сте запазили. Всяка оферта в тази публикация се преобразува лесно, след като разполагате с тези две стойности, и никоя не може да се преобразува без тях.

След това наблюдавайте какво се случва през следващата година. Медианната начална страница е нараснала със 7.8% за дванадесет месеца и натискът е изцяло в една посока. Ако сметката ви се изчислява в байтове, това е годишно увеличение на цената, което никой не е длъжен да обявява, за разходно перо, което никой не е договарял.

В FourA връщаме стойността на всяко извикване директно в самия response, така че преобразуването е нещо, което виждате в движение, а не го реконструирате от фактура в края на месеца. Това няма да ви каже коя единица да купите. То ще ви каже какво реално харчите за запазена страница, което е стойността, около която се върти целият въпрос.