Website-Relaunch-Checkliste

Vor dem ersten Entwurf. Diese Daten lassen sich nach dem Umzug nicht mehr nachholen.

• Alle Adressen der alten Website crawlen und mit Statuscode speichern Warum: Diese Liste ist die Grundlage für jede Weiterleitung, und was nicht darauf steht, wird beim Umzug vergessen.
• Search-Console-Daten exportieren: Klicks, Impressionen und Positionen je Seite und Suchbegriff Warum: Ohne Ausgangswerte können Sie nach dem Relaunch nicht belegen, ob etwas verloren ging, und die Search Console reicht nur 16 Monate zurück.
• Seiten markieren, die Anfragen, Umsatz oder gute Rankings bringen Warum: Diese Seiten werden nicht zusammengelegt, nicht gekürzt und behalten nach Möglichkeit ihre Adresse.
• Externe Links auf Ihre Website erfassen Warum: Jeder Link auf eine alte Adresse ist gewachsenes Vertrauen, das per Weiterleitung auf die neue Seite mitgehen muss.
• Anfragen und Verkäufe je Seite aus der Webanalyse sichern Warum: Ob der Relaunch mehr Anfragen bringt, lässt sich nur gegen einen Vorher-Wert prüfen.
• Vollständiges Backup der alten Website außerhalb des Servers ablegen Warum: Fehlen nach dem Umzug Inhalte oder Bilder, holen Sie sie aus dem Backup statt aus dem Gedächtnis.
• Messbare Ziele des Relaunchs festhalten Warum: Mehr Anfragen, schnellere Seiten, Barrierefreiheit oder leichtere Pflege entscheiden, was gebaut wird; ein neues Design allein ist kein Ziel.

• Adressen beibehalten, wo immer es geht Warum: Jede Adresse, die gleich bleibt, braucht keine Weiterleitung und trägt kein Umzugsrisiko, bis hin zum Schrägstrich am Ende.
• Weiterleitungstabelle anlegen: jede alte Adresse bekommt ein Ziel Warum: Für jede Adresse wird entschieden, ob sie gleich bleibt, per 301 auf die passende neue Seite zeigt oder bewusst entfällt.
• Keine Sammelweiterleitung aller Altseiten auf die Startseite Warum: Google behandelt solche Weiterleitungen wie fehlende Seiten, die Rankings der alten Seiten gehen dabei verloren.
• Zusammenlegungen bewusst entscheiden Warum: Eine Weiterleitung überträgt Linkkraft, aber kein Ranking auf eine Seite, die das Thema nicht genauso gründlich behandelt.
• Inhalte von gut rankenden Seiten nicht ungeprüft kürzen Warum: Die Texte, für die eine Seite heute gefunden wird, sind der Grund für ihr Ranking.
• Umschalttermin in eine ruhige Phase legen Warum: In den ersten Tagen nach dem Umzug muss jemand Zeit haben, Fehler sofort zu beheben, also nicht vor Messe, Saisongeschäft oder Urlaub.

• Testumgebung per Passwort schützen, nicht nur per robots.txt Warum: Eine robots.txt-Sperre verhindert das Crawlen, aber nicht zuverlässig, dass Testadressen im Index auftauchen.
• Interne Links direkt auf die neuen Adressen setzen Warum: Menü, Fußzeile und Textlinks sollen ohne Umweg über Weiterleitungen auf das Ziel zeigen.
• Seitentitel, Beschreibungen und Überschriften der wichtigen Seiten übernehmen oder gezielt verbessern Warum: Unbedacht geänderte Titel verändern, wofür eine Seite gefunden wird.
• Strukturierte Daten, Canonical-Angaben und Sprachverweise übernehmen Warum: Fehlen sie, gehen erweiterte Suchergebnisse oder die richtige Zuordnung der Sprachversionen verloren.
• Ladezeit und Barrierefreiheit vor dem Umzug prüfen Warum: Ein Relaunch ist der einfachste Zeitpunkt, die Core Web Vitals und die Anforderungen des BFSG gleich mitzulösen. Barrierefreie Website nach BFSG
• Formulare, Bestellprozess und E-Mail-Versand in der Testumgebung testen Warum: Ein Formular, das nach dem Umzug keine Mails mehr verschickt, fällt oft erst nach Tagen auf.
• Technische Abnahme mit einem Crawl der Testumgebung Warum: Ein Crawl findet kaputte Links, fehlende Titel und falsche Statuscodes, bevor Besucher und Google sie finden.

• Alle Weiterleitungen einzeln testen: Statuscode 301, keine Ketten, richtiges Ziel Warum: Stichproben übersehen leicht einzelne Adressen, und das können ausgerechnet die mit den wichtigsten Links sein.
• Suchmaschinen-Sperre entfernen: Passwortschutz, noindex, robots.txt und die WordPress-Einstellung unter „Lesen“ Warum: Eine vergessene Sperre macht die ganze neue Website unsichtbar.
• http auf https und die Variante mit oder ohne www auf eine Adresse leiten Warum: Sonst existiert jede Seite mehrfach, und Google muss raten, welche Fassung gilt.
• XML-Sitemap prüfen und in der Search Console einreichen Warum: Sie soll nur Adressen mit Status 200 und keine Testadressen enthalten, damit Google die neuen Seiten zügig aufnimmt.
• Webanalyse und Einwilligungsbanner auf der Live-Seite prüfen Warum: Fehlen die ersten Wochen in der Statistik, lässt sich der Relaunch nicht mehr bewerten.
• Zielseiten von Anzeigen, Newslettern und Social-Media-Profilen umstellen Warum: Bezahlte Klicks, die auf eine Weiterleitung oder eine Fehlerseite führen, sind verschenktes Budget.
• Bei neuer Domain: Adressänderung in der Search Console melden Warum: Das Werkzeug zur Adressänderung teilt Google den Umzug mit und hilft, die Signale auf die neue Domain zu übertragen.

• Search Console in der ersten Woche täglich prüfen: Crawling-Fehler, 404, Indexierung Warum: Fehler aus den ersten Tagen lassen sich beheben, bevor sie sich auf die Rankings auswirken.
• Positionen der wichtigsten Suchbegriffe einzeln vergleichen, nicht den Durchschnitt Warum: Die Durchschnittsposition sinkt nach einem Relaunch oft, weil neue Begriffe dazukommen, ohne dass ein Ranking verloren ist.
• Häufig aufgerufene 404-Adressen nachträglich weiterleiten Warum: Hier zeigen sich alte Adressen, die in der Weiterleitungstabelle gefehlt haben.
• Wichtige externe Links beim Linkgeber auf die neue Adresse ändern lassen Warum: Ein Link direkt auf die neue Adresse wirkt auch dann noch, wenn die Weiterleitung irgendwann entfernt wird.
• Weiterleitungen mindestens ein Jahr bestehen lassen, besser dauerhaft Warum: Google empfiehlt bei Umzügen, Weiterleitungen mindestens ein Jahr beizubehalten.
• Nach vier Wochen Bilanz ziehen: Klicks, Impressionen und Anfragen gegen die Ausgangswerte Warum: Vorher schwanken die Zahlen zu stark für ein belastbares Urteil.