# Eine Lovable- oder Bolt-App auf deinem eigenen EU-Host online bringen > Exportiere eine Lovable- oder Bolt.new-App zu GitHub und starte sie auf blitz.cloud in der EU – mit der Supabase-Backend-Frage, überprüft am 24. Oktober 2026. Web page: https://blitz.cloud/de/guides/host-a-lovable-or-bolt-app-in-the-eu/ Updated: 2026-10-24 Exportiere deinen Lovable- oder Bolt.new-App-Code zu GitHub, verbinde das Repository auf blitz.cloud, und sie geht in der EU online. Ob sie einen Server braucht (nicht nur statische Dateien) hängt davon ab, welcher Stack verwendet wird; der nächste Abschnitt hilft dir zu überprüfen. ## Ist deine App statisch oder braucht sie einen Server? Lovable-Projekte, die ab dem 13. Mai 2026 erstellt wurden, nutzen TanStack Start und führen Server-Code aus: Server-Side Rendering (SSR) und Server-Funktionen. Überprüfe deine `package.json` auf `@tanstack/react-start` in `dependencies`. Projekte von vorher und die meisten Bolt.new-Exporte, die sich nicht für ein Server-Framework entschieden haben, sind eine einfache Vite/React-Single-Page-App, die zu statischen Dateien baut. Wenn du `@tanstack/react-start` findest, braucht deine App einen Server. Wenn nicht, ist sie eine statische Single-Page-App. Beide Fälle funktionieren auf blitz.cloud; die Deployment-Schritte unterscheiden sich leicht. ## Code zu GitHub exportieren **Lovable**: nutze im Projekt die GitHub-Integration, um zu einem Repository zu pushen. Du kannst gleich zu einem privaten Repository pushen, ohne Anmeldedaten zu teilen. **Bolt.new**: klicke auf das GitHub-Icon in der Toolbar (oder Export → GitHub) zum Pushen zu einem Repository, oder Export → Download, um eine ZIP-Datei zu bekommen, die du selbst pushst. Sobald der Code auf GitHub ist, bist du bereit zum Deployen. ## Auf blitz.cloud deployen Verbinde dein GitHub-Konto auf blitz.cloud, wähle das Repository aus (auch private funktionieren), und blitz.cloud liest das Projekt und baut bei jedem Push. **Wenn deine App eine Server-App ist** (du hast `@tanstack/react-start` gefunden): liest blitz.cloud das Projekt, schreibt ein Dockerfile falls nötig, und jeder Push geht online. Deine App muss auf dem Port lauschen, den blitz.cloud ihr gibt. Lese ihn aus `process.env.PORT` und nutze 8080 als Fallback, wenn er nicht gesetzt ist. Das ist das gleiche Muster wie der [Node.js-API-Guide](https://blitz.cloud/de/guides/deploy-nodejs-api/). Siehe [GitHub-Projekt deployen](https://blitz.cloud/de/docs/deploy-from-github/) für die vollständige Anleitung. **Wenn deine App ein statischer Export ist**: die gleiche GitHub-Verbindung baut und deployed die statischen Dateien. Kein Server-Code läuft; blitz.cloud serviert sie ohne einen App-Container. In beiden Fällen verbinde dein GitHub-Konto auf blitz.cloud, wähle das Repository aus (auch private sind okay), und siehe [GitHub-Projekt deployen](https://blitz.cloud/de/docs/deploy-from-github/) für die vollständigen Schritte. ## Die Datenbank: Supabase Die meisten Lovable- und Bolt-Apps nutzen Supabase als Backend. Über 60% der neuen Supabase-Datenbanken werden von AI-App-Buildern und Coding-Agenten gestartet, laut Sacras Forschung von Mai 2026. Deine App spricht vermutlich bereits über das Netz mit Supabase, und das funktioniert weiter unverändert, sobald deine App auf blitz.cloud läuft. Keine Code-Änderung nötig. Deine Daten leben immer noch da, wo das Supabase-Projekt läuft – was normalerweise nicht die EU ist. Um die Daten selbst in die EU zu verschieben, hast du Optionen. **Von Lovable**: exportiere über More → Database → Manage → Settings → "Export project data". Beachte, dass dieser Export Storage-Dateien, Edge-Function-Code und Secrets nicht enthält. Die bewegst du separat per Hand oder mit Supabase-Tools. Sobald du den Export hast, stellst du ihn in einer PostgreSQL-Datenbank auf blitz.cloud wieder her – wie bei Heroku oder jedem anderen Postgres-Dump. Siehe [Datenbanken](https://blitz.cloud/de/docs/databases/) für die Upload-Schritte. `DATABASE_URL` wird automatisch für dich gesetzt. **Von Bolt**: nutze das Supabase-Projekt, das du bereits verbunden hast. Exportiere es mit Supabase-eigenen Tools – `pg_dump` funktioniert auf die gleiche Weise. Dann stelle es in blitz.clouds PostgreSQL wieder her wie oben beschrieben. ## Brauchst du Supabase in der EU auch? Ein managed Supabase in der EU auf blitz.cloud ist noch nicht gebaut. Ob es wert ist zu bauen, hängt davon ab, ob Leute darum fragen. Wenn du es willst, schreib uns, was du brauchst: schick eine Email an `mara@blitzworks.io` mit einer kurzen Notiz über deine Team-Größe und welche Supabase-Features du nutzt. Wir lesen jede Anfrage, und wenn genug Leute das gleiche fragen, bauen wir es. Sieh dir [what's live](https://blitz.cloud/de/whats-live/) an, um zu erfahren, was heute verfügbar ist. ## Checkliste - [ ] Code zu GitHub exportiert (Lovable-Sync oder Bolt-Push/ZIP). - [ ] GitHub-Repository auf blitz.cloud verbunden. - [ ] `package.json` überprüft auf `@tanstack/react-start`, um zu wissen, ob es eine Server-App ist. - [ ] Port gelesen aus `process.env.PORT`, wenn es eine Server-App ist (oder bestätigt als statisch, wenn nicht). - [ ] Supabase-Verbindungsstring zeigt immer noch auf das gleiche Projekt (oder wurde verschoben, wenn du es verschoben hast). - [ ] Auf Pro, Domain umgelenkt, sobald die neue App korrekt antwortet. ## Quellen - https://docs.lovable.dev/tips-tricks/deployment-hosting-ownership - https://lovable.dev/blog/building-apps-using-tanstack-start - https://lovable.dev/faq/backend/supabase - https://docs.stackblitz.com/docs/features/export - https://sacra.com/research/supabase-170m-year-growing-221-yoy/ Überprüft am 24. Oktober 2026. Schreib uns unter hallo@blitzworks.io, wenn etwas hier veraltet ist.