WordPress zu GitHub Pages umziehen, und wann du es besser nicht tust

GitHub Pages ist eine wirklich gute Art, eine kleine, schnelle Seite kostenlos zu hosten, und „meine WordPress-Seite zu einer statischen GitHub-Seite umziehen“ ist genau deshalb ein beliebtes Ziel. Wichtig ist zuerst zu verstehen, was GitHub Pages ist: ein Host für statische Dateien. Es liefert fertiges HTML, CSS, JavaScript und Bilder aus, aber nichts, das einen Server zum Nachdenken braucht, und genau das macht es schnell, kostenlos und sicher. WordPress dagegen führt bei jeder Anfrage PHP und eine Datenbank aus. Du ziehst WordPress also nicht auf GitHub Pages um, sondern machst deine WordPress-Seite zu statischen Dateien und hostest dann diese.

Schritt 1: WordPress in statisches HTML umwandeln

Das ist die eigentliche Arbeit, und der erste Schritt jeder statischen Migration. Du erzeugst eine statische Kopie deiner Live-Seite, Seiten, Beiträge, Bilder, Styles, als reines HTML. Übliche Wege sind ein Plugin wie Simply Static oder WP2Static, ein Crawler, der deine Seite auf die Festplatte speichert, oder ein kompletter Neuaufbau. Die Optionen gehen wir ehrlich in WordPress in statisches HTML umwandeln durch und den kompletten Ablauf in WordPress auf eine statische Seite migrieren. Welches Tool auch immer, das Ziel ist ein Ordner mit statischen Dateien, der genau wie deine aktuelle Seite aussieht und liest.

Schritt 2: GitHub-Repository anlegen und Pages aktivieren

Leg diese statischen Dateien in ein neues GitHub-Repository. Öffne dann in den Settings des Repositories den Bereich Pages und wähle Branch und Ordner, aus dem veröffentlicht wird. GitHub baut und liefert deine Seite innerhalb von ein, zwei Minuten unter deinname.github.io/repo. Die offizielle GitHub-Pages-Dokumentation zeigt die genauen Klicks und die unterstützten Veröffentlichungsquellen.

Schritt 3: Eigene Domain und HTTPS hinzufügen

github.io willst du nicht als öffentliche Adresse. Füge in den Pages-Einstellungen deine eigene Domain hinzu (zum Beispiel deinedomain.de) und zeige dann bei deinem Domain-Registrar die DNS-Einträge auf GitHub Pages, wie es die Doku vorgibt. GitHub stellt automatisch ein kostenloses HTTPS-Zertifikat bereit, sobald die Domain bestätigt ist, deine Seite lädt also ohne Zusatzkosten über https://.

Schritt 4: Das Weiterleitungs-Problem (lies das vor dem Wechsel)

Hier ist der Haken, der viele erwischt. Ändert sich beim Umzug eine URL, brauchst du eine 301-Weiterleitung von der alten auf die neue Adresse, sonst verlierst du die Rankings dieser Seite. GitHub Pages kann keine echten 301-Weiterleitungen, weil es statische Dateien ohne Server-Konfiguration liefert. Die Behelfe, ein Jekyll-redirect-from-Plugin oder HTML-Meta-Refreshes pro Seite, sind schwächere Signale als eine echte 301 und über eine ganze Seite hinweg mühsam zu pflegen. Bleiben deine URLs identisch, umgehst du das. Ändern sie sich, ist genau diese Grenze der größte Grund, warum eine SEO-sensible Seite GitHub Pages entwächst.

Schritt 5: Wie du ab jetzt bearbeitest

Sobald du auf GitHub Pages bist, heißt Aktualisieren: Dateien im Repository bearbeiten und committen, was die Seite neu veröffentlicht. Das ist fein, wenn du in Git und HTML lebst. Für einen nicht-technischen Inhaber ist es der eigentliche Kompromiss: eine Telefonnummer ändern, ein Foto tauschen oder eine Leistung ergänzen heißt jetzt, Code anzufassen oder einen Static-Site-Generator neu zu bauen, statt auf der Seite „bearbeiten“ zu klicken. Nichts ist kaputt, es ist nur Entwicklerarbeit für jede Änderung.

Ist GitHub Pages das richtige Zuhause für deine Seite?

Es passt großartig, wenn du mit Code vertraut bist, deine URLs sich nicht ändern und du kostenloses, schnelles, sicheres Hosting für eine Seite willst, die du über Git bearbeitest. Es passt schlecht, wenn du zuverlässige 301-Weiterleitungen zum Schutz der Rankings brauchst oder wenn ein Nicht-Entwickler die Seite aktuell halten muss. Diese zwei Lücken, echte Weiterleitungen und ein freundlicher Editor, sind genau das, was eine dafür gebaute statische Plattform obendrauf legt, bei gleicher Geschwindigkeit und gleichem Eigentum. Die generelle Abwägung steht in den Vorteilen und Schwächen statischer Seiten und die reine Host-Mechanik in Website auf einen neuen Host umziehen.

Der Mittelweg: statisches Tempo, ohne die Klempnerei

ShiftPress existiert in der Lücke, die GitHub Pages lässt. Es wandelt deine WordPress-Seite in sauberen statischen Code um, derselbe Gewinn, hostet sie dann, richtet die echten 301-Weiterleitungen automatisch ein, damit deine Google-Rankings mitwandern, und gibt dir einen Editor: Du änderst die Seite per Chat oder per Klick, kein Git, kein Code, keine manuellen Neubauten. So bekommst du Geschwindigkeit, Sicherheit und Eigentum einer statischen Seite wie auf GitHub Pages, ohne die Weiterleitungs-Lücke und ohne jede Änderung zur Entwicklerarbeit zu machen.

Häufige Fragen

Unterm Strich

Eine WordPress-Seite zu GitHub Pages umzuziehen heißt eigentlich, sie in statisches HTML umzuwandeln und diese Dateien zu hosten, und für einen code-vertrauten Inhaber mit stabilen URLs ist es ein schnelles, kostenloses, sicheres Zuhause. Die zwei Dinge, die du vorher abwägen solltest, sind die fehlenden echten 301-Weiterleitungen, die Rankings riskieren, sobald sich eine URL ändert, und das Bearbeiten, das nun über Git statt über einen Seiten-Editor läuft. Passt beides, ist GitHub Pages eine gute Wahl. Willst du dasselbe statische Tempo mit echten Weiterleitungen und einem Editor, den auch ein Nicht-Entwickler bedient, ist das die Lücke, die ein geführter statischer Umzug füllt.