Ein Kunde rief mich im Oktober letzten Jahres an, leicht in Panik. Er hatte eine Next.js-Marketing-Website im Vormonat gelauncht, der Traffic war angewachsen, und seine Vercel-Rechnung war von 0 auf 94 Dollar gesprungen. Keine Warnung. Keine allmähliche Steigerung. Nur eine Zahl, die er nicht erwartet hatte. Und das Ding ist: es war nichts falsch. Er hatte nichts falsch konfiguriert. Die Plattform tat genau das, wofür sie entworfen ist.
Das Gespräch ist der Grund, warum ich das schreibe. Vercel ist wirklich hervorragende Infrastruktur, und ich sage das, nachdem ich wahrscheinlich 400+ Projekte darauf über Seahawks Geschichte hinweg deployed habe. Aber die Preisstruktur hat Fallen drin, die Leute erwischen, die das Kleingedruckte nicht gelesen haben, oder es gelesen und die echten Zahlen nicht durchgerechnet haben. Lass mich das für dich tun.
Der Hobby-Plan: Kostenlos, bis er es nicht mehr ist
Vercels kostenloser Plan, Hobby genannt, ist legitim nützlich. Für ein persönliches Projekt, ein Portfolio oder einen Low-Traffic-Blog wird er alles handhaben. Du bekommst 100GB Bandbreite pro Monat, 6.000 Minuten Edge Middleware Invocations und 100GB-Stunden Serverless-Funktionsausführung. Diese Zahlen klingen riesig. Sie sind es nicht, sobald du etwas Echtes laufen lässt.Hobby, is legitimately useful. For a personal project, a portfolio, or a low-traffic blog, it'll handle everything. You get 100GB of bandwidth per month, 6,000 minutes of Edge Middleware invocations, and 100GB-hours of serverless function execution. Those numbers sound enormous. They're not, once you're running something real.
Hier ist, was deine Hobby-Kontingente wirklich aufzehrt:
- Serverless-Funktionsdauer. Jeder Funktionsaufruf wird gegen deine GB-Stunden angerechnet. Eine datenintensive API-Route, die 3 Sekunden läuft und 512MB Speicher nutzt, verbraucht 0,0004 GB-Stunden pro Aufruf. Klingt trivial. Bei 10.000 Requests pro Tag sind das 1,2 GB-Stunden. Dein Kontingent liegt bei 100. Du hast noch Platz. Aber stapelst du drei oder vier solche Routes übereinander, ist es Mitte des Monats vorbei. Each function call counts against your GB-hours. A data-heavy API route that runs for 3 seconds and uses 512MB of memory burns through 0.0004 GB-hours per invocation. Sounds trivial. At 10,000 requests a day, that's 1.2 GB-hours. Your allowance is 100. You've got room. But stack three or four such routes and you're gone by mid-month.
- Bandbreite. Wenn du irgendwelche Medien auslieferst, sind 100GB schnell aufgebraucht. Eine Website mit Produktbildern, Video-Vorschauern oder auch nur einem anständig ausgestatteten Portfolio kann das in zwei Wochen bei solidem Traffic erreichen. If you're serving any kind of media, 100GB goes fast. A site with product images, video previews, or even a reasonably rich portfolio can hit that in two weeks of decent traffic.
- Build-Minuten. 6.000 Build-Minuten pro Monat. Eine komplexe Next.js 14-App mit vielen statischen Seiten kann 4–8 Minuten pro Build dauern. Wenn du häufig deployst, summiert sich das. 6,000 build minutes per month. A complex Next.js 14 app with a lot of static pages can take 4-8 minutes per build. If you're deploying frequently, that adds up.
Die größte Einschränkung bei Hobby ist diese: Es ist für persönliche, nicht-kommerzielle Nutzung. Das ist nicht nur Kleingedrucktes. Wenn du Client-Websites baust, auch kleine, verstößt du technisch gegen die Nutzungsbedingungen. Ich kenne Agenturen, die Client-Projekte monatelang auf Hobby-Accounts ausgeführt haben, ohne Probleme. Ich kenne aber auch eine, deren Deployments gesperrt wurden. Das Risiko ist es nicht wert.biggest restriction on Hobby is this: it's for personal, non-commercial use. That's not just fine-print padding. If you're building client sites, even small ones, you're technically violating the terms of service. I know agencies that have run client projects on Hobby accounts for months without issue. I also know one that got their deployments suspended. Not worth the risk.
Pro Plan: $20/Monat, Dann wird's kompliziert
Der Pro-Plan kostet $20 pro Monat pro Mitglied. Ein Entwickler allein zahlt $20. Ein Team mit vier Personen zahlt $80 nur für Seats. Das ist die Grundgebühr, und sie ist angemessen.
Aber Vercels Preisgestaltung ist konsumptionsbasiert über diesen Grundlimits. Der Pro-Tier gibt dir:
- 1TB Bandbreite (vs. 100GB bei Hobby)
- 1.000 GB-Stunden für Serverless-Funktionsausführung
- 24.000 Build-Minuten
Darüber hinaus zahlen Sie Overages. Bandwidth-Overages kosten $0,15 pro GB. Serverless-Execution-Overages kosten $0,18 pro GB-Stunde. Build-Minute-Overages kosten $0,01 pro Minute.Bandwidth overages run at $0.15 per GB. Serverless execution overages are $0.18 per GB-hour. Build minute overages are $0.01 per minute.
So sieht ein echtes Mid-Size-Projekt aus
Letztes Jahr hat Seahawk für einen britischen Fashion-Kunden ein Next.js 13 E-Commerce-Frontend gebaut. Ein einzelnes Developer-Konto, also $20/Monat für den Seat. Die Website hatte etwa 80.000 monatliche Besucher, einen Produktkatalog über API Routes aus einer Headless-Shopify-Instanz und ISR (Incremental Static Regeneration) auf etwa 3.000 Produktseiten.
Durchschnittliche monatliche Rechnung: $47.$47.
Die Aufschlüsselung: $20 für den Seat, ungefähr $18 für Bandwidth-Overages (sie haben viele hochauflösende Bilder ausgeliefert, bevor wir sie zu Cloudinary bewegt haben), und etwa $9 für Function-Execution. Sobald wir die Bildbereitstellung zu Cloudinary verschoben und etwas Caching-Logik zu den API Routes hinzugefügt haben, sank die Rechnung auf $26/Monat. Eine kleine Änderung in der Architektur, eine bedeutsame Änderung in der Rechnung.
Das ist die Sache mit Vercel-Kosten. Sie sind nicht festgelegt. Sie reagieren darauf, wie gut du das Ding gebaut hast.
Die Edge Functions Variable
Wenn du Vercel Edge Functions nutzt (nicht dasselbe wie Serverless Functions), funktioniert die Preisgestaltung anders. Edge läuft auf dem V8-Isolate-Modell anstelle von Lambda-ähnlichen Containern, daher ist es schneller und günstiger pro Aufruf. Du bekommst 500.000 Edge-Function-Aufrufe pro Monat auf Pro. Danach kostet es $2 pro Million.Vercel Edge Functions (not the same as serverless functions), pricing works differently. Edge runs on the V8 isolate model rather than Lambda-style containers, so it's faster and cheaper per invocation. You get 500,000 edge function invocations per month on Pro. After that, it's $2 per million.
Für die meisten Teams sind Edge-Function-Kosten vernachlässigbar. Die gefährliche ist Serverless. Überprüfe immer, welche Runtime deine Functions nutzen.
Image Optimisation: Die unsichtbare Ausgabenlinie
Das fällt fast jedem auf. Vercels eingebaute Next.js-Bildoptimierung (die <Image /> Komponente, die den /_next/image Endpoint nutzt) wird auf dein enthalten schnell origin transfer angerechnet und generiert in manchen Konfigurationen zusätzliche Nutzungsgebühren.<Image /> component hitting the /_next/image endpoint) counts against your included fast origin transfer and, in some configurations, generates its own usage charges.
Mit Pro bekommst du 5.000 Quellbilder und 50.000 Optimierungsguthaben pro Monat. Jedes einzigartige Bild in einer neuen Größenkombination verbraucht ein Guthaben. Ein Produktgitter mit 200 Produkten, jeweils in drei Breakpoints gerendert, generiert beim ersten Laden 600 Optimierungen. Cache Hits kosten dich nichts. Aber kalte Deployments oder häufig wechselnde Kataloge können das schnell aufbrauchen.
Die Lösung ist einfach: Nutze einen CDN oder einen Bildservice wie Cloudinary, Imgix oder sogar Bunny.net vor Vercels Optimizer. Oder konfiguriere einen benutzerdefinierten Image Loader und umgehe Vercels Pipeline komplett. Ich richte das jetzt standardmäßig bei jedem neuen Next.js-Projekt ein.
Team Accounts und die Per-Seat-Falle
Hier werden Agency-Inhaber erwischt. Pro kostet $20 pro Mitglied pro Monat. Wenn du Clients in dein Vercel Team aufnimmst, damit sie Deployment Previews sehen, Environment Variables verwalten und Analytics checken können, ist jeder von ihnen ein Seat.
Sechs Client-Kontakte plus deine vier internen Developer: $200/Monat, bevor du überhaupt eine Usage-Übergebühr hittest.
Der Workaround, auf den die meisten landen, ist es, ein einzelnes Team nur mit internen Mitgliedern zu halten und Deployment Preview Links manuell mit Clients zu teilen. Du verlierst den Live-Collaboration-Aspekt, sparst aber echtes Geld.
Manche Agencies erstellen stattdessen einen Vercel Pro Account pro Client. Das sind $20/Monat pro Client, in Rechnung gestellt an den Client. Ehrlich gesagt sauberer. Jeder Client besitzt seine Infrastruktur, du bist einfach der Deployer. Wir sind bei Seahawk um 2022 zu diesem Modell gewechselt und es ist auch aus Handover-Sicht deutlich sauberer.
Wann macht Enterprise Sinn?
Vercels Enterprise Plan hat keine öffentliche Preisgestaltung. Du sprichst mit Sales. Basierend auf Gesprächen, die ich geführt habe, und Rechnungen, die ich gesehen habe, landen Teams bei der Enterprise-Diskussion meistens bei etwa $1.500-$3.000/Monat auf Pro mit Übergebühren, wo Vercel oft einen Committed-Spend-Vertrag aushandelt, der pro Einheit am Ende günstiger wird. has no public pricing. You talk to sales. Based on conversations I've had and bills I've seen, teams tend to hit the Enterprise conversation at around $1,500-$3,000/month on Pro with overages, where Vercel will often negotiate a committed-spend contract that ends up cheaper per unit.
Enterprise bietet folgende Zusatzoptionen:
- SSO und SAML
- Benutzerdefinierte Ausgabenlimits und Committed-Use-Pricing
- SLA-Garantien (99,99% Verfügbarkeitszusage)
- DDoS-Mitigation auf höherer Ebene
- Advanced Observability Integrations
Für die meisten Agencies, die Client-Websites bauen, ist Enterprise Overkill. Die Clients, die es brauchen, führen üblicherweise hochfrequente Consumer Apps, interne SaaS-Tools mit strikten Sicherheitsanforderungen, oder etwas, wo ein 10-Minuten-Ausfall direkte Umsatzfolgen hat.
Wenn du konsistent mehr als $500/Monat für Pro ausgibst und nicht damit rechnest, dass die Workload sinkt, lohnt sich ein Anruf mit dem Sales Team – 30 Minuten deiner Zeit.
Wie Vercel sich praktisch vergleicht
Ich werde keine vollständige Analyse aller Alternativen machen (das ist ein separater Artikel), aber hier ist der ehrliche Kontext.
Die vergleichbare Preisstruktur von Netlify ist ähnlich aufgebaut: kostenlos, dann $19/Monat Pro pro Seat, mit eigenen Bandbreiten- und Function-Overages. Nach meiner Erfahrung ist Netlify für einfachere statische Websites am Ende etwas günstiger und für komplexe Serverless-Workloads etwas teurer. Die Developer Experience ist auch nur eine Spur unter Vercels für Next.js speziell, was Sinn macht, da Vercel Next.js gebaut hat. is structured similarly: free tier, then $19/month Pro per seat, with its own bandwidth and function overages. In my experience, Netlify ends up slightly cheaper for simpler static sites and slightly more expensive for complex serverless workloads. The developer experience is also just a notch below Vercel's for Next.js specifically, which makes sense given that Vercel built Next.js.
Railway, Render und Fly.io berechnen nach reiner Rechenkapazität statt pro Seat. Für serverseitige Anwendungen, die persistente Prozesse brauchen, sind sie oft deutlich günstiger. Aber sie sind keine Vercel-Alternativen für Next.js Front-Ends speziell. Anderes Werkzeug.
Wenn Kosten deine Hauptsorge sind und du mit etwas mehr Konfiguration klarkommst, ist Cloudflare Pages bemerkenswert günstig. Unbegrenzte Bandbreite, Workers für Serverless, kostenlos mit echtem Produktions-Einsatz. Die Next.js-Kompatibilität über den Cloudflare-Adapter ist ordentlich, aber nicht perfekt. Ich hatte reibungslose Deployments und ich hatte fiese Edge-Case-Bugs. Wissen ist wertvoll.Cloudflare Pages is remarkable value. Unlimited bandwidth, Workers for serverless, free tier that's genuinely usable in production. The Next.js compatibility via the Cloudflare adapter is decent but not perfect. I've had smooth deployments and I've had gnarly edge case bugs. Worth knowing about.
Taktiken zur Senkung deiner echten Rechnung
Hier ist, was wirklich einen Unterschied macht, basierend auf echten Projekten statt Dokumentation-Lesen:
- Cache aggressiv auf der CDN-Ebene. Vercels eingebautes CDN ist gut, aber wenn du die gleiche Serverless-Response wiederholt auslieferst, bezahlst du pro Aufruf. Setze Cache-Header richtig. Selbst ein 60-Sekunden-Cache auf einer High-Traffic-Route kann Kosten dramatisch senken. Vercel's built-in CDN is good, but if you're serving the same serverless response repeatedly, you're paying per invocation. Set cache headers properly. Even a 60-second cache on a high-traffic route can cut costs dramatically.
- Verschiebe statische Assets weg von Vercel. S3 + CloudFront, Bunny.net oder R2 (Cloudflares Storage, das keine Egress-Gebühren hat) für Bilder, Videos und andere große Assets. Bandbreiten-Overage bei $0,15/GB summiert sich. Bunny.net berechnet rund $0,01/GB für europäische Bandbreite. S3 + CloudFront, Bunny.net, or R2 (Cloudflare's storage, which has no egress fees) for images, videos, and other large assets. Bandwidth overage at $0.15/GB adds up. Bunny.net charges around $0.01/GB for European bandwidth.
- Prüfe deine Serverless-Function-Regionen. Functions laufen in einigen Konfigurationen standardmäßig in allen Regionen. Wenn deine Nutzer in Europa sind und deine Datenbank in eu-west-1, router Functions über us-east-1 fügt Latenz und Aufrufe hinzu. Fixiere deine Functions auf die richtige Region. Functions run in all regions by default in some configurations. If your users are in Europe and your database is in eu-west-1, routing functions through us-east-1 adds latency and invocations. Pin your functions to the right region.
- Nutze Edge Runtime für leichte Logik. Auth-Token-Validierung, Header-Manipulation, Redirects. Diese sind schneller und günstiger auf Edge als auf Serverless. Auth token validation, header manipulation, redirects. These are faster and cheaper on edge than on serverless.
- Überprüfe dein Team-Roster vierteljährlich. Abgestandene Seats bei $20/Monat sind einfach Verschwendung. Stale seats at $20/month each are just waste.
FAQ
Ist Vercel kostenlos für kommerzielle Projekte?
Nein. Der Hobby-Plan verbietet kommerzielle Nutzung ausdrücklich. Wenn du etwas für einen zahlenden Kunden entwickelst oder ein Produkt aufbaust, das Umsatz generiert, musst du auf Pro wechseln. Das ist keine mehrdeutige Grauzone; Vercels Nutzungsbedingungen sind da eindeutig.
Was passiert, wenn ich meine Limits bei Pro überschreite?
Vercel sperrt dich nicht ab. Man wird dir Übernutzung zum auf der Preisseite angegebenen Satz berechnet. Bandbreite kostet $0,15/GB, serverlose Ausführung $0,18/GB-Stunde. Es gibt keine harte Obergrenze standardmäßig, aber du kannst Ausgabenlimits in deinen Abrechnungseinstellungen konfigurieren, um Benachrichtigungen zu erhalten oder Deployments zu stoppen. Ich stelle bei neuen Projekten immer eine Ausgabenwarnung ein. Eine überraschende Rechnung einen Monat später lässt sich vermeiden.
Kann ich eine hochfrequentierte Next.js-App auf Vercel Pro ohne Enterprise betreiben?
Ja, absolut. Der entscheidende Faktor ist normalerweise nicht das Traffic-Volumen, sondern die Architektur. Eine gut gecachte, edge-optimierte Next.js-App mit ordnungsgemäßem ISR und externer Bildbereitstellung kann Millionen monatlicher Besucher auf Pro für $30–60/Monat bewältigen. Eine schlecht gebaute mit vielen Serverless-Funktionen und ohne Caching kostet das Fünffache bei einem Viertel des Traffic.
Kostet der $20/Monat Pro-Plan pro Projekt oder pro Team?
Pro Seat in einem Team. Du zahlst $20 pro Mitglied in deinem Vercel-Team, und dieses Team kann unbegrenzte Projekte haben. Wenn du ein Solo-Entwickler bist, zahlst du $20/Monat unabhängig davon, wie viele Projekte du deployest.
Berechnet Vercel Preview Deployments?
Preview-Deployments selbst werden nicht separat berechnet. Sie verbrauchen aber Build-Minuten, und alle Serverless-Funktionen, die während Preview-Tests aufgerufen werden, zählen gegen deine Execution Limits. Bei einem aktiven Team mit vielen Pull Requests können Build-Minuten zu einer echten Kostenposition werden.
---
Die ehrliche Zusammenfassung: Vercel ist gute Infrastruktur, und speziell für Next.js ist es schwer zu schlagen, wenn es um Developer Experience geht. Aber es ist kein Pauschal-Service, und wenn du Clients onboardest oder ein Produkt skalierst, musst du deine Nutzung vor dem Launch modellieren, nicht danach. Rechne deine erwarteten Function Invocations durch, deine Bandbreite, deine Image-Optimierungen. Kalkuliere einen Puffer von 20% ein. Dann entscheide, ob Pro sinnvoll ist oder ob die Architektur erst angepasst werden muss.
Der Client, der mich in Panik angerufen hat? Der ist immer noch bei Vercel. Die Rechnung liegt jetzt bei 31 $ pro Monat. Völlig wert.