Vercel Hobby Plan Limits (und wann du sie auswächst)

Es war Donnerstagabend und die Next.js-Website eines Kunden war gerade in das, was ich nur als Timeout-Spirale beschreiben kann, abgerutscht. Serverless Functions, die bei 9,8 Sekunden hängen blieben, Nutzer mit leeren Bildschirmen, und ich, der um Mitternacht fieberhaft das Vercel Dashboard überprüfte, um herauszufinden, ob wir wirklich ein Plan-Limit erreicht hatten oder ob der Code einfach nur furchtbar war. (Es war beides, ehrlich gesagt.) Das Projekt war im Hobby-Plan. Hätte es wahrscheinlich nicht sein sollen.

Ich habe über die Jahre mehr als 12.000 Websites bei Seahawk Media deployed. Vercel ist ständig Teil unseres Stacks, besonders bei Next.js-Arbeiten – nichts anderes kommt in der Developer Experience auch nur annähernd heran. Aber der Hobby-Plan hat scharfe Kanten, die man leicht übersieht, bis ein Projekt dich beißt. Also hier ist meine ehrliche Einschätzung, wo diese Kanten sind und wann sie anfangen zu zählen.

Was der Hobby-Plan dir wirklich gibt

Seien wir präzise. Stand 2024 gibt dir Vercels Hobby-Plan:Vercel's Hobby plan gives you:

• 100 GB Bandbreite pro Monat
• 6.000 Build-Minuten pro Monat
• Serverless-Funktions-Ausführungs-Timeout von 10 Sekunden10 seconds
• 100 Serverless-Funktionsaufrufe pro Tag... moment, nein. Dieses Limit gibt es nicht. Aber es gibt eine Obergrenze von 100 GB-Stunden Serverless-Funktionsausführung pro Monat
• Edge-Funktionsausführung von 500.000 Aufrufen pro Monat
• 1 gleichzeitiger Build auf einmal
• Deployments beschränkt auf persönliche Konten (keine Teams)personal accounts only (no teams)
• Kommerzielle Nutzung nicht erlaubt gemäß Vercel-Bedingungen

Dieses letzte Limit verwirrt die Leute mehr als jedes technische Limit. Der Hobby-Plan ist explizit für persönliche, nicht-kommerzielle Projekte. Falls du für einen zahlenden Kunden baust oder irgendein Geschäft darauf betreibst, verstößt du bereits gegen die Nutzungsbedingungen. Ich habe Freelancer jahrelang das machen sehen und es ist eine Haftung, die nur auf einen Vorfall wartet.

Das 10-Sekunden-Funktions-Timeout

Das ist das, das die Leute trifft. Zehn Sekunden klingt nach viel, bis du einen API-Aufruf eines Drittanbieters machst, der 4 Sekunden dauert, eine Datenbanklogik ausführst, die weitere 3 hinzufügt, und dann etwas mit der Antwort machst. Plötzlich bist du bei 9,2 Sekunden ohne Spielraum.

Im Pro-Plan springt diese Grenze auf 60 Sekunden (und bis zu 900 Sekunden mit Konfiguration bei Enterprise). Das ist kein marginaler Unterschied. Das ist der Unterschied zwischen einer funktionierenden Integration und einem Produkt, das für bestimmte Use Cases grundlegend kaputt ist.

Build Minutes: Wo sie schneller verschwinden, als man denkt

6.000 Build Minutes pro Monat klingt großzügig. Und für ein einzelnes persönliches Projekt ist es das wahrscheinlich auch. Das Problem ist, dass diese Zahl schneller schrumpft als erwartet, sobald du ernsthaft iterierst.

2021 habe ich an einem Nebenprojekt gearbeitet, einem Content Aggregator auf Next.js-Basis mit etwa 400 statischen Seiten. Ich hatte ISR eingerichtet, machte aber auch häufig vollständige Rebuilds während ich mit der Datenschicht experimentierte. In drei Wochen habe ich ungefähr 4.200 Build Minutes verbraucht. Nicht weil die Builds langsam waren, sondern weil ich sie ständig ausgelöst habe.

Ein Build auf einer mittelkomplexen Next.js-Site kann problemlos 4–8 Minuten dauern. Wenn du während aktiver Entwicklung 15-mal am Tag auf main pushst (was für mich normal ist), sind das 60–120 Build Minutes weg an einem einzigen Tag. Mach das eine Woche lang und du hast die Hälfte deines monatlichen Kontingents aufgebraucht.

Es gibt keinen Rollover. Minutes werden nicht von Monat zu Monat übertragen. Und wenn du bei null angekommen bist, stoppen deine Deployments. Punkt.

Wie man den Verbrauch bremst

Ein paar Dinge, die ich bei Hobby-Plan-Projekten mache, um Build Minutes zu sparen:

1. Pushe experimentelle Änderungen in einen Non-Production-Branch. Merge zu main nur, wenn etwas wirklich ready ist.
2. Nutze vercel --prebuilt mit gecachten Outputs, wo sich die Build-Artefakte nicht wesentlich geändert haben.vercel --prebuilt with cached outputs where the build artefacts haven't changed meaningfully.
3. Konfiguriere Vercels ignorierten Build-Schritt so, dass Builds übersprungen werden, wenn sich nur bestimmte Dateien ändern (wie Readme-Updates oder Commits ohne Code-Änderungen).Vercel's ignored build step to skip builds when only certain files change (like readme updates or non-code commits).
4. Commits zusammenfassen. Anstatt 6 kleine Fixes einzeln zu pushen, stagen sie und pushen sie auf einmal.

Das ist nichts Neues. Aber in der Praxis pushen die meisten Entwickler auf Hobby-Plänen einfach munter drauflos und wundern sich, warum ihnen die Minuten am 20. des Monats ausgegangen sind.

Bandbreite: Meistens okay, manchmal nicht

100 GB Bandbreite pro Monat ist der Punkt, an dem der Hobby-Plan eigentlich ziemlich großzügig ist. Für ein persönliches Projekt, ein Portfolio, einen kleinen Blog, sogar ein bescheidenes SaaS-Nebenprojekt mit ein paar hundert Nutzern, wirst du dieses Limit wahrscheinlich nicht erreichen.

Problematisch wird es bei bilderlastigen Seiten ohne ordentliche CDN-Schicht davor oder bei Seiten, die einen plötzlichen Ansturm bekommen. Ich hatte einen Kunden, einen Musiker, dessen Seite während einer Übergansphase auf meinem persönlichen Vercel-Account lag (das war falsch von mir, ich weiß, kommerzielle Nutzung und so weiter). Einer seiner Tracks wurde von einer einigermaßen großen Playlist aufgegriffen und die Seite bekam etwa 40.000 Besuche in 48 Stunden. Die Bandbreitennutzung schoss in die Höhe. Zum Glück waren wir unter dem Limit, aber es war knapp genug, dass ich sie sofort von Hobby runtergezogen habe.

Wenn du Next.js Image Optimisation nutzt, beachte, dass optimierte Bilder, die über Vercel ausgeliefert werden, auf deine Bandbreite angerechnet werden. Und der Hobby-Plan hat eine Obergrenze von 1.000 Quellbildern pro Monat für die Optimierung. Das ist ein Limit, über das fast niemand spricht, und es wird dich absolut treffen, wenn du ein Fotografie-Portfolio betreibst oder eine bilderlastige Content-Seite.Next.js Image Optimisation, be aware that optimised images served through Vercel count against your bandwidth. And the Hobby plan has a 1,000 source images cap on optimisation per month. That's a limit that almost nobody talks about and it will absolutely catch you if you're running a photography portfolio or any image-heavy content site.

Die Sache mit der kommerziellen Nutzung verdient mehr Aufmerksamkeit

Ich möchte darauf zurückkommen, weil ich denke, dass das in Freelancer-Kreisen wirklich unterschätzt wird.

Vercels Bedingungen sind klar. Hobby ist für persönliche, nicht-kommerzielle Projekte. In dem Moment, in dem ein Kunde dich bezahlt, um etwas auf Hobby zu bauen, oder in dem ein Projekt Einnahmen generiert (Ads, Abos, Verkäufe), befindest du dich außerhalb der Bedingungen. Das ist nicht Vercel, das aggressiv ist, es ist einfach die Struktur des Plans.

Ich habe mit Freelancern gesprochen, die Client-Projekte auf Hobby deployen, um Geld zu sparen. Einige machen das seit Jahren ohne Konsequenzen. Aber Vercel setzt das durch. Sie können und werden Accounts kontaktieren, die offensichtlich kommerzielle Aktivitäten ausführen. Eine Website wegen einer Terms-Verletzung gelöscht zu bekommen, während das Business eines Clients davon abhängt – das ist ein Gespräch, das du nicht führen willst.

Der Pro-Plan kostet $20/Monat pro Mitglied. Bei jeglicher echter Client-Arbeit sollte diese Gebühr in dein Projekt-Budget einfließen. Das ist nicht verhandelbar.

Wenn der einzelne gleichzeitige Build tatsächlich zum Problem wird

Ein gleichzeitiger Build spielt bei persönlichen Projekten keine Rolle. Er wird relevant, wenn du an etwas zusammen arbeitet, auch informell. Zwei Personen, die in rascher Folge Commits pushen, bedeutet: Der zweite Build wartet hinter dem ersten.

Für Solo-Arbeit ist das kein Problem. Aber wenn du einen Contributor hast, einen Co-Founder, einen Designer, der auch committen kann, dann wirst du Wartezeiten merken. Mit Pro bekommst du bis zu 12 gleichzeitige Builds. Der Sprung ist erheblich.

Seahawk hatte früher in diesem Jahr ein kleines internes Tools-Projekt, bei dem zwei von uns schnell an derselben Next.js-Codebasis während eines Sprints iteriert haben. Wir waren da auf Pro (allein aus kommerziellen Gründen), und selbst da haben sich überlappende Builds gelegentlich als Reibung bemerkbar gemacht. Auf Hobby wäre es deutlich schlimmer gewesen.

Hobby vs Pro: Der eigentliche Entscheidungsbaum

So denke ich praktisch darüber:

• Persönliches Projekt, keine Einnahmen, Solo-Entwickler, unter 50 Seiten: Hobby ist okay. Bleib da. Hobby is fine. Stay there.
• Side-Projekt mit echtem Traffic (5.000+ monatliche Besuche): Fang an, deine Bandbreite und Function-Ausführungsstunden zu beobachten. Hobby funktioniert noch, aber du näherst dich den Limits. Start watching your bandwidth and function execution hours. Hobby still works but you're closer to edges.
• Jede Kundenarbeit überhaupt: Pro. Punkt. Pro. Full stop.
• API-lastige App, bei der Serverless-Funktionen regelmäßig 5+ Sekunden erreichen: Pro. Das 10-Sekunden-Timeout ist dann kein komfortables Limit mehr. Pro. The 10-second timeout is not a comfortable ceiling at that point.
• Mehrere Teambenutzer im Account benötigt: Pro. Hobby erlaubt keine Team-Accounts. Pro. Hobby doesn't allow team accounts.
• E-Commerce, Abos oder irgendwelche Transaktionsflüsse: Pro, und überleg dir wahrscheinlich genau, ob Vercels Serverless-Modell zu deiner Architektur passt. Pro, and probably think carefully about whether Vercel's serverless model suits your architecture anyway.

Für alles, das selbst Pro überfordert, hat Vercel ein Enterprise-Tier mit benutzerdefinierten Limits. Ich bin nur zweimal auf Enterprise gestoßen, beide Male für Kunden mit sehr spezifischen SLA-Anforderungen. Für die meisten, die das lesen, ist die Pro/Hobby-Entscheidung die relevante.

Alternativen, die es zu kennen lohnt

Wenn Budget wirklich das Problem ist, ist Vercel nicht deine einzige Option. Netlify's kostenloses Tier hat eine ähnliche Form wie Vercel Hobby mit 300 Build-Minuten pro Monat (eigentlich weniger als Vercel), aber 100 GB Bandbreite. Für statische Seiten mit minimalen Serverless-Anforderungen ist Netlify ein zumutbarer Vergleich.Netlify's free tier has similar shape to Vercel Hobby with 300 build minutes per month (lower than Vercel, actually) but 100 GB bandwidth. For static sites with minimal serverless needs, Netlify is a reasonable comparison.

Cloudflare Pages ist einen Blick wert, wenn dein Use-Case zu Workers passt. Unbegrenzte Bandbreite im kostenlosen Tier, großzügige Build-Kontingente, und die Pages-Plattform ist erheblich gereift. Ich nutze es für statische Seiten, bei denen ich Next.js-spezifische Features nicht brauche. is worth considering if your use case fits Workers. Unlimited bandwidth on the free tier, generous build allowances, and the Pages platform has matured significantly. I use it for static sites where I don't need Next.js-specific features.

Railway und Render sind gut für Full-Stack-Apps, bei denen du mehr Kontrolle als bei einem Serverless-Deployment-Modell willst. Unterschiedliche Tradeoffs, keine direkten Vercel-Konkurrenten wirklich, aber es lohnt sich, sie im Werkzeugkasten zu haben.

FAQ

Erlaubt der Vercel Hobby-Plan Custom Domains?

Ja. Du kannst Custom Domains im Hobby-Plan ohne zusätzliche Kosten hinzufügen. SSL ist automatisch durch Let's Encrypt enthalten. Das ist eine der wirklich großartigen Sachen am Hobby-Plan – es gibt keine künstlichen Limits bei Custom Domains.

Was passiert, wenn du das Bandwidth-Limit des Hobby-Plans erreichst?

Vercel nimmt deine Website nicht sofort offline. Sie werden dich benachrichtigen und dir die Möglichkeit geben, ein Upgrade durchzuführen. Aber du befindest dich in einer Grauzone, sobald du über dem Limit bist, und Vercel kann deine Website drosseln oder sperren, wenn du die Limits hartnäckig überschreitest, ohne ein Upgrade durchzuführen.

Kann ich Vercel Hobby für ein Kundenprojekt nutzen, wenn ich nicht viel berechne?

Der Betrag, den du berechnest, ist für Vercels Bedingungen irrelevant. Kommerzielle Nutzung bedeutet kommerzielle Nutzung. Wenn jemand dir Geld zahlt, ist es kommerzielle Nutzung. Wechsel zu Pro.

Ist das 10-Sekunden-Funktions-Timeout ein hartes oder weiches Limit?

Hart. Die Funktion wird bei Hobby nach 10 Sekunden beendet. Du wirst einen 504-Timeout-Fehler sehen. Es gibt keine Konfigurationsmöglichkeit auf Hobby-Ebene, um das zu verlängern.

Können zwei Personen an einem Hobby-Projekt zusammenarbeiten?

Nicht über ein gemeinsames Team-Konto. Hobby ist nur für persönliche Konten. Du kannst Mitarbeiter zu einem bestimmten Projekt hinzufügen (sie können Code via Git beitragen), aber der Vercel-Account und die Abrechnung liegen bei einer Person. Für echte Team-Workflows brauchst du Pro.

---

Der Hobby-Plan ist wirklich gut für das, was er verspricht: Hobby-Projekte. Die Limits sind für den persönlichen Gebrauch angemessen. Probleme entstehen, wenn Leute ihn als kostenlosen Pro-Tarif behandeln. Das ist er nicht. Kenne die Obergrenzen, respektiere die Nutzungsbedingungen für kommerzielle Zwecke, und wenn ein Projekt anfängt, Geld zu verdienen oder echte Nutzer bedient, zahle die 20 Dollar im Monat. Das Risiko lohnt sich nicht.