Website Relaunch

Vor dem ersten Entwurf steht eine Inventur. Wir crawlen die bestehende Website, ziehen die Adressen aus Sitemap und Search Console dazu und reichern sie mit Daten an: Aufrufe, Rankings, eingehende Verweise, Anfragen. So entsteht eine Liste, in der jede Seite eine Entscheidung bekommt, nämlich übernehmen, zusammenlegen, neu schreiben oder streichen.

Auf dieser Grundlage entstehen Zielstruktur und Navigation, danach Inhalte und Gestaltung. Technisch entscheidet sich, ob das bestehende System bleibt oder gewechselt wird. Bei WordPress und WooCommerce arbeiten wir mit eigenen Themes und übernehmen Beiträge, Medien und Produktdaten über geprüfte Exporte statt über Kopieren und Einfügen.

Der Umzug selbst wird vorbereitet, nicht improvisiert. Dazu gehören eine vollständige Zuordnung alter zu neuen Adressen, eine Testumgebung, die für Suchmaschinen gesperrt ist, und eine Prüfliste für den Tag der Umstellung: Weiterleitungen, Formulare, Zahlungsarten, Tracking, Einwilligungsbanner, Sitemap. Danach beobachten wir Fehlerseiten und Indexierung.

Typische Auslöser sind technischer Natur: ein CMS, das keine Sicherheitsupdates mehr bekommt, eine PHP-Version am Ende ihres Lebenszyklus, Erweiterungen, die seit Jahren niemand mehr pflegt, oder ein Aufbau, bei dem jede kleine Änderung Entwicklungsaufwand auslöst. Dazu kommen geschäftliche Gründe: ein neues Geschäftsfeld, ein Shop, der dazukommt, eine Fusion, weitere Sprachen oder Märkte.

Nicht jeder Anlass rechtfertigt einen Neubau. Wenn die Struktur trägt und nur die Optik veraltet ist, reicht oft ein Redesign der wichtigsten Templates. Wenn einzelne Bereiche schwächeln, ist ein schrittweiser Umbau mit weniger Risiko verbunden als der große Wurf.

Vorsicht ist geboten, wenn ein Relaunch als Antwort auf schlechte Sichtbarkeit geplant wird. Ranken Ihre Seiten nicht, liegt das häufiger an dünnen Inhalten und unklarer Struktur als an der Technik. Ein Neubau ohne vorherige Analyse verschiebt das Problem und bringt zusätzliches Risiko mit.

Der Einbruch nach einem Relaunch hat fast immer dieselben Ursachen, und alle sind vermeidbar. Weiterleitungen werden erst nach der Umstellung nachgereicht oder pauschal auf die Startseite gelegt, statt jede alte Adresse auf ihr inhaltliches Gegenstück zu führen. Ketten aus mehreren Sprüngen bleiben stehen. Bild- und Dokumentadressen ändern sich unbemerkt mit.

Ebenso häufig wandern Einstellungen aus der Testumgebung mit: eine robots.txt, die alles sperrt, ein noindex im Template, Canonical-Angaben, die weiter auf die Staging-Domain zeigen. Bei mehrsprachigen Websites brechen zusätzlich die hreflang-Verweise, sobald sich Pfade ändern.

Wir arbeiten deshalb mit einer Zuordnungstabelle, die vor dem Umschalten geprüft wird, und crawlen unmittelbar nach der Umstellung erneut, um Ketten, Schleifen und Fehlerseiten zu finden. Interne Verlinkungen zeigen direkt auf die neuen Adressen. Strukturierte Daten, Titel und Beschreibungen werden übernommen und nicht neu erfunden. In den Wochen danach behalten wir Indexierung und Fehlerseiten im Blick.