verfügbar
Kein Server zu pflegen
Hochgeladen wird dein letzter Commit. gooddeploy baut ihn, startet ihn und prüft, ob er antwortet. Du siehst jede Phase mit ihrer Dauer.
Lösungen · Freiberufler
Live bringen, ohne Server zu pflegen.
Du baust die Seite, gooddeploy kümmert sich um Build, Start, Prüfung und Umschalten. Jede Änderung siehst du zuerst als Vorschau, live geht sie erst, wenn du es sagst. Kein Dockerfile und keine Pipeline-Sprache für den Normalfall.
~1 minDeploy einer Next.js-App bis zur VorschauMedian 53,7 s, gemessen am 29.10.2026
unter 10 sLive schalten, ohne NeubauMedian 8,7 s, gemessen am 29.10.2026
~2 sRollback auf die VorversionMedian 1,8 s, gemessen am 29.10.2026
Gerundet. Median aus 10 Läufen mit unserer Next.js-Referenz-App auf der Produktivumgebung (live auf zwei Servern in Deutschland), jeweils bis zur ersten Antwort der Zielversion, gemessen über das Internet, ohne Datenbank.
In wenigen Befehlen live
Den Zugang richten wir dir in der Pilotphase ein. Danach installierst du die CLI und deployst aus deinem Projektordner. Ohne Terminal geht es auch: Im Dashboard legst du unter „Neues Projekt“ ein GitHub-Repo an, und der erste Build startet sofort.
# einmalig installieren (macOS, Linux) $ curl -fsSL https://dl.gooddeploy.eu/install.sh | sh # anmelden $ gooddeploy login # im Projektordner: Vorschau bauen $ gooddeploy deploy # geprüfte Vorschau live schalten $ gooddeploy promote
Wenig Aufwand im Betrieb
verfügbar
Vorschau vor dem Livegang
Jedes Deployment bekommt eine eigene Adresse. Deine Kundin sieht sie per Freigabelink, ohne Konto und ohne Passwort.
verfügbar
Zurück in Sekunden
Die vorige Version bleibt bereit. gooddeploy rollback schaltet um, statt neu zu bauen.
verfügbar
Eigene Domain
gooddeploy domains add trägt die Domain ein, prüft den DNS-Eintrag und stellt das Zertifikat aus. Sie geht live, sobald das DNS stimmt, ohne Freigabe durch uns; welche Domain die Hauptdomain ist, wählst du selbst, und die Projekt-Adresse leitet standardmäßig auf sie weiter.
verfügbar
Statisch oder Next.js
Reines HTML und statische Builds mit Vite, Astro, React, Vue, Angular oder Svelte, dazu Next.js mit Server-Rendering. Gleicher Ablauf für alles.
verfügbar
Postgres inklusive
Auf Wunsch eine Datenbank je Projekt, jede Nacht verschlüsselt gesichert. Mit gooddeploy db dump holst du dir jederzeit eine eigene Sicherung und spielst sie mit gooddeploy db restore selbst wieder ein.
verfügbar
Überwacht
Jede Live-Seite wird laufend geprüft. Ist sie nicht erreichbar, bekommen wir einen Alarm.
verfügbar
Auch aus der CI
Deine CI ruft dieselben Befehle auf. Für Skripte gibt es --json und feste Exit-Codes.
Vorher und nachher
Eigener Server
- Server mieten, Updates einspielen, Sicherungen im Blick behalten
- Änderungen gehen direkt auf die echte Seite
- Für die Abnahme Screenshots per Mail verschicken
- Zurück heißt: alte Dateien suchen und neu hochladen
Mit gooddeploy
- Commit hochladen, gooddeploy baut, startet und prüft
- Jede Änderung zuerst als Vorschau, live erst nach
promote - Die Kundin sieht die Vorschau per Freigabelink
rollbackschaltet in Sekunden auf die Vorversion
Häufige Fragen
Brauche ich ein Dockerfile oder eine Konfigurationsdatei?
Für den Normalfall nicht. gooddeploy erkennt statische Seiten und Next.js selbst. Weiterleitungen alter Adressen trägst du bei Bedarf in die gooddeploy.json ein.
Kann ich mit gooddeploy wieder aufhören?
Ja. Deine App bleibt eine normale Web-App, die du jederzeit woanders betreiben kannst. Die Daten der Live-Datenbank holst du mit gooddeploy db dump.
Was kostet das?
Die vorläufigen Pakete stehen auf der Startseite unter Pakete. Jedes Projekt zählt nach seiner Art: eine statische Seite 1 Einheit, eine App mit Server-Rendering 3, eine App mit Datenbank 5; braucht eine App mehr als 512 MB Arbeitsspeicher, zählt sie mit 768 MB oder 1 GB 2 bzw. 4 Einheiten mehr. In der Pilotphase richten wir das passende Paket gemeinsam mit dir ein.
Was noch nicht geht
- kommt mit dem Pilotstart
GitLab-Anbindung
GitHub verbindest du mit einem Klick, auch beim Anlegen eines neuen Projekts im Dashboard (der erste Build läuft sofort und bleibt eine Vorschau): Du bestimmst, wofür gooddeploy Vorschauen baut (Standard: Produktions-Branch und offene Pull Requests), und jede Branch hat eine feste Vorschau-Adresse, die du wie jede Vorschau per Freigabelink teilst (
gooddeploy share --branch) und die nach jedem Push den neuesten Stand zeigt. Den aktuellen Stand eines Branches baust du auch ohne Push mit „Jetzt bauen“ (Dashboard odergooddeploy git build). Ist der Branch gelöscht oder sein Pull Request gemergt, verschwindet seine Adresse von selbst. Pushes, die nur Doku oder andere ausgenommene Dateien ändern, bauen auf Wunsch nicht. Ein Merge auf den Produktions-Branch geht nach grünen Checks von selbst live, oder erst, wenn du es per Klick freigibst. Live geht nur, was im Hauptbranch liegt. Keine versehentlichen Deploys halbfertiger Stände. GitLab geht nur mit einer eigenen GitLab-Instanz (mitgooddeploy git hosts addträgst du sie ein), gitlab.com noch nicht. Ohne Anbindung deployst du mit der CLI oder aus deiner CI. - später
Selbst registrieren und online buchen
In der Pilotphase richten wir den Zugang für dich ein. Buchung ab 2027.
Pilot
Dein erstes Projekt auf gooddeploy
Schreib uns, was du baust und wo es heute läuft. Wir richten dir den Zugang ein und helfen beim ersten Deploy.
Kontakt
info@gooddev.de
Schreib uns kurz, wie viele Projekte ihr betreut und wo sie heute laufen. Oder nutze das Anfrageformular auf der Startseite.