Bei deinen eigenen Hostern veröffentlichen
Sende deine App an dein eigenes Vercel-, Netlify- oder Cloudflare-Pages-Konto oder per SSH an deinen eigenen Server.
Aktualisiert am 15. Oktober 2026
Neben dem Craftkite-Hosting kannst du eine Web-App auch bei einem Hoster veröffentlichen, den du schon nutzt. Craftkite baut die App und sendet sie mit deinem eigenen Konto; du veröffentlichst von Hand oder automatisch nach jeder Änderung. Das Veröffentlichen bei eigenen Hostern ist in den bezahlten Plänen enthalten (siehe Preise).

Schritt 1: ein Konto verbinden
- Öffne den Tab Veröffentlichen des Projekts und suche Veröffentlichung.
- Klicke neben dem Anbieter auf Verbinden und füge sein Token oder seinen Schlüssel ein.
- Klicke auf Prüfen und speichern. Craftkite testet die Verbindung, bevor es sie speichert.
Wo du das Token bekommst:
- Vercel: Account Settings → Tokens. Für ein Vercel-Team gib zusätzlich die Team-ID ein.
- Netlify: User settings → Applications → Personal access tokens.
- Cloudflare Pages: My Profile → API Tokens mit der Berechtigung Cloudflare Pages: Edit, dazu deine Account-ID.
- Dein eigener Server (SSH): Hostname, Port, ein Deploy-Benutzer und sein privater Schlüssel (empfohlen) oder Passwort.
Eine Verbindung können alle deine Projekte nutzen. In einem Team verwalten Inhaber und Admins die Verbindungen des Teams; die Veröffentlichungen aller Bearbeiter nutzen sie.
Schritt 2: Ziele wählen
Wähle für jedes Ziel die Verbindung und das Projekt oder den Ordner dort und klicke dann auf Jetzt veröffentlichen.
| Ziel | Was Craftkite sendet | Geeignet für |
|---|---|---|
| Vercel | Next.js-Apps als Quellcode (Vercel baut sie); Expo Web als Dateien | Apps mit Serverfunktionen |
| Netlify | Einen statischen Export, gebaut von Craftkite | Statische Websites und Einzelseiten |
| Cloudflare Pages | Einen statischen Export, gebaut von Craftkite | Statische Websites in einem globalen Netz |
| Eigener Server | Einen statischen Export oder im Node-Modus den Quellcode der App | Volle Kontrolle auf deiner eigenen Maschine |
Eine App mit Serverfunktionen (API-Routen, serverseitiges Rendering) kann kein statischer Export werden: Wähle Vercel oder deinen eigenen Server im Node-Modus. Bei Quellcode-Builds auf Vercel setzt Craftkite auch die Umgebungsvariablen der App im Vercel-Projekt.
Dein eigener Server
Jede Veröffentlichung wird nach <ordner>/releases/<id> hochgeladen, dann zeigt <ordner>/current in einem Schritt darauf; Besucher sehen also nie eine halb hochgeladene App. Die letzten 5 Releases bleiben für Rollbacks erhalten.
Die erste Verbindung merkt sich den Host-Schlüssel des Servers; ändert er sich später, stoppt das Veröffentlichen, bis du die Verbindung erneut prüfst. Nur öffentliche Adressen sind möglich.
Statischer Modus
Lass deinen Webserver den Ordner current ausliefern. Ein nginx-Beispiel:
server {
listen 80;
server_name app.example.com;
root /var/www/myapp/current;
location / {
try_files $uri $uri/ /index.html;
}
}
Node-Modus
Craftkite lädt den Quellcode der App hoch und führt dann deinen einzeiligen Befehl im neuen Release aus, zum Beispiel:
npm ci && npm run build && pm2 reload myapp
Starte die App einmal selbst, damit der Befehl etwas neu laden kann, und halte ihre Umgebungsvariablen auf dem Server:
cd /var/www/myapp/current && pm2 start npm --name myapp -- start
Zurückrollen
Jede Veröffentlichung wird mit Status und Protokoll aufgelistet. Klicke bei einer früheren auf Zurückrollen, um sie erneut zu senden; Rollbacks kosten keine Credits. Auf deinem eigenen Server stellt ein Rollback current auf ein aufbewahrtes Release zurück.
Credits
Jede Veröffentlichung bei deinem eigenen Hoster verbraucht 2 Credits (der aktuelle Preis steht neben dem Button). Schlägt sie fehl, bekommst du die Credits zurück. Store-Builds behalten ihren eigenen Preis.
Apps mit Craftkite-Backend
Nutzt deine App eine Craftkite-Datenbank, Anmeldung oder Dateispeicher, bleibt dieses Backend bei Craftkite; deine eigenen Web-Hoster werden für sie daher nicht angeboten. Veröffentliche sie im Craftkite-Hosting mit einer eigenen Domain oder exportiere sie zu GitHub, um alles selbst zu betreiben.
Sicherheit
- Tokens und Schlüssel werden verschlüsselt gespeichert und nur als maskierter Hinweis angezeigt. Sie werden nur während einer Veröffentlichung verwendet.
- Protokolle zeigen nie Tokens, Schlüssel oder Passwörter.
- Trennen löscht eine Verbindung; das Löschen deines Kontos löscht alle.
