Przewodnik po cennikach proxy: jak wybrać model rozliczeń i nie przepłacić

Dlaczego cennik proxy jest tak zagmatwany?

Kupujesz proxy po raz pierwszy i widzisz: $1,50/GB, $2/IP/miesiąc, $3/1000 requestów. Trzy różne jednostki, trzy różne modele — i zero jasności, który z nich będzie tańszy dla Twojego projektu. Nie jesteś sam. Większość buyerów technicznych traci godziny na porównywanie ofert, które nie dają się porównać wprost.

Problem polega na tym, że residential proxy cost zależy nie tylko od stawki za GB, ale też od ukrytych dopłat, geografii, sesji sticky i jakości puli. Dostawca A z $1/GB może wyjść drożej niż dostawca B z $3/GB, jeśli A ma mało ASN-ów i wysoki fail rate.

W tym przewodniku rozbijemy każdy model rozliczeń, pokażemy jak policzyć cost per GB proxies dla konkretnego use-case'u, zdemaskujemy ukryte koszty i damy Ci narzędzia do negocjacji.

Trzy modele rozliczeń — per GB, per IP/port, per request

Model 1: Per GB (bandwidth-based)

Dominujący model dla residential i mobile proxy. Płacisz za ilość danych przesyłanych przez serwery dostawcy, zazwyczaj w przedziale $0,50–$15/GB w zależności od typu i jakości puli.

• Zaleta: elastyczność — płacisz za to, co zużywasz; idealne do scrapingu z dużą przepustowością.
• Wada: koszty rosną liniowo z bandwidtem; ciężko przewidzieć rachunek, jeśli nie znasz rozmiaru stron.

Typowi gracze: Bright Data, Oxylabs, ProxyHat, Smartproxy, IPRoyal.

Model 2: Per IP / Per port

Standard dla datacenter i ISP proxy. Kupujesz określoną liczbę adresów IP (lub portów) z limitem bandwidth lub bez. Ceny: $0,50–$5/IP/miesiąc dla datacenter, $2–$15/IP/miesiąc dla ISP.

• Zaleta: przewidywalny koszt; idealne do zadań wymagających stałych sesji (konta, monitorowanie).
• Wada: nieopłacalne przy krótkich, intensywnych zadaniach — płacisz za IP, nawet jeśli zużywasz 10 MB.

Typowi gracze: Proxy-Cheap, Webshare, ProxySeller, wielu dostawców datacenter.

Model 3: Per request

Rzadki model, spotykany głównie u SERP API i wyspecjalizowanych scraperów. Płacisz za każdy request, niezależnie od rozmiaru odpowiedzi. Ceny: $0,50–$5/1000 requestów.

• Zaleta: proste kalkulacje; brak niespodzianek przy dużych payloadach.
• Wada: przy małych odpowiedziach (SERP ~50 KB) koszt per GB może przekraczać $50.

Typowi gracze: SerpAPI, ScraperAPI, Zenserp.

Tabela porównawcza modeli rozliczeń

Jak policzyć realny koszt — kalkulator

Zanim zaczniesz porównywać proxy pricing, musisz wiedzieć, ile danych zużyjesz. Formuła jest prosta:

Bandwidth (GB) = Liczba stron × Średni rozmiar strony (KB) ÷ 1 000 000

Przykład: scraping 10M stron produktowych/miesiąc

• Średni rozmiar strony produktowej: ~100 KB (HTML + JSON inline)
• Liczba stron: 10 000 000
• Bandwidth = 10 000 000 × 100 ÷ 1 000 000 = 1 000 GB = 1 TB

Przy stawce $1,50/GB (residential, ProxyHat):

• 1 000 GB × $1,50 = $1 500/miesiąc

Przy stawce $8/GB (premium, Bright Data):

• 1 000 GB × $8 = $8 000/miesiąc

Różnica: $6 500/miesiąc za ten sam wolumen. I tu pojawia się pytanie: czy premium warte jest ponad 5× więcej? O tym w sekcji o jakości.

Przykład: SERP monitoring 500K zapytań/miesiąc

• Średni rozmiar odpowiedzi SERP: ~50 KB
• Bandwidth = 500 000 × 50 ÷ 1 000 000 = 25 GB

Per GB ($1,50/GB): 25 × $1,50 = $37,50

Per request ($2/1K req): 500 × $2 = $1 000

Wniosek: przy SERP-ach model per GB jest ~27× tańszy niż per request. Odwróć to dla dużych payloadów — per request wygrywa.

Szybki kalkulator w Pythonie

def calc_proxy_cost(pages, avg_kb, price_per_gb):
    """Kalkuluj miesięczny koszt proxy."""
    gb = pages * avg_kb / 1_000_000
    cost = gb * price_per_gb
    return gb, cost

# Przykład: 10M stron, 100 KB każda, $1.50/GB
gb, cost = calc_proxy_cost(10_000_000, 100, 1.50)
print(f"Bandwidth: {gb:.0f} GB, Koszt: ${cost:,.2f}/mies.")
# Output: Bandwidth: 1000 GB, Koszt: $1,500.00/mies.

Ukryte koszty — na co uważać

1. Dopłaty za sticky sessions

Niektórzy dostawcy doliczają 20–50% za sesje sticky (utrzymanie tego samego IP przez określony czas). Jeśli Twój use-case wymaga logowania i przeglądania kont, to nie jest opcja — to konieczność.

Przy ProxyHat sesje sticky są dostępne bez dopłaty — używasz flagi session w username:

# Sticky session na 30 minut
export http_proxy=http://user-session-abc123:pass@gate.proxyhat.com:8080
curl https://example.com

2. Geo-premium pricing

Adresy z USA, UK, Niemiec, Francji kosztują często 2–3× więcej niż z Wietnamu, Indii, Brazylii. Powód: popyt. Dostawcy wiedzą, że większość e-commerce i SERP targetuje rynki anglosaskie.

Jeśli scrapujesz ceny z Amazon.de i Mercado Libre Argentina, Twoje residential proxy cost będzie drastycznie różny w zależności od geografii.

3. Overhead per request

Każdy request HTTP niesie overhead: DNS lookup, TCP handshake, TLS negotiation. Przy małych stronach (SERP, API JSON) overhead może stanowić 30–50% całego bandwidth. Przy dużych stronach (obrazy, PDF) — poniżej 5%.

Implikacja: jeśli robisz miliony małych requestów, realny cost per GB proxies jest wyższy niż nominalna stawka, bo dostawca liczy cały traffic, w tym overhead.

4. Nieudane requesty i retries

Większość dostawców odlicza bandwidth za nieudane requesty. Jeśli Twój success rate to 85%, realny koszt rośnie o ~18% z powodu retries. Zawsze pytaj: czy nieudane requesty są odliczane z bandwidth?

5. Limity współbieżności

Tani dostawca może oferować $1/GB, ale z limitem 100 jednoczesnych połączeń. Przy 10M stron/miesiąc potrzebujesz 300+ concurrent connections — i nagle musisz kupić wyższy tier lub czekać dłużej.

Budget-tier vs premium-tier — gdzie idzie dodatkowy $/GB?

Na rynku residential proxy ceny wahają się od $0,70/GB do $15/GB. Skąd taka rozpiętość? Oto co dostajesz za wyższą stawkę:

Kiedy budget wystarczy?

• Scraping publicznych danych bez anti-bota.
• Tolerancja na 15–30% fail rate.
• Małe wolumeny (<50 GB/miesiąc).
• Geo-targeting tylko na poziomie kraju.

Kiedy warto zapłacić premium?

• Site z agresywnym anti-botem (Cloudflare, PerimeterX, Akamai).
• Wymagane sticky sesje z ASN-level targetingiem.
• Wysoki wolumen (>500 GB/miesiąc) — koszt retries w budget tier zjada oszczędności.
• SLA krytyczny — downtime = utracone przychody.

Kluczowa insight: przy 10M stron/miesiąc, różnica między 85% a 95% success rate to 1M dodatkowych retries. Przy $1,50/GB i ~100 KB/strona, to ~$15 000 dodatkowego bandwidth rocznie. Premium tier z wyższym success rate może się zwrócić.

Negocjacje — kiedy i jak

Kiedy oczekiwać custom pricing?

• Commitment od $5 000/miesiąc — większość dostawców wchodzi w negocjacje.
• Annual prepay — 15–30% discount jest standardem.
• Volume commitment — np. 10 TB/miesiąc przez 12 miesięcy = locked rate.

Co negocjować?

1. Stawka per GB — base, ale nie jedyny parametr.
2. Sticky session upcharge — poproś o usunięcie lub obniżenie.
3. Geo-premium — jeśli targetujesz wiele regionów, negocjuj flat rate.
4. Retry policy — czy nieudane requesty są odliczane? Jeśli nie, negocjuj credit.
5. Concurrency limits — podbijaj je przy volume commitment.
6. SLA — uptime, success rate, response time. Poproś o penalty clause.

Strategia negocjacji

Zawsze miej 2–3 alternatywy. Pokaż dostawcy, że porównujesz realne oferty. Użyj naszego kalkulatora, żeby pokazać konkretne liczby:

# Porównanie ofert dla 10M stron, 100 KB każda
providers = [
    {"name": "ProxyHat", "price_per_gb": 1.50, "success_rate": 0.93},
    {"name": "Provider A", "price_per_gb": 0.80, "success_rate": 0.78},
    {"name": "Provider B", "price_per_gb": 8.00, "success_rate": 0.97},
]

for p in providers:
    raw_gb = 1000  # 10M × 100KB
    effective_gb = raw_gb / p["success_rate"]
    monthly_cost = effective_gb * p["price_per_gb"]
    print(f"{p['name']}: {effective_gb:.0f} GB eff., ${monthly_cost:,.0f}/mies.")

# ProxyHat: 1075 GB eff., $1,613/mies.
# Provider A: 1282 GB eff., $1,026/mies.
# Provider B: 1031 GB eff., $8,247/mies.

Widzisz? Provider A jest tańszy nominalnie, ale po uwzględnieniu success rate ProxyHat jest konkurencyjny, a Provider B jest 5× droższy za marginalnie lepszy wynik.

Kiedy zmienić model rozliczeń?

Z per GB na per IP/port

Jeśli Twój team zużywa mniej niż 500 MB/IP/miesiąc, model per GB jest prawdopodobnie tańszy. Ale jeśli:

• Utrzymujesz długie sesje (konta, monitorowanie) — płacisz za bandwidth, który mógłby być unlimited.
• Masz stały zestaw IP, z których każdy zużywa >5 GB/miesiąc — per IP z unlimited bandwidth może być tańsze.
• Potrzebujesz ISP proxy do account management — per IP jest naturalnym modelem.

Z per IP/port na per GB

Jeśli:

• Twoje zadania są krótkie i intensywne (scraping, data collection).
• Nie potrzebujesz stałych IP — rotacja jest OK.
• Zużycie per IP jest nieprzewidywalne.

Z per GB na per request

Jeśli:

• Scrapujesz wyłącznie SERP i małe API response.
• Potrzebujesz gwarantowanego success rate z built-in parsingiem.
• Twój zespół nie ma resources na zarządzanie proxy infrastructure.

Reguła kciuka: jeśli Twój średni response size to <30 KB i robisz >1M requestów/miesiąc — sprawdź per request. Jeśli >100 KB — per GB będzie tańsze.

Kiedy NIE używać residential proxy

Szacunkowo, 60% use-caseów nie potrzebuje residential IP. Jeśli:

• Target site nie ma anti-bota.
• Nie potrzebujesz geo-targetingu na poziomie miasta.
• Twoje zadanie jest powtarzalne i przewidywalne.

...wtedy datacenter proxy za $0,50–$2/IP/miesiąc będzie 10–50× tańsze. Przy ProxyHat:

# Datacenter proxy — szybsze, tańsze, bez anti-bota
export http_proxy=http://USERNAME:PASSWORD@gate.proxyhat.com:8080
curl https://httpbin.org/ip

Więcej o różnicach między typami proxy znajdziesz w naszym porównaniu typów proxy.

Praktyczny przykład — pełna kalkulacja

Załóżmy: scraping e-commerce, 5M stron produktowych/miesiąc, średnio 80 KB/strona, target: USA i Niemcy.

Krok 1: Oblicz bandwidth

5 000 000 × 80 KB = 400 GB/miesiąc

Krok 2: Oblicz effective bandwidth (z retries)

Przy success rate 92%: 400 ÷ 0,92 = 435 GB

Krok 3: Dodaj overhead

+10% na TLS/TCP overhead: 435 × 1,10 = 478 GB

Krok 4: Oblicz koszt

• ProxyHat residential: 478 × $1,50 = $717/miesiąc
• Premium provider: 478 × $8 = $3 824/miesiąc
• Budget provider (success rate 78%): 400 ÷ 0,78 × 1,10 × $0,80 = $451/miesiąc

Ale uwaga: budget provider wymaga 2× więcej requestów, co oznacza 2× dłuższy czas scrapingu i 2× więcej zasobów serwera. Realny koszt z personelem i infrastrukturą: $800–$1 200/miesiąc.

Krok 5: Decyzja

ProxyHat przy $717/miesiąc z 92% success rate i geo-targetingiem USA+DE to sweet spot. Budget provider oszczędza na papierze, ale kosztuje więcej w praktyce. Premium jest overkill dla tego use-case'u.

Sprawdź aktualne ceny na stronie cennika ProxyHat.

Key Takeaways

• Model per GB dominuje w residential/mobile — idealny do masowego scrapingu.
• Model per IP/port dominuje w datacenter/ISP — lepszy do długich sesji i account management.
• Model per request jest rzadki i opłacalny tylko przy małych payloadach (SERP).
• Zawsze licz effective cost: nominalna stawka × (1 ÷ success rate) × overhead multiplier.
• Ukryte koszty (sticky upcharge, geo-premium, retry bandwidth) mogą dodać 20–50% do rachunku.
• Budget tier wystarczy do prostych zadań; premium jest uzasadnione przy anti-bocie i SLA krytycznym.
• Negocjuj przy commitment $5K+/miesiąc — 15–30% discount jest realistyczny.
• Rozważ zmianę modelu, jeśli Twój use-case zmienił się (np. z scrapingu na account management).

Często zadawane pytania