Vercel-Kosten planbar machen: Was die CDN-Flatrate abdeckt

Mit Flat Rate CDN lässt sich der CDN-Posten der Vercel-Kosten jetzt verlässlich planen – die gesamte Vercel-Rechnung bleibt dennoch variabel. Am 8. September 2026 hat Vercel Flat Rate CDN allgemein verfügbar gemacht: Die enthaltene Kapazität umfasst 1 Million Anfragen und 1 TB pro Monat. Vorübergehende Traffic-Spitzen oberhalb des gewählten Tarifs werden ohne zusätzliche CDN-Gebühr bedient, sofern die Fair-Use-Regeln eingehalten werden.

Der CDN-Posten der Vercel-Kosten wird zur Kapazitätsentscheidung

Ein Content Delivery Network, kurz CDN, liefert Seiten, Bilder und andere Antworten einer Website von Standorten aus, die möglichst nah bei den Besuchern liegen. Im On-Demand-Modell von Vercel werden CDN-Anfragen und übertragene Daten nach Ausschöpfen der Inklusivmengen einzeln abgerechnet.

Flat Rate CDN verändert genau diesen Teil der Rechnung. Grundlage ist ein monatlicher Kapazitätstarif, der zum üblichen Traffic passt. Statt jede abgedeckte Anfrage und jedes übertragene Byte separat zu bezahlen, fällt der ausgewiesene Preis für die CDN-Kapazität an.

Dabei handelt es sich um Preise für CDN-Kapazität, nicht um vollständige Preise für Vercel Pro. Dieser Unterschied ist für die gesamte Entscheidung entscheidend.

Bei neuen Pro-Teams ist Flat Rate CDN standardmäßig aktiviert. Bestehende Pro-Teams können die Option in den Billing-Einstellungen einschalten. Außerhalb des Pro-Tarifs stellt sich diese konkrete Abrechnungsentscheidung nicht.

Die Kapazität gilt außerdem für das gesamte Team. Befinden sich eine SaaS-Anwendung, eine Marketing-Website und mehrere Kundenprojekte in einem Vercel-Team, greifen alle auf dasselbe Kontingent zu. Es gibt also keinen separaten Kapazitätstopf pro Projekt.

Interessant wird das Modell bei einem plötzlichen Ansturm. Der Schutz vor Traffic-Spitzen ist standardmäßig aktiv. Ein eintägiger Ausschlag darf den Tarif überschreiten, ohne dass zusätzliche Gebühren oder eine schlechtere Auslieferung folgen. Ob das Team zu Beginn des nächsten Abrechnungszeitraums hochgestuft werden sollte, bestimmt Vercel anhand der anhaltenden Nutzung über den gesamten Abrechnungszeitraum.

Die gebuchte Kapazität ist damit eine betriebliche Basis und keine harte Traffic-Obergrenze. Zugleich sind die heutige Lastspitze und das Budget des nächsten Monats zwei getrennte Entscheidungen.

Was der feste CDN-Preis abdeckt

Laut aktuellem Preisleitfaden umfasst der Kapazitätstarif fünf Ressourcen: CDN Requests, Fast Data Transfer, Blob Data Transfer, Sandbox Data Transfer sowie Observability-Ereignisse, die aus CDN Requests entstehen. Im Billing-Dashboard werden CDN Requests als Edge Requests ausgewiesen.

Diese Liste deckt nur einen Teil der Vercel-Rechnung ab. Für Pro selbst fällt eine monatliche Plattformgebühr von $20 an; darin enthalten sind ein Seat mit Deployment-Berechtigung und ein monatliches Nutzungsguthaben von $20. Jeder weitere Seat mit Deployment-Berechtigung kostet $20. Function Compute, Fast Origin Transfer, Builds, Speichervorgänge, kostenpflichtige Add-ons und die sonstige Produktnutzung folgen weiterhin ihren eigenen Abrechnungsregeln.

Flat Rate CDN beseitigt somit eine Schwankungsquelle. Aus Vercel wird dadurch kein Abonnement mit einem einzigen Festpreis. Für die Kalkulation des restlichen Accounts bleibt der vollständige Vercel-Preisleitfaden die richtige Grundlage.

CDN-Kosten an einem konkreten Traffic-Szenario berechnet

Als Beispiel dient ein hypothetisches Pro-Team, das in einem Abrechnungszeitraum üblicherweise 8 Millionen CDN-Anfragen bedient und 2 TB überträgt. Das ist lediglich ein Rechenbeispiel und keine Messung bei einem Vercel-Kunden.

Der enthaltene Flat-Rate-Tarif reicht nicht aus, weil er 1 Million Anfragen und 1 TB umfasst. Der $20-Tarif deckt einen normalen Monat mit 10 Millionen Anfragen und 50 TB samt Reserve ab. Der Posten für CDN-Kapazität beträgt in diesem Abrechnungszeitraum folglich $20.

Nun erlebt dasselbe Team an einem einzelnen Tag eine Lastspitze zum Produktstart. Laut Vercel löst ein solcher vorübergehender Ausschlag keine Hochstufung aus. Der CDN-Kapazitätsposten für den Monat bleibt deshalb bei $20, vorbehaltlich der Teilnahmebedingungen und Fair-Use-Regeln.

Anders sieht es bei dauerhaftem Wachstum aus. Hält das Team über den Abrechnungszeitraum hinweg 12 Millionen Anfragen, liegt es über dem Tarif mit 10 Millionen Anfragen. Der nächste veröffentlichte Tarif kostet $100 und umfasst 50 Millionen Anfragen. Damit kann der CDN-Kapazitätsposten im nächsten Abrechnungszeitraum um $80 steigen.

Genau darin besteht das eigentliche Leistungsversprechen: Ein überraschend starker Tag verursacht keine überraschende CDN-Mehrverbrauchsrechnung. Ein dauerhaft stärkerer Monat kann den Folgemonat trotzdem verteuern.

Eine Flatrate ist zudem nicht automatisch die günstigste Variante. In der aktuellen Dokumentation zum On-Demand-CDN führt Vercel für Pro 10 Millionen Edge Requests und 1 TB Fast Data Transfer als enthalten auf. Beim enthaltenen Flat-Rate-Tarif sind es 1 Million Anfragen und ebenfalls 1 TB.

Für ein bestehendes Pro-Team kann On-Demand mehr enthaltenes Anfragevolumen bewahren, wenn der normale Transfer unter 1 TB bleibt, die Anfragen in das On-Demand-Kontingent passen und Traffic-Spitzen unwahrscheinlich sind. Flat Rate CDN tauscht einen Teil dieses Spielraums gegen einen festen Kapazitätsposten und Schutz vor Lastspitzen. Ein Vergleich beider Modelle in Billing ist sinnvoller als die Annahme, „flat“ bedeute automatisch „günstiger“.

Was sich für unterschiedliche Teams ändert

Solo-Gründer eines SaaS-Produkts vor dem Launch

Beim Launch eines Produkts lässt sich der Tarif am normalen Monat statt am lautesten Tag der Kampagne ausrichten. Passt das Produkt üblicherweise in den $20-Tarif, verändert eine eintägige Welle durch den Launch oder eine Medienerwähnung den CDN-Posten dieses Monats nicht.

Der Vorteil besteht nicht in jedem Fall in billigerem Traffic. Entscheidend ist, die CDN-Kosten vor Kampagnenbeginn zu kennen und Funktionen, Builds sowie weitere nicht vom Tarif abgedeckte Nutzung separat zu kontrollieren.

Eine Agentur mit mehreren Kunden-Websites

Für Agenturen zählt die Teamebene. Eine Traffic-Spitze auf der Website eines Kunden beansprucht dieselbe Kapazität wie alle anderen abgedeckten Projekte. Aussagekräftig ist daher die Projektaufschlüsselung innerhalb der Gesamtnutzung des Teams.

Ein einzelnes, geschäftlich nicht kritisches Projekt kann bei Vercel aus der Flat-Rate-Kapazität herausgenommen und auf Flex CDN umgestellt werden. Dafür muss das Projekt Vercel DNS verwenden. So lässt sich verhindern, dass eine experimentelle oder weniger wichtige Website das gemeinsame Kontingent belastet. Es handelt sich jedoch um eine Routing-Entscheidung, nicht um ein zweites privates Kontingent.

Technische SaaS-Leitung im Austausch mit Finance

Mit dem Usage-Dashboard oder vercel usage lässt sich eine eintägige Spitze von einem höheren täglichen Grundniveau unterscheiden. Finance kann den aktuellen Tarif dann als bekannten CDN-Posten dieses Abrechnungszeitraums behandeln und die nächste Tarifstufe prognostizieren, falls das höhere Niveau anhält.

Diese Übergabe ist klarer als eine Schätzung pro Anfrage in einem Wachstumsmonat. Verantwortlich bleiben muss dennoch jemand, denn Vercel kann den Tarif im nächsten Abrechnungszeitraum an die tatsächliche Nutzung anpassen, statt ihn unbegrenzt auf der alten Stufe zu belassen.

Marketingleitung mit einer Commerce-Kampagne

Für geeigneten Shop-Traffic entsteht ein sichereres Launch-Fenster. Die Website wird auch während einer vorübergehenden Spitze ohne CDN-Mehrverbrauchsgebühr ausgeliefert, während der Betreiber beobachtet, ob der Traffic nach der Kampagne wieder zurückgeht.

Im Kampagnenbudget muss trotzdem Platz für Kosten außerhalb des CDN bleiben. Erzeugt eine Aktion mehr Serverarbeit, Bildtransformationen, Speichervorgänge oder kostenpflichtige Observability-Nutzung, können sich diese Posten verändern, obwohl die Auslieferungskosten gleich bleiben.

Betreiber eines Medien- oder Download-Produkts

Das Angebot ist nicht für Produkte gedacht, deren Hauptaufgabe in der Dateiübertragung besteht. Dienste für Massendownloads, medienlastige Auslieferung, CDN-as-Storage-Konfigurationen und Workloads, bei denen große Transfervolumen die Kernfunktion bilden, fallen nicht unter die veröffentlichten Teilnahmebedingungen.

Die Budgetplanung für ein Medienangebot sollte daher nicht einfach mit den 50 TB kalkulieren und die Eignung voraussetzen. Vercel kann Projekte außerhalb des vorgesehenen Einsatzbereichs auf Flex CDN umstellen, einen anderen Tarif oder ein anderes Produkt verlangen oder den Service begrenzen.

Von der üblichen Abrechnung zum passenden Tarif

1. 1

   Einen normalen Abrechnungszeitraum auswerten

   In der Usage-Ansicht des Teams sind CDN Requests – dort als Edge Requests bezeichnet – sowie die abgedeckten Transferressourcen zu prüfen. Die Aufschlüsselung nach Tag und Projekt trennt ein einmaliges Ereignis vom üblichen Grundniveau.

2. 2

   Beide Abrechnungsmodelle vergleichen

   Normale Anfragen und normales Transfervolumen sollten mit den jeweiligen Inklusivmengen beider Modelle verglichen werden. Flat Rate lohnt sich, wenn ein bekannter CDN-Posten und der Schutz vor Lastspitzen mehr wert sind als der zusätzliche Kapazitätspreis. On-Demand bleibt sinnvoll, wenn die normale Nutzung in dessen Kontingente passt und dieses Verhältnis für das Team günstiger ist.

3. 3

   Kapazität für das gesamte Team wählen

   Unter Settings des Teams lässt sich in Billing der Bereich Flat Rate CDN öffnen. Maßgeblich ist der Tarif für die typische Nutzung des gesamten Teams, nicht der Durchschnitt eines einzelnen Projekts. Soll ein geeignetes, unkritisches Projekt außerhalb der gemeinsamen Kapazität laufen, kann es auf Flex umgestellt werden; dabei ist die Nutzung von Vercel DNS zu bestätigen.

4. 4

   Risiko für den nächsten Abrechnungszeitraum prüfen

   Vor dem Fortfahren ist der in Billing angezeigte Abonnementpreis zu prüfen. Auch die nächste Tarifstufe sollte dokumentiert werden, denn eine über den Zeitraum anhaltende Nutzung kann das Team im nächsten Abrechnungszeitraum dorthin verschieben. Eine spätere manuelle Tarifänderung wird ebenfalls erst im nächsten Zeitraum wirksam.

Die Grenze des Schutzes vor Traffic-Spitzen

„Unbegrenzt“ ist deshalb das falsche Denkmodell. Die Website bleibt während einer Lastspitze erreichbar, und aus der Spitze wird keine Mehrverbrauchsrechnung. Das ist etwas anderes als die Erlaubnis, über den Tarif ein Geschäft zur Dateiverteilung zu betreiben oder dauerhaft oberhalb seiner Kapazität zu liegen.

Die Entscheidung für Montag

Handlungsbedarf besteht diese Woche, wenn eine geeignete Pro-Anwendung betrieben wird und vorübergehender Traffic den CDN-Posten schwer kalkulierbar macht. In Billing sollte ein normaler Abrechnungszeitraum mit den vier veröffentlichten Tarifen verglichen und der kleinste Tarif gewählt werden, der sowohl Anfrage- als auch Transferaufkommen abdeckt.

Mit dem Wechsel sollte gewartet werden, wenn die bestehenden On-Demand-Kontingente die normale Nutzung abdecken und vorübergehende Spitzen kein relevantes Geschäftsrisiko darstellen. Da sich die enthaltenen Anfragevolumen der beiden Modelle unterscheiden, geht es um eine Abwägung zwischen Preis und Planungssicherheit.

Diese Neuerung löst das Problem nicht, wenn Funktionen, Builds, Seats, Add-ons oder ein nicht teilnahmeberechtigter Medien-Workload die Rechnung bewegen. Diese Kosten brauchen weiterhin eigene Kontrollen.

Am Montag sollte nach dem Verlassen der Billing-Einstellungen eine Entscheidung dokumentiert sein: Flat Rate mit benanntem Kapazitätstarif aktiviert – oder On-Demand aus einem festgehaltenen Kostengrund beibehalten. Genau diese Budgetentscheidung ermöglicht die Neuerung.

Weitere verständliche Einordnungen zu Plattformänderungen mit Auswirkungen auf das operative Budget gibt es im Newsletter.