Zum Inhalt springen
FA
Alle Insights

Vercel-Deploy: aus git push wird eine Live-Site

In klassischen Website-Workflows hieß Veröffentlichung jahrelang: Dateien per FTP auf einen Server hochladen, hoffen, dass nichts fehlt, beobachten, ob die Live-Site noch funktioniert. Das war fehlertolerant in dem Sinn, dass man jederzeit ein altes Backup zurückspielen konnte, aber riskant in dem Sinn, dass eine kaputte Datei auf der Live-Site auch live kaputt war. Moderne Hosting-Plattformen wie Vercel kehren das um: Eine Änderung wird ausschließlich über die Versionskontrolle (Git) eingespielt, automatisch gebaut, getestet, und nur wenn der Build sauber durchläuft, ersetzt sie die Live-Version — sonst bleibt die alte stehen. Dieser Artikel zeigt, wie der Deploy einer modernen Kanzlei-Site abläuft, was Preview-URLs und Rollback in einem Klick wirklich leisten, und warum das gerade für Kanzleien ein echter Sicherheits-Hebel ist.

8 Min Lesezeitvon Alexander MockTools & Integrationen

Was Sie aus diesem Artikel mitnehmen

  • Wie aus einem git push automatisch eine Live-Version einer Kanzlei-Website wird
  • Was Preview-URLs sind und warum sie Änderungen risikoarm machen
  • Wie Rollback in einem Klick funktioniert — und warum das einen ganzen Klassiker an Notfall-Stress wegnimmt
  • Wo bei einer Kanzlei-Site die DSGVO-Themen liegen und wie wir sie adressieren

Würdigung — git push als Veröffentlichung

Die Idee ist denkbar einfach: Statt Dateien hochzuladen, schiebt man eine Code-Änderung mit git push ins Repository. Die Hosting-Plattform (in unserem Fall Vercel, das vom Macher des Next.js-Frameworks betrieben wird) bekommt automatisch die Information, dass sich etwas geändert hat, holt den neuen Stand, baut die Site (siehe Build-Pipeline-Insight) und veröffentlicht sie — falls der Build sauber durchläuft. Falls nicht, bleibt die vorherige Version live.

Diese Verkettung ist nicht spektakulär, aber sie schließt Stress-Klassen, die in FTP-Welten chronisch waren: kaputte Live-Site nach einem Upload, vergessene Dateien, manuelles Rückspielen aus Backups. Sie alle existieren in dieser Architektur strukturell nicht.

Hinweis:

Wenn Sie wissen wollen, wie Ihre aktuelle Hosting-Architektur aussieht und welche Risiken sie mitbringt, ordnet ein Erstgespräch (30 Minuten, kostenfrei) das ein — und unser kostenfreier URL-Audit prüft die öffentlich beobachtbaren Marker (CDN, Antwort-Zeiten, Header).

Was bei git push tatsächlich passiert

Schritt für Schritt:

  1. Lokale Änderungen committen (Pre-Commit-Hooks laufen — Voice-Linter, ESLint, DSE-Konsistenz; siehe Pre-Commit-Insight).
  2. git push schiebt die neuen Commits zum Repository (bei uns GitHub).
  3. Webhook benachrichtigt Vercel. Vercel holt den neuesten Stand automatisch, in der Regel innerhalb von Sekunden.
  4. Build läuft auf der Vercel-Plattform mit denselben Schritten wie lokal — TypeScript-Typprüfung, ESLint, Bundle, statisches Rendering, Asset-Optimierung. Die Build-Umgebung ist standardisiert (Node-Version, Abhängigkeiten aus dem package-lock.json), damit das Verhalten reproduzierbar bleibt.
  5. Bei Erfolg: Die neue Version wird als Live-Version aktiviert; ab diesem Moment liefert das CDN sie aus. Bei einer typischen Kanzlei-Site dauert der ganze Vorgang etwa 30 bis 60 Sekunden.
  6. Bei Fehler: Die Live-Version bleibt unangetastet — die alte, funktionierende Site läuft weiter. Im Vercel-Dashboard ist sichtbar, an welcher Stelle der Build scheiterte; der Entwickler sieht dieselben Meldungen, die er auch lokal sehen würde.

Das ist die fundamentale Sicherheit: Keine kaputte Änderung wird je live, weil sie es technisch nicht kann.

Preview-URLs für jede Änderung

Eine der mächtigsten Eigenschaften: Vercel baut nicht nur die Haupt-Version (main-Branch), sondern auch jeden anderen Branch und jede Pull-Request-Vorschau. Jede dieser Versionen bekommt eine eigene, eindeutige URL — die Preview-URL. Praktisch bedeutet das: Wenn man eine Änderung an einer Stadt-Landingpage testet, bekommt der Branch stadt-bamberg-feinschliff eine eigene URL wie fahoch2-website-stadt-bamberg-feinschliff.vercel.app, auf der man die Änderung anschauen kann, ohne dass die Live-Site irgendetwas mitbekommt.

Für Kanzlei-Projekte ist das wertvoll: Eine Mandantin kann den Entwurf einer neuen Sektion auf einer Preview-URL prüfen, bevor irgendetwas live geht. Ein Berufsrechts-Check durch den Anwalt kann an einer Preview stattfinden, nicht an der Live-Site. Eine Foto-Galerie kann auf einer Preview-URL durchgespielt werden, bevor sie die echte Site berührt. Das macht aus Veröffentlichung einen iterativen, risikoarmen Vorgang — statt einer einmaligen Aktion, die sitzen muss.

Rollback in einem Klick

Wenn doch einmal eine Version live geht, die einen Fehler enthält (etwa ein inhaltliches Problem, das vom Build nicht gefangen werden konnte), reicht im Vercel-Dashboard ein Klick auf eine ältere Deployment-Version mit „Promote to Production". Sekunden später ist die alte Version wieder live. Das funktioniert deshalb so verlässlich, weil jede Version, die je gebaut wurde, unverändert erhalten bleibt — Vercel hält sie alle vorrätig und kann jede sofort wieder aktivieren.

Praktisch nimmt das einer ganzen Klasse von Notfall-Stress die Spitze: „Schnell — die Site sieht komisch aus, machen Sie das letzte Update rückgängig" ist ein ruhiger Vorgang von 20 Sekunden, kein zweistündiges Backup-Rückspielen.

Edge-Caching: weltweit schnell

Statische Sites (siehe SSG-Insight) bestehen aus HTML-, CSS- und JavaScript-Dateien, die in Vercels weltweitem CDN gespeichert werden. Wenn ein Besucher in Forchheim auf eine Insight-Seite klickt, kommt das HTML nicht aus einem zentralen Server in den USA oder Frankfurt, sondern aus einem CDN-Knoten in Nürnberg oder München. Das macht die Site spürbar schnell — typische Ladezeit für statisches HTML aus Edge-Cache: 50 bis 150 Millisekunden, weltweit.

Für Kanzlei-Sites mit überregional verteilten Mandanten ist das ein Mehrwert; für lokale Sites senkt es die Anzeigedauer auf ein Niveau, das in der Wahrnehmung der Besucher schlicht „sofort" ist.

DSGVO-Themen bei Vercel

Vercel hat seinen Hauptsitz in den USA, betreibt aber EU-Regionen — wir betreiben fahoch2.de in der EU-Frankfurt-Region. Die DSGVO-Lage ist nicht trivial, weil das Unternehmen US-amerikanisch ist (CLOUD Act): Tiefen-Bewertung im Hosting-Insight. Praktisch konkret an einer Kanzlei-Site:

Für eine Kanzlei ist die kombinierte Anwendung von statisch ausgeliefertem Inhalt, cookieloser Architektur und transparenter DSE-Dokumentation der pragmatische Pfad — die strukturelle DSGVO-Lage bleibt hier deutlich besser als bei klassischen WordPress-Sites, die jede Anfrage live aus der Datenbank rendern und Tracker mitschleppen.

Was Kanzleien davon haben

Drei sehr konkrete Effekte:

  • Veröffentlichung ohne Stress. Eine Änderung läuft in 30 bis 60 Sekunden durch, wird vorher gebaut und geprüft, kann live mit einem Klick rückgängig gemacht werden. Niemand muss „die richtige Datei auf die richtige Stelle hochladen".
  • Preview-Reviews machbar. Mandantin, Anwalt, Lektor — alle können eine Änderung an einer Preview-URL prüfen, ohne dass die Live-Site irgendetwas mitbekommt. Das hebt das Qualitäts-Niveau von Releases erheblich an.
  • Tempo ohne eigenen Server. Die Site ist weltweit aus dem Edge schnell, ohne dass die Kanzlei einen eigenen Server pflegen muss. Klassische Hosting-Themen (Sicherheits-Updates des Servers, SSL-Zertifikat erneuern, Backup-Strategie) entfallen strukturell.

Beispiel:

Beim Schreiben einer Welle von acht Insights ist jeder Artikel einzeln committed und gepusht worden — jeder Push hat in unter einer Minute auf fahoch2.de live geschaltet, mit zwischengeschaltetem Build-Check als Sicherheits-Wall. Wäre einer der Artikel mit einem Build-Fehler dabei gewesen (z. B. nicht-escaped Backticks im Template-Literal), wäre die Live-Site nicht angetastet worden — die alte Version wäre einfach weitergelaufen, bis der Fehler behoben ist. Wer ein ähnliches Veröffentlichungs-Tempo möchte: ein Erstgespräch (30 Minuten, kostenfrei) ordnet die Hosting-Optionen ein.

Wie wir es bauen

Bei jedem Kanzlei-Projekt richten wir die Vercel-Pipeline so ein, dass: der main-Branch automatisch live geht; jeder Feature-Branch eine eigene Preview-URL bekommt; ein Build-Fehler die Live-Version niemals ersetzt. Außerdem dokumentieren wir die DSGVO-Architektur (Region, Sub-Auftragsverarbeiter, Cookielose Auslieferung) im Datenschutz-Teil der Site — damit das Setup nicht nur sauber, sondern auch nachweisbar sauber ist.

Für eine strukturierte Bewertung der Hosting-Architektur einer bestehenden Kanzlei-Site empfehlen wir den Hebel-Audit (890 €, bei Mandanten-Boost-Beauftragung innerhalb von 60 Tagen voll anrechenbar).

Zusammenfassung

Moderne Hosting-Plattformen wie Vercel ersetzen den klassischen FTP-Upload durch eine git-getriebene Pipeline: Eine Änderung kommt per git push an, wird automatisch gebaut, geprüft, und nur bei sauberem Build live geschaltet — sonst bleibt die vorherige Version stehen. Preview-URLs machen Änderungen vor Veröffentlichung iterativ prüfbar, Rollback funktioniert per Klick, Edge-Caching macht die Site weltweit schnell. Für Kanzlei-Sites bedeutet das: Veröffentlichung ohne Stress, Qualitäts-Reviews machbar (Mandantin, Anwalt, Lektor an Preview), Tempo ohne eigenen Server. DSGVO-Themen sind real (US-Unternehmen, CLOUD Act), werden aber durch statische Auslieferung, cookielose Architektur und transparente Dokumentation in einen pragmatischen Pfad gebracht. Tiefer dazu: Hosting-Daten-Residenz.

Quellen

Disclaimer: Beschreibung des tatsächlichen Hosting-Setups von fahoch2.de zum Zeitpunkt der Veröffentlichung. Vercel ist eine bewusste Hosting-Wahl mit DSGVO-relevanten Tradeoffs; vergleichbare europäische Alternativen werden im Hosting-Insight behandelt.

Stand und rechtlicher Hinweis

Erstveröffentlichung
Autor
Alexander Mock
Lesezeit
8 Minuten

Allgemeine Information, keine individuelle Beratung. Dieser Artikel beschreibt steuer-, berufs- oder webrechtliche Grundsystematik zum oben genannten Stand. Er ist nicht mandantenspezifisch und ersetzt keine individuelle Rechts-, Steuer- oder Anlage-Beratung im Sinne § 2 Rechtsdienstleistungsgesetz (RDG), § 1 Steuerberatungsgesetz (StBerG) oder § 34d/f Gewerbeordnung (GewO). Vor jeder konkreten Entscheidung wenden Sie sich an einen zugelassenen Steuerberater, Rechtsanwalt oder die jeweils zuständige Behörde.

Zitate aus amtlichen Werken. Gesetzes-Texte, Verwaltungsanweisungen (BMF-Schreiben) und Gerichts-Entscheidungen (BFH, BGH, BVerfG, EuGH) sind nach § 5 Urheberrechtsgesetz gemeinfrei. Zitiert wird jeweils mit Aktenzeichen und Entscheidungs- bzw. Schreibens-Datum. Aktualität der Rechtslage bitte vor Bezugnahme gegen die jeweilige amtliche Veröffentlichung prüfen (gesetze-im-internet.de, bundesfinanzhof.de, bmf.bund.de).

Externe Quellen. Wo wir auf Studien, Branchenstatistiken oder Drittanbieter-Dokumente verweisen, ist das Abrufs-Datum jeweils beim Quellenverweis angegeben. Online-Inhalte können sich nach unserem Abruf geändert haben.

Haftung. Trotz sorgfältiger Recherche können Ungenauigkeiten oder Rechtsänderungen nach Veröffentlichung nicht ausgeschlossen werden. Eine Haftung für Schäden, die durch die Nutzung der Information ohne anwaltliche oder steuerberaterliche Gegenprüfung entstehen, ist ausgeschlossen — soweit gesetzlich zulässig.

Themen

VercelDeployGitEdgeHostingSteuerberater

Auch zu lesen

Wenn Sie das in Ruhe besprechen möchten

Lassen Sie uns 30 Minuten zur Außen-Sicht Ihrer Kanzlei sprechen.

Erst gratis-Vorprüfung über das URL-Tool — dann entscheiden Sie, ob ein 890-€-Tiefen-Audit für Sie Sinn ergibt.

Kanzlei prüfen — gratisTermin direkt anfragen