Was ist Bubble.io?

Bubble.io ist ein visueller No Code App Builder aus New York, mit dem sich vollständige Webanwendungen ohne klassisches Programmieren bauen lassen. Gegründet 2012 von Josh Haas und Emmanuel Straschnov, hostet Bubble die gebauten Apps auf eigener Infrastruktur bei AWS, mit visuellem Editor, Datenbank, Workflow Engine und Plugin Marktplatz.

2026 setzt Bubble voll auf KI. Der Bubble AI Agent baut aus einer Beschreibung in natürlicher Sprache Datenmodelle, Seiten und Workflows. Seit August 2026 erstellt und bearbeitet der Agent auch native Mobile Apps für iOS und Android, damals noch als Beta.

Für europäische Teams bleiben drei strukturelle Risiken:

• US Anbieter unter dem Cloud Act
• Vendor Lock in ohne Source Code Export
• Workload Units mit schwer planbaren Kosten

Genau diese Punkte bewerten wir bei NCA, bevor ein Team sich festlegt.

NCA nutzt Bubble.io nicht in der eigenen Production. Wir kennen aber die Fragen, die bei No Code Apps auftauchen: Kosten bei wachsender Last, Daten bei einem US Anbieter, Migration ohne exportierbaren Code. Unser eigener Stack ist das Gegenmodell: Astro im Frontend, Symfony und PHP im Backend, PostgreSQL oder MariaDB, Cypress Tests, GitLab CI und eigene Server in Deutschland. Seit über 20 Jahren arbeiten wir mit Testing und Refactoring, also genau mit dem, was nach einem Prototyp fehlt.

Im Vibe Coding Consulting helfen wir Teams, Bubble vor dem Start ehrlich einzuordnen. Wer schon feststeckt, findet Hilfe unter Bubble.io exportieren und neu programmieren und Vibe Coding Projekt retten. Für die Datenschutzseite gibt es unsere Vibe Coding DSGVO Beratung, für den Einstieg mit echtem Code das Vibe Coding Onboarding.

Bubble bündelt vier Bausteine in einer Plattform:

• Visueller Editor: Buttons, Listen und Formulare per Drag and Drop auf responsive Layouts
• Workflow Engine: Klick auf Button A legt Datensatz B an, sendet Mail C, öffnet Seite D
• App Datenbank: eine verwaltete Datenbank pro App mit visuellem Schema Editor
• Plugin Marktplatz: fertige Komponenten von Drittanbietern, etwa für Stripe oder Google Maps

Dazu kommt der Bubble AI Agent. Er generiert Apps aus Prompts, verbindet externe APIs und findet Fehler in der App. Damit steht Bubble im selben Markt wie Lovable, Base44, Bolt.new und Replit. Der Unterschied: Bubble erzeugt keinen Code, den du mitnehmen kannst.

Bubble passt zu klar abgegrenzten Fällen: Marketplace Prototypen, interne Tools mit wenig Logik, MVPs zur Validierung. Wo es um Tempo geht und der Code später nicht weiterleben muss, spielt Bubble seine Stärken aus. Wohin sich die Plattform entwickelt, zeigt unser Bubble.io Ausblick auf 2027.

Das größte Risiko bei Bubble.io: Du kannst den Code deiner App nicht exportieren. Die App lebt nur auf der Bubble Plattform. Es gibt keinen Quellcode, den ein Team mitnehmen, lokal hosten oder woanders betreiben kann.

• Exportierbar: die Daten der App Datenbank als CSV
• Nicht exportierbar: Workflow Logik, Seitenaufbau, Plugin Verbindungen

Eine Migration weg von Bubble heißt immer: Neubau in einer anderen Technologie. Je mehr Logik sich über die Jahre angesammelt hat, desto größer der Aufwand.

NCA geht hier in zwei Schritten vor. Erst analysieren wir die Bubble App und dokumentieren die Logik. Dann bauen wir Daten und Workflows sauber nach, im Backend mit Symfony und PHP, im Frontend mit Astro. Begriffe rund um den Backend Stack erklärt das NCA PHP Glossar.

Bubble.io ist ein US Unternehmen mit Sitz in New York und betreibt seine Infrastruktur auf AWS. Für europäische App Betreiber heißt das: Nutzerdaten liegen bei einem US Anbieter. Der Cloud Act erlaubt US Behörden den Zugriff, auch ohne dass der Betreiber in Deutschland davon erfährt.

Mit einem Dedicated Plan lässt sich die Region wählen, auch in der EU. Das löst das Problem nur teilweise. Der Betreiber bleibt eine US Firma, und der Cloud Act gilt auch für Daten in europäischen Rechenzentren von US Konzernen. Wer echte digitale Souveränität will, braucht einen europäischen Stack.

NCA betreibt die eigene Infrastruktur auf Servern in Deutschland, mit Netzwerkpartner Conversis in Duisburg. Wir helfen Teams beim Umzug von US Plattformen auf einen europäischen Stack mit GitLab CI/CD Pipeline und Docker. Wer auch bei KI unabhängig sein will, setzt auf lokale Ollama Modelle.

Bubble rechnet Last in Workload Units ab. Jede Aktion verbraucht Units: ein Datenbankabruf, ein Workflow Schritt, ein API Call. Das klingt fair, ist aber schwer vorherzusagen.

Das typische Muster: Eine App läuft lange im kleinen Tarif. Dann bringt eine Kampagne plötzlich Last, und der Verbrauch steigt sprunghaft. Wer optimieren will, muss wissen, welche Bubble Operationen teuer sind. Dieses Wissen steckt oft in Foren statt in offizieller Doku.

Ein eigener Server kostet dagegen einen festen Betrag pro Monat, egal wie viele Requests kommen. Das schafft Planungssicherheit. Wie der Schritt weg von vielen Plattformen gelingt, zeigt unsere Beratung zur SaaS Ablösung.

Wer weg vom US Stack will, baut Web Apps 2026 aus drei offenen Bausteinen:

GitLab bündelt Versionierung, Issues, CI/CD und Container Registry. Die Community Edition ist Open Source und läuft komplett auf eigenen Servern in Deutschland. So bleibt der Code bei dir, auch wenn GitLab selbst ein US Unternehmen ist. Wir nutzen GitLab CI täglich, neben GitHub Actions.

Docker packt die App in Container, die auf jedem Server gleich laufen. Was lokal läuft, läuft auch in Production. Ein Image zieht ohne Umbau auf einen anderen Server um. Das ist das Gegenteil von Lock in. Wie das mit Staging aussieht, zeigt CI/CD Pipeline mit Docker und Staging.

Astro liefert standardmäßig statisches HTML aus und lädt interaktive Komponenten nur dort, wo sie gebraucht werden. Das Ergebnis: schnelle Seiten mit wenig JavaScript. Daten speichern wir in Astro Projekten mit SQLite oder libSQL und Drizzle. Mehr dazu unter Astro als Static Site Generator.

Das ist kein einzelnes Tool wie Bubble, sondern eine bewusste Kombination. Der Start kostet mehr Aufwand. Dafür bekommst du volle Kontrolle, planbare Kosten und keinen Lock in.

Bubble ist nicht grundsätzlich falsch. Es gibt klare Fälle, in denen die Plattform passt:

• ein MVP, der in zwei Wochen für Investoren Demos stehen muss
• ein internes Tool für ein kleines Team, das nie nach außen skaliert
• ein Marketplace Prototyp vor der eigentlichen Entwicklung

Hier bleibt die Lock in Frage eher theoretisch. Ist der MVP erfolgreich, wird ohnehin neu gebaut. Läuft das interne Tool gut, darf es in Bubble bleiben. Der Verbrauch bleibt klein, das DSGVO Risiko begrenzt.

Kritisch wird es, wenn ein Bubble Projekt leise zur tragenden Säule des Geschäfts wird. Dann summieren sich Lock in, Kosten und Datenschutz zu einer Last. An diesem Punkt hilft ein ehrlicher Blick, ob ein codebasiertes Vibe Coding Vorgehen die bessere Wahl ist.

Die Frage kommt immer an derselben Stelle: Der MVP läuft, erste Nutzer sind da. Weiter skalieren auf der Plattform oder Umzug auf einen eigenen Stack? Diese Entscheidung braucht eine ehrliche Analyse von App, Nutzerzahlen, DSGVO Anforderungen und Roadmap.

So arbeiten wir: Wir starten mit einem kostenlosen Kennenlernen. Dann schätzen wir den Aufwand auf Basis der konkreten App und rechnen transparent minutengenau ab. Keine Pakete, kein Festpreis mit verstecktem Puffer. Dabei bringen wir Erfahrung aus PHP Refactoring, Astro Frontend Entwicklung und DSGVO Beratung für Vibe Coding mit.

Wer mitten im Projekt merkt, dass Bubble nicht mehr trägt, findet bei Vibe Coding Projekt retten den Weg zum geordneten Umzug. Wer direkt mit echtem Code starten will, beginnt mit dem Vibe Coding Onboarding oder dem Vibe Coding Training.

Die wichtigsten Fragen rund um Bubble.io, US Hosting, Lock in und den Weg zu einem europäischen Stack mit GitLab, Docker und Astro.