Ende 2023 habe ich die E-Commerce-Storefront eines Kunden nach nur einem Monat von Vercel abgezogen – die Rechnung kam auf 340 Dollar. Mid-Traffic SaaS. Nichts Außergewöhnliches. Der Gründer rief mich am Freitagnachmittag an und klang wirklich besorgt, und ehrlich gesagt hatte ich keine gute Verteidigung. Ich war zu Vercel gegriffen, weil es das war, was ich kannte, was sich schnell einzurichten anfühlte und was die Next.js-Docs praktisch voraussetzten. Die Migration zu Cloudflare Pages dauerte einen Nachmittag und senkte die monatlichen Kosten auf etwa 22 Dollar. Seitdem achte ich genauer hin.
Hier ist meine Position 2026 nach dem Betrieb beider Plattformen für Client-Projekte bei Seahawk: Cloudflare Pages ist enorm ausgereift, Vercel ist auch nicht stehengeblieben, und die Antwort auf „welche sollte ich nutzen" hat weniger mit Markenloyalität zu tun und mehr damit, was du wirklich baust.
Die Preis-Realität (und wo Vercel noch schmerzt)
Vercels kostenloses Angebot ist wirklich gut für Nebenprojekte. Hobby-Plan, unbegrenzte Deployments, Preview-URLs, anständige Build-Minuten. Sobald du Pro machst ($20/Monat pro Seat), geht es einem Solo-Developer gut. Aber Agenturen? Das Pro-Seat-Modell summiert sich schnell. Sechs Entwickler im Team, das sind $120/Monat, bevor du auch nur eine Anfrage beantwortet hast. Dann kommen Bandwidth, Edge-Function-Aufrufe und Image Optimisation hinzu, und die Rechnung sieht aus wie ein Handyvertrag von 2009, bei dem man nie richtig verstand, wofür man zahlt.
Cloudflare Pages funktioniert nach einem grundlegend anderen Wirtschaftsmodell. Der kostenlosen Tier beinhaltet unbegrenzte Seiten, unbegrenzte Anfragen und 500 Builds pro Monat. Der Pro-Plan kostet $20/Monat pauschal, nicht pro Seat. Für Seahawk ist dieser Unterschied signifikant, weil wir Builds für mehrere Kunden aus einem Konto verwalten. Ich habe die Zahlen für einen typischen Monat Anfang 2025 durchgerechnet: 14 aktive Projekte, insgesamt etwa 2,1 Millionen Edge-Anfragen. Bei Cloudflare zahlten wir $20. Bei Vercels äquivalentem Nutzungstier kam die Schätzung auf etwa $180–$220, je nachdem welche Add-ons aktiv waren.
Das gesagt: Vercels Preisgestaltung kauft dir tatsächlich etwas. Dazu gleich mehr.
Die Bandbreitenfalle
Das ist das Ding, vor dem dich niemand warnt, bis es zu spät ist. Vercel berechnet Bandbreite im Pro-Plan nach 1TB. Das klingt in Ordnung. Die meisten Projekte erreichen das nie. Aber Edge Functions, die große Responses zurückgeben, oder Projekte, die serverseitige Bildverarbeitung durchführen, können Bandbreite auf eine Weise verbrauchen, die sich unverhältnismäßig anfühlt.
Das gesamte Netzwerk von Cloudflare läuft auf unbegrenztem Egress innerhalb ihrer Plattform. Auf Cloudflares Preisseite wird das explizit gemacht. Workers und Pages Functions Requests werden mit $0,30 pro Million nach den kostenlosen 100.000 täglichen Requests abgerechnet. Das ist transparent. Vorhersehbar. Ich kann schlafen.Cloudflare's pricing page makes this explicit. Workers and Pages Functions requests are priced at $0.30 per million after the free 100k daily requests. That's transparent. Predictable. I can sleep.
Edge-Netzabdeckung: Cloudflare gewinnt, aber nicht durch Magie
Cloudflare hat ab 2026 über 300 Rechenzentren weltweit. Vercel läuft auf einer kleineren Menge von Regionen, größtenteils von AWS-Infrastruktur unterstützt. Für die meisten UK- und europäischen Projekte ist der Unterschied in der Cold-Start-Latenz am Edge real, aber bescheiden. Für ein SaaS-Produkt, das gleichzeitig Nutzer in Lagos, Mumbai oder São Paulo bedient? Cloudflares Abdeckungslücke verengt sich auf fast nichts.
Ich arbeitete 2024 an einem mehrsprachigen SaaS-Projekt mit Nutzern in Südostasien. Wir waren zunächst auf Vercel gestartet und die p99-Latenz von Singapur schwebte bei etwa 380ms. Nicht schrecklich. Wir verlagerten die API-Middleware zu Cloudflare Workers und bekamen das auf 95ms herunter. Größtenteils derselbe Code. Unterschiedliche Edge-Node-Dichte.
Workers vs. Edge Functions: Die Runtime-Divergenz
Hier wird es wirklich technisch und wirklich wichtig. Vercel Edge Functions laufen auf dem V8-Isolate-Modell (same philosophy wie Cloudflare Workers), aber sie sind enger an Vercels eigene Infrastruktur und das Next.js-Middleware-System gebunden. Cloudflare Workers gibt es schon länger. Die Workers Runtime unterstützt Web Crypto, Streams, KV, R2, Durable Objects und eine Suite von Bindings, die auf Vercel kein direktes Äquivalent haben.Workers runtime supports Web Crypto, Streams, KV, R2, Durable Objects, and a suite of bindings that have no direct equivalent on Vercel.
Wenn du etwas baust, das persistenten State am Edge braucht (denk an: Presence-Indikatoren, Rate Limiting mit geteiltem State, Real-Time-Kolaborationsfeatures), dann sind Cloudflare Durable Objects genuinely nützlich und es gibt auf Vercel heute nichts, das ihnen entspricht.
Allerdings: Wenn du eine Next.js 14+-App mit App Router einsetzt und ISR ohne Konfiguration, Edge Streaming und Middleware möchtest, die einfach mit deinem RSC-Setup funktioniert, ist Vercel immer noch der reibungslosere Weg. Das ist keine Meinung. Das ist einfach, was ich jedes Mal sehe, wenn ich versuche, Vercels Next.js-Integration auf Cloudflare Pages mit dem @cloudflare/next-on-pages-Adapter zu replizieren. Es funktioniert. Es ist einfach nicht reibungslos.@cloudflare/next-on-pages adapter. It works. It's just not frictionless.
Developer Experience: Die ehrliche Version
Ich möchte hier vorsichtig sein, denn DX ist subjektiv und auch dort, wo die stärksten tribalen Meinungen entstehen. Also beschreibe ich einfach, was ich wirklich beobachte.
Vercels Dashboard ist schön. Preview-Deployments sind sofort verfügbar. Die GitHub-Integration ist die beste, die ich irgendwo verwendet habe. Wenn du einen Branch pushst, ist die Preview-URL auf einem warmen Cache in unter 45 Sekunden live, und der Deployment-Kommentar auf deinem PR zeigt dir Core Web Vitals, Build-Dauer und einen direkten Link. Diese Feedback-Schleife ist schnell und fühlt sich gut an. Das ist wichtig, besonders wenn du einen nicht-technischen Kunden einarbeitest, der einen Link anklicken und seine Änderungen sehen möchte.feels good. That matters, especially when you're onboarding a non-technical client who wants to click a link and see their changes.
Cloudflare Pages hat sein Dashboard seit den 2022er-Zeiten, als es sich wie ein eilig angekleisterter Zusatz zu Workers anfühlte, erheblich verbessert. Das Build-System ist jetzt schneller, Preview-Deployments funktionieren gut, und die Pages- + Workers-Integration (über wrangler.toml) ist wirklich angenehm. Aber das mentale Modell von Cloudflares Produktoberfläche ist breiter und daher schwieriger. Du hast Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, und alle haben etwas unterschiedliche Konfigurationsoberflächen. Die Dokumentation auf developers.cloudflare.com ist gründlich, aber unübersichtlich.wrangler.toml) is genuinely nice. But the mental model of Cloudflare's product surface is broader and therefore harder. You've got Workers, Pages, R2, KV, D1, Durable Objects, Pages Functions, and they all have slightly different configuration surfaces. The documentation at developers.cloudflare.com is thorough but sprawling.
Ehrlich gesagt habe ich bei Seahawk beobachtet, wie Junior-Entwickler sich in einem Tag an Vercel gewöhnen. Cloudflare Pages braucht etwa eine Woche, bis jemand aufhört, sich selbst zu hinterfragen, ob seine Funktion ein Worker oder eine Pages Function ist und welche Konfigurationsdatei was steuert.
Lokale Entwicklung und Wrangler
Cloudflares wrangler dev CLI ist gut. Sie führt eine lokale Simulation der Workers-Laufzeit aus und unterstützt die meisten Bindings. Aber „Simulation" ist das Schlüsselwort. Ich habe Code ausgeliefert, der lokal funktionierte und sich auf dem eigentlichen Edge-Netzwerk anders verhielt, weil es subtile Unterschiede gab, wie KV sich in der Vorschau im Vergleich zur Produktion verhält. Ein kleiner Bug in 2025, in Staging entdeckt, aber es hat mich einen halben Tag gekostet.wrangler dev CLI is good. It runs a local simulation of the Workers runtime and supports most bindings. But "simulation" is the operative word. I've shipped code that worked locally and behaved differently on the actual edge network because of subtle differences in how KV behaves in preview versus production. Small bug in 2025, caught in staging, but it cost me half a day.
Vercels vercel dev-Befehl ist in einigen Edge Cases eingeschränkter, aber er ist fast immer eine getreue Kopie der Produktion für Standard-Next.js-Projekte. Diese Vorhersehbarkeit ist wichtig.vercel dev command is more limited in some edge cases but it's almost always a faithful replica of production for standard Next.js projects. That predictability matters.
Framework-Unterstützung über Next.js hinaus
Das ist ein unterschätztes Gespräch. Vercel ist funktional gesehen ein Next.js-Hosting-Unternehmen, das auch andere Dinge unterstützt. SvelteKit, Nuxt, Astro, Remix, SolidStart funktionieren alle, und sie funktionieren gut. Aber Next.js bekommt Features zuerst, bessere Defaults, und ist eindeutig der primäre Use Case.
Cloudflare Pages hat keine Framework-Loyalität. Astro auf Pages ist eine Freude. Der SvelteKit-Adapter für Cloudflare wird gepflegt und ist stabil. Ich führe seit Mitte 2024 eine Handvoll Astro-Projekte auf Pages aus, und die Build-Zeiten sind schneller als vergleichbare Vercel-Deployments für die gleichen Seiten (im Schnitt ungefähr 30-40% schneller, basierend auf meinen eigenen Build-Logs).
Wenn dein Team sich von Next.js entfernt oder mit mehreren Frameworks über Projekte hinweg entwickelt, ist Cloudflare Pages agnostischer, und diese Agnostizität zahlt sich über die Zeit aus.
Wo ich 2026 jeweils wählen würde
Lass mich direkt sein. Hier ist die Entscheidungslogik, die ich tatsächlich verwende:
Wähle Vercel, wenn:
- Dein Projekt ist Next.js-first und du nutzt App Router tiefgreifend (RSC, Streaming, ISR, alles davon)
- Deine Clients müssen Preview-Deployments sehen und dazu kommentieren, ohne technische Hürden
- Dein Team ist klein (1-3 Entwickler) und die Pro-Kopf-Kosten sind vernachlässigbar
- Du baust etwas, wo erstklassige Next.js-Unterstützung einen Premium rechtfertigt
Wähle Cloudflare Pages, wenn:
- Du eine Agentur oder Solo-Operator mit mehr als vier oder fünf Live-Projekten betreibst
- Kostensicherheit dir wichtiger ist als die glatteste Next.js DX
- Du Workers Bindings (KV, R2, Durable Objects, D1) als Teil deiner Architektur benötigst
- Deine Nutzerbase global verteilt ist und Edge-Latenz in Non-US-Regionen relevant ist
- Du nicht an Next.js gebunden bist und Framework-Flexibilität willst
Für Seahawk's Kundenarbeit konkret: Wir haben uns auf eine Aufteilung geeinigt: Cloudflare Pages für Marketing-Seiten, Content-Heavy Builds und alles Astro-basierte. Vercel für komplexe Next.js SaaS-Produkte, bei denen das Dev-Team des Kunden bereits in diesem Ökosystem sitzt.
Das Eine, das Niemand Anspricht: Support
Vercel Pro gibt dir Email-Support. Enterprise gibt mehr. Es ist responsiv und das Team kennt Next.js in der Tiefe. Wenn deine Deployment-Pipeline um 2 Uhr morgens Donnerstag vor einem Client-Launch bricht, ist es was wert, jemanden zu haben, der antwortet und wirklich versteht, was ISR Revalidation unter der Haube macht.
Cloudflare's Support-Modell für Pages war historisch gesehen... durchwachsen. Ihre Discord-Community ist aktiv und das Workers-Team ist erreichbar, aber Pages-spezifische Support-Tickets können länger zur Lösung brauchen, als dir recht wäre. Das hat sich 2025 verbessert, aber ich würde Vercel beim Support trotzdem noch den Vortritt geben (Wortspiel beabsichtigt, Entschuldigung).
---
FAQ
Ist Cloudflare Pages 2026 wirklich produktionsreif?
Ja, ohne Umschweife. Die Wahrnehmung „Cloudflare Pages ist noch Beta" ist veraltet. Es werden ernsthafte Produktionsworkloads damit betrieben. Der Plattformstatus von Pages ist durchgehend stabil. Die wichtigsten Einschränkungen drehen sich um den Next.js Adapter (der von der Community gepflegt wird, nicht von Cloudflare selbst) und die Lernkurve rund um Cloudflares breitere Produktpalette.Pages platform status has been consistently strong. The main caveats are around the Next.js adapter (which is community-maintained, not first-party) and the learning curve around Cloudflare's broader product surface.
Kann ich Cloudflare Pages mit Next.js App Router verwenden?
Das geht über den @cloudflare/next-on-pages Adapter. Er unterstützt einen großen Teil der App-Router-Features wie Server Components, dynamische Routen und Middleware. Aber einige Features, die auf Vercel-spezifischer Infrastruktur basieren (wie Advanced ISR mit On-Demand-Revalidation über die Vercel API), funktionieren entweder nicht oder erfordern Workarounds. Wenn du eine komplexe Next.js App baust, teste deine spezifischen Feature-Anforderungen, bevor du dich festlegst.@cloudflare/next-on-pages adapter. It supports a significant subset of App Router features including Server Components, dynamic routes, and middleware. But some features that rely on Vercel-specific infrastructure (like advanced ISR with on-demand revalidation via the Vercel API) either don't work or require workarounds. If you're building a complex Next.js app, test your specific feature requirements before committing.
Funktioniert Vercel's kostenloser Plan für Client-Projekte?
Technisch ja, aber Vercel's Nutzungsbedingungen für den Hobby-Plan untersagen kommerzielle Nutzung. Wenn du für einen zahlenden Client baust, solltest du Pro verwenden. Das ist keine Grauzone, die sie ignorieren. Nutze Pro für Client-Arbeit.
Welche Plattform ist besser für SEO-Performance?
Keine der beiden Plattformen gibt dir SEO automatisch. Aber Edge-Auslieferung und Core Web Vitals hängen zusammen, und beide Plattformen können mit guter Implementierung hervorragende LCP- und CLS-Werte erreichen. Vercels Image Optimisation API (über next/image) ist ausgereifter und einfacher zu konfigurieren. Cloudflares Image Resizing Feature (verfügbar bei Pro-Plänen) erfordert mehr manuelle Konfiguration, ist aber bei Skalierung günstiger.next/image) is more mature and easier to configure. Cloudflare's Image Resizing feature (available on Pro plans) requires more manual setup but is less expensive at scale.
Und Netlify? Ist es immer noch relevant?
Netlify existiert noch und wird immer noch genutzt, besonders von JAMstack-Teams mit ausgeprägten Netlify-spezifischen Workflows. Aber in Bezug auf Aufmerksamkeit, Adoption und Platform-Investitionen 2026 hinkt es sowohl Cloudflare als auch Vercel deutlich hinterher. Ich empfehle Netlify für neue Projekte seit etwa 2023 nicht mehr.
---
Die Platform-Entscheidung 2026 ist ehrlich gesagt weniger dramatisch, als es die Twitter-Threads vermuten lassen. Beide funktionieren. Beide sind zuverlässig. Die eigentliche Entscheidung geht um die Kostenstruktur im Einklang mit deinem Business und die Framework-Kompatibilität im Einklang mit deinem Team. Triff diese Entscheidung bewusst, anstatt dich einfach auf das zu verlassen, was in der Framework-Dokumentation beim „Deploy"-Button angezeigt wird.