Website-Relaunch ohne SEO-Verluste: 12 Punkte für einen sicheren Wechsel

Ein Website-Relaunch ist mehr als ein neues Erscheinungsbild. Inhalte, URLs, Formulare, Messung und Suchmaschinensignale greifen ineinander. Wer diese Punkte vor dem Umschalten erfasst, reduziert Ausfälle und schafft eine belastbare Grundlage für die neue Website.

Die folgenden zwölf Punkte eignen sich als Arbeitsplan für kleinere und mittlere Unternehmensseiten. Sie gelten unabhängig davon, ob nur das Theme wechselt oder die Website technisch vollständig neu aufgebaut wird.

Am Anfang steht eine vollständige Liste aller erreichbaren Seiten, Beiträge, Bilder, Downloads, Formulare und Weiterleitungen. Ergänzt werden Seitentitel, Meta-Beschreibungen, Überschriften, interne Links sowie vorhandene Rankings und Zugriffe. So wird sichtbar, welche Inhalte übernommen, überarbeitet, zusammengeführt oder bewusst entfernt werden.

Parallel braucht das Projekt messbare Ziele: Sollen Anfragen leichter werden, mobile Nutzer schneller ans Ziel kommen oder Inhalte künftig intern gepflegt werden? Ein klares Ziel verhindert, dass Designentscheidungen den eigentlichen Nutzen verdrängen.

Bestehende Adressen sollten erhalten bleiben, wenn Inhalt und Zweck gleich bleiben. Ändert sich eine URL, gehört eine dauerhafte 301-Weiterleitung auf die fachlich passendste neue Seite in den Plan. Pauschale Weiterleitungen sämtlicher alter Adressen auf die Startseite helfen Besuchern wenig und erschweren Suchmaschinen die Zuordnung.

Jede Seite sollte eine klar erkennbare Aufgabe besitzen. Leistungsseiten beantworten, was angeboten wird, für wen es passt und wie der nächste Schritt aussieht. Ratgeber erklären konkrete Fragen ausführlicher. Diese Trennung erleichtert Navigation, interne Verlinkung und Suchmaschinenoptimierung.

Beim Übertragen werden nicht nur Texte kopiert. Überschriftenstruktur, Bildbeschreibungen, Downloadnamen und Linktexte werden ebenfalls geprüft. Veraltete Aussagen und doppelte Inhalte sollten vor dem Start bereinigt werden.

Auf kleinen Bildschirmen müssen die wichtigsten Leistungen und die Kontaktmöglichkeit ohne Umwege erreichbar sein. Menüs, Schaltflächen, Formulare, Tabellen und lange Begriffe werden auf echten Geräten geprüft. Ein technischer Responsive-Modus im Browser ist hilfreich, ersetzt diesen Test aber nicht vollständig.

Die neue Fassung entsteht in einer geschützten Arbeitsumgebung. Sie darf während der Entwicklung nicht versehentlich im Suchindex landen. Gleichzeitig muss der spätere Wechsel geprobt werden: Datenbank, Dateien, Domainzuordnung, SSL, Cache und E-Mail-Versand gehören in denselben Ablauf.

Vor dem Start werden Seitentitel, Meta-Beschreibungen, Canonicals, XML-Sitemap, robots.txt und strukturierte Daten geprüft. Auch Fehlerseiten, Suchseiten und Archive brauchen eine bewusste Behandlung. Entscheidend ist die Übereinstimmung: Die kanonische URL, interne Links und Sitemap sollten jeweils auf dieselbe erreichbare Adresse zeigen.

Große Bilder, viele Schriften und unnötige Skripte verlangsamen die Seite. Bilder werden passend zugeschnitten, moderne Formate verwendet und nur in erforderlicher Größe ausgeliefert. Lokale Schriften vermeiden zusätzliche Verbindungen zu fremden Servern und geben mehr Kontrolle über Datenschutz und Darstellung.

Ein abgesendetes Formular ist erst dann erfolgreich, wenn die Nachricht tatsächlich beim vorgesehenen Empfänger angekommen ist. Bestätigung, Pflichtfelder, Datenschutztext, Spam-Schutz, Antwortadresse und mobile Bedienung werden mit realistischen Testdaten geprüft. Ein Honeypot kann automatisierte Anfragen abfangen, ohne echte Nutzer mit einer zusätzlichen Aufgabe zu belasten.

Unmittelbar vor der Umschaltung werden Dateien und Datenbank vollständig gesichert. Ein Backup ist erst belastbar, wenn die Wiederherstellung mindestens einmal praktisch geprüft wurde. Außerdem wird festgelegt, wer bei einem Fehler entscheidet und wie lange eine Rückkehr zur alten Version möglich bleibt.

Direkt nach dem Wechsel folgen zwei unabhängige Kontrollen: wichtige URLs, Weiterleitungen, Navigation, Bilder, Downloads, Formulare, Indexierbarkeit, Sitemap und SSL. Cache und CDN dürfen Fehler nicht verdecken. Erst nach dieser Prüfung wird die Wartungsphase beendet.

Nach dem Start werden die neue Sitemap eingereicht und zentrale Seiten zur Indexierung angestoßen. Berichte zu nicht gefundenen Seiten, Weiterleitungen, Crawling und Core Web Vitals zeigen, wo nachgebessert werden muss. Einzelne Schwankungen sind normal; anhaltende Fehler brauchen eine konkrete Ursachenprüfung.

Ein Relaunch ist abgeschlossen, wenn der laufende Betrieb geregelt ist. Dazu gehören Update-, Backup- und Freigabeprozesse, Ansprechpartner sowie kurze Anleitungen für wiederkehrende Aufgaben. Ein verständlicher Editor und sauber getrennte Funktionen erleichtern spätere Änderungen.

Mehr zum technischen Aufbau finden Sie unter Webdesign & WordPress. Ein Praxisbeispiel zeigt unsere Fallstudie Friedliches Geiselhöring.