Am 5. September 2026 haben wir mit dem Neubau unserer Website begonnen, inzwischen ist sie online. Ein Relaunch ist mehr als eine neue Gestaltung, denn Adressen ändern sich und Suchmaschinen müssen die neuen Seiten finden. Besucher sollen dabei nicht auf Fehlerseiten landen. Dieser Beitrag beschreibt die Schritte, nach denen wir vorgegangen sind, und am Ende steht eine Checkliste für Ihr Projekt.
Ziele festlegen
Vor dem ersten Entwurf haben wir festgelegt, was bleibt und was sich ändert. Logo und Farben haben wir beibehalten. Neu sein sollten ein ASCII-Look und eine englische Fassung, außerdem sollte die Website in Suchmaschinen besser zu finden sein.
Schreiben Sie solche Ziele auf, bevor jemand gestaltet oder programmiert. Jede spätere Entscheidung lässt sich daran messen, und Wünsche, die erst während des Projekts auftauchen, erkennen Sie als Erweiterung.
Den Bestand aufnehmen
Am Anfang stand eine Bestandsaufnahme. Wir haben alle Projekte und Fakten gesammelt, die auf der Website vorkommen sollten. Jede Aussage über Projekte und Kunden musste sich danach auf diese Sammlung stützen.
Genauso wichtig ist die Liste der bestehenden Adressen. Unsere alte Website hatte nur zwei öffentliche Seiten, die Startseite und das Impressum. Beide Adressen funktionieren weiterhin. Bei einer größeren Website sammeln Sie die Adressen aus der Sitemap und aus der Google Search Console. Notieren Sie auch Formulare, Anbindungen und Dateien, auf die andere Websites verlinken.
Struktur und Adressen planen
Die neue Website hat für jede Seite eine deutsche und eine englische Adresse. Alle Adressen stehen an einer einzigen Stelle im Code. Kanonische Adressen und Sprachverweise leiten sich daraus ab, statt auf jeder Seite von Hand gepflegt zu werden.
Legen Sie die neue Struktur fest, bevor Inhalte umziehen, weil die Weiterleitungen davon abhängen. Kurze Adressen in der Sprache der Seite sind für Besucher leichter zu lesen.
Weiterleitungen anlegen
Jede alte Adresse braucht ein Ziel. Ändert sich eine Adresse, führt eine dauerhafte Weiterleitung mit dem Status 301 auf die passende neue Seite. Google empfiehlt, solche Weiterleitungen möglichst lange beizubehalten, in der Regel mindestens ein Jahr. Viele alte Adressen sollten laut derselben Anleitung nicht pauschal auf die Startseite zeigen. Ketten aus mehreren Weiterleitungen vermeiden Sie, indem jede Weiterleitung direkt auf das endgültige Ziel zeigt.
Bei Ruxiom leitet die frühere englische Domain dauerhaft auf die englischen Seiten weiter, und der Pfad bleibt dabei erhalten. Deutsche Pfade haben aber kein englisches Gegenstück mit demselben Namen. Für sie, etwa das Impressum, gehören deshalb eigene Regeln vor die allgemeine Weiterleitung. Adressen mit vorangestelltem www führen auf die Domain ohne dieses Präfix.
Eine Staging-Umgebung nutzen
Bevor etwas öffentlich wird, läuft jede Änderung auf einer Staging-Umgebung unter einer eigenen Adresse. Diese Umgebung sperrt Suchmaschinen über die robots.txt aus, und jede Seite trägt zusätzlich die Anweisung noindex. Die kanonischen Adressen zeigen trotzdem auf die spätere Live-Domain, sodass sich Staging und Live-Betrieb nur in der Umgebung unterscheiden.
Auf Staging lesen wir jede Seite selbst und schicken das Kontaktformular in beiden Sprachen ab. Erst wenn beide Nachrichten ankommen, ist das Formular fertig. Bei Ihrem Relaunch sollte auch die Person, die Inhalte verantwortet, auf Staging lesen und freigeben.
Tests vor dem Umschalten
Jede Änderung durchläuft automatische Tests, bevor sie veröffentlicht wird. Ein Teil davon untersucht die fertig gebaute Website. Diese Tests stellen sicher, dass jede Seite in beiden Sprachen existiert und auf ihr Gegenstück verweist. Auch kanonische Adressen, die Sitemap und die robots.txt sind abgedeckt. Nach jeder Veröffentlichung ruft ein kurzer Test die gerade veröffentlichte Website auf und schlägt fehl, wenn sie nicht wie erwartet antwortet.
Ohne automatische Tests würde ich vor dem Umschalten mindestens jede Weiterleitung aus Ihrer Liste einzeln aufrufen.
Umschalten
Den Umstieg haben wir so geplant, dass die alte Website bis zum letzten Moment erreichbar blieb. Die neue Website läuft auf Cloudflare® Workers und übernimmt die Adressen über Routen, die Vorrang vor der alten Installation haben. Die alte Installation bleibt nach dem Umschalten mindestens eine Woche unverändert bestehen.
Vor dem Umschalten lohnt ein Blick auf Einstellungen beim Hoster, die Dateien wie die robots.txt verändern. Bei Cloudflare können Einstellungen für KI-Crawler die robots.txt umschreiben, bevor sie beim Besucher ankommt.
Nach dem Umschalten rufen wir die wichtigsten Adressen und Weiterleitungen auf der Live-Domain erneut auf. Dann reichen wir die Sitemap in der Google Search Console und in den Bing Webmaster Tools ein. Vorschaukarten in sozialen Netzwerken zeigen danach oft noch die alte Seite, deshalb lassen wir sie bei den Diensten neu laden, die das anbieten.
Den Rückweg festlegen
Der Rückweg steht fest, bevor umgeschaltet wird. Ist nur eine Veröffentlichung fehlerhaft, setzen wir auf die vorherige zurück. Ist die neue Umgebung grundsätzlich defekt, entfernen wir ihre Route, und die alte Website antwortet nach wenigen Sekunden wieder. Deshalb löschen wir die alte Installation erst, wenn die neue eine Woche fehlerfrei gelaufen ist.
Bei einem Wechsel des Hosters gilt dasselbe Prinzip. Kündigen Sie den alten Vertrag erst, wenn die neue Website eine Weile ohne Fehler läuft.
Checkliste für Ihren Relaunch
- Halten Sie Ihre Ziele fest und schreiben Sie auf, was bleiben soll.
- Sammeln Sie alle bestehenden Adressen aus Sitemap und Search Console.
- Legen Sie für jede alte Adresse ein Ziel fest und richten Sie Weiterleitungen mit Status 301 ein.
- Listen Sie Formulare und Anbindungen auf, die mit umziehen müssen.
- Richten Sie eine Staging-Umgebung mit noindex ein und lesen Sie dort jede Seite.
- Schicken Sie jedes Formular in jeder Sprache ab und kontrollieren Sie die Zustellung.
- Legen Sie den Rückweg fest und lassen Sie die alte Website unverändert, bis die neue mindestens eine Woche fehlerfrei läuft.
- Rufen Sie nach dem Umschalten Weiterleitungen, robots.txt und Sitemap auf der Live-Domain auf.
- Reichen Sie die neue Sitemap in der Search Console ein.
Wie unsere neue Website aussieht und was sich geändert hat, steht im Beitrag Ruxiom ist neu. Zieht Ihre Website beim Relaunch zu einem neuen Hoster um, finden Sie den Ablauf auf der Seite Migration zu Cloudflare.
Wie wir eine neue Website aufbauen, zeigt die Seite zu Websites. Schreiben Sie uns die Adresse Ihrer heutigen Website und was sich ändern soll, dann planen wir den Relaunch mit Ihnen.