Vercel to platforma hostingowa stworzona przez twórców Next.js — zoptymalizowana pod frameworki JavaScript (Next.js, Nuxt, SvelteKit, Astro). W praktyce: deploykasz projekt z Gita, Vercel buduje go automatycznie, dystrybuuje na edge (sieć CDN w ~30 lokalizacjach) i serwuje z minimalnym TTFB. Brzmi idealnie — i w wielu przypadkach jest. Ale nie zawsze. Poniżej opisujemy, kiedy Vercel ma sens, kiedy lepszy własny serwer i ile to kosztuje w produkcji.
Jak działa Vercel — edge, serverless i CDN
Vercel łączy trzy koncepty: statyczne pliki serwowane z CDN (HTML, CSS, JS, obrazy), serverless functions dla dynamicznych API routes (działają jako Lambda na żądanie) i edge runtime dla middleware i funkcji wymagających niskiej latencji.
W praktyce: strona statyczna (SSG/ISR) jest serwowana z najbliższego edge node z TTFB 20–50 ms. Dynamiczne API routes (np. formularz kontaktowy, webhook) odpalają się jako serverless functions z cold start 100–300 ms. Middleware (np. redirect, auth check) działa na edge bez cold startu.
Dla Next.js to jest hosting zoptymalizowany na poziomie frameworka — Vercel wie, jak Next.js generuje strony, i serwuje je optymalnie. Na własnym VPS musisz to konfigurować sam: nginx, PM2, node process, CDN przed nim. Na Vercel — zero konfiguracji serwera.
Vercel vs własny VPS — kiedy co
Decyzja zależy od trzech czynników: budżet, kontrola i złożoność backendu.
- Vercel jest lepszy, gdy: projekt to Next.js frontend (SSG/ISR) z prostym API, nie potrzebujesz pełnej kontroli nad serwerem, zależy Ci na szybkim deploy z Gita i zero DevOps.
- VPS jest lepszy, gdy: masz złożony backend (baza, cron jobs, kolejki, websockety), potrzebujesz pełnej kontroli nad infrastrukturą, budżet nie pozwala na skalę Vercel ($20/dev/mies. + opłaty za użycie).
Stack technologiczny oparty o Vercel zastosowaliśmy m.in. przy realizacji serwisu trimsandfasteners.com — międzynarodowej platformy katalogowej w branży złączy przemysłowych. Z kolei serwis finansowy podhipoteke24.pl z branży pozabankowych pożyczek hipotecznych postawiliśmy na własnym serwerze, bo wymagał rozbudowanego backendu z bazą danych i zadaniami cyklicznymi.
Koszty Vercel — co naprawdę płacisz
Vercel Hobby (darmowy) wystarcza do portfolio i projektów osobistych. Vercel Pro ($20/dev/mies.) to minimum dla projektów komercyjnych — daje custom domeny, analytics, więcej bandwidth i serverless function minutes.
Uwaga na ukryte koszty: serverless function execution (po przekroczeniu limitu), bandwidth (po 1 TB), edge function invocations, image optimization (po limicie). Dla strony firmowej z 10 tys. wizyt/mies. koszt to zwykle $20–40/mies. Dla e-commerce z 100 tys. wizyt i dużą ilością dynamicznych zapytań — koszt może rosnąć do $100–200/mies., gdzie VPS za $20–40 zrobiłby to samo.
Vercel a WordPress headless
Jednym z popularnych scenariuszy jest WordPress jako CMS + Next.js na Vercel jako frontend. WordPress siedzi na tanim hostingu lub VPS, Next.js pobiera dane przez REST API lub GraphQL, buduje strony jako SSG i serwuje z Vercel edge.
Zalety: TTFB 20–50 ms (vs 300–800 ms na klasycznym WordPress), bezpieczeństwo (WordPress nie jest wystawiony na świat), skalowalność (Vercel skaluje automatycznie). Wady: dwa serwery do utrzymania, większa złożoność deploymentu, konieczność rewalidacji cache po zmianach w WordPress.
Z naszego doświadczenia architektura headless WordPress + Vercel daje najlepszy stosunek wydajności do kosztu dla stron firmowych i serwisów contentowych. Dla e-commerce z WooCommerce zwykle zostajemy przy klasycznym WordPress z Redis i custom motywem — bo checkout i koszyk wymagają pełnego backendu, który lepiej działa na dedykowanym serwerze.
