Mit KI erstellte App hosten: von Lovable oder Bolt auf Ihren Server

Wo Ihre App heute läuft

Lovable, Bolt und Replit veröffentlichen die App mit einem Klick auf ihrer eigenen Infrastruktur. Das sagt ihre Dokumentation, eingesehen im Oktober 2026:

v0 veröffentlicht in einem Vercel-Projekt und erzeugt eine Next.js-Anwendung (React, TypeScript, Tailwind CSS); der Code lässt sich exportieren oder in beide Richtungen mit GitHub synchronisieren. Cursor ist ein Editor und Programmieragent, der auf Ihrem Computer installiert ist: der Code liegt dort bereits, und das Hosting bleibt ganz Ihre Wahl.

Diese integrierten Hostings sind darauf ausgelegt, schnell zu veröffentlichen. Bei Lovable wie bei Replit ist die Online-Version eine Momentaufnahme, die bei jeder Veröffentlichung erneuert wird, und die Kosten folgen der Nutzung der Plattform (bei Lovable decken Credits die Aktivität des Backends und die KI ab; bei Replit umfasst der Starter-Tarif eine veröffentlichte App, die nach 30 Tagen abläuft und neu veröffentlicht wird). Der Wechsel auf einen eigenen Server lohnt sich für eine Domain und Daten unter eigener Kontrolle, reservierte Ressourcen, dauerhafte Hintergrundjobs oder Compliance-Anforderungen.

Den Code und die Daten holen

Am sichersten ist es, das Projekt mit einem GitHub-Repository zu verbinden: jede Änderung landet dort als Commit, mit der ganzen Historie. Bei Lovable funktioniert die Synchronisation in beide Richtungen: Sie bauen in Lovable weiter, während Ihr Server die App ausliefert.

1. Lovable: verbinden Sie das Projekt mit GitHub, GitLab oder Bitbucket, oder laden Sie das .zip-Archiv des Codes herunter (kostenpflichtiges Abonnement).
2. Bolt: verbinden Sie GitHub, oder klicken Sie oben links auf den Projekttitel und dann auf „Download“.
3. Replit: Drei-Punkte-Menü oben im Dateibaum, dann „Download as zip“; oder das Git-Tool, verbunden mit Ihrem GitHub-Konto, mit automatischer Synchronisation.
4. v0: verbinden Sie GitHub über das Projektmenü („Settings“, dann „GitHub“), oder exportieren Sie den Code.

Der Code enthält weder den Inhalt der Datenbank noch die Dateien, die Ihre Nutzer hochgeladen haben. Bei Lovable wird die Datenbank aus dem Projekt als .backup-Datei exportiert, die sich mit pg_restore wiederherstellen lässt, und die Dateien des Speichers werden separat heruntergeladen. Bei Bolt lässt sich die Datenbank an Ihr eigenes Supabase-Konto anbinden (Tarife Pro und Teams).

Woraus Ihre App besteht

Öffnen Sie die Datei package.json: sie zeigt, worauf die App aufbaut, und damit, was Ihr Server ausführen muss.

Bei Vite wird jede Variable, deren Name mit VITE_ beginnt, beim Build in den Code eingebaut, der an den Browser geht: jeder Besucher kann sie lesen, und eine Änderung ihres Werts erfordert einen neuen Build. Das ist gewollt für den öffentlichen Schlüssel von Supabase (sb_publishable_…, oder der frühere anon), der für den Browser gedacht ist und durch die Sicherheitsregeln auf Zeilenebene (RLS) abgesichert wird. Der geheime Schlüssel (sb_secret_…, oder der frühere service_role) umgeht diese Regeln: er bleibt auf dem Server, ohne das Präfix VITE_.

VITE_SUPABASE_URL=https://xxxx.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=sb_publishable_xxxx
VITE_SUPABASE_PROJECT_ID=xxxx

Aktivieren Sie RLS für jede Tabelle vor dem Livegang: ihre Regeln schützen Ihre Daten, während der öffentliche Schlüssel im Browser unterwegs ist.

Die App auf Ihren eigenen Server bringen, Schritt für Schritt

Auf einem Linux-VPS folgt der Livegang immer derselben Reihenfolge. Lovable empfiehlt Node.js 22, um seine Apps zu bauen und auszuführen.

1. Der Build: klonen Sie das Repository auf den Server und führen Sie dann npm install und npm run build aus. Eine Vite-App erzeugt statische Dateien in dist/; eine TanStack-Start-App wird mit NITRO_PRESET=node-server npm run build gebaut und mit node .output/server/index.mjs gestartet, auf Port 3000; eine Next.js-App startet mit npm run start.
2. Der Prozess: bei einer App mit Server startet ein systemd-Dienst sie mit der Maschine und startet sie neu, wenn sie stoppt.
3. Der Webserver: Nginx oder Caddy nimmt die Besucher entgegen. Bei einer Vite-App liefert er für jede unbekannte Adresse index.html aus, sonst antwortet eine neu geladene Seite mit 404; bei einer App mit Server leitet er die Anfragen an den Node.js-Prozess weiter.
4. Die Domain: ein DNS-Eintrag A (und AAAA für IPv6) zeigt auf den Server.
5. HTTPS: ein kostenloses Zertifikat von Let’s Encrypt. Caddy holt und erneuert es selbstständig; bei Nginx übernimmt das Certbot.
6. Die Secrets: in einer Umgebungsdatei, die nur der Benutzer der App lesen kann, außerhalb des Git-Repositorys.
7. Die Datenbank: lassen Sie das Backend bei seinem Anbieter, oder installieren Sie es auf Ihrem Server. Eine Supabase-App braucht neben ihrer PostgreSQL-Datenbank die Authentifizierung, den Speicher, die Echtzeitfunktionen und die Funktionen: selbst gehostetes Supabase vereint sie.
8. Die Weiterleitungsadressen: fügen Sie Ihre Domain zu den erlaubten URLs der Authentifizierung hinzu, und bei Google oder GitHub, wenn das Backend seine Adresse wechselt.
9. Die Backups: Datenbank und Dateien jede Nacht, außerhalb des Servers kopiert, und von Zeit zu Zeit eine Test-Wiederherstellung.

app.votre-domaine.com {
	reverse_proxy 127.0.0.1:3000
}

server {
    server_name app.votre-domaine.com;
    root /var/www/app/dist;

    location / {
        try_files $uri $uri/ /index.html;
    }
}

Was es braucht, damit sie stabil läuft

Eine App, die online ist, lebt: ihre Abhängigkeiten erhalten Patches, ihre Datenbank wächst, ihr Traffic verändert sich. Was sie schnell und sicher hält, ist eine feste Routine:

Diese Routine ist das Handwerk eines Systemadministrators, und sie lässt sich abgeben. Mit einem Managed VPS hält der Hoster den Server aktuell, überwacht ihn Tag und Nacht und greift ein, ohne auf Ihren Anruf zu warten. Er betreut auch Ihre App proaktiv (Fehler, lange Antwortzeiten, aufwendige Abfragen, Speicherplatz) und empfiehlt Ihnen die Korrektur: Sie setzen sie mit Ihrem eigenen KI-Assistenten um, so wie Sie die App gebaut haben, und behalten die Kontrolle über Ihren Code.