Die App Ihres Kunden hatte gerade ihren besten Monat überhaupt. Die Anmeldungen haben sich verdreifacht, die von Ihnen gebauten Workflows laufen rund, und der Gründer ist begeistert. Dann trifft die Plattformrechnung ein: zwei Millionen Workload-Units über dem im Plan enthaltenen Kontingent, abgerechnet mit dreißig Cent pro Tausend. Das sind 600 $ Überschreitung zusätzlich zu einem 119-$-Plan – und wenn Ihr Vertrag „Hosting inklusive" innerhalb einer festen Monatsgebühr vorsieht, gehen diese 600 $ von Ihrer Marge ab, nicht vom Budget des Kunden. Sein Erfolg ist gerade zu Ihrem Verlust geworden, und nichts in Ihrem Leistungsumfang hat das vorhergesehen.
Das ist das entscheidende Preisrisiko beim Führen einer No-Code-Agentur im Jahr 2026. Bubble rechnet verbrauchsbasiert ab, Webflow misst Bandbreite und Inhaltsvolumen, und beide passen ihre Preise regelmäßig an. Ein Festpreis tut so, als wären diese Kosten vorhersehbar. Das sind sie nicht. Die Agenturen, die das überleben, behandeln Plattformausgaben als das, was sie tatsächlich sind: Durchlaufkosten, die vom Anbieter durch Ihre Bücher zum Kunden fließen – wobei Ihr tatsächliches Einkommen der Aufschlag und die Verwaltungsgebühr ist, niemals die Erstattung selbst.
Wie Bubble Ihnen 2026 tatsächlich in Rechnung stellt
Bubbles Listenpreise sehen harmlos aus. Bei jährlicher Abrechnung kosten Web-Pläne 29 $ im Monat für Starter, 119 $ für Growth und 349 $ für Team, mit einer kostenlosen Stufe zu 0 $ und Enterprise auf Anfrage. Die monatliche Abrechnung kostet mehr: 32 $, 134 $ bzw. 399 $. Aber die Plangebühr ist bei den meisten Produktionsrechnungen der kleinste Teil. Der eigentliche Zähler ist die Workload-Unit.
Jeder kostenpflichtige Plan enthält ein monatliches Kontingent an Workload-Units: 175.000 Units bei Starter, 250.000 bei Growth und 500.000 bei Team. Der kostenlose Plan enthält 50.000, kann aber keine Live-App bereitstellen. Eine Workload-Unit misst Serverarbeit – Datenbanksuchen, Workflow-Ausführungen, API-Aufrufe, Seitenaufrufe, Dateioperationen – und der Verbrauch variiert stark je nach Vorgang. Ein einfacher Seitenaufruf kostet ungefähr eine halbe bis zwei Units; eine einzelne komplexe Suche kann 10 bis 50 kosten. Eine App mit gesprächigen Workflows oder unoptimierten Suchen kann ein Starter-Kontingent aufbrauchen, lange bevor ihr Traffic beeindruckend aussieht.
Wenn das Kontingent erschöpft ist, beträgt der Überschreitungssatz ohne jede Zusatzstufe 0,30 $ pro 1.000 Units. Eine Million zusätzliche Units in einem Monat – für eine wachsende App mit schweren Backend-Workflows leicht möglich – kostet 300 $. Im Voraus gekaufte Workload-Stufen senken den Unit-Preis erheblich, bis auf etwa 0,10 $ pro 1.000 bei der größten Stufe, aber Sie müssen die Stufe vor der Spitze kaufen, und Stufen sind eine eigene monatliche Verpflichtung.
Drei Mechanismen machen das für Agenturen besonders tückisch. Erstens ist der Verbrauch im Voraus wirklich schwer vorherzusagen; zwei Apps mit identischen Nutzerzahlen können sich je nach Aufbau ihrer Workflows um eine Größenordnung im Workload unterscheiden. Zweitens sind Überschreitungen standardmäßig aktiviert, und Bubble benachrichtigt den Kontoinhaber bei 75 und 100 Prozent des Kontingents – aber wenn Ihre Agentur das Konto hält, geht diese E-Mail an Sie, nicht an den Kunden, dessen Nutzer die Spitze verursacht haben. Drittens schaltet das Deaktivieren von Überschreitungen die Rechnung nicht gnädig ab: Die App geht offline, wenn sie das Limit erreicht, bis Überschreitungen wieder aktiviert, eine Stufe gekauft oder der nächste Zyklus begonnen wird. „Die Seite ging down, weil wir ein Nutzungslimit erreicht haben, auf das niemand geachtet hat" ist kein Gespräch, das Sie mit einem Kunden führen möchten.
Webflow hat dieselbe Form mit anderen Zählern
Webflow verwendet keine Workload-Units, aber seine Preisgestaltung hat aus Sicht einer Agentur dasselbe Schwankungsprofil: eine bescheidene Grundgebühr plus Zähler, die sich mit dem Erfolg des Kunden bewegen.
Im Mai 2026 hat Webflow seine alten CMS- und Business-Site-Pläne zu einem einzigen Premium-Plan zusammengelegt: 25 $ im Monat pro Website bei jährlicher Abrechnung (39 $ monatlich), was 300 statische Seiten, 20.000 CMS-Einträge und 50 GB Bandbreite umfasst. Der Basic-Plan zu 15 $ im Monat umfasst eine eigene Domain und 10 GB Bandbreite, aber überhaupt kein CMS. Alles über die enthaltene Bandbreite hinaus wird als kostenpflichtiges Zusatzpaket verkauft, bis zu 2,5 Terabyte – so verwandelt sich der virale Launch eines Kunden oder ein schweres Quartal mit Bild- und Videotraffic direkt in eine größere Webflow-Rechnung.
Und der Website-Plan ist nur eine von drei Rechnungen. Workspace-Pläne für Design-Zusammenarbeit, zusätzliche Designer-Sitze, zusätzliche Sprachen und E-Commerce-Transaktionskapazität werden alle separat abgerechnet, zusätzlich zur Gebühr pro Website. Ein Kunde, der „nur noch eine Sprache mehr" oder „Zugang für zwei weitere Editoren" verlangt, bittet Sie, einen verbrauchsabhängigen Stack zu erhöhen – und wenn Ihr Vertrag eine einzige Pauschale für „Website plus Hosting" nennt, schrumpft jedes dieser Jas Ihre Marge.
Beide Plattformen passen außerdem ihre Preise an. Bubble hat die Starter-Preise im Oktober 2026 angepasst; Webflow hat Mitte des Jahres seine gesamte Website-Plan-Palette umstrukturiert. Jedes mehrmonatige Festpreisangebot, das die heutigen Plattformpreise einbettet, ist eine Wette darauf, dass der Anbieter stillhält. Diese Wette verliert seit Jahren.
Der Vertragsfehler: verbrauchsabhängige Kosten in einen Festpreis bündeln
Der Fehlermodus ist fast immer derselbe Satz, vergraben in einem Angebot oder einem Rahmenvertrag: eine feste Monatsgebühr, die „Hosting einschließt". Für den Kunden liest sich das wie Einfachheit. In der Praxis macht es Ihre Agentur zum Versicherer der Anbieterschwankungen – Sie kassieren eine feste Prämie und tragen unbegrenztes verbrauchsabhängiges Abwärtsrisiko.
Die Branchenberichterstattung über Agenturprojekte beziffert typische Bubble-Projektgebühren auf irgendwo zwischen 20.000 $ und 250.000 $ und nennt die spezifische Margenfalle: Wenn Sie eine Kunden-App liefern und das Geschäft des Kunden erfolgreich ist, steigt der Verbrauch, und entweder zahlt der Kunde mehr, als er je budgetiert hat, oder die Agentur schluckt die Erhöhung. Festpreis bei vage definiertem Umfang ist ohnehin die häufigste Quelle von Streitigkeiten zwischen Agentur und Kunde im Software-Service allgemein; eine verbrauchsabhängige Drittanbieterrechnung in den Festpreis zu packen, macht jede Nutzungsspitze zu einer Neuverhandlung.
Dieselbe Falle erscheint eine Ebene tiefer bei KI- und Automatisierungsarbeiten, wo Agenturen, die API- und Token-Kosten in Pauschal-Retainern bündeln, entdecken, dass eine Preisänderung des Anbieters über Nacht zu ihrem Verlust wird. Plattformausgaben verhalten sich genau wie Token-Ausgaben: von Dritten verbrauchsabhängig abgerechnet, kundengesteuert und außerhalb Ihrer Kontrolle. Kosten mit diesen drei Eigenschaften gehören nicht in einen Festpreis. Sie gehören in eine Durchlaufkostenklausel.
Das Bündeln hat einen zweiten, leiseren Preis: Es verbirgt die Zahlen vor dem Kunden. Ein Kunde, der den Workload-Unit-Trend nie sieht, hat keinen Grund, die Optimierungsarbeit zu genehmigen, die ihn senken würde – eine verschwenderische Suche umstrukturieren, schwere Logik in Backend-Workflows verlagern, eine Workload-Stufe vor der Spitze kaufen statt danach die rohe Überschreitung zu zahlen. Transparente Durchlaufkostenabrechnung macht die Nutzung zu einem gemeinsamen Dashboard, das Sie beide beobachten – die einzige Vereinbarung, bei der sich Optimierungsarbeit von selbst verkauft.
Die Lösung: Plattformausgaben zu Durchlaufkosten machen
Durchlaufkosten sind Ausgaben, die Ihre Agentur im Namen eines Kunden zahlt – Anbieterabonnements, Nutzungsrechnungen, Lizenzgebühren – und die dem Kunden zurückberechnet werden, entweder zum Selbstkostenpreis oder mit einem Bearbeitungsaufschlag. Das Konzept ist in der Agenturbuchhaltung Standard: Die eigenen Kosten des Kunden fließen durch Ihre Bücher, ohne zu Ihrem Einkommen zu werden. Auf No-Code-Plattformen angewendet gibt es drei praktikable Modelle. Wählen Sie pro Kunde eines, schriftlich, bevor die App live geht.
Modell 1: Der Kunde hält das Anbieterkonto und zahlt direkt. Der Kunde erstellt sein eigenes Bubble- oder Webflow-Konto, hinterlegt seine eigene Karte und besitzt den Plan, die Stufen und die Überschreitungen. Ihre Agentur wird als Mitarbeiter oder Gasteditor eingeladen. Das ist die sauberste Vereinbarung – die verbrauchsabhängige Rechnung berührt Ihre Bücher nie – und es ist der richtige Standard für größere Kunden mit eigener Finanzabteilung. Der bekannte Nachteil: Kunden investieren manchmal zu wenig in ihre Plan-Stufe, um zu sparen, was zu Leistungsengpässen und Limit-Ausfällen führt, die Sie dann diagnostizieren und erklären müssen. Wenn Sie dieses Modell wählen, legen Sie in den Übergabedokumenten eine Mindeststufen-Empfehlung fest und eine Klausel, dass der Betrieb unterhalb dieser auf Risiko des Kunden erfolgt.
Modell 2: Die Agentur zahlt und berechnet zum Selbstkostenpreis plus Aufschlag weiter. Sie halten das Anbieterkonto, zahlen die Plattformrechnung mit Ihrer eigenen Karte und stellen dem Kunden jeden Monat die genauen Plattformausgaben plus eine Bearbeitungsgebühr in Rechnung – typischerweise 10 bis 20 Prozent der Durchlaufkosten, die Spanne, die die meisten Agenturen nutzen, um Anbieterverwaltung, Abstimmung und die Vorfinanzierung der Barmittel abzudecken. Dieses Modell eignet sich für kleinere Kunden, die eine Rechnung und null Anbieteraufwand wollen. Ihr Vertrag muss den Aufschlagsprozentsatz, die Abrechnungsfrequenz und – entscheidend – festhalten, dass Preiserhöhungen des Anbieters automatisch durchgereicht werden. Ohne diesen letzten Satz öffnet jede Bubble- oder Webflow-Preisanpassung Ihre Preisgestaltung neu.
Modell 3: Ein gebündelter Betreuungsplan mit Nutzungsobergrenze und Überschreitungsklausel. Sie nennen einen pauschalen monatlichen Retainer, der Plattformausgaben bis zu einer festgelegten Obergrenze einschließt – zum Beispiel „enthält den Growth-Plan plus bis zu 150 $ im Monat an Workload-Überschreitungen" – wobei alles über der Obergrenze zum Selbstkostenpreis plus Aufschlag weiterberechnet wird. Das gibt dem Kunden Budgetvorhersehbarkeit für normale Monate und lässt das Spitzenrisiko dort, wo es hingehört. Die Obergrenze muss sowohl die Plan-Stufe als auch ein Dollar-Kontingent für Überschreitungen nennen; „Hosting inklusive" ohne Zahlen ist Modell 0, die Falle, der Sie entkommen wollen.
Welches Modell Sie auch wählen, fünf Klauseln gehören in die Leistungsbeschreibung: wer das Anbieterkonto hält und wessen Karte hinterlegt ist; wer Überschreitungen und Stufen-Upgrades zahlt und ab welcher Dollar-Schwelle Sie eine schriftliche Genehmigung benötigen, bevor Sie eine Stufe kaufen; der Aufschlagsprozentsatz auf weiterberechnete Ausgaben; ein monatlicher Nutzungsbericht, den Sie mit der Rechnung versenden, mit Kontingent, Verbrauch und Trend; und die Anerkennung des Kunden, dass Änderungen der Listenpreise des Anbieters ohne Vertragsänderung durchgereicht werden. Diese fünfte Klausel ist die, die Agenturen vergessen, und die, die sie später am meisten brauchen.
Richtig buchen: Erstattungen sind nicht Ihr Umsatz
Sobald Plattformausgaben durch Ihre Agentur fließen, muss die Buchhaltung sie sichtbar von dem trennen, was Sie tatsächlich verdienen. Angenommen, Bubble belastet Ihre Karte mit 300 $ für die Oktober-Überschreitung eines Kunden – eine Million zusätzliche Units zu 0,30 $ pro Tausend – und Sie berechnen dem Kunden 345 $ weiter: die 300 $ zum Selbstkostenpreis plus eine Bearbeitungsgebühr von 15 Prozent. Ihr tatsächliches Einkommen aus dieser Rechnung sind 45 $, nicht 345 $. Die vollen 345 $ als Umsatz zu buchen, überzeichnet Ihre Umsatzobergrenze, bläht jede umsatzbasierte Steuer- oder Bewertungsrechnung auf und macht eine spätere Rückerstattung oder Gutschrift zu einer Umsatzrückbuchung statt zu dem, was sie wirklich ist: Kundengeld, das durchfließt.
Der Rechnungslegungsstandard stimmt zu. Nach ASC 606 fragt der Principal-versus-Agent-Rahmen, ob Sie die Dienstleistung kontrollieren, bevor sie auf den Kunden übergeht. Sie kontrollieren weder Bubbles Rechenleistung noch Webflows Bandbreite – der Anbieter tut das –, also ist Ihre Agentur bei weiterberechneten Plattformausgaben ein Agent, und die korrekte Darstellung ist netto: der Aufschlag als Honorarertrag, wobei die Erstattung durch abgestimmte Durchlaufkostenpositionen läuft. Konkret führen Sie zwei Kontenpaare: Durchlaufkostenumsatz, abgestimmt gegen Durchlaufkostenaufwand, und Honorarertrag separat. Das Durchlaufkostenpaar sollte sich jeden Monat auf etwa null ausgleichen, bis auf Timing-Abweichungen; der Aufschlag lebt im Honorarertrag, wo Ihre Margen gemessen werden.
So sieht das als Plain-Text-Buchhaltung aus. Die Agentur zahlt Bubbles 300-$-Überschreitung mit ihrer eigenen Karte und stellt dem Kunden dann 345 $ in Rechnung:
2026-10-01 open Assets:Checking:Operating USD
2026-10-01 open Assets:Receivable:Client-Acme USD
2026-10-01 open Expenses:Passthrough:Bubble-WU USD
2026-10-01 open Income:Passthrough-Reimbursement USD
2026-10-01 open Income:Fees:Hosting-Markup USD
2026-10-31 * "Bubble" "October WU overage, client Acme app, 1M units at 0.30 per 1K"
Expenses:Passthrough:Bubble-WU 300.00 USD
Assets:Checking:Operating -300.00 USD
2026-10-31 * "Acme Corp" "October platform reimbursement plus 15 percent hosting admin fee"
Assets:Receivable:Client-Acme 345.00 USD
Income:Passthrough-Reimbursement -300.00 USD
Income:Fees:Hosting-Markup -45.00 USDGehen Sie die Logik durch. Die erste Transaktion erfasst die Anbieterbelastung als Durchlaufkostenaufwand, nicht als Ihre eigenen Softwarekosten – sie in gewöhnlichen Betriebsausgaben zu parken, ist der Fehler, der Ihre Kostenbasis aufgebläht und Ihre Margen dünn aussehen lässt. Die zweite Transaktion teilt die Kundenrechnung auf: 300 $ gleichen sich gegen die Erstattungsposition aus, die sich mit dem Aufwand auf null ausgleicht, und nur der Aufschlag von 45 $ landet im Honorarertrag. Wenn der Kunde die Überschreitung bestreitet oder Bubble eine Gutschrift ausstellt, trifft die Anpassung das Durchlaufkostenpaar, und Ihr ausgewiesener Umsatz bewegt sich nie. Die Dokumentation behandelt Kontostrukturmuster wie dieses ausführlicher, und Fava stellt das Durchlaufkostenpaar als eigenen Abschnitt dar, sodass Sie jeden Monat auf einen Blick bestätigen können, dass es sich auf null ausgleicht.
Zwei Buchhaltungsgewohnheiten sorgen dafür, dass das Bestand hat. Erstens: Stimmen Sie die Plattformausgaben pro Kunde jeden Monat ab, sowohl gegen die Anbieterrechnung als auch gegen Ihre Weiterberechnung – Workload-Dashboards weichen häufiger von Rechnungen ab, als Sie erwarten würden, und der Monat, den Sie auslassen, ist der Monat, in dem eine Stufe unbemerkt erneuert wurde. Zweiten: Lassen Sie niemals das Plattformguthaben eines Kunden über Quartalsgrenzen hinweg auf Ihrer Karte liegen; stellen Sie Weiterberechnungen monatlich mit denselben Zahlungsbedingungen wie Ihre Honorare in Rechnung, denn eine nicht weiterberechnete 600-$-Überschreitung, die in Ihren Ausgaben altert, ist ein zinsloses Darlehen, das Sie nie zugesagt haben.
Ihr nächster Schritt: Prüfen Sie die Verträge, die Sie bereits unterschrieben haben
Ziehen Sie diese Woche Ihre aktuellen Rahmenverträge und Leistungsbeschreibungen heraus und suchen Sie nach dem Satz, der dieses Risiko schafft: jede Variante von „Hosting inklusive", die an eine feste Zahl geknüpft ist. Prüfen Sie für jeden, welches der drei Modelle er tatsächlich beschreibt – Kunde zahlt, Weiterberechnung mit Aufschlag oder gedeckelter Betreuungsplan – und ob die fünf Klauseln vorhanden sind: Kontoinhaber, Verantwortung für Überschreitungen, Aufschlagsprozentsatz, monatliche Nutzungsberichterstattung und automatische Weitergabe von Anbieterpreisänderungen. Die meisten Agenturen finden mindestens einen Kunden in einem ungedeckelten Bündel und mindestens einen Vertrag, der zur Preisanpassung schweigt.
Dann beheben Sie sie in Reihenfolge der Verlängerung, beginnend mit dem Kunden, dessen App am schnellsten wächst – dort landet die nächste Spitze. Stellen Sie neue Builds ab Tag eins auf kundengehaltene Konten oder ausdrückliche Weiterberechnungsbedingungen um, nehmen Sie das Nutzungs-Dashboard auf die Monatsrechnung, und lassen Sie die verbrauchsabhängige Rechnung das tun, was sie tun soll: mit dem Erfolg des Kunden steigen und fallen, auf dem Budget des Kunden, während Ihre Marge Ihre bleibt.
