Vercel, Netlify ve Cloudflare Pages: JAMstack hosting karşılaştırması

JAMstack (JavaScript, APIs, Markup) yaklaşımında siteyi build edip statik/yarı statik olarak yayınlamak, hız ve ölçek açısından ciddi avantaj sağlar. Ancak Vercel, Netlify ve Cloudflare Pages arasındaki farklar; derleme mimarisi, önizleme (preview) yönetimi, CDN katmanı, serverless işlev (Functions) sınırları ve maliyet hesaplaması gibi başlıklarda ortaya çıkar. Bu rehberde her platformu benzer bir iş akışı üzerinden ele alacak, hangi senaryoda hangi seçimin daha net olduğunu göstereceğim.

JAMstack hostingte karar veren 6 teknik kriter

Karşılaştırmaya başlamadan önce, seçim yaparken genelde “UI benzer ama sonuç farklı” yaşatan başlıkları netleştirelim.

Build/Derleme yöntemi: Git’ten değişiklik geldiğinde ne kadar hızlı derleme olur? Cache mekanizması nasıl çalışır?
Önizleme ortamları: PR/branch başına otomatik preview üretimi var mı? Süre/limit nasıl?
CDN ve edge dağıtımı: İçerik hangi katmanda sunulur? Coğrafi dağıtım ve önbellek davranışı kontrol edilebilir mi?
API/Functions entegrasyonu: Form, auth, web hook, küçük backend işleri serverless olarak nasıl yönetilir?
Maliyet modeli: Aylık “paket” mantığı mı, istek (request) / build saniyesi / veri transferi gibi kalemler mi?
Geliştirme ve operasyon: Geri alma (rollback), loglar, CI/CD uyumu ve üretim kanal kontrolü.

Bu 6 kriterin ağırlığı projeye göre değişir. Örneğin sadece doküman sitesi (docs) kuruyorsanız Functions maliyeti değil, preview ve CDN önbelleği öne çıkar. E-ticaret benzeri akışlarda ise API tarafının sınırları belirleyicidir.

Platform özet karşılaştırma: Vercel vs Netlify vs Cloudflare Pages

Aşağıdaki tablo, “aynı tür JAMstack projesi” varsayımıyla pratikte en çok karşılaşılan farkları özetler. Sayılar; planlara ve bölgelere göre değişebildiği için burada sınırların mantığını ve nerede maliyet çıktığını tarif ediyorum.

Kriter	Vercel	Netlify	Cloudflare Pages
Derleme yaklaşımı	Git entegrasyonu güçlü, Next.js odaklı optimizasyonlar belirgin	Cache ve incremental build pratik	Edge’e yakın build + CDN mantığı iyi; ekosistem Cloudflare ile uyumlu
Preview/branch ortamı	PR preview akışı çok hızlı ve yaygın kullanılır	PR ve branch preview güçlü; yönetişimi net	Preview mantığı mevcut; Cloudflare ekosistemiyle tutarlı
CDN/Edge dağıtım	Global CDN katmanı güçlü, performans odaklı	CDN katmanı güçlü; önbellek ayarları çeşitlendirilebilir	Cloudflare CDN + Workers/edge ekosistemiyle avantajlı
Functions (serverless)	Entegrasyon (özellikle Next.js API routes) temiz	Functions entegrasyonu iyi, Netlify ecosystemi	Functions için Workers tarafı öne çıkar; mimari uyumlu
Maliyet modeli	Build, requests ve bandwidth kalemleri belirleyici	Build minutes/requests + bandwidth mantığı	İstek ve veri transferi ile Cloudflare ölçümleri birleşir
Operasyon/loglar	Deploy/rollbacks kolay, görünürlük iyi	UI üzerinden süreçler takip edilebilir	Cloudflare tarafı log/analitikle birleşir

Bu tabloyu “genel yön” olarak düşünün. Asıl farkı senaryolarda netleştireceğiz.

Senaryo bazlı net seçim rehberi

1) Projeniz Next.js (veya benzeri) ise

Vercel burada en düşük sürtünme (friction) ile çalışır. Next.js’in routing, serverless fonksiyonları ve statik/SSR dengesi platformda iyi “baseline” performansla gelir.
Netlify da Next.js destekler ancak iş akışında bazı ayarlar Vercel kadar “varsayılan akıcı” olmayabilir.
Cloudflare Pages ise framework uyumluluğu ve edge ekosistemi açısından güçlüdür; ancak mimariyi Cloudflare tarafıyla iyi kurgulamak gerekir.

Net karar: Next.js odaklı, hızlı yayın ve minimal konfigürasyon istiyorsanız öncelik Vercel olur.

2) Dokümantasyon (docs), pazarlama sitesi ve içerik yayın döngüsü sık ise

Bu senaryoda saniyede “tekil sayfa yükleme” kadar, her PR sonucunun preview ile hızla doğrulanması önemlidir. - Netlify preview yönetimini ekip akışına iyi oturtur. İçerik güncellemeleri ve branch başına doğrulama pratik olur. - Vercel preview deneyimi hızlı ve ekipler tarafından yaygındır. - Cloudflare Pages CDN performansı yüksek ve Cloudflare Analytics ile birlikte takip kolaydır.

Net karar: PR/branch preview doğrulaması günlük işinizse, ekip alışkanlığıyla birlikte Netlify veya Vercel daha hızlı sonuç verir; Cloudflare ise zaten Cloudflare kullanıyorsanız daha tutarlı olur.

3) Edge tabanlı (edge-first) istek işleme ve gelişmiş optimizasyon istiyorsanız

Cloudflare Pages burada öne çıkar. Static siteyi Pages’le yayınlayıp, ihtiyaç duyduğunuz yerde edge mantığı (Workers/edge routing) ile davranışı genişletebilirsiniz.
Vercel serverless tarafında güçlüdür; fakat “edge-first” tasarım dili Cloudflare ekosisteminde daha doğal akar.
Netlify da serverless mantığı sunar; ancak edge odaklı mimarilerde Cloudflare’nin sahip olduğu ek bileşenler daha avantajlı olabilir.

Net karar: Edge’de ince kontrol (response header, rewrite, rate limiting mantıkları gibi) gerektiren işlerde Cloudflare Pages + Cloudflare Workers kombinasyonu netleşir.

Maliyetleri doğru okumak için 4 kalem

JAMstack hostingte en sık yapılan hata “paket fiyatı” üzerinden karar verip sonradan build/istek veri transferi kalemleriyle sürpriz yaşamaktır. Aşağıdaki 4 kalemi proje profilinize göre hesap edin.

1) Build (derleme) maliyeti

Sık deploy eden ekiplerde build dakikaları/derleme eforu maliyeti belirler.
Preview ortamları PR sayısıyla çoğaldığı için build maliyeti kontrol altında tutulmalıdır.

Aksiyon: - PR başına preview üretimini ekip kuralına bağlayın (ör. sadece belirli branch’ler/etiketler). - Framework tarafında üretim build ayarlarını (caching, incremental) varsayılanlarla değil, gerçek akışla test edin.

2) Request (istek) maliyeti

Statik içeriklerde genelde CDN katmanında iyi optimize olduğu için request maliyeti yönetilebilir olur.
Ancak site içinde çok sık çalışan dynamic çağrılar (API routes, serverless fonksiyonlar) request sayısını yükseltir.

3) Bandwidth (veri transferi) ve görsel/asset stratejisi

Büyük görseller, video iframe’leri, ağır font setleri maliyet kalemini büyütür.
Aynı görseli farklı platformlarda barındırmak tek başına maliyeti belirlemez; asıl fark CDN cache davranışı ve asset optimizasyonudur.

Aksiyon: Her platformda aynı asset’i deneyin: - Görseli WebP/AVIF ile yayınlayın. - Fontları subset (alfabe seçimi) ile küçültün. - Asset’ler için cache-control değerlerinin etkisini ölçün.

4) Functions/Serverless kullanım şekli

Form submit, basit rate limit, küçük veri doğrulama işleri bile “fonksiyon çalıştırma” maliyeti doğurur.
“Edge’de cevap verilebilir mi, statik kalabilir mi?” sorusu maliyeti ciddi etkiler.

Performans: CDN var ama cache davranışı asıl belirleyici

Üç platformun da global CDN kullandığı söylenir; doğru. Fakat kullanıcıyı asıl etkileyen şey, içeriklerin ne zaman ve ne kadar süre cache’te kaldığıdır.

Cache davranışını pratikte nasıl test edersiniz?

Üretim ortamında aynı sayfayı test edin.
İlk istek ve sonraki istek için response header’ları karşılaştırın.
Özellikle şunları kontrol edin: Cache-Control, ETag, Age.

Net hedef: Statik sayfalar ve asset’lerde, ikinci isteklerde header’ların “cache’den” geldiğini görün.

Güvenlik ve operasyon: TLS, deploy yönetimi ve log görünürlüğü

JAMstack’te “site açıldı” kısmı kadar, hatada hızlı toparlama da kritiktir.

TLS/SSL

Üç platformda da HTTPS varsayılan olarak güçlüdür. Burada kritik nokta: Custom domain + alt domain wildcard senaryoları ve sertifika yenileme/uygulama akışı. Özellikle kısa SSL (örn. 90 gün) gibi değişimler konusunda platformların nasıl otomatik yenilediğini üretim öncesi doğrulayın.

Deploy/rollback

Vercel ve Netlify tarafında rollback deneyimi genelde daha “operasyon kolay”dır.
Cloudflare Pages’te değişiklikler edge cache ile birleştiğinden, bir deploy sonrası “eski içerik kaldı mı?” sorusunu test akışına ekleyin.

Loglar ve izleme

CI/CD tarafı: Build logları ve hata ayıklama
Runtime tarafı: Functions/Workers logları ve hata oranları

Aksiyon: - En az bir “bilinen hata” test senaryosu çalıştırın (ör. intentionally failing endpoint) ve logların nerede göründüğünü not edin.

Kullanım kararını hızlandıran kontrol listesi

Aşağıdaki listeyi, projenizi taşıyacağınız platformu seçmeden önce doldurun.

[ ] Framework tercihim: Next.js mi, SSG/SSr hibriti mi, tamamen static mi?
[ ] PR başına preview üretilecek mi? Haftalık PR sayım kaç?
[ ] Site içinde serverless fonksiyon kullanacak mıyım? Form, webhook, auth var mı?
[ ] Asset ağırlığım: görsel/video/fon miktarı nasıl?
[ ] Edge’de kontrol gereksinimi var mı? (rewrite, header, özel routing)
[ ] Ekip deploy/rollback sürecini hangi araçla yönetecek? (GitHub/GitLab)
[ ] Ölçüm planım var mı? (ilk yükleme, cache hit oranı, hata oranı)

Sonuç: Net aksiyon planı

Vercel, Netlify ve Cloudflare Pages üçü de JAMstack için güçlüdür; farkı yaratan şey “framework uyumu” ve “edge/serverless mimarinizi nasıl kurguladığınız”dır. Önce projenizin 30 gün içindeki PR ve deploy ritmini, sonra Functions kullanımını ve asset boyutunu netleştirin. Ardından tek bir demo repo ile 2 haftalık bir performans ve maliyet denemesi yapın: aynı sayfalar, aynı asset’ler, aynı preview kuralı.

Bu testten sonra seçim daha net olur: Next.js merkezli akışlarda Vercel, ekip içi preview odaklı içerik yayınında Netlify, edge tabanlı gelişmiş kontrol gerektiren mimaride ise Cloudflare Pages öne çıkar. Kararı uygulayın, ardından gerçek kullanım metrikleriyle (cache hit, request ve build sayıları) ikinci adımda ince ayar yapın.