TYPO3 Website Relaunch planen mit System
Ein Relaunch scheitert selten am neuen Design. Kritisch wird es meist dort, wo gewachsene Inhalte, individuelle Erweiterungen, Schnittstellen und Suchmaschinen-Sichtbarkeit unterschätzt werden. Wer einen TYPO3 Website Relaunch planen möchte, sollte ihn deshalb nicht als gestalterisches Einzelprojekt betrachten, sondern als Erneuerung einer digitalen Infrastruktur.
Eine moderne TYPO3-Website soll Redaktionen entlasten, Nutzenden Orientierung geben und technisch dauerhaft tragfähig bleiben. Das gelingt, wenn Strategie, Informationsarchitektur, Migration und Qualitätssicherung von Beginn an zusammen gedacht werden. Gerade bei umfangreichen Unternehmenswebsites lohnt sich eine sorgfältige Vorarbeit deutlich mehr als schnelle Entscheidungen unter Zeitdruck.
Den TYPO3 Website Relaunch planen: erst verstehen, dann bauen
Bevor Anforderungen für das neue System formuliert werden, braucht es ein realistisches Bild der bestehenden Website. Welche Inhalte erzeugen qualifizierte Anfragen? Welche Bereiche werden kaum genutzt? Wo entstehen heute redaktionelle Umwege, technische Fehler oder unnötige Abhängigkeiten?
Ein belastbares Audit betrachtet mehr als Seitenzahlen. Dazu gehören die TYPO3-Version, eingesetzte Extensions, individuelle Entwicklungen, Hosting, Berechtigungen, Formulare, Newsletter-Anbindungen, CRM- oder PIM-Schnittstellen sowie Tracking und Consent Management. Bei älteren Installationen sollte auch geprüft werden, welche Funktionen tatsächlich noch benötigt werden. Nicht jede über Jahre gewachsene Erweiterung gehört automatisch in die neue Plattform.
Parallel dazu verdient die Content-Qualität Aufmerksamkeit. Doppelte Seiten, veraltete Dokumente und unklare Zuständigkeiten machen einen Relaunch unnötig teuer. Eine Inhaltsinventur schafft Transparenz: Was wird übernommen, überarbeitet, zusammengeführt oder bewusst archiviert? Diese Entscheidung sollte fachlich verantwortet werden - nicht allein aus technischer Sicht.
Ziele messbar machen statt Anforderungen sammeln
„Moderner“, „benutzerfreundlicher“ oder „besser auffindbar“ sind sinnvolle Richtungen, aber noch keine Projektziele. Für die Steuerung eines Relaunches braucht es konkrete Kriterien. Soll die Redaktion Landingpages eigenständig erstellen können? Soll sich die Ladezeit auf zentralen Seitentypen verbessern? Müssen mehrere Sprachversionen, Marken oder Standorte verwaltet werden? Oder steht die Barrierefreiheit nach BITV und WCAG im Mittelpunkt?
Je klarer diese Ziele formuliert sind, desto besser lassen sich Prioritäten setzen. Ein mittelständisches Unternehmen mit wenigen Produktseiten benötigt beispielsweise eine andere Redaktionslogik als eine Organisation mit vielen Fachbereichen, Dokumenten und mehrsprachigen Inhalten. TYPO3 ist besonders stark, wenn Rollen, Freigaben, komplexe Seitenstrukturen und individuelle Datenquellen zusammenkommen. Diese Stärke entfaltet sich aber nur mit einem Konzept, das zur tatsächlichen Arbeitsweise passt.
Auch der wirtschaftliche Rahmen gehört früh auf den Tisch. Eine günstige Erstumsetzung kann teuer werden, wenn Updates, Erweiterungen oder redaktionelle Anpassungen später nur mit unverhältnismäßigem Aufwand möglich sind. Wartbarkeit ist keine abstrakte technische Eigenschaft, sondern schützt Budgets und Reaktionsfähigkeit im laufenden Betrieb.
Informationsarchitektur und Design aus Nutzeraufgaben entwickeln
Navigation und Seitenstruktur sollten nicht von internen Organigrammen bestimmt werden. Interessenten suchen Lösungen, Leistungen, Ansprechpartner, Referenzen oder konkrete Informationen. Bestehende Kunden benötigen möglicherweise Servicebereiche, Downloads oder Zugänge. Diese Wege müssen ohne Vorwissen verständlich sein.
Eine gute Informationsarchitektur reduziert Komplexität, bevor das erste Interface gestaltet wird. Dazu gehören eindeutige Seitentypen, nachvollziehbare Kategorien und eine klare Hierarchie. Wenn Inhalte mehrfach verwendet werden, etwa Ansprechpartner, Produktdaten oder Teaser, sollten sie strukturiert gepflegt werden. Das verhindert widersprüchliche Angaben und erleichtert spätere Änderungen.
Beim UX- und UI-Design geht es nicht nur um eine zeitgemäße Optik. Abstände, Kontraste, Fokuszustände, Formularführung und die Lesbarkeit auf kleinen Displays entscheiden mit darüber, ob Menschen ihre Aufgabe erledigen können. Barrierefreiheit sollte dabei nicht als abschließender Prüfschritt behandelt werden. Wer sie in Komponenten, Designsystem und Content-Vorgaben verankert, vermeidet spätere Nacharbeiten.
Technik auf Zukunftsfähigkeit prüfen
Ein Relaunch ist ein guter Zeitpunkt, die technische Basis zu ordnen. Dazu gehört in der Regel eine aktuelle, unterstützte TYPO3-LTS-Version mit einem klaren Konzept für künftige Updates. Individuelle Erweiterungen sollten nur dort entstehen, wo Standardfunktionen oder bewährte Extensions den fachlichen Bedarf nicht sauber abbilden.
Die zentrale Abwägung lautet: Wie viel Flexibilität benötigen Redaktionen, ohne dass Gestaltung und Qualität aus dem Ruder laufen? Zu starre Inhaltselemente führen zu Umwegen. Zu freie Baukästen erzeugen oft uneinheitliche Seiten, längere Ladezeiten und mehr Supportaufwand. Ein abgestimmter Satz wiederverwendbarer Content-Elemente bietet meist den besseren Mittelweg.
Zum technischen Konzept gehören außerdem Hosting, Caching, Bildauslieferung, Sicherheitsmechanismen, Backups und Monitoring. Bei Schnittstellen ist zu klären, welches System führend ist, wie Fehler protokolliert werden und was passiert, wenn ein externer Dienst nicht erreichbar ist. Diese Fragen wirken im Projektalltag zunächst detailreich, entscheiden aber über die Betriebssicherheit nach dem Launch.
Migration und SEO nicht ans Projektende verschieben
Die sauberste neue Website verliert an Wert, wenn wichtige Inhalte fehlen oder bisherige Rankings ohne Plan verschwinden. Deshalb beginnt die SEO-Migration bereits mit der Inhaltsinventur. Relevante Seiten, Suchbegriffe, Meta-Daten, strukturierte Inhalte und interne Verlinkungen müssen identifiziert werden, bevor neue URLs festgelegt werden.
Ein URL-Konzept sollte verständlich, stabil und möglichst konsistent sein. Ändern sich Adressen, benötigen alle relevanten alten URLs gezielte Weiterleitungen auf fachlich passende neue Ziele. Pauschale Weiterleitungen auf die Startseite sind selten eine gute Lösung: Sie enttäuschen Nutzende und senden Suchmaschinen wenig hilfreiche Signale.
Auch Bilder, PDFs und andere Dokumente brauchen eine Entscheidung. Werden sie übernommen, ersetzt oder entfernt? Gerade Downloads erzielen oft organischen Traffic oder werden in Fachprozessen regelmäßig genutzt. Eine vollständige Redirect-Liste, eine XML-Sitemap und eine Prüfung von Canonicals, Indexierungsregeln und Statuscodes gehören daher in den verbindlichen Migrationsplan.
Verantwortlichkeiten und Freigaben verbindlich organisieren
Relaunches geraten ins Stocken, wenn Entscheidungen zwischen Marketing, IT, Fachabteilungen und Geschäftsführung hängen bleiben. Ein klarer Projektzuschnitt schafft Abhilfe. Es sollte feststehen, wer Inhalte liefert, wer sie freigibt, wer technische Entscheidungen trifft und wer bei Zielkonflikten entscheidet.
Bewährt haben sich klar abgegrenzte Phasen: Analyse und Zielbild, Konzeption, Design, technische Umsetzung, Content-Migration, Test und Launch. Das bedeutet nicht, dass jede Phase vollständig abgeschlossen sein muss, bevor die nächste beginnt. Rückkopplungen sind sinnvoll. Änderungen sollten jedoch nachvollziehbar priorisiert werden, damit aus einem Relaunch kein Projekt ohne definierten Abschluss wird.
Für Redaktionen sind frühzeitige Schulungen besonders wertvoll. Wer neue Inhaltselemente, Workflows und Bildvorgaben erst kurz vor dem Launch kennenlernt, wird unter Druck Fehler machen. Praxisnahe Testinhalte und eine verständliche Dokumentation sorgen dafür, dass das System nach der Übergabe auch wirklich genutzt werden kann.
Testen unter realen Bedingungen
Vor dem Go-live reicht es nicht, die Website einmal im Browser durchzuklicken. Testfälle sollten die wichtigsten Nutzerwege abdecken: Kontaktaufnahme, Formularversand, Suche, Downloads, Sprachwechsel, Login-Bereiche und Schnittstellenprozesse. Ebenso relevant sind unterschiedliche Endgeräte, Browser und Assistenztechnologien.
Bei der Qualitätsprüfung müssen mehrere Perspektiven zusammenkommen. Fachabteilungen prüfen Inhalte und Prozesse. Redaktionsteams bewerten die Bedienbarkeit. Die technische Prüfung umfasst Performance, Sicherheit, Berechtigungen, Fehlerseiten, Weiterleitungen und Datenübernahmen. Für barrierefreie Websites sollten automatisierte Tests durch manuelle Prüfungen ergänzt werden, denn viele Barrieren lassen sich nicht zuverlässig maschinell erkennen.
Ein Launchplan regelt außerdem Zeitpunkt, Verantwortlichkeiten, Backup, Umschaltung und Kommunikationswege. Falls etwas nicht wie vorgesehen funktioniert, muss klar sein, wer entscheidet und wie ein Rückfall auf den vorherigen Stand möglich ist. Ein kontrollierter Launch ist keine Vorsicht um der Vorsicht willen, sondern professionelles Risikomanagement.
Nach dem Launch beginnt der Betrieb
Die ersten Tage nach der Veröffentlichung liefern wertvolle Erkenntnisse. Fehlerprotokolle, Formularanfragen, Ladezeiten, Indexierung und Nutzungsdaten sollten eng beobachtet werden. Kleine Korrekturen sind normal. Entscheidend ist, ob sie strukturiert erfasst und priorisiert werden, statt zu dauerhaften Ad-hoc-Eingriffen zu führen.
Langfristig braucht eine TYPO3-Website feste Pflegeprozesse für Sicherheitsupdates, Core-Updates, Extension-Prüfungen und Backups. Auch Inhalte altern: Ansprechpartner wechseln, Leistungen entwickeln sich weiter und rechtliche Anforderungen ändern sich. Eine Website bleibt nur dann ein wirksames Vertriebs- und Kommunikationsinstrument, wenn sie kontinuierlich betreut wird.
Einmahl WebSolution begleitet TYPO3-Projekte deshalb nicht nur bis zur Veröffentlichung, sondern auch im laufenden Betrieb - mit technischer Weiterentwicklung, klaren Ansprechpartnern und einem Blick auf die Anforderungen, die morgen entstehen.
Ein gut geplanter Relaunch schafft mehr als eine neue Oberfläche. Er gibt Teams eine verlässliche Arbeitsgrundlage und sorgt dafür, dass die Website mit dem Unternehmen wachsen kann, statt nach wenigen Jahren wieder zum technischen Risiko zu werden.
