Ein Kunde rief mich letztes Jahr an, völlig in Panik. Die Marketing-Website seiner Agentur war mitten während einer Kampagne ausgefallen. Nicht wegen eines Server-Crashes, nicht wegen eines DDoS-Angriffs. Netlify hatte einfach seine Bandbreite drosselt, weil er am Dienstagachmittag das kostenlose Limit überschritten hatte – drei Wochen, bevor sein Abrechnungszyklus zurückgesetzt würde. Er war seit 2021 beim Starter-Plan und hatte sich noch nie Gedanken darüber gemacht. Ich auch nicht, ehrlich gesagt, bis zu diesem Anruf.
Dieser Vorfall veranlasste mich, mir hinzusetzen und genau zu dokumentieren, was Netlify's kostenloser Plan dir gibt, wo er dich stillen ganz ausschaltet, und ob das Upgrade auf Pro es wert ist oder ob es einen intelligenteren Workaround gibt. Nachdem ich über die Lebensdauer von Seahawk hinweg mehr als 12.000 Websites gebaut und gehostet habe, habe ich genug Projekte durch Netlify laufen lassen, um Meinungen zu teilen, die etwas wert sind.
Was der Netlify Starter-Plan wirklich beinhaltet
Lass mich konkret werden. Der Netlify Starter-Plan ist kostenlos, erfordert keine Kreditkarte und deckt ein Team-Mitglied pro Team ab. Hier ist, was du bekommst:
100GB Bandbreite pro Monat über alle deine Websites hinweg
300 Build-Minuten pro Monat, gemeinsam für alle Projekte
Netlify Functions: 125.000 Anfragen und 100 Stunden Laufzeit pro Monat
Formulare: 100 Formularübermittlungen pro Monat
1 gleichzeitiger Build (alles andere wird in die Warteschlange eingereiht)
Continuous Deployment aus Git (GitHub, GitLab, Bitbucket)
Sofortige Rollbacks
Custom Domains mit automatischem HTTPS via Let's Encrypt
Netlify Edge Network (CDN) inklusive
Deploy Previews für Pull Requests
Diese Liste sieht beeindruckend aus. Und für ein persönliches Portfolio, eine kleine Broschüren-Website oder ein Hobby-Projekt ist sie es wirklich. Allein die HTTPS-Automatisierung hat mir früher 20 Minuten pro Website gekostet. Jetzt ist es kein Aufwand mehr.
Aber beachte, was in der Marketingkopie fehlt: Diese Limits sind über dein gesamtes Team-Konto verteilt. Ein Konto, alle deine Websites, ein gemeinsamer Pool.
Wo die Bandbreitenbegrenzung wirklich schmerzt
100GB klingt nach viel. Es ist nicht immer viel.
Stell dir das so vor. Eine vernünftig optimierte Website mit einem durchschnittlichen Seitengewicht von 2MB – und wenn du Bilder nicht richtig komprimierst, steigt diese Zahl schnell – verbraucht 1GB pro 500 Besucher. Skaliere das auf 50.000 monatliche Besucher und deine 100GB sind weg. Auf einer Website.
Ich hatte 2022 ein Gatsby-Blog-Projekt für einen Food-and-Travel-Client. Guter Content, ordentliche SEO-Arbeit dahinter. Die Website zog plötzlich etwa 60.000 Sessions pro Monat, worüber wir uns freuten, bis ich bemerkte, dass die Bandbreite 85GB erreichte und wir noch neun Tage im Monat vor uns hatten. Wir haben sie ziemlich schnell zu Netlify Pro umgezogen.
Das, was Leute nicht einkalkulieren: Netlify zählt ausgehende Bandbreite, also jeden Asset, den deine Besucher herunterladen. Nicht optimierte Hero-Images, eingebettete Schriftarten, JavaScript-Bundles, die nicht richtig aufgeteilt wurden – alles zählt. Führe deine Website durch WebPageTest aus, bevor du sie irgendwo hostst, und bring dein Seitengewicht unter Kontrolle. Diese eine Gewohnheit hat mehrere meiner Clients vor unnötigen Upgrades bewahrt.
Was passiert, wenn du das Limit erreichst
Netlify verlangsamt dich nicht einfach. Sie servieren deinen Besuchern eine von Netlify gebrändete Fehlerseite statt deiner Website. Das ist nicht elegant. Es gibt keine Warnung per E-Mail mit genug Vorlaufzeit, um tatsächlich darauf zu reagieren. Die Website ist offline. Das ist meinem Client passiert.
Du kannst Ausgabenbenachrichtigungen im Dashboard einrichten, und ich empfehle das dringend, ab Tag eins zu tun, aber sie werden nicht immer mit ausreichend Puffer ausgelöst. Überprüfe deine Bandbreitennutzung wöchentlich, wenn deine Websites echten Traffic bekommen.
Das Problem mit den 300 Build-Minuten
Das ist die Grenze, die Agenturen zuerst trifft, nicht die Bandbreite.
300 Minuten klingen für eine Website in Ordnung. Aber wenn du fünf bis zehn Kundenprojekte unter einem Netlify-Konto verwaltest und jedes hat eine CI/CD-Pipeline, die bei jedem Push ausgelöst wird, wirst du das bis Mitte des Monats aufgebraucht haben. Ein Next.js- oder Gatsby-Build auf einer inhaltsreichen Website kann je nach Konfiguration des Cachings zwischen 3 und 15 Minuten dauern.
Das mache ich bei Seahawk für Free-Tier-Projekte:
Aktiviere Build-Caching richtig. Netlify cached das node_modules-Verzeichnis zwischen Builds, wenn du es konfigurierst. Überspringst das nicht. Es kann die Build-Zeiten bei wiederholten Deployments um 60–70 % reduzieren.