Website-Relaunch-Checkliste: Sichtbarkeit und Anfragen sicher umziehen
Beitrag teilen

Ein neues Design wirkt schnell wie der wichtigste Teil eines Website-Relaunchs. Für österreichische KMU entscheidet aber etwas anderes über den Erfolg: Finden bestehende Besucher weiterhin die richtigen Leistungen, bleiben Suchmaschinen-Signale den passenden Seiten zugeordnet und funktionieren Anfragen, Formulare sowie Messung nach dem Start tatsächlich? Genau dafür braucht es eine Website-Relaunch-Checkliste, die nicht erst am Veröffentlichungstag beginnt.
Ein Relaunch kann ein neues Content-Management-System, eine geänderte Navigation, neue Texte, eine andere Domain oder eine komplett neue URL-Struktur umfassen. Je mehr dieser Änderungen gleichzeitig stattfinden, desto größer wird die Zahl möglicher Fehler. Google empfiehlt bei größeren Website-Umzügen, Änderungen sinnvoll zu trennen, alte und neue URLs eindeutig zuzuordnen, Weiterleitungen zu testen und die Entwicklung nach dem Start zu beobachten. Für ein KMU bedeutet das vor allem: Der Relaunch braucht eine verantwortliche Person, ein prüfbares Inventar und klare Abnahmekriterien.
Was bei einem Relaunch tatsächlich umzieht
Eine Website besteht nicht nur aus sichtbaren Seiten. Mit ihr ziehen auch Suchergebnisse, gespeicherte Lesezeichen, Links aus Firmenverzeichnissen, Anzeigenziele, PDF-Verweise, Bilder, Formulare, Tracking-Einstellungen und interne Arbeitsabläufe um. Eine neue Seite kann optisch korrekt aussehen und trotzdem geschäftlich wichtige Verbindungen verlieren.
Typische Beispiele aus österreichischen Betrieben zeigen die Spannweite: Ein Installationsbetrieb benennt „Heizungsservice“ in „Wartung und Reparatur“ um. Ein Hotel strukturiert Zimmer, Angebote und Buchung neu. Ein Händler ersetzt Produktkategorien. Eine Beratungsfirma wechselt Domain und CMS gleichzeitig. In allen Fällen müssen alte Einstiegsseiten auf fachlich passende neue Ziele führen. Eine pauschale Weiterleitung sämtlicher alter URLs auf die Startseite ist keine saubere Lösung. Sie verwirrt Menschen und kann laut Google als sogenannter Soft-404-Fall behandelt werden.
Phase 1: Ziele, Verantwortliche und Grenzen festlegen
Bevor Layouts oder Texte freigegeben werden, sollte der Betrieb den Zweck des Relaunchs in wenigen überprüfbaren Sätzen festhalten. „Moderner werden“ reicht nicht. Besser sind Ziele wie: mobile Anfragen vereinfachen, veraltete Leistungen entfernen, zwei Standorte klar trennen, Bewerbungen strukturieren oder die Pflege durch das interne Team ermöglichen.
Diese Fragen gehören in das Startbriefing
- Welche drei Nutzeraufgaben müssen nach dem Relaunch leichter funktionieren?
- Welche Seiten bringen derzeit qualifizierte Anfragen, Anrufe oder Bewerbungen?
- Welche Inhalte müssen aus fachlichen, vertraglichen oder dokumentarischen Gründen erhalten bleiben?
- Ändern sich Domain, CMS, Hosting und URL-Struktur gleichzeitig oder in getrennten Schritten?
- Wer entscheidet bei widersprüchlichen Anforderungen aus Geschäftsführung, Marketing, Vertrieb und Technik?
- Wer kann am Starttag DNS, Hosting, CMS, Analyse, Search Console und Formulare prüfen?
Der letzte Punkt wird oft unterschätzt. Eine gute Übergabe der Zugänge gehört zur Projektbasis. Der Ratgeber Agenturwechsel bei der Firmenwebsite zeigt, welche Konten und Eigentumsrechte KMU unabhängig von einzelnen Dienstleistern sichern sollten.
Phase 2: Die alte Website vollständig erfassen
Ohne Bestandsaufnahme lässt sich später nicht beweisen, ob der Umzug vollständig war. Das Inventar sollte nicht nur Navigationspunkte enthalten. Benötigt wird eine Liste aller auffindbaren URLs mit Seitentitel, Statuscode, Seitentyp, internem Linkziel und einer Entscheidung für die neue Website.
Quellen für dieses Inventar sind ein Crawl der Website, vorhandene XML-Sitemaps, Daten aus der Search Console, Webanalyse, Werbekampagnen, häufig aufgerufene PDFs und wichtige externe Links. Auch Seiten, die nicht mehr in der Navigation stehen, können noch Besucher oder Suchanfragen erhalten. Bei kleinen Websites lässt sich die Liste in einer Tabelle pflegen. Bei größeren Beständen sollte sie automatisiert erzeugt und anschließend fachlich bewertet werden.
Jede alte URL braucht genau eine Entscheidung
- Behalten: Inhalt und URL bleiben im Wesentlichen bestehen.
- Umziehen: Die Seite erhält eine neue, fachlich entsprechende URL.
- Zusammenführen: Mehrere alte Seiten gehen nachvollziehbar in einer stärkeren neuen Seite auf.
- Entfernen: Es gibt keinen passenden Ersatz; die URL liefert bewusst 404 oder 410.
- Überarbeiten: Inhalt bleibt erforderlich, wird aber fachlich oder strukturell neu aufgebaut.
Diese Entscheidungen ergeben das URL-Mapping. Es ist zugleich Arbeitsliste, Testgrundlage und spätere Dokumentation. Bei saisonalen Angeboten oder Leistungen mit regionalen Unterschieden sollte zusätzlich vermerkt werden, wann eine Seite wieder gebraucht wird und wer für ihre Pflege zuständig ist.
Phase 3: Inhalte nach Nutzeraufgaben statt nach alter Navigation ordnen
Ein Relaunch ist eine gute Gelegenheit, historisch gewachsene Menüs zu vereinfachen. Dabei darf die neue Struktur nicht allein aus interner Sicht entstehen. Menschen suchen nicht nach Abteilungsnamen, sondern nach Lösungen, Leistungen, Orten, Preisen, Verfügbarkeit oder einem konkreten nächsten Schritt.
Für jede wichtige Seite sollte geklärt werden: Welche Frage beantwortet sie? Für wen ist sie gedacht? Welche glaubwürdigen Nachweise braucht sie? Was soll danach passieren? Eine Leistungsseite kann etwa zu einer Beratung, einer Vor-Ort-Besichtigung oder einer konkreten Angebotsanfrage führen. Der passende Kontaktweg muss zur Leistung passen; ein allgemeines Formular mit einem einzigen Freitextfeld ist nicht immer ausreichend.
Bestehende Inhalte sollten nicht automatisch vollständig übernommen werden. Veraltete Teamangaben, alte Öffnungszeiten, nicht mehr angebotene Leistungen, ungültige Zertifikate und doppelte Texte gehören vor dem Umzug auf eine Prüfliste. Gleichzeitig dürfen starke Inhalte nicht verloren gehen, nur weil sie im neuen Design keinen vorgesehenen Platz haben.
Phase 4: Die neue Website vor dem Start technisch prüfen
Eine Staging- oder Vorschauumgebung muss gegen öffentliche Indexierung geschützt sein. Kurz vor dem Start muss dieser Schutz jedoch vollständig von der öffentlichen Website entfernt werden. Ein vergessenes noindex, eine zu strenge robots.txt oder eine nur intern erreichbare Ressource kann dazu führen, dass wichtige Seiten nicht gecrawlt werden.
Technische Abnahme vor der Veröffentlichung
- Alle vorgesehenen Seiten liefern den erwarteten HTTP-Status.
- Seitentitel, Meta-Descriptions, Canonical-Angaben und Überschriften passen zur jeweiligen Seite.
- Interne Links zeigen direkt auf die endgültigen URLs und nicht über Weiterleitungsketten.
- Navigation, Breadcrumbs, Footer und Suche enthalten keine alten oder leeren Ziele.
- XML-Sitemaps enthalten nur kanonische, indexierbare und absolute URLs.
- Formulare funktionieren auf Mobilgeräten, zeigen verständliche Fehler und senden an die richtige Stelle.
- Telefon-, E-Mail-, Karten- und Buchungslinks sind korrekt und bedienbar.
- Bilder, Downloads, strukturierte Daten und Social-Vorschauen verwenden die neue öffentliche Domain.
- Analyse und notwendige Einwilligungslogik sind technisch geprüft, nicht nur optisch vorhanden.
- Wichtige Seiten wurden auf Smartphone und Desktop mit echter Bedienung getestet.
Zur Abnahme gehört außerdem die Leistung der Website. Große Titelbilder, nachladende Schriften und bewegte Komponenten können die neue Oberfläche langsamer oder instabiler machen. Der Beitrag Website-Geschwindigkeit für KMU erklärt, wie LCP, INP und CLS als Feldwerte eingeordnet werden. Ein einzelner guter Laborwert ersetzt dabei keine Prüfung typischer Seiten und Geräte.
Phase 5: Weiterleitungen fachlich zuordnen und testen
Ändert sich eine URL dauerhaft, sollte möglichst eine permanente serverseitige Weiterleitung auf das fachlich passende neue Ziel eingerichtet werden. Google empfiehlt für dauerhafte URL-Wechsel entsprechende permanente Weiterleitungen. Entscheidend ist nicht nur der Statuscode, sondern auch das Ziel.
Eine alte Seite zu „Photovoltaik für Gewerbe“ sollte nicht automatisch auf eine allgemeine Startseite zeigen, wenn eine neue Gewerbe-Photovoltaik-Seite existiert. Wurden Inhalte zusammengeführt, kann ein gemeinsames neues Ziel sinnvoll sein. Gibt es keinen Ersatz, ist ein echter 404- oder 410-Status ehrlicher als eine thematisch falsche Weiterleitung.
Die Redirect-Liste sollte mindestens diese Tests bestehen
- Jede alte URL erreicht genau das dokumentierte neue Ziel.
- Es entstehen keine Schleifen und möglichst keine Ketten über mehrere Zwischenziele.
- HTTP-, HTTPS-, www- und Nicht-www-Varianten verhalten sich konsistent.
- Pfadparameter, Groß- und Kleinschreibung sowie wichtige alte PDF-URLs sind berücksichtigt.
- Interne Links wurden aktualisiert und verlassen sich nicht auf Weiterleitungen.
- Bekannte externe Profile, Anzeigen und Kampagnen zeigen auf aktuelle Ziele.
Google rät, Weiterleitungen bei einem Website-Umzug im Allgemeinen mindestens ein Jahr aktiv zu lassen; aus Nutzersicht kann eine längere Beibehaltung sinnvoll sein. Gleichzeitig sollten eigene Links und stark besuchte externe Verweise möglichst rasch aktualisiert werden. Eine hilfreiche Fehlerseite bleibt trotzdem wichtig. Die Anleitung 404-Seite gestalten zeigt, wie echte nicht gefundene Inhalte verständlich behandelt werden.
Phase 6: Formulare und betriebliche Abläufe Ende zu Ende testen
Ein erfolgreich abgesendetes Formular ist noch kein erfolgreich bearbeiteter Kontakt. Der Test muss vom Eingabefeld bis zur zuständigen Person reichen: Kommt die Nachricht an? Ist der Betreff eindeutig? Sind Anhänge lesbar? Gibt es eine Bestätigung für die anfragende Person? Wer übernimmt bei Urlaub? Wird ein CRM oder Ticketsystem korrekt befüllt?
Für österreichische KMU sind außerdem regionale Details wichtig. Stimmen Telefonnummern und Vorwahlen? Sind Standorte, Bundesländer, Einsatzgebiete und Abholinformationen korrekt? Ist die Firmenbezeichnung konsistent? Passen Impressum, Datenschutzinformationen und Kontaktangaben zur tatsächlichen Betreiberin oder zum tatsächlichen Betreiber? Bei rechtlichen Fragen sollte eine fachkundige Stelle beigezogen werden; eine technische Relaunch-Liste ersetzt keine individuelle Rechtsberatung.
Mindestens fünf reale Szenarien sollten getestet werden: eine allgemeine Anfrage, eine mobile Telefonnummer, eine Anfrage mit ungültigem Pflichtfeld, ein Dateiupload und ein Kontakt außerhalb der Geschäftszeiten. Bei Shops oder Buchungssystemen kommen Bestellung, Zahlung, Storno, E-Mail-Bestätigung und interne Bearbeitung hinzu.
Phase 7: Den Start als kontrollierten Ablauf organisieren
Der Starttag braucht ein kurzes, verbindliches Ablaufblatt. Darin stehen Zeitpunkt, Verantwortliche, Reihenfolge, Prüfschritte und ein Rückfallplan. Ein Start in einer ruhigeren Geschäftsphase kann die Auswirkungen möglicher Fehler begrenzen. Google empfiehlt bei Site Moves ebenfalls, saisonale oder regelmäßige Verkehrsschwankungen bei der Terminwahl zu berücksichtigen.
- Letztes Backup und exportierte URL-Liste bestätigen.
- Neue Website öffentlich schalten und Erreichbarkeit prüfen.
- Weiterleitungen aktivieren und eine priorisierte Stichprobe ausführen.
noindex, robots.txt, Canonicals und Sitemap kontrollieren.- Formulare, Telefonnummern, E-Mails und zentrale Conversion-Wege testen.
- Search-Console-Eigentümerschaft und Analysezugriff prüfen.
- Neue Sitemap bereitstellen und in der Search Console einreichen.
- Fehler, Entscheidungen und zuständige Person in einem gemeinsamen Protokoll festhalten.
Bei einem reinen Domainwechsel ist zusätzlich das Google-Werkzeug für Adressänderungen relevant. Ob es im konkreten Fall eingesetzt wird, hängt vom Typ des Umzugs ab. Ein Wechsel von HTTP auf HTTPS wird beispielsweise anders behandelt als der Umzug auf eine neue Domain.
Phase 8: Nach dem Relaunch über mehrere Wochen kontrollieren
Der Relaunch ist nicht abgeschlossen, sobald die Startseite geladen wird. Suchmaschinen müssen alte und neue URLs erneut besuchen und verarbeiten. Google weist darauf hin, dass Sichtbarkeit während eines größeren Umzugs vorübergehend schwanken kann und die Verarbeitung bei mittelgroßen Websites einige Wochen dauern kann.
Diese Signale sollten KMU regelmäßig vergleichen
- 404-Fehler, Serverfehler, Redirect-Ketten und unerwartete Zielseiten
- indexierte und ausgeschlossene URLs in der Search Console
- organische Zugriffe auf wichtige Leistungs- und Standortseiten
- Anrufe, Formulare, Buchungen, Bewerbungen und andere echte Geschäftsziele
- Abweichungen zwischen Sitemap, Canonical und intern verlinkten URLs
- Lade- und Interaktionswerte auf den wichtigsten Seitentypen
- fehlerhafte Links aus Google-Unternehmensprofil, Verzeichnissen, Social Media und Kampagnen
Ein Rückgang einzelner Kennzahlen ist noch keine Diagnose. Wichtig ist der Vergleich mit Saison, Wochentag, Kampagnen und dem bisherigen Niveau. Technische Fehler sollten jedoch sofort priorisiert werden, wenn sie Kontaktwege oder stark besuchte Seiten betreffen. Für jeden Befund braucht es eine konkrete URL, einen Zeitstempel und eine verantwortliche Person.
Eine kompakte Freigabeampel für die Geschäftsführung
Eine technische Detailtabelle ist für die Umsetzung nötig. Für die finale Entscheidung hilft zusätzlich eine kurze Ampel mit vier Bereichen:
- Inhalte: wichtige Leistungen, Standorte, Team- und Kontaktdaten geprüft.
- Technik: Indexierbarkeit, Sitemap, Statuscodes, Weiterleitungen und Performance abgenommen.
- Geschäftsprozesse: Formulare, Buchungen, Anrufe und interne Zuständigkeiten Ende zu Ende getestet.
- Messung: Ausgangswerte dokumentiert und Nachkontrollen für die ersten Wochen terminiert.
„Grün“ sollte nur bedeuten, dass definierte Prüfpunkte mit Belegen bestanden wurden. Ein Screenshot, ein Testprotokoll oder eine exportierte URL-Liste ist belastbarer als die Aussage, etwas sei „eh getestet“. Offene rote Punkte bei Kontakt, Indexierung oder Weiterleitungen sprechen gegen einen unkontrollierten Start.
Fazit: Ein Relaunch braucht Belege, nicht nur einen Veröffentlichungstermin
Ein guter Relaunch verbindet Gestaltung, Inhalte, Technik und betriebliche Abläufe. Für österreichische KMU ist das URL-Mapping der zentrale rote Faden: Es zeigt, was bleibt, was umzieht, was zusammengeführt wird und was bewusst endet. Ergänzt um technische Abnahme, echte Kontakt-Tests und mehrere Wochen Nachkontrolle wird aus einem riskanten Stichtag ein steuerbarer Prozess.
Beginnen Sie nicht mit der Frage, welche Farbe die neue Startseite erhält. Beginnen Sie mit den wichtigsten alten URLs, den häufigsten Nutzeraufgaben und den Geschäftswegen, die nach dem Relaunch nachweisbar funktionieren müssen. Daraus entsteht eine Website-Relaunch-Checkliste, die Agentur, Technik und internes Team gemeinsam abarbeiten können.