Jamstack-Kosten und TCO bewerten: Betrieb, Wartung und Risiken kalkulieren
Eine Jamstack-Architektur verlagert Kosten. Statische Seiten, CDN, Build-Pipelines, serverlose Funktionen und entkoppelte Inhalts-Systeme bringen eigene Tarife, Betriebs- und Ausfallrisiken mit. Eine TCO-Bewertung erfasst diese Teile zusammen mit den Arbeitsstunden für Wartung, Releases und Störungen. Erst dann lässt sich eine Architektur vergleichen.
Arbeitsdefinition: Die Total Cost of Ownership (TCO) erfasst alle einmaligen und wiederkehrenden Kosten für Aufbau, Betrieb, Pflege und Anpassungen einer Website innerhalb eines festgelegten Zeitraums. Für Jamstack zählen dazu Hosting-Rechnungen, Schnittstellen-Dienste, Teamaufwand und Verbrauchsspitzen.
Dieser Beitrag prüft die Wirtschaftlichkeit einer umrissenen Jamstack-Lösung. Er entscheidet nicht über die allgemeine Architektureignung; diese Frage beantwortet der Leitfaden Jamstack: Anwendungsfälle, Grenzen und Entscheidungskriterien. Der Hub Technisches SEO: Infrastruktur, Architektur und Jamstack erklärt die technischen Grundlagen.
Systemgrenzen festlegen
Eine Kostenzahl verlangt eine definierte Leistung. Dokumentiere vor der Rechnung, welche Website, Umgebungen und Betriebsaufgaben im Vergleich liegen. Ein Vergleich zwischen statischem Hosting und CMS-Hosting hinkt, wenn der bisherige Server Suche, Formulare, Bildverarbeitung oder geschützte Bereiche mitbedient.
| Bereich der TCO | Abgrenzungsfrage | Prüfbarer Nachweis |
|---|---|---|
| Auslieferung | Welche HTML-Seiten, Dateien, Bilder und Weiterleitungen liefert das CDN aus? | Traffic-, Request- und Cache-Berichte |
| Build und Deployment | Welche Änderungen lösen Produktions-Builds, Vorschauen oder Tests aus? | CI/CD- und Hosting-Protokolle |
| Dynamische Funktionen | Welche Formulare, Suche, Authentifizierung oder Schnittstellen laufen zur Request-Zeit? | Funktions-, API- und Fehlerprotokolle |
| Content-System | Welche Nutzer, Rollen, Inhalte, Sprachen, APIs und Medien verwaltet das CMS? | Vertrag, Nutzungsbericht, Rollenliste |
| Externe Dienste | Welche Such-, Formular-, E-Mail-, Consent- oder Sicherheitsdienste laufen mit? | Diensteliste und Rechnungen |
| Betriebsarbeit | Wer prüft Alarme, aktualisiert Pakete, testet Releases und behebt Störungen? | Ticketdaten, Zeiterfassung, Betriebsplan |
| Übergang | Welche Daten, Weiterleitungen, Schulungen und Parallelbetriebe fallen einmalig an? | Migrationsplan und Abnahmeprotokoll |
Lege eine feste Vergleichsbasis fest: gleicher Zeitraum, gleiche Währung, Steuern sowie Anforderungen an Verfügbarkeit, Datenschutz und Support. Interne Arbeitszeit gehört als Kostenposition in die Aufstellung.
Das TCO-Modell aufbauen
Wähle einen Zeitraum, der zur Vertragsbindung und zum Änderungsrhythmus passt. Das TCO-Modell nutzt folgende Formel:
TCO (Zeitraum) =
einmaliger Aufwand
+ Summe der fixen Kosten
+ Summe der variablen Kosten
+ Summe der Arbeitskosten
+ Risikowert (Eintrittswahrscheinlichkeit × Schadenshöhe)
Jede Zeile stützt sich auf eine Belegquelle: Vertrag, Tarifseite, Nutzungsreport, Angebot, Ticket-Auswertung oder begründete Schätzung. Schätzungen bleiben gekennzeichnet. Rechne ein Basis- und ein Hochlastszenario.
| Position | Inhalt | Abgrenzung |
|---|---|---|
| Einmaliger Aufwand | Stunden und externe Angebote für Aufbau, Migration, Tests, Redirects und Schulung | trennen von laufenden Plattformgebühren |
| Fixe Kosten | Grundgebühren, Domains, Team-Sitze, Support- oder Sicherheitsoptionen | trennen von verbrauchsabhängigen Gebühren |
| Variable Kosten | Bandbreite, Requests, Funktionslaufzeit, Build-Verbrauch und API-Aufrufe | trennen von einmaligen Umstellungsaufgaben |
| Arbeitskosten | Rolle, Stundensatz, Aufgaben und Frequenz | erfassen statt ungestützter Wartungspauschalen |
| Risikoannahmen | Auslöser, Auswirkung, Eintrittsannahme und Gegenmaßnahme | trennen von eingetretenen Rechnungen |
Für die kaufmännische Prüfung errechnet sich der Risikowert aus Eintrittswahrscheinlichkeit mal Schadenshöhe. Bei geschäftskritischen Formularen rechtfertigt auch eine geringe Wahrscheinlichkeit technische Absicherungen.
Einmalige Kosten erfassen
Die erste Umsetzung unterscheidet zwei Architekturvarianten. Sie umfasst mehr als die Entwicklung von Templates. Auch vorbereitende Aufgaben gehören in die Rechnung.
| Position | Inhalt | Prüffrage |
|---|---|---|
| Architektur & Integration | Datenflüsse, API-Verträge, Rechte, Cache-Regeln und Fehlerwege | Welche Laufzeitfunktionen ersetzen bisherige Serverfunktionen? |
| Frontend & Komponenten | Templates, Inhaltsmodule, Formulare, Suche, Fehlerseiten und Redirects | Welche Funktion entsteht neu? |
| Inhaltsmigration | Export, Bereinigung, Modellierung, Import, Medien und Stichprobe | Welche Inhalte, Metadaten und URLs bleiben erhalten? |
| Infrastruktur | Domains, DNS, CDN, Zugriffe, Secrets, Umgebungen und Backups | Wer richtet Konten ein und wer besitzt sie? |
| Qualitätssicherung | Tests für Build, Links, Formulare, Vorschau, Fehler und Rollback | Wann gilt die Umstellung als abgenommen? |
| Übergabe | Dokumentation, Rechte, Schulung und Notfallkontakt | Kann ein anderes Team Releases und Rollbacks ausführen? |
Ein Redirect-Konzept gehört in diese Aufstellung, wenn URLs wechseln. Die Logfile-Analyse für Bot-Crawling und Serverantworten prüft Abrufe nach dem Go-Live, berechnet aber keine TCO.
Laufende Plattformkosten prüfen
Statische Auslieferung verändert die laufenden Bausteine. CDN, Deployment-Dienst und CMS rechnen feste Kontingente und Nutzung getrennt ab. Die Tariflogik muss zum erwarteten Traffic und zur Release-Frequenz passen.
CDN, Hosting und Auslieferung
Erfasse übertragene Daten, Requests, Domains, Weiterleitungen, Bildtransformationen und Supportleistungen. Vercel berechnet Managed-Infrastructure-Ressourcen nach übertragenen Daten, Requests und Compute-Dauer; Funktionen, Bildoptimierung und Builds besitzen eigene Metriken.
| Kostenhebel | Messgröße | Ursache für Abweichungen | Steuerung |
|---|---|---|---|
| Datentransfer | GB je Abrechnungszeitraum | große Medien, Downloads, fehlende Cache-Treffer | Medienbestand, Cache-Regeln und Downloadpfade prüfen |
| Web-Requests | Requests nach Pfadtyp | Bots, Redirects, Assets, API-Aufrufe | Pfade gruppieren und Muster untersuchen |
| Bilddienste | Transformationen und Cache-Zugriffe | viele Bildgrößen, neue Komponenten | feste Formate und Auslieferungswege festlegen |
| Domains & Zertifikate | jährliche oder monatliche Gebühr | Subdomains, Zusatzdomains, Schutzoptionen | Bestand und Eigentum dokumentieren |
| Add-ons | Erweiterungen | Aktivierung ohne Kostenfreigabe | Freigabeprozess vor Aktivierung verlangen |
Vergleiche historische Verbrauchsdaten, Änderungen am Medienbestand und geplante Kampagnen.
Builds und Deployments
Build-Kosten entstehen durch Releases, Build-Maschinen, parallele Ausführung oder Testumgebungen. Vercel weist die Nutzung nach Build-Minuten und CPU-Kapazität aus; die Dauer rundet auf volle Minuten auf. Netlify berechnet in seinem Credit-Modell Produktions-Deployments und führt Vorschauen gesondert.
Erfasse Build-Dauer, Produktions-Releases, Vorschauumgebungen und Build-Auslöser. Prüfe, ob Inhaltsänderungen einen Voll-Build verlangen. Next.js kann statische Seiten inkrementell aktualisieren, ohne die gesamte Website neu zu bauen.
Serverlose Funktionen und externe APIs
Eine statische Seite ruft zur Laufzeit Dienste auf. Formulare, Suche, Nutzerbereiche, Zahlungsprozesse, Webhooks und Schnittstellen verlagern Kosten auf Laufzeit, Speicher, Aufrufe oder Drittanbieter-APIs.
| Laufzeitbaustein | Erfassung für die TCO | Grenze |
|---|---|---|
| Serverlose Funktion | Aufrufe, Rechenzeit, Speicher, Datentransfer, Fehler | Funktionen sind nicht automatisch günstiger als ein Server. |
| Drittanbieter-API | Grundgebühr, Aufrufe, Datenvolumen, Supportstufe | API-Kosten gehören zur TCO. |
| Formulare & E-Mail | Anfragen, Spam-Schutz, Zustellungen, Speicherfrist | Ein Kontaktformular verlangt Monitoring und Zuständigkeit. |
| Suche | Indexaufbau, Aktualisierung, Requests, Ausfallschutz | Kosten hängen vom Suchumfang ab. |
Planungsaufwand entsteht für Authentifizierung, Eingabevalidierung, Rate Limits, Rechte, Secret-Verwaltung und Monitoring. OWASP nennt zu weite Rechte, ungeprüfte Eingaben und feste Geheimnisse im Code als Risiken in serverlosen Umgebungen.
Headless CMS und Medienverwaltung
Ein Headless CMS bildet einen eigenen Kostenblock. Prüfe Grundgebühr, Nutzerzahl, Rollen, Content-Spaces, Sprachen, API-Aufrufe, Asset-Bandbreite, Webhooks und Vorschau. Bei Contentful sind API-Aufrufe und Bandbreite als nutzungsbezogene Kontingente definiert.
Die Planung von Content Marketing und SEO-Redaktion strukturiert Rollen und Abläufe. Die fachliche Freigabe übernimmt der Human-in-the-Loop-Prozess. Die Redaktionelle SEO prüft Quellen und Autorenschaft.
Betriebskosten als Arbeitskosten bewerten
Wiederkehrende Arbeiten bestimmen die TCO. Mache den Aufwand über konkrete Aufgaben greifbar:
| Aufgabe | Verantwortliche Rolle | Messbarer Aufwand / Beleg |
|---|---|---|
| Updates & Pakete | Entwicklung / Betrieb | Tickets, Pull Requests, Testprotokolle |
| Releases & Rollback | Entwicklung / Fachseite | Deploy-Historie, Freigaben, Wiederherstellungszeit |
| Zugriffe & Secrets | Betrieb / Administration | Rollenliste, Review-Termine, Änderungsprotokoll |
| Inhaltspflege | Redaktion / Fachseite | Zahl und Art der Änderungen, Freigabeaufwand |
| Monitoring & Alarme | Betrieb / Bereitschaft | Alarme, Incidents, Reaktions- und Nacharbeitszeit |
| Lieferantensteuerung | Einkauf / Betreiber | Vertragsprüfung, Rechnungsnachweis, Supportfälle |
| Dokumentation | Zuständige Entwickler | Runbook, Onboarding-Unterlagen, Stand |
Jamstack verlagert Wartungsaufgaben auf Funktionen, Abhängigkeiten, Rechte, CMS und externe Dienste.
Verbrauchsszenarien berechnen
Nutzungsabhängige Tarife verlangen mehrere Lastszenarien. Nutze dieselben Lasttreiber für alle Varianten: Seitenabrufe, Datenvolumen, Bilddateien, Formulare, Anfragen, Releases und CMS-Zugänge.
| Szenario | Annahmen | Kostenwirkung |
|---|---|---|
| Basisbetrieb | normale Nutzung und Release-Frequenz | Gebühren innerhalb enthaltener Kontingente prüfen |
| Geplante Erweiterung | neue Sprachen, Medien, Funktionen | Tarifgrenzen und neue Kostenarten prüfen |
| Hochlast | Veröffentlichung, Kampagne, Traffic-Spitze | Steigende mehraufwandsbezogene Gebühren prüfen |
| Störung | Schleife, fehlerhafter Webhook, Traffic-Anomalie | Greifende Schutzgrenzen und Kostenstopps prüfen |
Netlify pausiert Websites nach verbrauchtem Guthaben oder lädt Credits auf. Dokumentiere Kontrollmechanismen: Nutzungsbericht, Budgetgrenze, Alarm, Kostenstelle, Verantwortliche und Ausgabensperre.
TCO als Entscheidungsvorlage aufbereiten
Eine Entscheidungsvorlage macht alle Annahmen nachvollziehbar. Halte die Werte je Architekturvariante in einer Übersicht fest:
| Kostenblock | Bisheriges System | Jamstack-Option | Annahme & Beleg | Offener Prüfpunkt |
|---|---|---|---|---|
| Umsetzung & Migration | Angebot, Stundenansatz, Migrationsplan | Redirects und Abnahme geprüft? | ||
| Hosting, CDN & Domains | Tarif, Verbrauchsreport | Welche Limits gelten? | ||
| Builds & Deployments | Deploy-Historie, Tariflogik | Voll-Build oder partielles Update? | ||
| Funktionen & APIs | Aufrufzahlen, Laufzeit, API-Vertrag | Rate Limits getestet? | ||
| CMS & Medien | Nutzer, Rollen, API- und Asset-Nutzung | Welche Überschreitungen drohen? | ||
| Monitoring & Sicherheit | Tool-Liste, Betriebsvereinbarung | Wer reagiert außerhalb der Arbeitszeit? | ||
| Wiederkehrende Arbeitszeit | Ticket- und Zeitauswertung | Welche Rolle übernimmt die Aufgabe? | ||
| Risikopositionen | Szenario und Gegenmaßnahme | Wie läuft die Überwachung? | ||
| TCO im Zeitraum | Rechenblatt mit Version und Datum | Welche Annahme wiegt am schwersten? |
Die TCO-Analyse liefert die wirtschaftliche Grundlage. Der SEO-Strategie-Hub priorisiert Aufgaben im Gesamtplan.
Häufige Fehlannahmen zu Jamstack-Kosten
„Statisch bedeutet kostenlos.“
Nein. Statische Auslieferung senkt Serverlasten, erzeugt aber Kosten für CDN, Deployments, Medien, CMS, APIs, Monitoring und Arbeitszeit.
„Eine kostenlose Tarifstufe reicht für den Betrieb.“
Nein. Kostenlose Stufen eignen sich für Tests. Produktionsentscheidungen verlangen Verträge, Support und festgelegte Grenzen. Contentful beschränkt die kommerzielle Nutzung des Free-Plans.
„Weniger Plugins bedeuten null Wartung.“
Nein. Wartung verlagert sich auf Code-Pakete, Build-Ketten, CMS-Integrationen und Schnittstellen.
„Ein Monatsmittelwert deckt Verbrauchsspitzen ab.“
Nein. Mittelwerte verdecken Tarifspitzen. Rechne Lastszenarien getrennt und setze Budgetalarme.
Nächster Schritt
OLDSCHOOLSEO baut Jamstack-Websites und Onepager auf Basis transparenter Inhalts-, Funktions- und Betriebsabsprachen. Details findest du unter Jamstack-Website erstellen lassen ab 224 €.
Projektanfrage per E-Mail senden · Erstgespräch mit Sandra buchen
▋
Sandra Krone ist Partnerin und Gründerin von OLDSCHOOLSEO. Ihre Arbeit beginnt bei der Analyse der Nutzerintention und der Content-Strategie, um daraus die Anforderungen für die redaktionelle und technische Umsetzung abzuleiten.