Wie man mit einem Klick auf Cloudflare deployt

Aktualisiert am 18. Juli 2026 — Preise auf die aktuellen Paid-only-Pläne korrigiert und Plattform-Deploy-Wahrheiten aufgefrischt.

Wie funktioniert One-Click-Deployment auf VULK?

Die vollständige Antwort: Sie klicken im VULK-Editor auf Deploy, VULK baut Ihr Projekt auf eigenen Servern (vite build — TypeScript-Kompilierung, Bundling, Tailwind-Purging, Minifizierung, gehashte Dateinamen), lädt die statische Ausgabe via Direct Upload API zu Cloudflare Pages hoch und übergibt Ihnen eine Live-HTTPS-URL auf der pages.dev-Domain. Der gesamte Prozess — Build, Upload, DNS, 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; VULK ist paid-only, ab Builder $19,99/Monat mit einem 3-tägigen Vollzugriffs-Intro ab $3,99.

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 habe ich Cloudflare Pages für VULKs Deployment-Pipeline gewählt?

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

Keine Bandbreiten-Rechnungen. Das ist der große Punkt. Vercel berechnet Bandbreite nach dem Free-Tier. Netlify berechnet Bandbreite. Cloudflare Pages hat null Bandbreitenkosten. Wenn Sie eine VULK-generierte App deployen und sie Traffic bekommt, gibt es keine Überraschungsrechnung. Für eine Plattform, auf der Tausende Nutzer Apps deployen, zählt das enorm — für uns und für unsere Nutzer.

Globales Edge-Netzwerk. Cloudflare hat über 300 Rechenzentren in 100+ Ländern. Ihre deployte App wird von der nächstgelegenen Edge-Location an jeden Besucher ausgeliefert. Ein Nutzer in Tokio wird aus Tokio bedient. Ein Nutzer in São Paulo aus São Paulo. Die Time to First Byte liegt global konsistent unter 50ms. Vercel und Netlify haben auch gute CDNs, aber Cloudflares Netzwerk ist tatsächlich das größte.

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.

Der Trade-off: Cloudflare Pages bedient nur statische Sites und Serverless Functions, keine vollständigen server-seitig gerenderten Anwendungen. Da VULK für Web-Projekte React + Vite SPAs generiert, passt das perfekt. Die Beschränkung matcht den Output.

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

Schritt 1: Sie klicken 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 Ihr 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 Ihrem Browser. Build-Zeiten liegen je nach Projektgröße zwischen 5 und 20 Sekunden.

Schritt 3: Upload zu Cloudflare Pages. Die Build-Ausgabe — statisches HTML, CSS, JS und Assets — wird über Cloudflares Direct Upload API hochgeladen. Ihre Dateien werden über das gesamte globale Netzwerk verteilt.

Schritt 4: Sie bekommen eine Live-URL. Cloudflare weist Ihrem Projekt eine URL auf der pages.dev-Domain zu, etwa workout-tracker-abc123.pages.dev. HTTPS ist automatisch — Cloudflare stellt sofort ein SSL-Zertifikat bereit. Keine Konfiguration. Kein Warten.

Was brauchen Sie vor dem Deploy?

Zwei Dinge vor dem Klick auf Deploy prüfen:

Ihre 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.

Sie sind auf einem Plan, der zu Ihrem Projekt passt. VULK ist paid-only (kein Free-Tier): Builder ($19,99/Monat), Pro ($39,99/Monat), Team ($79,99/Monat), Max ($199/Monat) und Business ($299/Monat). Jeder Plan beginnt mit einem 3-tägigen Vollzugriffs-Intro ab $3,99, das auf den ersten Monat angerechnet wird. Backend + PostgreSQL-Deployment beginnt bei Builder; Custom Domains via VULK bei Pro.

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. Kombiniert mit Cloudflares Edge-Caching sind die Ergebnisse konsistent stark:

• Time to First Byte (TTFB): Unter 50ms für die meisten globalen Standorte
• Vollständiger Seitenaufbau: Unter 1 Sekunde für typische VULK-generierte Apps
• Cache-Verhalten: Statische Assets werden an jeder Edge-Location mit gehashten Dateinamen gecacht — wiederkehrende Besucher laden nahezu sofort

Nichts davon müssen Sie konfigurieren. Build-Pipeline und CDN-Konfiguration laufen automatisch.

Wie verbindet man eine Custom Domain?

Die pages.dev-URL reicht für Tests und Sharing, aber für ein echtes Projekt wollen Sie Ihre eigene Domain. So geht's:

1. Notieren Sie Ihren Cloudflare-Projektnamen aus dem Deployment-Dialog oder den Projekteinstellungen.

2. Ist Ihre Domain noch nicht auf Cloudflare, fügen Sie sie auf dash.cloudflare.com hinzu (deren Free-Plan reicht) und aktualisieren die Nameserver Ihres Registrars.

3. Im Cloudflare-Dashboard: zu Pages gehen, Ihr Projekt finden, Custom Domains öffnen und Ihre Domain hinzufügen (etwa myapp.com oder app.mydomain.com). Cloudflare erstellt den DNS-Eintrag und stellt automatisch ein SSL-Zertifikat bereit.

4. 1–5 Minuten auf die SSL-Bereitstellung warten. Ist Ihre Domain bereits auf Cloudflare, dauert das Ganze unter zwei Minuten.

Wie funktioniert Redeployment nach Änderungen?

Entwicklung ist iterativ. Nach dem Deploy machen Sie Ä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. 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.

Es gibt derzeit keine Versionierungs-UI und keinen Rollback-Mechanismus in VULK. Müssen Sie zurück, machen Sie die Änderungen im Chat rückgängig und redeployen. Ich weiß, das ist eine Limitierung — richtiger Rollback-Support steht auf der Roadmap.

Was wird deployt — und was nicht?

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

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

Nicht deployt: Backend-APIs. Nutzt Ihr Projekt VULKs Backend-Generierung (PostgreSQL + API-Routen), wird das Backend auf VULKs Infrastruktur gehostet, nicht auf Cloudflare Pages. Das deployte Frontend macht API-Calls zu unseren Servern. Ihr Backend funktioniert, ist aber vorerst an VULKs Hosting gebunden.

Welche Plattformen bekommen One-Click-Deploy?

Ehrlicher Status pro Plattform, denn nicht alles, was VULK generiert, ist eine statische Site:

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. Fragen Sie 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.