Kein Lock-in: Deine ShiftPress-Seite gehört dir, samt GitHub-Repo
Wenn du unsere Vergleiche zu Wix, Squarespace oder Jimdo gelesen hast, kennst du dieselbe Warnung jedes Mal: Der Haken an diesen Baukästen ist, dass du deine Seite nicht sauber mitnehmen kannst, ein Wechsel bedeutet also Neuaufbau. Genau diesen Lock-in wollten wir vermeiden. Dieser Artikel ist die ehrliche Antwort auf die berechtigte Frage, die ein sorgfältiger Käufer stellt: „Was passiert eigentlich, wenn ich ShiftPress verlassen will?“
Das Lock-in-Problem, gegen das wir gebaut haben
Die meisten Website-Tools halten deine Seite leise als Geisel. Wix und Squarespace geben dir deinen Code nicht; Jimdo hat gar keinen vollständigen Export; ein Hoster-Baukasten bindet deine Seiten an sein Bundle. In jedem Fall heißt „umziehen“ Neuaufbau von Grund auf. Wir vergleichen das ganze Feld an genau diesem Test im Homepage-Baukasten-Vergleich, und das Muster ist konsistent: billig oder einfach im Einstieg, teuer im Ausstieg. ShiftPress ist als das Gegenteil gebaut.
Was du tatsächlich bekommst: dein eigenes GitHub-Repository
Wenn deine Seite eingerichtet wird, erstellt ShiftPress ein privates GitHub-Repository nur für sie. Dieses Repo ist die echte Quelle deiner Website, kein Marketing-Versprechen:
- Jede Seite als saubere Astro-/HTML-Datei.
- All deine Inhalte, die Texte, Überschriften und die Struktur, in einfachen, portablen Dateien.
- Deine Bilder und Assets, dein Design und deine Styles sowie deine SEO-Metadaten, Titel, Beschreibungen, strukturierte Daten.
- Deine Weiterleitungen und Sitemap, sodass das Such-Setup der Seite mitreist.
Es ist ganz normaler, lesbarer Code in einem offenen Format, dasselbe, was ein Entwickler von Hand bauen würde, kein proprietärer Export, den nur wir öffnen können. Du bekommst Zugriff, wann immer du fragst.
Wie du gehst, falls du je willst
Weil es eine normale statische Seite ist, ist der Umzug wirklich einfach:
- Zugriff auf dein Repo holen. Frag nach, und das GitHub-Repository gehört dir, zum Klonen oder Übernehmen.
- Überall bauen. Es ist ein normales Astro-Projekt, baut also zu einfachen statischen Dateien.
- Bei jedem Host bereitstellen. Netlify, Vercel, Cloudflare Pages, GitHub Pages oder dein eigener Server liefern es problemlos aus. Willst du es lieber einem Entwickler geben, erkennt er das Setup sofort. Den Weg über einen statischen Host gehen wir in eine Seite zu GitHub Pages umziehen durch.
Kein Support-Ticket zum Freischalten eines Exports, keine Strafe, kein Warten. Die Seite liegt schon in einer Form vor, mit der du einfach gehen kannst.
Was weiter funktioniert und was nicht (der ehrliche Teil)
Wir tun nicht so, als würde alles einen Umzug unverändert überleben, denn das wäre bei keiner Plattform wahr. Die Aufteilung ist einfach: Dateien kommen mit, Dienste nicht. Alles, was als Datei in deinem Repo liegt, gehört dir und läuft weiter. Alles, was ein lebendiges Backend braucht, ist ein Dienst, den du woanders neu einrichtest oder ersetzt, genau wie bei jedem statischen Host.
| Bleibt deins und läuft weiter | Funktioniert extern nicht mehr (Dienst, keine Datei) |
|---|---|
| Alle Seiten und Inhalte | Kontakt- und Lead-Formulare (Einsendungen brauchen ein Backend) |
| Design, Styles und Bilder | Terminbuchung / Kalender |
| Blog-Beiträge (als statische Seiten) | Das Website-Chat-Widget (KI-Antworten + menschliche Übernahme) |
| SEO-Metadaten, strukturierte Daten, Sitemap | Blog-Autopilot und Auto-Übersetzung |
| Weiterleitungen und URL-Struktur | Der KI-Editor und A/B-Experimente |
| Ladegeschwindigkeit (weiterhin statisch) | Verwaltete Statistik und sofortige Indexierung |
Im Klartext: Deine Website sieht nach einem Umzug genau gleich aus und liest sich gleich, und sie ist weiterhin schnell. Aufgeben würdest du die Annehmlichkeiten, die es nur gibt, weil im Hintergrund etwas läuft. Ein Kontaktformular auf einer reinen statischen Seite braucht zum Beispiel einen Formular-Handler, wo immer du hostest, und das gilt, ob du von ShiftPress kommst oder die Seite von Grund auf gebaut hast. Das sind Funktionen, die du mietest, nicht Dinge, die wir über dich halten.
Warum wir das so machen
Lock-in ist ein Weg, Kunden zu halten, die sonst gehen würden. Diesen Hebel wollen wir nicht. Wenn jemand bei ShiftPress bleibt, soll es sein, weil das Hosting, das SEO, der KI-Editor und die verwalteten Funktionen wirklich der einfachste, beste Weg sind, seine Seite zu betreiben, nicht weil das Entkommen schmerzhaft ist. Jedem Kunden sein eigenes Repository zu geben, ist unser Versprechen, schriftlich. Es hält auch uns ehrlich: Wir müssen das Abo jeden Monat neu verdienen. Willst du das vollere Bild, was eine verwaltete Plattform gegenüber dem Selbst-Hosten der statischen Dateien hinzufügt, zeigen wir es in ShiftPress vs. selbst hosten.
Eine Seite, die wirklich dir gehört
ShiftPress baut deine Seite als sauberen Code in deinem eigenen GitHub-Repo, hostet sie schnell und übernimmt SEO, Formulare, Termine und KI-Bearbeitung für dich, ohne deine Website je als Geisel zu halten. Starte jetzt kostenlos.
Website umziehen ↗Häufige Fragen
Gehört mir meine ShiftPress-Website?
Kann ich meine ShiftPress-Seite selbst hosten oder woanders hin umziehen?
Was passiert mit meinen Formularen und Terminen, wenn ich gehe?
Gibt es bei ShiftPress einen Lock-in?
Unterm Strich
Lock-in ist der leise Preis, der in den meisten Website-Tools steckt, und der eine, den wir wegkonstruiert haben. Deine ShiftPress-Seite liegt als sauberer Code in deinem eigenen GitHub-Repository, die Website selbst, jede Seite, all deine Inhalte, das Design und das Tempo, kannst du also jederzeit überallhin mitnehmen. Die verwalteten Funktionen, die den Betrieb leicht machen, sind Dienste, die du beim Gehen austauschst, und das ist der ehrliche Kompromiss. Wovor du nie Angst haben musst, ist, festzustecken. Genau darum geht es.