Website Audit vor Relaunch richtig planen
Ein Relaunch scheitert selten am neuen Design. Kritisch wird es meist dort, wo bestehende Inhalte, Suchmaschinen-Sichtbarkeit, technische Funktionen oder gewachsene Redaktionsprozesse nicht ausreichend berücksichtigt werden. Ein Website Audit vor Relaunch schafft die notwendige Entscheidungsgrundlage: Es zeigt, was erhalten bleiben muss, was verbessert werden sollte und welche Risiken vor dem Go-live geklärt werden müssen.
Gerade bei umfangreichen Unternehmenswebsites, Portalen oder TYPO3-Installationen ist ein Relaunch keine reine Neuentwicklung. Er ist eine Migration von Wissen, Reichweite, Daten und Prozessen. Wer den Ist-Zustand nur oberflächlich betrachtet, riskiert Rankingverluste, fehlende Inhalte, kaputte Schnittstellen oder hohe Nacharbeiten nach dem Launch.
Warum ein Website Audit vor Relaunch unverzichtbar ist
Eine Website entwickelt sich über Jahre. Neue Bereiche kommen hinzu, Formulare werden erweitert, Tracking angepasst und Inhalte für Kampagnen erstellt. Gleichzeitig bleiben alte Seitentypen, nicht mehr gepflegte Downloads oder technische Sonderlösungen oft im System bestehen. Was für Redaktionen oder Nutzerinnen und Nutzer relevant ist, lässt sich nicht zuverlässig aus der Navigation ablesen.
Das Audit trennt dabei nicht einfach „gut“ von „schlecht“. Es bewertet die Website im Hinblick auf die Ziele des Relaunchs. Soll die Plattform Leads generieren, internationale Inhalte verwalten, einen geschützten Bereich bereitstellen oder unterschiedliche Zielgruppen bedienen? Die Antwort entscheidet darüber, welche Seiten, Funktionen und Daten besonders kritisch sind.
Ein fundiertes Audit verhindert zudem, dass Entscheidungen allein nach Bauchgefühl getroffen werden. Nicht jede häufig besuchte Seite ist geschäftlich wertvoll. Umgekehrt kann eine selten aufgerufene Seite für Vertrieb, Service oder rechtliche Anforderungen unverzichtbar sein. Zahlen, technische Prüfung und Gespräche mit den verantwortlichen Fachbereichen gehören deshalb zusammen.
Ziele und Umfang zuerst sauber definieren
Bevor Werkzeuge eingesetzt oder URL-Listen erstellt werden, braucht das Projekt einen klaren Rahmen. Ein Relaunch kann ein neues Erscheinungsbild umfassen, eine CMS-Migration erforderlich machen oder die gesamte Informationsarchitektur neu ordnen. Je größer die Veränderung, desto umfassender sollte auch das Audit ausfallen.
Bei einer kleineren Website reicht häufig eine strukturierte Bestandsaufnahme von Inhalten, Rankings, Weiterleitungen und zentralen Funktionen. Bei einem Konzernportal oder einer Organisation mit mehreren Sprachversionen, Schnittstellen und Redaktionsrollen muss das Audit tiefer gehen. Dann sind etwa Rechtekonzepte, Freigabeprozesse, Datenmodelle, Integrationen und die künftige Mandantenfähigkeit relevant.
Hilfreich ist eine gemeinsame Zieldefinition mit Marketing, IT, Vertrieb, Redaktion und gegebenenfalls Datenschutz oder Compliance. So werden Anforderungen sichtbar, die in der täglichen Arbeit selbstverständlich wirken, aber im neuen System abgebildet werden müssen. Ein Kontaktformular kann beispielsweise CRM-Daten übergeben, ein Downloadbereich Nutzerrechte prüfen oder ein Produktfinder auf Daten aus einem Drittsystem zugreifen.
Inhalte und Informationsarchitektur bewerten
Der Content-Bestand ist meist der größte Teil eines Relaunchs und wird dennoch häufig zu spät behandelt. Eine vollständige Inventarisierung erfasst nicht nur Seiten, sondern auch PDFs, Bilder, Videos, Formulare, News, Veranstaltungen und Landingpages. Bei mehrsprachigen Websites kommt die Frage hinzu, welche Sprachversionen vollständig, aktuell und tatsächlich notwendig sind.
Für jeden Inhalt sollte eine nachvollziehbare Entscheidung getroffen werden: übernehmen, überarbeiten, zusammenführen, archivieren oder löschen. Maßgeblich sind dabei fachliche Aktualität, Nutzung, SEO-Wert, rechtliche Relevanz und strategische Bedeutung. Ein gut rankender Fachbeitrag kann weiterhin wertvoll sein, auch wenn er optisch nicht mehr zum neuen Auftritt passt. Er braucht dann eher eine redaktionelle und technische Überarbeitung als eine ersatzlose Entfernung.
Parallel wird die Informationsarchitektur geprüft. Finden Interessierte die wichtigsten Leistungen, Produkte oder Ansprechpartner schnell? Sind Begriffe aus Kundensicht verständlich? Werden ähnliche Inhalte mehrfach angeboten, weil die interne Organisation die Navigation bestimmt hat? Ein Relaunch ist eine gute Gelegenheit, Strukturen zu vereinfachen. Er sollte aber nicht dazu führen, dass bewährte Zugangswege ohne Ersatz verschwinden.
SEO, Tracking und Weiterleitungen als zusammenhängende Aufgabe
Organischer Traffic ist kein Zufallsprodukt. Rankings beruhen auf indexierten URLs, relevanten Inhalten, internen Verlinkungen, technischen Signalen und teilweise auf externen Verweisen. Ändern sich beim Relaunch URLs, Seitentitel oder Inhaltsstrukturen, muss diese bestehende Sichtbarkeit geschützt werden.
Im SEO-Audit werden deshalb insbesondere organisch relevante Seiten, Suchanfragen, Rankings, Statuscodes, Canonical-Tags, Meta-Daten und interne Verlinkungen erfasst. Auch Seiten mit wenigen Besuchen verdienen Aufmerksamkeit, wenn sie wertvolle Suchbegriffe bedienen oder als Einstieg in einen Conversion-Pfad dienen. Eine bloße Liste alter und neuer URLs genügt nicht. Entscheidend ist, ob die neue Zielseite den Suchintent sinnvoll erfüllt.
Weiterleitungen müssen vor dem Launch geplant und getestet werden. Eine entfernte Leistungsseite auf die Startseite umzuleiten, ist selten eine gute Lösung. Besser ist eine fachlich passende Zielseite. Gibt es keinen passenden Ersatz und ist der Inhalt bewusst entfallen, kann eine saubere Fehlerseite sinnvoller sein als eine irreführende Weiterleitung.
Ebenso wichtig ist die Datenbasis. Analytics, Consent-Lösung, Tag Manager, Conversion-Tracking und gegebenenfalls CRM- oder Marketing-Automation müssen geprüft werden. Historische Daten bleiben nur vergleichbar, wenn Ziele, Ereignisse und Messlogik dokumentiert sind. Andernfalls wird nach dem Relaunch zwar gemessen, aber nicht klar, ob Veränderungen auf die neue Website oder auf ein verändertes Tracking zurückgehen.
Technik, Sicherheit und Performance prüfen
Ein neuer Auftritt löst technische Altlasten nicht automatisch. Das gilt besonders bei einem Wechsel des CMS oder bei der Modernisierung einer bestehenden TYPO3-Website. Im Audit wird geprüft, welche Erweiterungen, Eigenentwicklungen, Schnittstellen und Server-Anforderungen vorhanden sind. Dabei geht es nicht nur darum, ob etwas heute funktioniert, sondern ob es langfristig wartbar, sicher und updatefähig bleibt.
Besondere Aufmerksamkeit verdienen Formulare, Authentifizierung, Suchfunktionen, Schnittstellen zu ERP- oder CRM-Systemen, Newsletter-Anbindungen und Medienverwaltung. Für jede Funktion sollte klar sein, wer sie nutzt, welche Daten verarbeitet werden und welche Abhängigkeiten bestehen. Eine wenig sichtbare Schnittstelle kann für interne Abläufe wesentlich wichtiger sein als ein prominentes Seitenelement.
Auch die Performance gehört in diese Phase. Lange Ladezeiten entstehen häufig durch zu große Medien, unklare Caching-Strategien, nicht optimierte Skripte oder unnötige Drittanbieter-Dienste. Die Lösung hängt jedoch vom Projekt ab. Ein stark personalisiertes Portal stellt andere Anforderungen als eine überwiegend redaktionelle Website. Ziel ist keine theoretische Bestnote, sondern eine schnell nutzbare, stabile Plattform unter realistischen Bedingungen.
Barrierefreiheit nicht erst vor dem Go-live behandeln
Barrierefreiheit lässt sich nicht sinnvoll am Ende eines Projekts ergänzen. Sie betrifft Struktur, Design, Redaktion und Entwicklung zugleich. Das Audit zeigt, wo die bestehende Website bereits Hürden aufweist: unklare Überschriftenhierarchien, fehlende Alternativtexte, schwache Kontraste, nicht bedienbare Formulare oder Dokumente ohne zugängliche Struktur.
Für viele Organisationen sind Anforderungen nach BITV oder WCAG verbindlich oder werden zunehmend zur Erwartung von Kundinnen und Kunden, Bewerbenden und Partnern. Selbst wenn keine formale Verpflichtung besteht, verbessert eine zugängliche Website die Bedienbarkeit für alle. Wichtig ist, die Anforderungen in Komponenten, Templates, Redaktionsrichtlinien und Qualitätssicherung zu verankern. Andernfalls entstehen nach dem Relaunch dieselben Probleme erneut.
Ergebnisse priorisieren und in einen Migrationsplan überführen
Ein Audit liefert oft mehr Maßnahmen, als in einem Relaunch-Budget sofort umgesetzt werden können. Deshalb braucht es eine Priorisierung nach Risiko, Nutzen, Aufwand und Abhängigkeiten. Kritische Themen wie Datenverlust, Sicherheitslücken, indexierte Kernseiten oder zentrale Schnittstellen haben Vorrang. Optimierungen mit geringer Wirkung können später in eine Weiterentwicklungsplanung übergehen.
Das Ergebnis sollte kein unkommentierter Export aus mehreren Tools sein. Sinnvoll ist ein Arbeitsdokument, das Entscheidungen transparent macht: Welche Inhalte werden migriert? Welche URLs werden weitergeleitet? Welche Funktionen werden neu gebaut, ersetzt oder eingestellt? Welche offenen Punkte brauchen eine Entscheidung durch Fachbereiche?
Daraus entsteht der Migrationsplan mit Verantwortlichkeiten, Testfällen und Abnahmekriterien. Besonders bei komplexen CMS-Projekten lohnt sich eine Staging-Umgebung, auf der Redaktionen und Fachbereiche früh prüfen können. So lassen sich fehlende Inhalte, unpassende Berechtigungen oder Prozessprobleme beheben, bevor sie den Live-Betrieb betreffen.
Der richtige Zeitpunkt für das Audit
Das Audit gehört an den Anfang, noch vor verbindlicher Konzeption und Designentscheidung. Idealerweise wird es durchgeführt, sobald die Ziele des Relaunchs grob feststehen. Dann kann es die Architektur, den Funktionsumfang und die technische Entscheidung tatsächlich beeinflussen.
Ein kurzer Prüfblock kurz vor dem Launch bleibt dennoch notwendig. Hier werden Weiterleitungen, Tracking, Indexierungssteuerung, Formulare, Rechte, Performance und zentrale Nutzerwege unter realen Bedingungen getestet. Ein Relaunch ist erst dann bereit für den Live-Betrieb, wenn nicht nur die Startseite überzeugt, sondern die wichtigen Prozesse zuverlässig funktionieren.
Wer den Bestand früh versteht, plant präziser und vermeidet kostspielige Korrekturen. Der Relaunch wird dadurch nicht zwangsläufig kleiner - aber deutlich kontrollierbarer. Das ist die Grundlage für eine Website, die nach dem Launch nicht nur neu aussieht, sondern langfristig trägt.
