So sicherst du deine KI-gebaute App — und warum du das wirklich brauchst

Ein Gründer, mit dem ich rede, führt sein gesamtes Buchungsgeschäft — drei Standorte, rund 200 Kund:innen pro Woche — über eine App, die er selbst mit einem KI-App-Builder gebaut hat. Er zeigte sie mir an einem Dienstag und war sehr stolz darauf. Am Mittwoch fragte er mich, etwas nervös: „Wenn dieses Ding kaputtgeht, verliere ich dann einfach… alles?”

Die ehrliche Antwort war: vielleicht. Kommt darauf an, was du mit „kaputtgeht” meinst. Kommt darauf an, welche Art von Backup er hatte (er hatte keins). Kommt darauf an, ob er es rechtzeitig neu erstellen konnte.

Dieses Gespräch ist das häufigste, das ich mit Leuten führe, die eine App mit KI gebaut haben. Das Bauen selbst fühlt sich wie ein kleines Wunder an. Die Frage „was passiert, wenn es verschwindet” kommt fast nie auf, bis die App schon echte Arbeit leistet — und bis dahin sind die Folgen ihres Verlusts ernst geworden.

Dieser Beitrag ist für alle, die eine echte, funktionierende App gebaut haben, ohne sie selbst zu programmieren, und sich jetzt für etwas Wichtiges darauf verlassen. Wir behandeln, was tatsächlich gefährdet ist, was du sichern solltest, wie oft und was du tust, wenn etwas schiefgeht. Es ist nicht technisch. Es gibt keine Skripte auszuführen. Das Ziel ist, sicherzustellen, dass du, was auch immer du gebaut hast, es nicht verlierst, weil dir niemand gesagt hat, dass Backups eine Sache sind.

Was tatsächlich in deiner KI-gebauten App steckt (und was verschwinden kann)

Eine KI-gebaute App besteht aus zwei sehr verschiedenen Dingen, und du musst jedes davon unterschiedlich sichern.

Das erste ist die App selbst — die Screens, die Logik, das Design, die Integrationen. Das ist, was dein KI-Builder für dich generiert hat. Es lebt im Account deines KI-Builders, meist in einem Projekt. Wenn du den Zugang zu diesem Account verlierst oder der Builder eine Störung hat oder das Projekt beschädigt wird, verlierst du das.

Das zweite sind deine Daten — die Nutzer:innen, die Bestellungen, die Nachrichten, die Buchungen, die Dateien, die Leute hochgeladen haben. Das lebt meist in einer Datenbank irgendwo. Manchmal im KI-Builder. Manchmal in einem Dienst wie Supabase, Firebase oder Airtable. Manchmal verteilt auf mehrere Orte.

Diese beiden Dinge haben völlig unterschiedliche Risikoprofile. Die App-Struktur ändert sich, wenn du die KI bittest, sie zu ändern. Deine Daten ändern sich jedes Mal, wenn ein:e Nutzer:in etwas tut. Sie brauchen also unterschiedliche Backup-Strategien.

Eine nützliche Sichtweise: Wenn ein Gebäude abbrennt, ist die App der Bauplan, und die Daten sind das, was im Gebäude war, als es brannte. Vom Bauplan kannst du neu bauen. Was drinnen war, bekommst du nicht zurück.

Was gefährdet ist: die vier Szenarien, die wirklich passieren

Ich habe jedes davon Leuten passieren sehen, die mit KI-App-Buildern bauen. Keins davon ist theoretisch.

1. Du sagst der KI versehentlich, sie soll die App kaputtmachen. Du bist müde, arbeitest um Mitternacht und sagst „entferne die Anmeldeseite”, weil du sie neu gestalten willst. Die KI tut es. Sie entfernt auch den Teil der App, der bestehenden Nutzer:innen den Login erlaubt. Jetzt kann niemand die App nutzen, und die letzte funktionierende Version der KI ist weg, es sei denn, du hast die Versionshistorie eingeschaltet (viele Builder haben das standardmäßig nicht).

2. Der KI-Builder hat eine Störung oder ein Datenproblem. Selten, aber real. 2024 hatte eine beliebte No-Code-Plattform eine 6-stündige Störung, bei der Kund:innen-Daten nicht zugänglich waren. Niemand verlor Daten dauerhaft, aber viele Unternehmen verloren einen Tag. Wenn deine Buchungs-App an einem Samstagmorgen ausfällt, während deine Kund:innen versuchen, für Samstagnachmittag zu buchen, ist das nicht „kein Datenverlust” — das ist entgangener Umsatz, den du nicht zurückbekommst.

3. Dein Account wird gesperrt. Vielleicht ein Abrechnungsproblem, vielleicht ein markierter Login von einem neuen Standort, vielleicht eine E-Mail-Änderung, die nicht durchgelaufen ist. Die App ist in Ordnung, deine Daten sind in Ordnung, aber du kommst nicht rein. Wenn du keine exportierte Kopie hast, bist du den Reaktionszeiten des Supports ausgeliefert.

4. Du verlässt die Plattform. Das ist das, womit Leute nicht rechnen. In einem Jahr willst du vielleicht auf ein anderes Tool umziehen oder eine:n Entwickler:in anheuern, um zu übernehmen, was du gebaut hast. Wenn die einzige Kopie deiner App und Daten in einem Builder liegt, sind deine Optionen schmal und teuer.

In jedem dieser Szenarien ist der Unterschied zwischen „ärgerlich” und „katastrophal”, ob du ein Backup hattest.

Was du sichern solltest und wie oft

Du brauchst kein ausgeklügeltes System. Du brauchst eine Gewohnheit. Hier ist das Minimum, das ich jemandem empfehle, der mit KI baut, ohne Code zu schreiben.

Deine Daten — jeden Tag, wenn möglich automatisch.

Wenn deine Daten in etwas wie Supabase oder Airtable liegen, bieten beide geplante Exporte oder Backups an. Schalt das ein. Die meisten überspringen es, weil es drei Klicks sind und sie meinen, sie machen es später. Mach es am Tag, an dem du launchst.

Wenn deine Daten im KI-Builder selbst liegen und es keinen automatischen Export gibt, setz dir eine Kalendererinnerung für jeden Sonntag, um sie manuell zu exportieren. Exportiere sie als CSV pro Tabelle. Speichere sie irgendwo außerhalb des Builders — Google Drive, Dropbox, eine externe Festplatte. Irgendwo, das nicht derselbe Dienst ist.

Behalte mindestens vier Wochen dieser Exporte. Überschreib nicht jedes Mal dieselbe Datei. Wenn deine Daten am Dienstag beschädigt werden und du es erst am Freitag bemerkst, willst du nicht, dass dein einziges Backup die schon kaputten Daten vom Freitag sind.

Deine App-Struktur — jedes Mal, wenn du eine wesentliche Änderung machst.

Die meisten KI-App-Builder haben irgendeine Form von Versionshistorie oder Snapshots. Finde dieses Feature. Nutz es. Bevor du eine große Änderung an der App machst — und „groß” heißt „etwas, das du nicht in einer Stunde aus dem Gedächtnis wiederherstellen könntest” — mach einen benannten Snapshot. Nenn ihn etwas Nützliches wie „vor dem Hinzufügen des Zahlungs-Screens” oder „vor dem Ändern der Nutzer:innen-Rollen”.

Wenn dein Builder keine Snapshots hat, bitte die KI, in einem langen Dokument zusammenzufassen, was die App tut. Speichere dieses Dokument. Es ist kein echtes Backup der App, aber es ist ein Rezept — wenn das Schlimmste passiert, kannst du dieses Dokument als Prompt zum Neubauen nutzen.

Deine Accounts und Zugangsdaten — einmal, am Tag des Launches.

Schreib an einem Ort auf, wo alles liegt. Welcher Builder-Account hat die App. Welcher Datenbankdienst hat die Daten. Welche E-Mail ist der Admin-Login. Welcher Zahlungsdienstleister ist verbunden. Welche Integrationen sind verbunden.

Speichere das in einem Passwort-Manager, nicht in einem Google Doc. Wenn du morgen von einem Bus überfahren wirst, muss dein:e Geschäftspartner:in das alles finden können. Wenn du Solo-Gründer:in bist, muss auch dein zukünftiges Ich (in sechs Monaten, erschöpft, versuchend, sich zu erinnern, was du beim Launch gemacht hast) das finden können.

Deine Dateien — wo auch immer deine Nutzer:innen hochladen.

Wenn deine App Datei-Uploads akzeptiert — Bilder, PDFs, irgendwas — liegen diese Dateien irgendwo. Finde wo. Die meisten Builder nutzen irgendeine Art von Storage-Bucket. Prüf, ob er gesichert wird. Wenn nicht, richte eine regelmäßige Kopie in deinen eigenen Speicher ein.

Eine einfache Backup-Routine, die etwa 20 Minuten pro Woche dauert

Sonntagabend, während du ohnehin schon nicht arbeitest:

Öffne deinen KI-Builder. Mach einen benannten Snapshot des aktuellen App-Zustands. Datier ihn.
Exportiere jede Datentabelle als CSV. Leg sie in einen datierten Ordner in deinem Cloud-Speicher. (Die meisten Daten liegen in 3–10 Tabellen — keine riesige Aufgabe.)
Wirf einen Blick auf deinen Storage-Bucket. Stell sicher, dass nichts Seltsames passiert (explodierende Dateianzahl, verdächtige Uploads).
Aktualisiere dein „wo alles liegt”-Dokument, falls sich diese Woche etwas geändert hat.

Das war’s. Zwanzig Minuten, einmal pro Woche. Es ist eine wahnsinnig unverhältnismäßige Versicherung für das, was es schützt.

Wenn du das nicht manuell machen willst, schau, ob deine Daten irgendwo mit nativem Backup liegen. Supabase zum Beispiel kann automatische tägliche Backups für dich machen. Wenn du ihren kostenlosen Tarif nutzt, sind diese Backups begrenzt; auf einem bezahlten Plan reichen sie weiter zurück. Für ein Business, das von der App abhängt, ist dieser bezahlte Plan die günstigste Versicherung, die du je kaufst.

Was du tust, wenn etwas schiefgeht

Wenn deine App wegen eines KI-Builder-Bugs oder einer schlechten Änderung kaputtgeht:

Keine Panik-Prompts. Der Instinkt wird sein, die KI zu bitten, es sofort zu reparieren. Widerstehe dem zehn Minuten lang. Ein panischer Fix in die falsche Richtung kann die Dinge schlimmer machen, und die meisten Builder machen eine Kette von Prompts nicht leicht rückgängig.
Roll auf deinen letzten Snapshot zurück. Falls du einen hast. Das ist der ganze Grund, warum du ihn gemacht hast.
Wenn du keinen Snapshot hast, bitte den KI-Builder, die letzte konkrete Änderung rückgängig zu machen. Sei präzise. „Mach die Änderung rückgängig, bei der wir die Anmeldeseite entfernt haben” ist besser als „bring es wieder zum Laufen”.

Wenn deine Daten beschädigt werden:

Stopp Schreibvorgänge sofort. Nimm die App offline, wenn du kannst. Jede neue Nutzer:innen-Aktion, während deine Daten fehlerhaft sind, ist mehr Daten, die du später abgleichen musst.
Stelle aus deinem letzten guten Backup wieder her. Wenn du nicht weißt, welches gut ist, stelle sie eins nach dem anderen in einer Kopie deiner Umgebung wieder her, bis du die letzte saubere Version findest.
Gleiche ab, was fehlt. Wenn du am Freitag das Backup vom Sonntag wiederherstellst, hast du fünf Tage Aktivität verloren. Schreib betroffene Nutzer:innen an, bitte sie, zu wiederholen, was sie getan haben, und entschuldige dich. Menschen sind erstaunlich verständnisvoll, wenn du ehrlich und schnell bist.

Wenn du den Zugang zu deinem Account verlierst:

Kontaktiere den Support sofort. Versuch nicht, es „auszusitzen”. Builder-Support-Warteschlangen variieren; manche sind großartig, manche langsam.
Halt deine Identität bereit. Original-Anmelde-E-Mail, Abrechnungs-Kartendetails, das Datum, an dem du dich angemeldet hast, alte Rechnungen. Account-Wiederherstellung ohne diese ist schwer.

Was dem Gründer niemand gesagt hat

Der Buchungs-Gründer, mit dem ich angefangen habe, kaufte nach unserem Gespräch einen bezahlten Plan für seinen Datendienst. Er richtete automatische tägliche Backups ein. Er machte einen Snapshot seiner App. Er schrieb all seine Accounts in einen Passwort-Manager. Das Ganze dauerte ihn etwa eine Stunde an einem Sonntag.

Einen Monat später brach eine KI-Änderung, um die er gebeten hatte, versehentlich seine Logik für wiederkehrende Buchungen. Kund:innen konnten ihre nächsten Termine nicht sehen. Er bemerkte es innerhalb von zwanzig Minuten. Er stellte den Snapshot mit zwei Klicks wieder her. Er behielt die Daten, behielt die App, und seine Kund:innen merkten nie etwas.

Er sagte mir hinterher, es sei die günstigste Stunde gewesen, die er je ausgegeben habe. Er hat nicht unrecht. Backups für eine KI-gebaute App sind etwa eine Stunde Einrichtung und zwanzig Minuten pro Woche Gewohnheit. Wovor sie schützen, ist das, von dem niemand, der es verloren hat, je dachte, dass es ihm passieren würde.

Wenn du etwas Echtes gebaut hast, mach heute einen Snapshot.