Ein Website-Relaunch ist mehr als ein neues Design oder ein Wechsel des Content-Management-Systems. Werden Weiterleitungen, Indexierung, Ladezeiten oder Tracking nicht sorgfältig geprüft, können Sichtbarkeit, Zugriffe und wichtige Funktionen beeinträchtigt werden. Wer einen Website-Relaunch technisch prüfen möchte, sollte deshalb strukturiert vorgehen: vor dem Start, während der Umstellung und nach der Veröffentlichung.
Dieser Ratgeber zeigt, welche technischen Bereiche besonders wichtig sind, wie sich Risiken priorisieren lassen und welche Prüfungen auch ohne komplexe Spezialsoftware sinnvoll sind. Die Empfehlungen sind als allgemeiner Arbeitsrahmen gedacht und ersetzen keine projektspezifische Analyse durch qualifizierte Fachleute.
Warum ein technischer Relaunch-Check unverzichtbar ist
Bei einem Relaunch verändern sich häufig mehrere Ebenen gleichzeitig: URL-Strukturen, Templates, Navigation, Serverumgebung, Medien, strukturierte Daten und Analysewerkzeuge. Jede einzelne Änderung kann Auswirkungen auf Suchmaschinen, Nutzerführung und Geschäftsprozesse haben. Besonders kritisch ist, dass viele Fehler erst nach der Veröffentlichung sichtbar werden.
Ein nicht erreichbarer Formular-Endpunkt ist beispielsweise für Suchmaschinen nicht zwingend erkennbar, kann aber für Interessenten erhebliche Folgen haben. Fehlende Weiterleitungen können alte Verweise ins Leere führen. Eine versehentlich gesetzte Sperre für Suchmaschinen kann dagegen die gesamte organische Auffindbarkeit beeinträchtigen.
Der technische Check sollte daher nicht nur die Frage beantworten, ob die neue Website im Browser funktioniert. Er muss auch klären, ob Inhalte auffindbar bleiben, bestehende Zugänge weiter funktionieren, Datenschutzanforderungen berücksichtigt sind und die Website unter realistischen Bedingungen stabil arbeitet.
Die wichtigsten Prüfphasen beim Website-Relaunch
Die Grafik zeigt, dass ein technischer Relaunch-Check nicht erst am Veröffentlichungstag beginnt. Leserinnen und Leser erkennen, welche Aufgaben vor, während und nach dem Go-live eingeplant werden sollten.
Ein verlässlicher Relaunch-Prozess besteht aus mehreren Prüfphasen. Die genaue Organisation hängt von Größe und Komplexität des Projekts ab, die grundlegende Reihenfolge bleibt jedoch ähnlich.
| Phase | Schwerpunkt | Typische Fragen |
|---|---|---|
| Vorbereitung | Bestandsaufnahme und Zieldefinition | Welche URLs, Funktionen und Daten müssen erhalten bleiben? |
| Entwicklung | Prüfung in einer geschützten Umgebung | Funktionieren Templates, Formulare, Navigation und technische Signale? |
| Go-live-Planung | Abgleich von Alt- und Neusystem | Sind Weiterleitungen, Exporte, Backups und Zuständigkeiten vorbereitet? |
| Veröffentlichung | Kontrollierter Start | Wird die neue Website korrekt ausgeliefert und sind keine Sperren aktiv? |
| Nachkontrolle | Monitoring und Fehlerbehebung | Welche Probleme treten unter realem Zugriff auf? |
Wichtig ist eine dokumentierte Freigabe. Für jede Prüfung sollte festgehalten werden, wer sie durchgeführt hat, wann sie abgeschlossen wurde und ob noch offene Punkte bestehen. So werden technische Entscheidungen nachvollziehbar und Fehler lassen sich nach dem Start schneller eingrenzen.
Bestandsaufnahme vor dem Relaunch
Bevor die neue Website gebaut oder veröffentlicht wird, braucht das Projekt eine belastbare Ausgangsbasis. Ohne Bestandsaufnahme ist später kaum eindeutig festzustellen, ob eine Änderung beabsichtigt oder ein Fehler ist.
URL-Inventar und wichtige Seitentypen erfassen
Erstellen Sie eine Liste der bestehenden URLs und ergänzen Sie wichtige Informationen. Dazu gehören mindestens der Seitentitel, der Seitentyp, die gewünschte neue URL, die geplante Weiterleitung und die Bedeutung der Seite für Nutzer oder Geschäftsprozesse. Besonders sorgfältig sollten Sie zentrale Landingpages, Produkt- und Leistungsseiten, Ratgeber, Kontaktseiten, Downloads und Seiten mit externen Verweisen erfassen.
Auch URLs, die nicht mehr sichtbar in der Navigation stehen, können weiterhin über Suchmaschinen, Lesezeichen oder Verlinkungen erreicht werden. Eine vollständige Bestandsaufnahme hilft dabei, nicht nur die aktuelle Navigation, sondern die tatsächlich erreichbaren Inhalte zu berücksichtigen.
Abhängigkeiten und Funktionen dokumentieren
Notieren Sie externe Dienste, Schnittstellen und Funktionen, die von der Website abhängen. Dazu können Newsletter-Systeme, CRM-Anbindungen, Zahlungsdienste, Terminbuchungen, Karten, Videoplattformen, Suchfunktionen oder automatisierte Importe gehören. Prüfen Sie außerdem, welche Rollen und Berechtigungen Redakteure, Administratoren oder externe Dienstleister benötigen.
Ebenso wichtig sind Sicherungen und Wiederherstellungsmöglichkeiten. Ein Backup ist nur dann hilfreich, wenn klar ist, was es umfasst und wie es im Notfall zurückgespielt werden kann. Die Zuständigkeiten dafür sollten vor dem Go-live geklärt sein.
Technische SEO beim Relaunch prüfen
Technische Suchmaschinenoptimierung sorgt dafür, dass Suchsysteme Inhalte crawlen, verstehen und in geeigneter Form berücksichtigen können. Sie ist kein Ersatz für gute Inhalte, verhindert aber vermeidbare technische Verluste.
Indexierung und Crawling kontrollieren
Prüfen Sie in der Testumgebung, ob die Website unbeabsichtigt für Suchmaschinen zugänglich ist. Eine Entwicklungsseite sollte nicht versehentlich als reguläre Website indexiert werden. Umgekehrt darf die Live-Version nach dem Start keine Entwicklungs-Sperre übernehmen. Kontrollieren Sie deshalb die Robots-Anweisungen, relevante Meta-Angaben und die Serverkonfiguration.
Die Datei robots.txt kann bestimmte Bereiche vom Crawling ausschließen, ersetzt aber keine Zugriffskontrolle und sollte nicht als alleinige Maßnahme für vertrauliche Inhalte dienen. Nach der Veröffentlichung sollte geprüft werden, ob wichtige Verzeichnisse und Ressourcen erreichbar bleiben.
Canonical-Tags, Sprache und strukturierte Daten
Canonical-Tags sollten auf die jeweils bevorzugte URL zeigen und nicht pauschal auf die Startseite verweisen. Bei mehrsprachigen Websites müssen Sprachvarianten eindeutig miteinander verbunden sein. Achten Sie außerdem darauf, dass strukturierte Daten nur Informationen auszeichnen, die tatsächlich auf der jeweiligen Seite vorhanden sind. Ungenaue oder widersprüchliche Angaben können Vertrauen und technische Auswertbarkeit beeinträchtigen.
Prüfen Sie Seitentitel, Meta-Beschreibungen, Überschriftenhierarchie und interne Verlinkung insbesondere bei automatisch erzeugten Templates. Ein einzelner Fehler im Template kann sich auf hunderte Seiten auswirken. Deshalb sind Stichproben allein bei zentralen Seitentypen oft nicht ausreichend.
XML-Sitemap und Statuscodes
Die XML-Sitemap sollte nur kanonische, erreichbare und indexierbare URLs enthalten. Entfernte oder weitergeleitete Seiten gehören normalerweise nicht in die Sitemap. Kontrollieren Sie, ob die Sitemap erreichbar ist und ob sie nach dem Relaunch an der erwarteten Stelle bereitgestellt wird.
Für wichtige URLs sind korrekte HTTP-Statuscodes entscheidend. Eine vorhandene Seite sollte in der Regel erfolgreich ausgeliefert werden, eine dauerhaft entfernte Seite darf nicht wie eine funktionierende Seite erscheinen. Weiterleitungen müssen auf das passende neue Ziel führen und dürfen keine unnötigen Ketten oder Schleifen bilden.
Weiterleitungen und URL-Änderungen richtig planen
URL-Änderungen gehören zu den risikoreichsten Bestandteilen eines Relaunches. Erstellen Sie deshalb eine Zuordnung von jeder relevanten alten URL zu ihrer neuen Zieladresse. Die Weiterleitung sollte inhaltlich möglichst genau passen. Eine pauschale Weiterleitung aller alten Seiten auf die Startseite ist für Nutzer meist wenig hilfreich und bildet die ursprüngliche Seitenintention nicht sauber ab.
Berücksichtigen Sie unterschiedliche Schreibweisen, Dateiendungen, Groß- und Kleinschreibung sowie alte Verzeichnisstrukturen. Prüfen Sie auch interne Links, Navigation, Breadcrumbs, XML-Sitemap und Canonical-Tags. Wenn diese weiterhin auf alte Adressen zeigen, entstehen unnötige Umwege und die interne Struktur bleibt inkonsistent.
Nach dem Go-live sollten Sie wichtige alte URLs direkt aufrufen und den vollständigen Weiterleitungsverlauf kontrollieren. Achten Sie dabei nicht nur auf die Endadresse, sondern auch auf unnötige Zwischenschritte, fehlerhafte Protokolle und Weiterleitungen auf thematisch unpassende Ziele.
Inhalte, Navigation und interne Verlinkung testen
Ein technischer Relaunch-Check umfasst auch die Nutzungsperspektive. Inhalte können formal vorhanden sein und dennoch schwer auffindbar, abgeschnitten oder falsch zugeordnet sein.
Navigation und Suchfunktion
Testen Sie Hauptnavigation, Untermenüs, Breadcrumbs, Footerlinks und die interne Suche. Prüfen Sie typische Wege: von der Startseite zu einer Leistung, von einem Ratgeber zu einer Kontaktmöglichkeit und von einem Produkt zu relevanten Zusatzinformationen. Die Navigation sollte auf kleinen Bildschirmen ebenso verständlich bleiben wie mit Maus und Tastatur.
Bei der internen Suche sind leere Trefferseiten, falsche Treffer, fehlende Synonyme und unverständliche Fehlermeldungen häufige Problemfelder. Legen Sie einige realistische Suchbegriffe aus Sicht der Zielgruppe fest und dokumentieren Sie die Ergebnisse.
Medien, Downloads und eingebettete Inhalte
Prüfen Sie Bilder, PDFs, Videos und andere Dateien auf Erreichbarkeit, korrekte Darstellung und sinnvolle Dateinamen. Achten Sie auf fehlende Alternativtexte, übergroße Dateien und veraltete Downloadverweise. Eingebettete Inhalte sollten nur geladen werden, wenn dies technisch und datenschutzrechtlich passend umgesetzt ist.
Besondere Aufmerksamkeit verdienen Inhalte, die aus einem alten System migriert wurden. HTML-Reste, fehlerhafte Zeichen, doppelte Überschriften oder unvollständige Listen können in großer Zahl auftreten und sollten über Regeln oder gezielte Stichproben erkannt werden.
Performance, Stabilität und mobile Darstellung
Die Website sollte nicht nur unter idealen Bedingungen funktionieren. Testen Sie unterschiedliche Bildschirmgrößen, Eingabegeräte und Verbindungssituationen. Entscheidend ist, ob zentrale Inhalte schnell sichtbar werden, Layouts stabil bleiben und Interaktionen zuverlässig reagieren.
Typische technische Ursachen für langsame Seiten sind zu große Bilder, unnötige Skripte, blockierende Ressourcen, ineffizientes Caching oder eine überlastete Serverumgebung. Eine Optimierung sollte nicht blind erfolgen: Zuerst müssen die tatsächlich relevanten Engpässe erkannt werden. Eine Funktion, die nur selten genutzt wird, sollte nicht automatisch Vorrang vor einer langsamen Startseite oder einem schwer bedienbaren Kontaktweg erhalten.
Prüfen Sie insbesondere:
- Ladeverhalten zentraler Seiten unter mobilen Bedingungen;
- Bildgrößen, moderne Formate und passende Dimensionierung;
- Stabilität von Layout und Schaltflächen während des Ladens;
- Antwortzeiten bei Suche, Login und Formularübermittlung;
- Fehlerverhalten bei vorübergehend nicht verfügbaren Diensten;
- Protokolle und Monitoring für Server- und Anwendungsfehler.
Werden konkrete Leistungskennzahlen verwendet, sollten Messbedingungen, betrachtete URLs und Zeitpunkte dokumentiert werden. Einzelne Momentaufnahmen sind nicht automatisch repräsentativ für jede Nutzungssituation.
Barrierefreiheit und Sicherheit berücksichtigen
Barrierefreiheit ist ein wichtiger Bestandteil einer verantwortungsvollen Website. Prüfen Sie, ob Inhalte mit der Tastatur erreichbar sind, Fokuszustände sichtbar bleiben und Formulare verständliche Beschriftungen sowie nachvollziehbare Fehlermeldungen besitzen. Überschriften, Kontraste, Alternativtexte und semantische HTML-Strukturen unterstützen unterschiedliche Nutzungsweisen.
Automatisierte Prüfungen können Hinweise liefern, ersetzen aber keine manuelle Kontrolle. Besonders die Verständlichkeit von Linktexten, Formularhinweisen und Fehlermeldungen muss im Kontext bewertet werden. Eine Website kann technisch valide sein und dennoch unnötige Hürden enthalten.
Zur Sicherheit gehören aktuelle Softwarestände, angemessene Benutzerrechte, sichere Verbindungen und der Schutz administrativer Bereiche. Prüfen Sie, ob Testzugänge entfernt, alte Zugangsdaten geändert und Debug-Ausgaben deaktiviert wurden. Backups, Wiederherstellungswege und Ansprechpartner sollten ebenfalls dokumentiert sein. Sicherheitsprüfungen mit aktivem Angriffspotenzial gehören in qualifizierte Hände und sollten nur mit klarer Berechtigung stattfinden.
Formulare, Tracking und Datenschutz vor dem Start kontrollieren
Formulare sind zentrale Kontaktpunkte und müssen aus Sicht der Nutzer sowie der nachgelagerten Prozesse getestet werden. Prüfen Sie Pflichtfelder, Fehlermeldungen, Bestätigungsseiten, E-Mail-Zustellung, Spam-Schutz und die Weiterleitung an zuständige Stellen. Verwenden Sie für Tests keine unnötigen personenbezogenen Daten.
Bei Analyse- und Marketingdiensten sollten Sie nachvollziehen können, wann welche Technologien geladen werden und welche Einwilligungen erforderlich sind. Nach dem Relaunch dürfen alte Tracking-Codes nicht doppelt mit neuen Implementierungen feuern. Kontrollieren Sie außerdem, ob Ziele, Ereignisse und Kampagnenparameter noch sinnvoll erfasst werden.
Datenschutzrechtliche Fragen müssen auf den konkreten Einsatz und die geltenden Anforderungen bezogen bewertet werden. Dazu gehören unter anderem Datenschutzhinweise, Einwilligungsmechanismen, Aufbewahrung, Dienstleister und Datenflüsse. Eine technische Prüfung kann Auffälligkeiten zeigen, ersetzt aber keine rechtliche Beratung.
Go-live-Checkliste für den Veröffentlichungstag
Am Veröffentlichungstag zählt eine klare Reihenfolge. Legen Sie zunächst fest, wer technische Entscheidungen trifft, wer Inhalte freigibt und wer bei Problemen erreichbar ist. Sichern Sie den finalen Stand und dokumentieren Sie den Zeitpunkt der Umstellung.
- Finales Backup von Datenbank, Dateien und Konfiguration erstellen;
- Weiterleitungsliste und technische Regeln bereithalten;
- DNS-, Hosting- und Zertifikatskonfiguration prüfen;
- Produktionsumgebung auf korrekte Indexierungsfreigabe kontrollieren;
- Startseite, zentrale Landingpages und Kontaktwege direkt testen;
- Formularübermittlungen und wichtige E-Mail-Benachrichtigungen prüfen;
- XML-Sitemap, Canonical-Tags und Robots-Anweisungen kontrollieren;
- Fehlerprotokolle, Verfügbarkeit und Serverauslastung beobachten;
- Abschluss der ersten Prüfung und offene Punkte dokumentieren.
Planen Sie außerdem ein Rückfallverfahren. Es sollte klar sein, unter welchen Bedingungen die Veröffentlichung zurückgesetzt wird, wer diese Entscheidung trifft und wie die Wiederherstellung praktisch erfolgt. Ein Rückfallplan ist keine Einladung zu vorschnellen Unterbrechungen, sondern reduziert Unsicherheit bei unerwarteten Problemen.
Nach dem Relaunch: Monitoring und Nachbesserung
Ein Relaunch ist mit dem Umschalten nicht abgeschlossen. In den ersten Tagen sollten wichtige Seiten, Serverfehler, Weiterleitungen, Formulare und Suchdaten regelmäßig kontrolliert werden. Achten Sie auf Muster statt auf einzelne zufällige Meldungen.
Erstellen Sie eine priorisierte Fehlerliste. Kritisch sind beispielsweise nicht erreichbare Kernseiten, fehlerhafte Formulare, versehentliche Indexierungssperren oder Sicherheitsprobleme. Danach folgen Beeinträchtigungen, die bestimmte Nutzergruppen oder Seitentypen betreffen. Kosmetische Fehler können dokumentiert und später gebündelt behoben werden, sofern sie keine Orientierung oder Funktion beeinträchtigen.
Vergleichen Sie die neue Website mit der dokumentierten Ausgangsbasis. Veränderungen bei Zugriffen oder Suchsichtbarkeit sollten nicht automatisch als technischer Fehler interpretiert werden. Prüfen Sie zuerst technische Ursachen, saisonale Effekte, veränderte Inhalte und Messabweichungen. Eine sachliche Analyse ist belastbarer als vorschnelle Schlussfolgerungen.
FAQ
Wann sollte man einen Website-Relaunch technisch prüfen?
Die Prüfung sollte bereits in der Planungsphase beginnen. Vor dem Start werden Bestand und Risiken erfasst, in der Entwicklungsumgebung Funktionen und technische Signale geprüft, und nach dem Go-live wird die reale Auslieferung überwacht. Eine einmalige Kontrolle am Veröffentlichungstag reicht für komplexe Projekte meist nicht aus.
Welche URLs müssen beim Relaunch weitergeleitet werden?
Relevant sind vor allem bestehende URLs mit Zugriffen, externen Verweisen, Suchmaschinenpräsenz oder geschäftlicher Bedeutung. Auch nicht mehr sichtbare, aber weiterhin erreichbare Seiten sollten bewertet werden. Die Weiterleitung sollte möglichst auf eine thematisch passende neue Seite führen.
Was ist wichtiger: Design oder Technik?
Beides muss zusammenpassen. Ein ansprechendes Design hilft nicht, wenn Inhalte nicht auffindbar sind, Formulare ausfallen oder die mobile Bedienung schwierig ist. Technik, Inhalte und Gestaltung sollten deshalb anhand zentraler Nutzeraufgaben gemeinsam geprüft werden.
Wie erkennt man eine versehentliche Indexierungssperre?
Kontrollieren Sie die Robots-Anweisungen, relevante Meta-Angaben, HTTP-Header und die Produktionskonfiguration. Zusätzlich sollten wichtige Seiten mit geeigneten Werkzeugen oder einer manuellen Prüfung auf Erreichbarkeit und Indexierbarkeit bewertet werden. Test- und Live-Umgebung dürfen dabei nicht verwechselt werden.
Reicht ein automatischer Website-Crawler für den technischen Check?
Ein Crawler kann viele Statuscodes, Links, Weiterleitungen und technische Angaben effizient erfassen. Er erkennt jedoch nicht zuverlässig, ob ein Formular verständlich ist, ein Prozess fachlich korrekt funktioniert oder eine Seite für Menschen gut bedienbar ist. Automatisierte Ergebnisse brauchen daher manuelle Prüfung und Priorisierung.
Was sollte nach dem Go-live überwacht werden?
Überwachen Sie mindestens Erreichbarkeit, Serverfehler, Weiterleitungen, Formulare, zentrale Nutzerwege, Indexierungsfreigaben und wichtige Analysefunktionen. Bei größeren Websites sollten außerdem Seitentypen, Schnittstellen und ungewöhnliche Fehlerhäufungen regelmäßig betrachtet werden.
Wer sollte den Relaunch technisch freigeben?
Die Freigabe sollte durch Personen erfolgen, die für Technik, Inhalte, Suchmaschinenoptimierung, Datenschutz und geschäftliche Funktionen die nötige Verantwortung tragen. Bei sicherheitskritischen oder rechtlich anspruchsvollen Bereichen ist zusätzliche fachliche Prüfung sinnvoll. Entscheidend sind klare Zuständigkeiten und eine dokumentierte Entscheidung.
Fazit: Den Website-Relaunch technisch prüfen und kontrolliert umsetzen
Wer einen Website-Relaunch technisch prüfen möchte, sollte nicht erst nach der Veröffentlichung mit der Fehlersuche beginnen. Eine belastbare Bestandsaufnahme, ein URL- und Weiterleitungsplan, Tests für Indexierung, Funktionen, Performance, Barrierefreiheit und Sicherheit sowie ein aktives Monitoring bilden die wichtigsten Bausteine.
Besonders wirksam ist ein priorisiertes Vorgehen: Zuerst werden Risiken behoben, die zentrale Inhalte, Nutzeraufgaben, Sicherheit oder Auffindbarkeit gefährden. Danach folgen Optimierungen und Detailkorrekturen. Mit dokumentierten Prüfungen, klaren Verantwortlichkeiten und einem realistischen Nachsorgeplan wird der Relaunch nachvollziehbarer, stabiler und für Nutzer deutlich verlässlicher.