Make im Test: was ein Credit kostet und wo die Daten liegen

Make rechnet seit dem 27. August 2025 in Credits ab. Vorher hieß die Einheit Operation, umgestellt wurde eins zu eins. Die Make AI Agents rechnen in derselben Einheit ab, verbrauchen davon pro Lauf aber unterschiedlich viel, und sie stehen auf allen Tarifen zur Verfügung.

In den Firmen, die das betrifft, hat irgendwer im Marketing ein Szenario gebaut, das seit anderthalb Jahren auf einer Firmenkreditkarte läuft und jetzt Betrieb werden soll. Dieser Test rechnet durch, was das kostet, wo die Daten liegen und wo Make gegenüber einem selbst betriebenen Orchestrierer an seine Grenze kommt.

Make als Orchestrierungsschicht

Make ist ein cloudbetriebener Orchestrierer: ein Trigger, dahinter eine Kette aus Modulen, am Ende die Zielsysteme. Die Oberfläche zeichnet den Ablauf als Bild statt als Liste, und bei verzweigten Ketten ist dieses Bild der stärkste Grund, Make einer Schrittliste vorzuziehen.

Betrieben wird der Dienst von Celonis, das die Vorgängerfirma Integromat 2020 gekauft hat. Die Infrastruktur läuft laut Make in privaten Instanzen bei Amazon Web Services, auditiert sind SOC 2 Type II und SOC 3, ISO 27001 nennt Make für den Enterprise-Tarif, und Protokolldaten werden standardmäßig 30 Tage aufbewahrt. Wer den Vergleich gegen eine selbst betreibbare Variante sucht, findet ihn in der Gegenüberstellung der drei OrchestriererEN (in English); hier geht es um Make allein und um die Rechnung dahinter.

Die Abrechnungseinheit Credit

Ein Credit ist die Einheit, in der Make Nutzung abrechnet, und bei Modulen ohne KI gilt nach Makes Angabe „Non-AI apps: 1 operation equals 1 credit”. Ein Szenario mit acht Modulen kostet damit acht Credits pro Lauf.

Die Umbenennung am 27. August 2025 lief verlustfrei, bestehende Guthaben wurden „automatically converted to credits at a 1:1 ratio”. Der Begriff Operation steht seitdem nur noch für den Modullauf selbst, nicht mehr für die Rechnung.

Eine Ausnahme sind die Module, die über Makes eigenen KI-Anbieter laufen, denn sie kosten nach Token statt pauschal, und die Credit-Dokumentation rechnet dafür je Modell um.

Ein Credit kauft bei Makes eigenem KI-Anbieter 18.080 Eingabe-Token bei GPT-5 nano, 452 bei Sonnet 5 und 90 bei Fable 5. Zwischen dem günstigsten und dem teuersten Modell liegt im selben Credit der Faktor 200.

Make, Credits, abgerufen am 7. Oktober 2026

Wer stattdessen einen eigenen Schlüssel für OpenAI, Anthropic oder Gemini einhängt, zahlt in Make einen Credit pro Modullauf und die Modellkosten direkt beim Anbieter. Das ist die berechenbarere Variante und auf allen bezahlten Tarifen möglich.

Preise der Tarife

Make kostet bei Jahreszahlung 9 US-Dollar im Monat für Core, 16 für Pro und 29 für Teams, und alle drei enthalten an der Basis dieselben 10.000 Credits. Stand der Preisseite am 7. Oktober 2026:

Tarif	Pro Monat bei Jahreszahlung	Credits im Monat	Was den Tarif ausmacht
Free	0 $	1.000	15 Minuten Mindestabstand zwischen geplanten Läufen
Core	9 $	10.000	1 Minute Mindestabstand, 100 MB Dateigröße, 40 Minuten Laufzeit
Pro	16 $	10.000	Vorrang bei Last, eigene Variablen, Volltextsuche im Protokoll, 250 MB
Teams	29 $	10.000	Teams und Rollen, geteilte Vorlagen, 500 MB
Enterprise	auf Anfrage	nach Vereinbarung	eigenes Angebot

Die 9 US-Dollar für Core sind umgerechnet 7,99 Euro, Pro liegt bei 14,20 und Teams bei 25,73 Euro, gerechnet mit dem EZB-Referenzkurs vom 6. Oktober 2026 von 1,1269 Dollar je Euro. Monatsweise Zahlung liegt darüber, Make beziffert den Jahresvorteil mit mindestens 15 Prozent.

Der Sprung von Core zu Teams bringt dieselben 10.000 Credits und bezahlt den kürzeren Mindestabstand, die größeren Dateien und die Rollenverwaltung. Volumen kauft man über den Schieber auf der Preisseite, und seit dem 6. November 2025 ist Core dabei auf 300.000 Credits im Monat gedeckelt, während Pro bis 8 Millionen reicht. Wer über die Core-Grenze wächst, wandert nach Pro.

Die 10.000 Credits des Core-Tarifs sind bei dem Szenario mit acht Modulen von oben nach 1.250 Läufen aufgebraucht, was bei knapp 42 Läufen am Tag einen Monat reicht. Für ein Formular, das ein paar Mal täglich abgeschickt wird, ist das viel Luft. Für ein Szenario, das jede eingehende Mail anfasst, ist es eine Woche.

Zusatzcredits und automatischer Nachkauf

Zusatzcredits sind die Credits, die Make nachlegt, wenn das Monatspaket leer ist, und sie kosten mehr als die enthaltenen: „All extra credits include a 25% additional cost”, unabhängig davon, ob sie von Hand oder automatisch gekauft werden. Vor dem 6. November 2025 waren manuelle Nachkäufe ohne Aufschlag, automatische lagen bei 30 Prozent. Seither gilt für beide Wege derselbe Satz.

Ohne Nachkauf hält Make die Szenarien an, „Your scenarios won’t continue to run, until credits are added again.” Ein Szenario, das Angebote nachfasst, hört in diesem Fall mitten im Monat auf, und niemand bemerkt es, solange keiner auf die Laufhistorie schaut.

Der automatische Nachkauf greift in Blöcken von 10.000 Credits und ist in der Summe auf die Credit-Menge des Tarifs begrenzt. Ein Paket mit 80.000 Credits lässt nach Makes eigenem Beispiel also bis zu acht Nachkäufe zu. Die Monatsrechnung kann damit auf das Zweieinviertelfache steigen, bevor die Bremse greift. Zusatzcredits verfallen laut Make am Ende des laufenden Abrechnungszyklus, bei Core mit Jahreszahlung schon beim monatlichen Reset.

Die beiden Schalter stehen in derselben Einstellung: der automatische Nachkauf hält das Szenario am Laufen, die Obergrenze hält die Rechnung fest. Setzt beide, bevor das erste Szenario produktiv geht. Was so ein Ablauf im Jahr tragen muss, bevor sich der Aufwand lohnt, steht in Was kostet ein KI-Use-Case.

Verbrauch eines Agenten pro Lauf

Ein Agentenlauf kostet in Make einen Credit für das Modul „Run an agent”, dazu die Credits aller Werkzeuge, die der Agent selbst aufruft. Make hat die Agenten-App am 2. Februar 2026 neu aufgelegt, und für „Make AI Agent (New)” nennt die Abrechnungsseite einen Credit je Lauf plus die Token, für jedes aufgerufene Werkzeug ebenfalls einen Credit plus Token. Make führt die Agenten auf allen Tarifen und bezeichnet sie dabei selbst als offene Beta, in der sich Funktionsumfang und Preise noch ändern können.

Den Ausschlag gibt der zweite Posten. Ein Agent entscheidet selbst, wie viele Werkzeugaufrufe er für eine Aufgabe braucht, und im Make-Forum hat David Gurr von Make die Folge im Dezember 2025 unverblümt beschrieben: Der Agent selbst verbrauche einen Credit, die Werkzeuge verbrauchten ihre eigenen, und weil das Modell über deren Einsatz entscheide, lasse sich ihr Verbrauch nicht verlässlich vorhersagen, „can’t be predicted with any accuracy”. Seine Empfehlung: einen Satz Beispieldaten mit idealerweise mindestens 50 Läufen durchspielen und die Streuung ansehen, statt einen Mittelwert zu budgetieren.

Für die Kontextmodule des Agenten kommt eine zweite Rechnung dazu. Eine Wissensdatei kostet laut Dokumentation einen Credit, bei PDF und DOCX zusätzlich zehn Token je Seite, dazu Token für die Dateibeschreibung und Embedding-Token für die Vektorisierung. Wer regelmäßig Kontext nachlädt, zahlt diese Stufe jedes Mal.

Wie sich dieser Verbrauch gegen Zapier und n8n verhält, ist eine eigene Rechnung, und sie steht in Zapier Agents vs Make AI vs n8n AI-Nodes. Für Make allein bleibt der praktische Rat: einen festen Ablauf bauen und nur den einen Schritt agentisch machen, bei dem die Zahl der Aufrufe wirklich schwankt.

Datenregion EU oder US

Make legt die Datenregion beim Anlegen einer Organisation fest. Zur Wahl stehen die Vereinigten Staaten und die Europäische Union, und das Feld bestimmt laut Make „the location of the data center that will store and process your data”.

Makes Dokumentation zu Organisationen hält mit Stand 5. Oktober 2026 fest: „You cannot change the location of the data center after you create the organization.” Die Region ist an der URL ablesbar, Make nennt als Beispiele die Zonen eu1, eu2, us1 und us2, bei Enterprise auf der Domain make.celonis.com.

Praktisch heißt das: Wer heute eine Organisation anlegt, ohne auf das Feld zu schauen, kann zwei Jahre Szenarien, Verbindungen und Datenspeicher in der falschen Region aufbauen. Der Weg zurück ist eine neue Organisation plus Umzug, kein Schalter.

Make legt laut Nutzungsbedingungen einen Auftragsverarbeitungsvertrag, eine Datenschutzerklärung, ein Dokument zu technischen und organisatorischen Maßnahmen und eine Unterauftragsverarbeiter-Liste mit Stand November 2025 bei. Celonis ist nach eigener Angabe im Data Privacy Framework registriert, und für Übermittlungen in Länder ohne Angemessenheitsbeschluss nennt Make Standardvertragsklauseln, die es als „for European customers only” kennzeichnet.

Zwei Dinge bleiben trotzdem bei euch. Erstens die Frage, ob eure Region auch für die Dienste gilt, die eure Szenarien aufrufen: ein Modul, das Kundentext an einen Modellanbieter außerhalb der Region schickt, verlagert die Verarbeitung dorthin, unabhängig davon, wo Make selbst läuft. Der Unterschied zwischen Speicherort und Verarbeitungsort ist in Storage residency is not processing residencyEN (in English) auseinandergenommen. Zweitens die Rechtsgrundlage, die Informationspflichten und das Löschkonzept, siehe die fünf Klauseln im AVV mit KI-Anbietern.

Make gegen n8n

Make ist die bessere Wahl, wenn niemand bei euch einen Server betreiben will und die Person, die das Szenario pflegt, aus dem Marketing oder dem Vertrieb kommt. Bei verzweigten Abläufen und mittlerem Volumen bezahlt man damit vor allem die vorgefertigten Module und einen Betrieb, um den sich jemand anderes kümmert.

Die schlechtere Wahl ist Make in drei Lagen: bei einem Volumen, in dem jeder einzelne Modullauf zählt, weil die Abrechnung pro Schritt mit der Komplexität und mit der Menge gleichzeitig steigt, bei einem vertraglich gebundenen Verarbeitungsort, für den eine Region in der Cloud eines Anbieters nicht reicht, und bei einem Ablauf, den später ein anderes Team übernehmen soll, weil ein exportierbarer Blueprint weniger wert ist als eine Datei im Repository. Dieses letzte Argument nimmt das n8n-ReviewEN (in English) auseinander.

Prüfpunkte vor dem Kauf

Setzt die Region, bevor ihr die Organisation anlegt. Sie ist danach laut Make nicht änderbar, und der Umzug ist eine neue Organisation.

Rechnet die Credits an eurem lautesten Szenario. Module pro Lauf mal Läufe pro Monat, nicht der Tarifpreis. Gezählt werden Modulläufe, nicht Szenarien.

Stellt den automatischen Nachkauf und seine Obergrenze zusammen ein. Ohne Nachkauf steht das Szenario still, ohne Obergrenze läuft die Rechnung.

Fahrt 50 Probeläufe, bevor ein Agent produktiv geht. Das empfiehlt ein Make-Mitarbeiter im eigenen Forum, und erst die Streuung über 50 Läufe zeigt, was ein Lauf im schlechten Fall kostet.

Zieht die Unterauftragsverarbeiter-Liste und die Standardvertragsklauseln als Dateien. Sie tragen ein Datum, und das Datum ist der Teil, den eure Dokumentation braucht.

Prüft die Modelle einzeln. Die Region von Make sagt nichts über die Region der Dienste, die euer Szenario aufruft.

Wenn ihr wissen wollt, welcher eurer Abläufe in Make bleiben kann und welcher woanders hingehört, sprecht dreißig Minuten mit uns.

Häufige Fragen zu Make