Vercel vs Cloudflare (Workers + Pages) Karşılaştırması

Next.js'in kaynağı — sıfır-konfigürasyonla en yeni özellikleri gecikmesiz sun

VS
Cloudflare (Workers + Pages)

Küresel V8-isolate ağı — sıfır egress, artık kendi Next.js katmanı vinext ile

15 dk okumaDevOps

Hızlı Karar

Duruma göre karar ver. En yeni Next.js özelliklerini gecikmesiz istiyorsan Vercel'i seç — parite riski sıfır. Bant genişliği ağır, küresel bir projedeysen ve maliyet öngörülebilirliğini önceliklendiriyorsan Cloudflare doğru bahis; OpenNext'in yanında artık beta ama hızlı gelişen vinext de var. Kritik işte OpenNext'le başla, yeni projede vinext'i dene.

VercelCloudflare (Workers + Pages)
Tam sonucu oku

Puan Karşılaştırması

Grafik yükleniyor...

Detaylı Puanlama

Detaylı Puanlama: Vercel ve Cloudflare (Workers + Pages) — kategori bazında 10 üzerinden puanlar
KategoriVercelCloudflare (Workers + Pages)
Performans
8/10
9/10
Öğrenme Kolaylığı
9/10
6/10
Ekosistem
9/10
7/10
Topluluk
9/10
8/10
İş Pazarı
8/10
7/10
Gelecek
8/10
8/10

Artıları & Eksileri

Vercel

Artıları

  • Next.js'i geliştiren şirket olduğu için yeni özellikler (PPR, Turbopack, App Router) önce burada olgunlaşıyor
  • Sıfır-konfigürasyon deploy — git push yeterli, build/ISR/edge middleware otomatik ayarlanıyor
  • 126 PoP / 51 ülkede CDN + 20 compute-capable region ile az-gecikmeli SSR
  • Fluid Compute ile Active CPU faturalandırması — bekleyen I/O'da ücretlendirme durur
  • Preview deployment'lar her PR için otomatik, ekip iş akışına doğal entegre
  • Resmi Next.js Cache API'leri (revalidateTag, revalidatePath) ilk elden destekleniyor

Eksileri

  • Fast Data Transfer $0.15/GB (Pro'da ilk 1TB dahil) — bant genişliği ağır sitelerde maliyet hızlı katlanıyor
  • Native ilişkisel/vektör veritabanı yok; Blob Storage dışında veri harici sağlayıcılara (Marketplace) bağımlı
  • SAML SSO Pro'da ayrı bir eklenti ($300/ay); Directory Sync (SCIM) yalnız Enterprise planında
  • Edge PoP sayısı (126) Cloudflare'in küresel ayak izine göre daha sınırlı
  • Fonksiyon-tabanlı fiyatlandırma modeli, çok-istekli/az-CPU'lu sitelerde Workers'a göre pahalı kalabiliyor

En Uygun

Yeni Next.js özelliklerini (PPR, Turbopack, Cache API'leri) gecikmesiz kullanmak isteyen ekiplerSıfır-DevOps ile hızlı iterasyon yapan startup'lar ve ajanslarPreview deployment tabanlı ekip iş akışı isteyen ürün takımlarıCPU-yoğun ama orta-trafikli SSR uygulamaları

Cloudflare (Workers + Pages)

Artıları

  • Egress/bandwidth ücreti yok — yalnız istek ($0.30/milyon ek) ve CPU-time ($0.02/milyon ek CPU-ms) faturalanıyor
  • Ağın %95'i internet nüfusunun 50ms mesafesinde — çok geniş coğrafi kapsama
  • V8 isolate mimarisi, konteyner tabanlı fonksiyonlara göre yapısal olarak daha hafif soğuk başlatma
  • vinext ile Next.js 16 API yüzeyinin ~%94'ü artık yeniden-implemente edilmiş şekilde destekleniyor
  • KV, R2, D1, Hyperdrive, Durable Objects ile veri aynı edge ağında tutulabiliyor
  • Access for Workers (Ağu 2026) ile kimlik politikası doğrudan Worker'a bağlanıyor, route/preview URL fark etmiyor

Eksileri

  • vinext beta — benimsemeden önce npx vinext check çalıştırman öneriliyor; GitHub deposu henüz her production iş yükü için birebir yerine geçmediğini söylüyor
  • OpenNext adaptörünün ISR+PPR R2 cache backend'i ~24 saat sonra bayatlama riski taşıyor (Issue #662; adaptörün v1.0.2'siyle bildirildi, hâlâ açık)
  • next/image optimizasyonu yalnız kısmen destekleniyor — bazı senaryolarda ek yapılandırma gerekiyor
  • Next.js'in kaynağı olmadığı için yeni framework özellikleri Vercel'e göre gecikmeli geliyor
  • $5/ay taban ücret + istek/CPU-time modeli, düşük-trafik ama CPU-yoğun uygulamalarda öngörülebilirliği azaltıyor
  • OpenNext/vinext katmanı ek operasyonel yük (adaptör güncellemeleri, cache backend seçimi) getiriyor

En Uygun

Bant genişliği ağır (görsel/video/API-yoğun) siteler — egress ücretsiz olduğu için maliyet öngörülebilirKüresel, çok-bölgeli kullanıcı tabanı olan uygulamalarKV/D1/R2/Hyperdrive gibi tek-ekosistem veri katmanını tercih eden ekiplerMerkezi kimlik/erişim politikası (Access) gerektiren çok-route'lu iç uygulamalar

Kod Karşılaştırması

Vercel
// Vercel — Next.js 16 App Router, Cache Components (PPR varsayılan) + on-demand purge
// next.config.ts
import type { NextConfig } from "next";

const nextConfig: NextConfig = {
  cacheComponents: true,
};

export default nextConfig;

// app/blog/[slug]/page.tsx — 'use cache' + cacheTag ile önbelleklenen veri
import { cacheTag } from "next/cache";

async function getPost(slug: string) {
  "use cache";
  cacheTag(`post-${slug}`);
  const res = await fetch(`https://api.example.com/posts/${slug}`);
  return res.json();
}

export default async function BlogPost({
  params,
}: {
  params: Promise<{ slug: string }>;
}) {
  const { slug } = await params;
  const post = await getPost(slug);

  return (
    <article>
      <h1>{post.title}</h1>
      <div dangerouslySetInnerHTML={{ __html: post.html }} />
    </article>
  );
}

// app/api/revalidate/route.ts — on-demand purge (Vercel Data Cache)
// "max" = stale-while-revalidate; webhook'ta anında düşürmek için { expire: 0 }
import { revalidateTag } from "next/cache";
import { NextRequest, NextResponse } from "next/server";

export async function POST(req: NextRequest) {
  const { slug } = await req.json();
  revalidateTag(`post-${slug}`, "max");
  return NextResponse.json({ revalidated: true });
}

// vercel.json — bölge tercihi ve fonksiyon süresi
{
  "regions": ["fra1"],
  "functions": {
    "app/api/revalidate/route.ts": { "maxDuration": 10 }
  }
}

// Deploy
// $ vercel --prod
Cloudflare (Workers + Pages)
// Cloudflare — Next.js 16'yı Workers'a deploy (vinext, resmi varsayılan yol)
// 1) Önce uyumluluğu ölç, sonra projeye ekle (Vite config'ini vinext init üretir)
// $ npx vinext check
// $ npx vinext init

// vite.config.ts — route-level ISR için Workers Cache, veri cache'i için KV
import { cloudflare } from "@cloudflare/vite-plugin";
import { cdnAdapter } from "@vinext/cloudflare/cache/cdn-adapter";
import { kvDataAdapter } from "@vinext/cloudflare/cache/kv-data-adapter";
import { defineConfig } from "vite";
import vinext from "vinext";

export default defineConfig({
  plugins: [
    vinext({
      // cdnAdapter yalnız wrangler.jsonc'de "cache": { "enabled": true } iken çalışır
      cache: { cdn: cdnAdapter(), data: kvDataAdapter() },
    }),
    cloudflare({
      viteEnvironment: { name: "rsc", childEnvironments: ["ssr"] },
    }),
  ],
});

// Deploy — Worker konfigürasyonunu kendisi üretir
// $ npx @vinext/cloudflare deploy

// Alternatif: OpenNext adaptörü — open-next.config.ts
import { defineCloudflareConfig } from "@opennextjs/cloudflare";
import r2IncrementalCache from "@opennextjs/cloudflare/overrides/incremental-cache/r2-incremental-cache";

export default defineCloudflareConfig({ incrementalCache: r2IncrementalCache });
// $ opennextjs-cloudflare build && opennextjs-cloudflare deploy

// Access for Workers — Worker'ı Access uygulamasına bağla
// POST /accounts/{account_id}/access/apps
// "destinations": [{ "type": "worker", "worker_id": "<worker-id>" }]

Sonuç

Duruma göre karar ver. En yeni Next.js özelliklerini gecikmesiz istiyorsan Vercel'i seç — parite riski sıfır. Bant genişliği ağır, küresel bir projedeysen ve maliyet öngörülebilirliğini önceliklendiriyorsan Cloudflare doğru bahis; OpenNext'in yanında artık beta ama hızlı gelişen vinext de var. Kritik işte OpenNext'le başla, yeni projede vinext'i dene.

Ücretsiz Danışmanlık Al
SSS

Sıkça Sorulan Sorular

Tam değil ama yakın: Cloudflare'in yeni vinext katmanı Next.js 16 API yüzeyinin ~%94'ünü (App Router, Server Actions, ISR, middleware) destekliyor ve resmi varsayılan yol — ama hâlâ beta; doküman, mevcut bir production uygulamasında benimsemeden önce npx vinext check çalıştırmanı söylüyor. Daha olgun @opennextjs/cloudflare adaptörü ise ISR+Partial Prerendering'in R2 cache backend'inde bir bayatlama sorunu (açık GitHub issue) taşıyor.

Giriş

Next.js projeni nereye deploy edeceğine karar verirken artık soru "Vercel mi, Cloudflare mı" değil, "hangi mimari trade-off'u kabul edebilirim" sorusu. Vercel, Next.js'in kaynağı olduğu için en yeni özellikleri ilk elden sunuyor — ama veri transferi ve istek bazlı fiyatlandırmayla bant genişliği ağır sitelerde maliyet hızlı katlanabiliyor. Cloudflare tam tersi bir bahis yapıyor: egress ücretsiz, ağ 13.000+ peering'le küresel yayılmış, ama Next.js desteği hep bir adım geriden geliyordu. Bu dengeyi değiştiren adımlar iki ayrı tarihte geldi. Next.js API yüzeyini Vite üzerinde yeniden implemente eden vinext 24 Şubat 2026'da duyuruldu; Cloudflare o gün projeyi kendi blogunda deneysel diye etiketliyordu. Ağustos 2026'da güncellenen resmi framework rehberi ise vinext'i artık Workers'ta Next.js çalıştırmanın varsayılan yolu olarak konumlandırıyor — aynı rehber onu hâlâ beta sayıyor. 14 Ağustos 2026'da gelen Access for Workers ile de kimlik politikası doğrudan Worker'a bağlanıyor.

Karşılaştırma Matrisi

Karşılaştırma Matrisi: Vercel / Cloudflare (Workers + Pages)
ÖzellikVercelCloudflare (Workers + Pages)
Next.js kaynağı/sahibi mi?Evet (Vercel = Next.js kaynağı) (Öne çıkan)Hayır (vinext/OpenNext ile destek)
Resmi Next.js/Workers yoluYerleşik, adaptörsüz (Öne çıkan)vinext (varsayılan) + OpenNext (olgun)
Egress/bandwidth ücreti$0.15/GB (Pro'da 1TB dahil)Ücretsiz (Öne çıkan)
İstek fiyatıPro: 10M/ay dahil, sonrası $2/milyon10M/ay dahil, sonrası $0.30/milyon (Öne çıkan)
Taban ücret (paid plan)Pro: $20/ay/koltuk + kullanımWorkers Paid $5/ay (Öne çıkan)
Compute mimarisiFluid Compute (Active CPU)V8 isolate
Edge ağı kapsaması126 PoP / 51 ülke348 şehir / 100+ ülke, %95 nüfus <50ms (Öne çıkan)
Compute kapsaması20 compute-capable regionAğ genelinde isolate (resmi ifade: 'hundreds of locations'; ağ 348 şehir) (Öne çıkan)
ISR/Cache mimarisiYerleşik Data Cache, sıfır config (Öne çıkan)Workers Cache + KV/R2 (seçimli, config gerekli)
Uygulama önüne kod-suz erişim kapısıVercel Authentication (Deployment Protection): preview tüm planlarda, production Pro+$150/ay eklenti ya da Enterprise (SAML SSO $300/ay ayrı: dashboard girişi)Access for Workers (Ağu 2026): politika Worker'a bağlı; preview ya da preview+production seçilebilir
Native veri ürünleriYok (Blob hariç, harici DB gerekir)KV, R2, D1, Hyperdrive, Durable Objects (Öne çıkan)
next/image optimizasyonuTam destek, yerleşik (Öne çıkan)Kısmi (request-time)
Vendor lock-in / çıkışVercel-özel deploy pipelinevinext 'deploy anywhere' (Nitro) vaadi (Öne çıkan)
Olgunluk (2026)Uzun süredir stabil (Öne çıkan)OpenNext olgun / vinext beta

Derinlemesine İnceleme

Vercel

Genel Bakış

Vercel, Guillermo Rauch'un ekibiyle 2016'da yola çıkardığı ve Next.js'in de kaynağı olan yönetilen deploy platformu. Next.js'i geliştiren şirket olması, yeni framework özelliklerinin (Cache Components, Turbopack) önce Vercel'de olgunlaşması demek. Git push ile sıfır-konfigürasyon deploy, preview URL'ler, zero-config CDN cache ve ISR yerleşik geliyor. Fluid Compute'ta fonksiyonlar bekleyen I/O sırasında Active CPU faturalandırılmadan çalışıyor; ağ 126 PoP ile 51 ülkeye yayılmış, 20 compute-capable region SSR'ı veriye yakın koşturuyor. Fiyatlandırma veri transferi ve istek bazlı; native ilişkisel veritabanı yok.

Ekosistem

Paket yöneticisi
npm/pnpm/yarn (proje bağımsız)
Geliştirme ortamı
VS Code + Vercel extensionCursor
Popüler kütüphaneler
@vercel/analytics@vercel/blob@vercel/kv (Marketplace)next/cache

Üretimde Kullanım

  • The Weather Company

    Weather.com

    Gerçek-zamanlı hava tahminlerini Vercel üzerinde sunuyor.

    350 milyon aylık aktif kullanıcı; her 15 dakikada 2,2 milyar koordinat hesabı

Cloudflare (Workers + Pages)

Genel Bakış

Cloudflare Workers, 2017'de tanıtılan V8-isolate tabanlı edge compute platformu — tek runtime instance'ında binlerce izole çalıştırarak konteyner-tabanlı fonksiyonlara göre yapısal olarak daha hafif soğuk başlatma sunuyor. Fiyatlandırma $5/ay taban + istek ($0.30/ek milyon) + CPU-time ($0.02/ek milyon CPU-ms) bazlı; egress ücretsiz. Next.js'i Vite üzerinde yeniden implemente eden vinext 24 Şubat 2026'da duyuruldu (o gün deneysel etiketliydi); Ağustos 2026'da güncellenen resmi framework rehberi ise onu Workers'taki varsayılan yol olarak konumlandırıyor — API yüzeyinin ~%94'ünü kapsıyor ama hâlâ beta. Önceki yol @opennextjs/cloudflare olgun ve aktif bakımda; R2 cache backend'inde açık bir ISR bayatlama issue'su var. KV/R2/D1/Hyperdrive/Durable Objects ve Access for Workers ile veri ve kimlik aynı ağda.

Ekosistem

Paket yöneticisi
npm/pnpm (proje bağımsız) + Wrangler CLI
Geliştirme ortamı
VS Code + WranglerCursor
Popüler kütüphaneler
@opennextjs/cloudflarevinexthonoitty-router

Teknik Analiz

Next.js Özellik Parite Derinliği: vinext vs OpenNext vs Kaynağın Kendisi

Vercel'de Next.js desteği soru işareti değil: platform framework'ün kaynağı, Cache Components ve Server Actions sıfır gecikmeyle çalışıyor. Cloudflare'de iki yol var. Olgun @opennextjs/cloudflare adaptörü Next.js build çıktısını Workers'a adapte ediyor — her sürümde güncelleme istiyor ve R2 cache backend'inde 24 saat+ bayatlama sorunu açık (GitHub Issue #662; adaptörün v1.0.2'siyle bildirildi, hâlâ açık — yani bugünkü sürümde garanti arıza değil, açık bir risk). Resmi varsayılan yol olan vinext ise API yüzeyinin ~%94'ünü Vite üzerinde yeniden implemente ediyor; Cloudflare'in dokümanı onu beta etiketliyor ve production'da benimsemeden önce uyumluluk kontrolü çalıştırmanı istiyor. Yani Vercel'de parite riski yok, Cloudflare'de biri kanıtlanmış ama kırılgan, diğeri modern ama genç iki seçenek var.

Fiyat Modeli ve Birim Maliyetler

İki platform fiyatlandırmayı farklı eksenlerde kuruyor. Vercel veri transferi bazlı: Fast Data Transfer $0.15/GB (Pro'da ilk 1TB dahil), Edge Request Pro'da 10M/ay dahil (sonrası $2/milyondan başlıyor), Fluid Active CPU Hobby'de 4 saat/ay dahil, Pro'da on-demand faturalanıyor. Cloudflare Workers Paid ise $5/ay taban + 10M istek (+$0.30/ek milyon) + 30M CPU-ms (+$0.02/ek milyon) modeliyle çalışıyor ve egress için hiç ücret almıyor. Pratikte: bant genişliği ağır bir uygulamada Cloudflare'in egress-ücretsiz modeli yapısal olarak daha ucuz kalır; CPU-yoğun ama düşük-trafik bir SSR uygulamasında Vercel'in dahil kotaları rahat eder. İki modeli aynı trafik profiliyle karşılaştırmadan "hangisi ucuz" demek yanıltıcı.

Soğuk Başlatma: V8 Isolate vs Fonksiyon Konteyneri

Cloudflare Workers'ın mimari temeli V8 isolate'ler — Cloudflare'in kendi tanımıyla tek bir runtime instance'ı yüzlerce, hatta binlerce isolate'i aynı anda çalıştırabiliyor. Bu, her isteğin ayrı bir konteyner başlatmasını gerektirmeyen, yapısal olarak daha hafif bir model. Vercel'de ise Fluid Compute var: fonksiyonlar bekleyen I/O sırasında Active CPU faturalandırılmıyor, aynı instance birden fazla isteği eşzamanlı işleyebiliyor — klasik soğuk başlatma maliyetini azaltıyor ama isolate mimarisiyle birebir aynı garantiyi vermiyor. Kendi iş yükünle test etmeden mimari avantajı kesin performans farkına çevirme.

Cache/ISR Mimarisi ve Purge Kontrolü

Vercel'de ISR yerleşik ve tek parça: zero-config CDN cache, otomatik sıkıştırma ve stale-while-revalidate platform tarafından yönetiliyor, ISR kullanımı Vercel Data Cache altında faturalanıyor; revalidateTag/revalidatePath doğrudan Data Cache'i invalide ediyor. Cloudflare'de mimari daha parçalı: route-level ISR Workers Cache API üzerinden serve ediliyor, veri katmanı ayrıca yapılandırılan KV veya R2'ye bağlanıyor. Bu esneklik operasyonel yük getiriyor — open-next.config.ts'de incrementalCache alanına R2 ya da KV override'ını (ör. r2IncrementalCache) elle vermen gerekiyor ve R2 tabanlı ISR+PPR'de ~24 saatlik bayatlama bildiren açık bir issue var. Kısacası Vercel'de ISR "aç ve unut", Cloudflare'de "seç, yapılandır, izle".

Kimlik ve Erişim Katmanı: Access for Workers vs Vercel Authentication

14 Ağustos 2026'da Cloudflare, Access for Workers'ı duyurdu — var olan Cloudflare Access'in Workers'a entegrasyon sürtünmesini azaltan bir güncelleme. Öncesinde her domain'i manuel olarak Access uygulamasına eklemek gerekiyordu; artık politika doğrudan Worker'a bağlanıyor, route/custom-domain/preview URL değişse bile koruma senkron kalıyor. Ayrıca tüm Workers'ı varsayılan private yapma ve ctx.access.getIdentity() ile JWT doğrulamadan kimlik okuma geldi; korumanın yalnız preview'ları mı yoksa preview+production'ı mı kapsayacağını politikada seçiyorsun. Vercel tarafında eşlenik Deployment Protection: Vercel Authentication resmi dokümana göre "tüm planlarda" açık ve kod yazmanı gerektirmiyor — asimetri sandığın kadar keskin değil. Fark kapsamda: varsayılan Standard Protection preview ve deployment URL'lerini korur, production domain'in açık kalır; production'ı da kapatmak doküman diliyle "Enterprise planlarda ya da Pro planlar için Advanced Deployment Protection eklentisiyle" mümkün, eklenti $150/ay. Vercel'deki SAML SSO ($300/ay) ve Directory Sync/SCIM (Enterprise) ayrı katman: dashboard'a ekip girişini yönetir, uygulamanın önüne kapı koymaz — ikisini karıştırma.

Hangi Senaryoda Hangisi

Yeni bir SaaS MVP'si, hızlı iterasyon ve sıfır DevOps öncelikli

Öneri: Vercel

Sıfır-konfigürasyon deploy ve en yeni Next.js özelliklerine gecikmesiz erişim, erken aşamada operasyonel yükü azaltır.

Görsel/video-ağır bir içerik platformu, küresel kullanıcı tabanı

Öneri: Cloudflare (vinext veya OpenNext)

Egress ücretsiz olduğu için bant genişliği maliyeti öngörülebilir kalır; 13.000+ peering ile küresel gecikme düşük.

Kurumsal SSO + otomatik üye sağlama (SCIM) zorunlu, büyük ekip

Öneri: Vercel Enterprise

SAML SSO'yu Pro'da $300/ay'lık eklentiyle açabilirsin, ama Directory Sync (SCIM) yalnız Enterprise planında sunuluyor.

Büyük, kritik production Next.js uygulaması Cloudflare'e taşınacak

Öneri: OpenNext adaptörü (vinext değil)

vinext hâlâ beta; olgun, uzun süredir bakımda olan OpenNext daha güvenli bir başlangıç.

Sıfırdan yeni proje, maliyet+hız öncelikli, riske açık ekip

Öneri: vinext

Resmi vinext sitesi 33-route'luk benchmark uygulamasında 2×'e varan build hızı ve ~%33 küçülen client bundle (185 KB → 125 KB gzip) bildiriyor; duyuru blogunda Rolldown ile 4x/%57 verilmişti. İki kaynak da benchmark'ların yön gösterici, kesin olmadığını söylüyor.

Edge-native veri katmanı (KV/D1/R2) etrafında mimari kurmak

Öneri: Cloudflare

Hyperdrive, D1 ve Durable Objects tek ekosistemde toplanıyor.

Çok-route'lu bir iç admin panelini merkezi kimlikle korumak

Öneri: Cloudflare Access for Workers

Politika doğrudan Worker'a bağlanıyor; route/preview URL fark etmeksizin korumayı senkron tutuyor ve preview'la mı yetineceğini yoksa production'ı da mı kapatacağını politikada seçiyorsun. Vercel'de de kod-suz alternatif var (Vercel Authentication, tüm planlarda) — ama varsayılan kapsamı production domain'ini dışarıda bırakır; iç paneli production URL'inde kapatmak Enterprise ya da Pro'da $150/ay'lık Advanced Deployment Protection eklentisi ister. Panel çok-route'luysa ve bütçe eklentiye gitmeyecekse Cloudflare önde kalıyor.

Yaygın Tuzaklar

  • OpenNext + R2 cache ile ISR kullanırken cache'in ~24 saat sonra bayatladığını fark etmemek

    Cloudflare (Workers + Pages)

    Çözüm

    GitHub Issue #662'yi takip et, cache-yaşı için ayrı izleme kur.

  • vinext'i 'resmi varsayılan' diye beta etiketini görmeden production'a almak

    Cloudflare (Workers + Pages)

    Çözüm

    npx vinext check ile uyumluluğu önce ölç, kritik uygulamalarda OpenNext'le başla.

  • Vercel'de bant genişliği ağır bir özellik eklendiğinde GB-başına faturanın sessizce katlanması

    Vercel

    Çözüm

    Fast Data Transfer kullanımını düzenli izle; büyük medyayı ayrı bir depolama+CDN'e taşımayı değerlendir.

  • Cloudflare Access ile korunan domain'de ISR cache ısınma/fill isteklerinin Access'e takılması

    Cloudflare (Workers + Pages)

    Çözüm

    Access politikasını cache-warming isteklerini hariç tutacak şekilde yapılandır veya service-token kullan.

  • next/image'in Cloudflare'de Vercel'deki gibi tam optimize edileceğini varsaymak

    Her ikisi

    Çözüm

    Görsel-ağır sayfalarda deploy öncesi gerçek cihazda Lighthouse/CWV testi yap.

Geçiş Kılavuzu

Vercel → Cloudflare Workers (Next.js)

Tahmini süre: Küçük proje: 1-2 hafta. Orta ölçek: 4-8 hafta. Büyük/kritik production: 2-4 ay (kademeli).
  1. 11. Vercel-özel API'leri (@vercel/blob, @vercel/kv) tespit et — Cloudflare karşılıkları (R2, KV) ayrı entegrasyon ister
  2. 22. npx vinext check ile uyumluluk oranını ölç; kritik uyumsuzlukta OpenNext'e yönel
  3. 33. Seçtiğin yola göre npx vinext init çalıştır ya da @opennextjs/cloudflare kur
  4. 44. ISR/Cache stratejini seç: Workers KV mi R2 mi — trafik hacmine göre karar ver
  5. 55. Ortam değişkenlerini wrangler secret put ile taşı, DNS'i Cloudflare'e yönlendir
  6. 66. Staging'de tam smoke test (ISR, image, middleware) sonra prod'a kademeli trafik ver

Gelecek Öngörüsü

Vercel

Vercel'in yol haritası Next.js'in gelişimiyle iç içe — Ağustos 2026'da duyurulan Next.js 16.3, dev modda %90'a varan bellek azaltması, Instant Navigations ve Turbopack FileSystem Cache (kalıcı build cache) getirdi; bunlar Vercel'de ilk elden devreye giriyor. Strateji açık: 'Next.js'i en iyi çalıştıran yer' konumunu korumak.

Cloudflare (Workers + Pages)

Cloudflare'in stratejisi iki adımda okunuyor: vinext 24 Şubat 2026'da deneysel etiketle duyuruldu, Ağustos 2026'da güncellenen resmi framework rehberi ise onu varsayılan yol olarak konumlandırıyor — yani yön, vinext'i birincil yol yapmak ve OpenNext'i olgun alternatif olarak sürdürmek. vinext'in beta etiketini kaldırıp kaldırmayacağı ve API kapsamasını artırması izlenmesi gereken gelişme; Access for Workers ise kimliği platform katmanına taşıyor.

Altın Bilgi

En değerli çıkarım şu: "Vercel vs Cloudflare" sorusunu platform seçimi değil, maliyet-modeli seçimi olarak sor. İkisi de Next.js'i artık çalıştırabiliyor — fark nerede fatura ödediğin. Vercel'de veri transferi ve istek başına ödersin, karşılığında sıfır operasyonel sürtünme ve garantili özellik-paritesi alırsın. Cloudflare'de $5 taban + istek/CPU-time ödersin ama egress bedava; karşılığında adaptör-katmanı riskini üstlenirsin. vinext dengeyi Cloudflare lehine kaydırdı, ama beta etiketini ciddiye al.

İlgili Blog Yazıları

Tüm Yazıları Gör

İlgili Projeler

Tüm Projeleri Gör
Tüm Karşılaştırmalar

İlgili İçerik