Wie man mit einem Klick auf Cloudflare deployt

Aktualisiert am 18. Juli 2026 – Preise auf die aktuellen Pläne aktualisiert und Deploy-Wege pro Plattform aufgefrischt.

Wie funktioniert One-Click-Deployment auf VULK?

Die vollständige Antwort: Du klickst im VULK-Editor auf Deploy, VULK baut dein Projekt auf eigenen Servern (vite build – TypeScript-Kompilierung, Bundling, Tailwind-Purging, Minifizierung, gehashte Dateinamen), veröffentlicht die statische Ausgabe im globalen Netzwerk von Cloudflare und übergibt dir eine Live-HTTPS-URL unter dein-projekt.vulk.space. Der gesamte Prozess – Build, Veröffentlichung, SSL – ist in 10 bis 30 Sekunden abgeschlossen. Keine CI/CD-Pipelines, keine Hosting-Dashboards, keine Konfiguration.

Diese Geschwindigkeit zählt wegen dem, was sie umgibt: Der Median-VULK-Builder geht in 47 Sekunden von der Anmeldung zur generierten App, und das Deployment hält denselben Rhythmus – Idee zu Live-URL in unter zwei Minuten insgesamt (VULK-Plattformdaten, Juli 2026, N = 11.355 Projekte). Deployment ist in jedem Plan enthalten, ab Builder 19,99 €/Monat.

Warum Cloudflare und nicht Vercel oder Netlify?

Das werde ich ständig gefragt. Jeder KI-Code-Builder setzt standardmäßig auf Vercel. Es ist die offensichtliche Wahl – großartige DX, enge Next.js-Integration, einfach aufzusetzen. Warum also läuft VULKs Deployment-Pipeline auf Cloudflare?

Zwei Gründe, und beide drehen sich darum, was für die Apps zählt, die VULK generiert.

Globales Netzwerk. Deine veröffentlichte App läuft im globalen Netzwerk von Cloudflare und wird deshalb von einem Standort nahe bei jedem Besucher ausgeliefert. Ein Nutzer in Tokio und ein Nutzer in São Paulo laden sie beide aus der Nähe, und du musst nie eine Region wählen.

Atomare Deployments. Beim Redeploy serviert Cloudflare die alte Version, bis die neue vollständig hochgeladen ist, und wechselt dann sofort. Keine halb-deployten Zustände. Keine Downtime. Kritisch für eine Plattform, auf der Nutzer häufig iterieren und redeployen.

Das passt zu dem, was VULK fürs Web generiert: React + Vite-Apps, die zu statischen Dateien gebaut werden. Hat ein Projekt ein Backend, läuft dieser Teil auf VULKs Infrastruktur, wie weiter unten beschrieben.

Was passiert Schritt für Schritt beim Klick auf Deploy?

Schritt 1: Du klickst Deploy. Der Button ist in der oberen Toolbar, neben den Vorschau-Controls. Ein Deployment-Dialog öffnet sich und zeigt den Build-Fortschritt in Echtzeit.

Schritt 2: VULK baut dein Projekt auf unseren Servern. Für eine React + Vite App läuft vite build: kompiliert TypeScript zu JavaScript, bündelt alle Module in optimierte Chunks, verarbeitet und purgt Tailwind CSS, minifiziert alles, generiert gehashte Dateinamen fürs Cache-Busting und erzeugt ein sauberes dist/-Verzeichnis. Das passiert auf unserer Infrastruktur, nicht in deinem Browser. Build-Zeiten liegen je nach Projektgröße zwischen 5 und 20 Sekunden.

Schritt 3: Veröffentlichung im Netzwerk von Cloudflare. Die Build-Ausgabe – statisches HTML, CSS, JS und Assets – wird im globalen Netzwerk von Cloudflare veröffentlicht, sodass deine Dateien nahe bei jedem Besucher ausgeliefert werden.

Schritt 4: Du bekommst eine Live-URL. Dein Projekt geht unter seiner eigenen vulk.space-Adresse live, etwa workout-tracker.vulk.space. HTTPS ist automatisch. Keine Konfiguration. Kein Warten.

Was brauchst du vor dem Deploy?

Zwei Dinge vor dem Klick auf Deploy prüfen:

Deine App kompiliert in der Vorschau. Zeigt die Vorschau Fehler oder einen leeren Bildschirm, wird auch der Produktions-Build scheitern. Vites Produktions-Build ist strenger als der Dev-Server – er fängt Import-Fehler und Typ-Probleme, die Hot Module Replacement manchmal durchlässt. Erst beheben.

Du bist auf einem Plan, der zu deinem Projekt passt. Pläne: Builder (19,99 €/Monat), Pro (39,99 €/Monat), Team (79,99 €/Monat), Max (199 €/Monat) und Business (299 €/Monat). Backend + PostgreSQL-Deployment und Custom Domains beginnen beide bei Builder.

Wie schnell sind deployte Apps?

Das ist mir wichtig, weil die Apps, die Menschen von VULK deployen, unsere Qualität repräsentieren. Sind sie langsam, fällt das auf uns zurück.

VULK-generierte React-Apps sind standardmäßig optimiert. Vites Build produziert code-gesplittete Chunks, tree-geshakte Bundles und komprimierte Assets, und das globale Netzwerk von Cloudflare liefert sie nahe bei jedem Besucher aus:

• Nahe bei jedem Besucher: Die App wird aus dem globalen Netzwerk von Cloudflare ausgeliefert, nicht von einem einzelnen Server in einer Region
• Schlanke Bundles: Code-Splitting, Tree-Shaking und Minifizierung halten klein, was der Browser herunterlädt
• Cache-Verhalten: Statische Assets bekommen gehashte Dateinamen, können also lange gecacht werden – wiederkehrende Besucher laden sie aus dem Cache

Nichts davon musst du konfigurieren. Build-Pipeline und CDN-Konfiguration laufen automatisch.

Wie verbindet man eine Custom Domain?

Die vulk.space-Adresse reicht für Tests und Sharing, aber für ein echtes Projekt willst du deine eigene Domain. Custom Domains sind ab Builder enthalten. So geht's:

1. Öffne dein Projekt in VULK und füge deine Domain hinzu (etwa myapp.com oder app.mydomain.com).

2. Lege bei deinem Registrar oder DNS-Anbieter den DNS-Eintrag an, den VULK dir anzeigt, damit die Domain auf deine App zeigt.

3. VULK verbindet die Domain mit deiner veröffentlichten App und stellt das SSL-Zertifikat automatisch bereit.

4. Sobald die DNS-Änderung propagiert ist, antwortet deine App unter deiner eigenen Domain über HTTPS.

Wie funktioniert Redeployment nach Änderungen?

Entwicklung ist iterativ. Nach dem Deploy machst du Änderungen – neue Features, Bugfixes, Design-Tweaks. Redeployment ist identisch zum ersten Deploy:

1. Änderungen im Editor machen (per Prompts oder manuellen Code-Edits).
2. In der Vorschau verifizieren.
3. Auf Deploy klicken.

Die neue Version ersetzt die vorherige unter derselben URL. Cloudflares atomares Deployment macht den Wechsel sofort – Besucher sehen nie einen halb-deployten Zustand.

Im Versionsverlauf des Projekts kannst du frühere Versionen öffnen und ihre Dateien wiederherstellen. Prüfe danach die Vorschau und veröffentliche erneut, um die veröffentlichte URL zu aktualisieren.

Was wird deployt, und wo läuft es?

Deployt: Die gesamte statische Build-Ausgabe. HTML-Dateien, JavaScript-Bundles, CSS-Dateien, Bilder aus deinem public/-Verzeichnis, Fonts und alle anderen statischen Assets.

Bleibt auf VULKs Servern: Quellcode. Deine .tsx-Dateien, node_modules, package.json und Build-Konfiguration bleiben dort. Die deployte Site enthält nur die kompilierte Ausgabe.

Gehostet auf VULKs Infrastruktur: Backend-APIs. Nutzt dein Projekt VULKs Backend-Generierung (PostgreSQL + API-Routen), läuft das Backend auf VULKs Infrastruktur. Das deployte Frontend macht API-Calls zu unseren Servern.

Wie wird jede Plattform deployt?

Jede Plattform, die VULK generiert, hat ihren eigenen Weg:

Wie behebt man häufige Probleme?

Build schlägt fehl. Häufigste Ursache: ein TypeScript- oder Import-Fehler, den der Dev-Server der Vorschau tolerierte, Vites Produktions-Build aber ablehnt. Fehlermeldung im Deployment-Dialog prüfen und VULK um den Fix bitten. Etwa: „Der Deploy scheiterte mit 'Cannot find module ./components/Chart'. Korrigiere den Import – die Datei heißt ChartCard.tsx."

Leere Seite nach dem Deploy. Meist ein Base-Path- oder Routing-Problem. Frag VULK: „Die deployte App zeigt eine leere Seite. Stelle sicher, dass der Vite-Base-Path '/' ist und React Router eine Route für den Root-Pfad hat."

Kaputte Bilder oder Fonts. Statische Assets müssen im public/-Verzeichnis liegen und mit absoluten Pfaden ab / referenziert werden. Relative Pfade funktionieren in der Entwicklung, brechen aber nach dem Deployment.