WordPress Relaunch richtig vorbereiten

Ein WordPress-Relaunch ist mehr als ein neues Design. Inhalte, URLs, SEO-Signale, Funktionen, Daten und technische Einstellungen müssen so geplant werden, dass Deine Website nach dem Wechsel zuverlässig funktioniert. Wenn Du den WordPress Relaunch richtig vorbereiten möchtest, brauchst Du deshalb eine klare Bestandsaufnahme, realistische Prioritäten, eine Testumgebung und einen nachvollziehbaren Ablauf für den Go-live.

Passende WordPress Hilfe zum Thema

Was gehört zu einem WordPress-Relaunch?

Bei einem Relaunch wird eine bestehende Website technisch, gestalterisch oder strukturell überarbeitet. Das kann einen Wechsel des Themes, eine neue Informationsarchitektur, die Überarbeitung von Inhalten, eine Migration auf ein anderes Hosting oder eine Kombination mehrerer Maßnahmen bedeuten. Nicht jeder Relaunch ist gleich umfangreich. Entscheidend ist, welche Teile der Website verändert werden und welche Risiken daraus entstehen.

Ein reiner Designwechsel kann bereits Auswirkungen auf Überschriften, interne Verlinkungen, strukturierte Daten, Ladezeiten und die Darstellung auf mobilen Geräten haben. Werden zusätzlich URLs, Kategorien, Plugins oder das Hosting geändert, steigt die Komplexität deutlich. Ein Relaunch sollte daher nicht mit dem ersten Entwurf im Design-Tool beginnen, sondern mit einer Analyse des bestehenden Systems.

Diese Ziele solltest Du vorab festlegen

• Welche Probleme der aktuellen Website sollen gelöst werden?
• Welche Zielgruppen und Nutzeraufgaben stehen im Mittelpunkt?
• Sollen Inhalte, URLs oder Navigationsstrukturen verändert werden?
• Welche Funktionen sind geschäftskritisch?
• Welche technischen Verbesserungen sind realistisch und messbar?
• Welche Bestandteile müssen am Tag der Veröffentlichung unbedingt funktionieren?

Ein Ziel wie „Die Website soll moderner werden“ ist zu ungenau. Besser sind konkrete Anforderungen, etwa eine verständlichere Navigation, ein vereinfachter Kontaktweg, eine bessere redaktionelle Pflege oder eine stabilere technische Grundlage. Diese Ziele helfen Dir später bei Entscheidungen, wenn nicht alle Wünsche gleichzeitig umgesetzt werden können.

Die Bestandsaufnahme vor dem Relaunch

Bevor Du Inhalte verschiebst oder ein neues Theme installierst, solltest Du den Ist-Zustand dokumentieren. Die Bestandsaufnahme ist die Grundlage für eine sichere Planung. Sie zeigt, was erhalten bleiben muss, was überarbeitet werden kann und welche Abhängigkeiten möglicherweise übersehen werden.

Technische Inventur

Erstelle eine Liste der eingesetzten Komponenten. Dazu gehören WordPress-Core, PHP-Version, Theme, Child Theme, Plugins, individuelle Erweiterungen, externe Dienste und Schnittstellen. Notiere auch, welche Komponenten aktiv genutzt werden und welche möglicherweise nur aus früheren Projekten stammen.

• WordPress-Version und Serverumgebung
• Aktives Theme und vorhandene Child-Theme-Anpassungen
• Aktive, deaktivierte und entbehrliche Plugins
• Individuelle Funktionen in Plugins, Themes oder der Datei functions.php
• Formulare, Newsletter-Anbindungen, Analysewerkzeuge und eingebettete Dienste
• Benutzerrollen und redaktionelle Zugriffsrechte
• Automatisierte Aufgaben, Cronjobs und externe API-Verbindungen
• Medien, Downloads, Dokumente und geschützte Inhalte

Besondere Aufmerksamkeit verdienen individuelle Anpassungen. Änderungen direkt in einem Plugin oder im Haupt-Theme können bei Updates verloren gehen. Für den Relaunch sollte geprüft werden, ob solche Funktionen in ein eigenes Plugin, ein Child Theme oder eine updatefähige Hook- beziehungsweise Filter-Lösung übertragen werden können. WordPress-Core-Dateien sind keine geeignete normale Anpassungsfläche.

Inhaltliche und strukturelle Inventur

Erfasse alle wichtigen Inhaltstypen: Seiten, Beiträge, Kategorien, Schlagwörter, individuelle Post Types, Autorenarchive, Bilder, PDFs und sonstige Downloads. Notiere, welche Inhalte aktuell Besucher erreichen, regelmäßig gepflegt werden oder für Suchmaschinen relevant sind.

Eine einfache Tabelle kann dabei helfen:

Bereich	Zu prüfen	Entscheidung
Seiten	Inhalt, URL, Zielgruppe und Aktualität	Behalten, überarbeiten, zusammenführen oder entfernen
Beiträge	Relevanz, Kategorie und interne Links	Aktualisieren, weiterleiten oder archivieren
Medien	Dateiname, Format, Verwendungsort und Alt-Text	Optimieren, ersetzen oder löschen
Downloads	Erreichbarkeit, Aktualität und Verlinkung	Übernehmen oder kontrolliert ersetzen
Funktionen	Formulare, Suche, Filter und Schnittstellen	Testen, neu entwickeln oder entfernen

Beziehe nicht nur sichtbare Menüpunkte ein. Inhalte können auch über Suchmaschinen, externe Links, XML-Sitemaps, Kampagnen, PDFs oder interne Suchfunktionen gefunden werden. Eine Seite, die in der Hauptnavigation nicht mehr auftaucht, ist deshalb nicht automatisch unwichtig.

SEO beim WordPress Relaunch richtig vorbereiten

Die Abbildung zeigt, warum alte und neue URLs vor dem Relaunch systematisch verglichen werden sollten. So lassen sich fehlende Zielseiten und unnötige Weiterleitungsketten früh erkennen.

Der häufigste SEO-Fehler beim Relaunch ist, die Suchmaschinenoptimierung erst nach der Veröffentlichung zu betrachten. Zu diesem Zeitpunkt sind falsche URLs, fehlende Weiterleitungen oder verlorene Seitentitel oft bereits problematisch. SEO muss deshalb in die Informationsarchitektur und in die technische Umsetzung einfließen.

URL-Bestand sichern

Erstelle eine Liste der bestehenden URLs, die Du bewerten möchtest. Dazu gehören nicht nur Startseite und Hauptseiten, sondern auch Beiträge, Kategorien, wichtige Medien, Landingpages und gegebenenfalls WooCommerce-Inhalte. Ergänze zu jeder URL den geplanten neuen Zielpfad.

Wenn eine URL unverändert bleibt, ist das meist einfacher. Wird sie geändert, braucht die alte Adresse eine passende dauerhafte Weiterleitung auf die neue Zielseite. Eine Weiterleitung sollte nicht pauschal auf die Startseite zeigen, wenn es eine inhaltlich passende Zielseite gibt. Viele unpassende Weiterleitungen erschweren Orientierung und können für Suchmaschinen wenig hilfreich sein.

Weiterleitungskonzept erstellen

Eine Weiterleitungsmatrix sollte mindestens diese Spalten enthalten:

• alte URL
• neue URL
• Weiterleitungstyp
• Verantwortlicher
• Prüfstatus nach dem Go-live

Für dauerhaft verschobene Inhalte wird üblicherweise eine permanente Weiterleitung verwendet. Temporäre Situationen sollten nicht versehentlich als dauerhaft markiert werden. Die konkrete technische Umsetzung hängt vom Hosting, dem Webserver, WordPress und den eingesetzten Werkzeugen ab. Vermeide Weiterleitungsketten: Wenn eine alte URL zunächst auf eine zweite alte URL und erst danach auf die Zielseite verweist, sollte die Kette möglichst aufgelöst werden.

Onpage-Grundlagen übertragen

Prüfe, welche Seitentitel, Meta-Beschreibungen, Überschriften, Canonical-Angaben, Indexierungsregeln und strukturierten Daten aktuell vorhanden sind. Übernimm nicht automatisch jede alte Einstellung. Ein Relaunch ist eine gute Gelegenheit, widersprüchliche oder veraltete Angaben zu bereinigen, aber Änderungen sollten nachvollziehbar dokumentiert werden.

Auch interne Links gehören in die Planung. Nach einer neuen Seitenstruktur können Links auf nicht mehr vorhandene URLs, alte Anker oder unpassende Inhalte zeigen. Prüfe außerdem XML-Sitemap, robots.txt, Canonical-Auszeichnungen und die Einstellung, ob die Website von Suchmaschinen indexiert werden darf. Eine Staging-Website sollte normalerweise nicht versehentlich als öffentliches Suchziel veröffentlicht werden.

Informationsarchitektur, Inhalte und Nutzerführung

Ein Relaunch bietet die Chance, Inhalte aus Sicht der Besucher neu zu ordnen. Beginne mit den wichtigsten Nutzerfragen: Was sucht die Person? Welche Information braucht sie für die nächste Entscheidung? Welche Handlung soll anschließend möglich sein?

Navigation sinnvoll planen

Eine gute Navigation orientiert sich an verständlichen Begriffen und nicht ausschließlich an internen Abteilungen. Prüfe, ob wichtige Inhalte mit wenigen nachvollziehbaren Schritten erreichbar sind. Überlade Menüs nicht mit jeder vorhandenen Seite. Unterstützende Elemente wie Breadcrumbs, verwandte Inhalte und eine funktionierende interne Suche können zusätzliche Orientierung schaffen.

Lege vor der Umsetzung eine einfache Seitenstruktur fest. Kennzeichne Hauptseiten, Unterseiten, Landingpages und Inhalte, die nur über Suchmaschinen oder interne Verlinkungen erreichbar sein sollen. So wird deutlich, welche Seiten im Menü sichtbar sein müssen und welche andere Einstiegswege benötigen.

Inhalte überarbeiten statt blind kopieren

Übernimm bestehende Texte nicht ungeprüft in das neue Layout. Prüfe Verständlichkeit, Aktualität, Zielgruppe, Handlungsaufforderungen, interne Links und die Darstellung auf kleinen Bildschirmen. Lange Textblöcke lassen sich häufig durch aussagekräftige Zwischenüberschriften, Listen und kurze Absätze besser strukturieren.

Bei Bildern sollten Dateigröße, Format, Dateiname, Alternativtext und tatsächlicher Informationswert kontrolliert werden. Ein Alt-Text beschreibt den Inhalt oder die Funktion eines Bildes, nicht pauschal das gewünschte Suchwort. Dekorative Bilder können anders behandelt werden als informative Grafiken.

Staging und technische Umsetzung

Die sicherste Arbeitsweise für einen umfangreicheren Relaunch ist eine getrennte Testumgebung. Dort kannst Du Theme, Plugins, Inhalte und Funktionen prüfen, ohne die laufende Website zu gefährden. Die Staging-Umgebung sollte möglichst nah an der späteren Produktionsumgebung sein. Unterschiede bei PHP, Datenbank, Serverkonfiguration oder aktivierten Erweiterungen können sonst Fehler verdecken.

Vor dem Aufbau der Testumgebung

1. Erstelle ein vollständiges, getestetes Backup von Dateien und Datenbank.
2. Dokumentiere die aktuelle Konfiguration und wichtige Zugangsdaten sicher.
3. Klone die Website in die Testumgebung oder importiere die geplanten Inhalte kontrolliert.
4. Verhindere, dass die Staging-Version versehentlich indexiert wird.
5. Definiere, wie Änderungen später in die Live-Website übertragen werden.

Ein Backup ist nur dann eine echte Absicherung, wenn die Wiederherstellung grundsätzlich möglich und der Ablauf bekannt ist. Bei Änderungen an Datenbanken oder Migrationen ist ein zusätzlicher Wiederherstellungspunkt unmittelbar vor dem Go-live sinnvoll. Bei größeren Projekten kann ein Wartungsfenster oder eine kurzzeitige Inhaltssperre erforderlich sein, damit während der Migration keine neuen Daten verloren gehen.

Theme, Block Editor und individuelle Funktionen

Entscheide früh, ob Du ein bestehendes Theme anpasst, ein neues Theme einführst oder stärker mit dem Block Editor beziehungsweise Full Site Editing arbeitest. Jede Variante hat Auswirkungen auf Vorlagen, globale Stile, Widgets, Menüs und redaktionelle Abläufe.

Individuelle Anpassungen sollten möglichst updatefähig umgesetzt werden. Geeignet sind je nach Anwendungsfall ein Child Theme, ein eigenes Plugin, Actions, Filter oder sauber dokumentierte Block- und Template-Anpassungen. Direkte Änderungen am Haupt-Theme erschweren spätere Updates. Bei JavaScript und CSS sollte geprüft werden, ob Dateien korrekt eingebunden, minimiert und nur dort geladen werden, wo sie benötigt werden.

Funktionen systematisch testen

Ein Relaunch ist erst fertig, wenn die wichtigen Abläufe funktionieren, nicht wenn die Startseite gut aussieht. Erstelle eine Testliste mit konkreten Szenarien und definiere, was als erfolgreich gilt. Dokumentiere Fehler mit URL, Gerät, Browser, Zeitpunkt und möglichst einer reproduzierbaren Beschreibung.

Wichtige Testbereiche

• Navigation, Logo, Menüs und Breadcrumbs
• Kontakt-, Anfrage- und Newsletter-Formulare
• Suche, Filter und Sortierungen
• Login, Benutzerrollen und geschützte Inhalte
• Downloads, Bildergalerien und eingebettete Medien
• WooCommerce-Warenkorb, Checkout, E-Mails und Bestellstatus, falls vorhanden
• Externe APIs, Webhooks und CRM- oder Newsletter-Schnittstellen
• Darstellung auf Smartphone, Tablet und Desktop
• Fehlerseiten, Weiterleitungen und interne Links

Teste Formulare nicht nur auf ihre sichtbare Bestätigung. Prüfe auch, ob Nachrichten tatsächlich zugestellt werden, Pflichtfelder korrekt reagieren, Fehlermeldungen verständlich sind und keine unnötigen Daten übertragen werden. Bei Zahlungs- oder Bestellprozessen sollten Testfälle mit unterschiedlichen Zuständen eingeplant werden. Verwende dafür eine geeignete Testumgebung und keine unbeabsichtigten Live-Vorgänge.

Performance und Sicherheit beim Relaunch

Ein neues Theme oder zusätzliche Funktionen können die Website verlangsamen. Prüfe daher, welche Ressourcen tatsächlich benötigt werden. Große Bilder, zahlreiche Schriftvarianten, ungenutzte Plugins, externe Skripte und schlecht konfigurierte Caches sind häufige Ansatzpunkte.

Performance sollte nicht nur anhand eines einzelnen Laborwerts bewertet werden. Entscheidend ist, ob zentrale Seiten unter realistischen Bedingungen schnell und stabil nutzbar sind. Prüfe insbesondere Startseite, wichtige Landingpages, Kontakt, Suche und gegebenenfalls Produkt- oder Kategorieseiten. Änderungen an Cache, Komprimierung, Datenbank oder CDN sollten einzeln nachvollziehbar bleiben, damit Probleme zurückverfolgt werden können.

Zur Sicherheitsvorbereitung gehören aktuelle Komponenten, minimale Benutzerrechte, sichere Zugangsdaten, geprüfte Schnittstellen und ein klarer Backup-Plan. Entferne nicht benötigte Plugins und Benutzerkonten. Aktualisiere sicherheitsrelevante Bestandteile nicht erstmals direkt am Veröffentlichungstag, sondern teste sie vorher in der Staging-Umgebung.

Der Go-live-Plan

Der Veröffentlichungstag sollte kein improvisierter Termin sein. Lege Verantwortlichkeiten, Reihenfolge und Rückfalloptionen schriftlich fest. Der Plan muss auch berücksichtigen, wer bei einem Fehler entscheiden darf und wie die Kommunikation erfolgt.

Checkliste für unmittelbar vor dem Start

• Aktuelles Backup von Dateien und Datenbank erstellen
• Änderungsstopp für Inhalte und Konfiguration vereinbaren
• Letzte Datenübertragung und deren Vollständigkeit kontrollieren
• DNS-, Domain-, SSL- und Hosting-Einstellungen prüfen
• Weiterleitungen und wichtige URLs vorbereiten
• Indexierungs- und Sitemap-Einstellungen kontrollieren
• Formulare, E-Mails und zentrale Nutzerwege testen
• Monitoring und Fehlerprotokollierung aktivieren oder prüfen
• Rückfallplan und Wiederherstellungsschritte bereithalten

Plane für die Veröffentlichung ausreichend Zeit für Kontrollen ein. DNS-Änderungen können je nach Umgebung unterschiedlich wirksam werden. Wenn Domain oder Hosting gewechselt werden, müssen zusätzlich Nameserver, DNS-Einträge, SSL-Zertifikat, E-Mail-Dienste und externe Freigaben berücksichtigt werden.

Kontrollen direkt nach der Veröffentlichung

Rufe die wichtigsten Seiten über die öffentliche Domain auf und prüfe Statuscodes, Layout, Medien, Links und Formulare. Kontrolliere, ob die Website mit und ohne „www“ wie vorgesehen reagiert und ob HTTPS korrekt verwendet wird. Suche anschließend gezielt nach 404-Fehlern, Weiterleitungsketten, gemischten Inhalten und unerwarteten PHP- oder JavaScript-Fehlern.

Vergleiche außerdem zentrale Inhalte mit der vorherigen Version. Bei datenbankgestützten Websites können Sonderzeichen, Datumswerte, Benutzer, Bestellungen oder individuelle Felder nach einer Migration anders dargestellt werden. Je früher solche Abweichungen entdeckt werden, desto einfacher ist die Korrektur.

Typische Fehler und passende Lösungen

Problem	Mögliche Ursache	Sinnvolle Lösung
Viele 404-Fehler	URLs wurden geändert, aber nicht weitergeleitet	URL-Liste abgleichen und passende permanente Weiterleitungen einrichten
Website ist nicht sichtbar	Indexierungsblockade, DNS- oder Serverproblem	Öffentlichkeit, DNS, Webserver und WordPress-Einstellungen prüfen
Formulare senden nicht	Plugin-Konflikt, Mailserver- oder API-Problem	Fehler systematisch eingrenzen und Zustellung in der Testumgebung prüfen
Layout bricht mobil	Ungetestete Breakpoints, CSS-Konflikte oder zu breite Inhalte	Betroffene Vorlagen und Komponenten auf mehreren Bildschirmgrößen prüfen
Funktionen fehlen	Plugin, individueller Code oder Daten wurde nicht übernommen	Inventur mit der neuen Installation vergleichen und Abhängigkeiten dokumentieren
Website ist langsamer	Große Medien, zusätzliche Skripte oder fehlende Cache-Konfiguration	Ressourcen analysieren und Änderungen schrittweise optimieren

Zu früher Start

Ein häufiger Fehler ist die Veröffentlichung, obwohl zentrale Fragen noch offen sind. Wenn Inhalte, Weiterleitungen oder Formulare noch nicht vollständig geprüft wurden, ist ein späterer Start oft sicherer als eine hektische Korrektur im laufenden Betrieb. Verschiebe den Go-live, wenn ein geschäftskritischer Ablauf nicht zuverlässig getestet werden kann.

Alles auf einmal ändern

Wenn Theme, Plugins, PHP-Version, Hosting und URL-Struktur gleichzeitig verändert werden, wird die Fehlersuche unnötig schwierig. Wenn möglich, trenne große Änderungen oder dokumentiere sie sehr genau. Eine klare Änderungshistorie erleichtert die Ursachenanalyse und die Entscheidung, welche Änderung zurückgenommen werden muss.

Praxisbeispiel: Unternehmenswebsite mit neuer Struktur

Angenommen, ein Unternehmen möchte seine bestehende WordPress-Website neu strukturieren. Mehrere Leistungsseiten werden zusammengeführt, das Theme wird ersetzt und das Kontaktformular erhält eine neue Schnittstelle. Ein sinnvoller Ablauf beginnt mit einem Export der bestehenden URLs und einer Liste aller Formular- und Schnittstellenabhängigkeiten.

Danach wird die neue Struktur in einer Staging-Umgebung aufgebaut. Für zusammengeführte Seiten werden passende Zielseiten definiert. Die alten URLs werden nicht automatisch auf die Startseite verwiesen, sondern erhalten jeweils ein fachlich passendes Ziel. Das Formular wird mit mehreren Eingaben und Empfängeradressen getestet. Erst wenn Inhalte, Weiterleitungen, mobile Darstellung und Zustellung geprüft sind, wird die Website veröffentlicht.

Nach dem Go-live werden die wichtigsten URLs erneut aufgerufen. Fehler werden priorisiert: Ein nicht funktionierender Anfrageweg ist dringender als eine kleinere Abweichung in einem selten besuchten Archiv. Diese Priorisierung hilft, auch bei unerwarteten Problemen handlungsfähig zu bleiben.

FAQ

Wie lange dauert die Vorbereitung eines WordPress-Relaunches?

Das hängt vom Umfang der Website, der Anzahl der Inhalte, den Funktionen und der geplanten URL-Änderungen ab. Eine kleine Website kann überschaubar sein, während ein komplexer Relaunch mit Schnittstellen, Shop, Migration und neuer Informationsarchitektur deutlich mehr Planung erfordert. Maßgeblich ist nicht nur die Anzahl der Seiten, sondern auch die Zahl der Abhängigkeiten und Prüfschritte.

Ist ein Relaunch ohne Staging-Umgebung möglich?

Technisch ist das möglich, für umfangreiche Änderungen aber riskant. Eine Staging-Umgebung ermöglicht Tests, ohne die laufende Website direkt zu verändern. Wenn sie nicht verfügbar ist, solltest Du zumindest ein vollständiges Backup, ein klares Wartungsfenster und einen dokumentierten Rückfallplan einplanen.

Was passiert mit alten URLs beim Relaunch?

Unveränderte URLs können bestehen bleiben. Für jede geänderte oder entfernte URL sollte geprüft werden, ob eine passende neue Zielseite existiert. Ist das der Fall, wird eine geeignete permanente Weiterleitung eingerichtet. Nicht jede alte URL muss zwangsläufig auf die Startseite zeigen, und nicht jede entfernte Seite benötigt dieselbe Behandlung.

Wann sollte ich SEO in die Relaunch-Planung einbeziehen?

Von Anfang an. URL-Struktur, Navigation, Inhalte, interne Links, Überschriften und technische Indexierungsregeln beeinflussen sich gegenseitig. Wenn SEO erst nach dem Design oder nach dem Go-live betrachtet wird, können wichtige Entscheidungen bereits schwer korrigierbar sein.

Welche Backups brauche ich vor dem Start?

Du solltest Dateien und Datenbank getrennt beziehungsweise als wiederherstellbare Gesamtsicherung sichern. Wichtig ist außerdem, dass der Speicherort erreichbar ist und der Wiederherstellungsweg bekannt ist. Bei kritischen Websites sollte die Wiederherstellung nicht erst im Notfall zum ersten Mal geplant werden.

Was muss nach dem Relaunch besonders kontrolliert werden?

Prüfe zunächst Startseite, Hauptnavigation, wichtige Landingpages, Formulare, Loginbereiche, Downloads und gegebenenfalls Shop- und Zahlungsabläufe. Danach folgen Weiterleitungen, 404-Fehler, Indexierung, Sitemap, mobile Darstellung, Ladeverhalten und externe Schnittstellen. Die Kontrollen sollten dokumentiert und nach Dringlichkeit priorisiert werden.

Soll ich beim Relaunch alle Plugins aktualisieren?

Aktuelle und kompatible Komponenten sind wichtig, aber ein umfassendes Update direkt am Go-live erhöht die Zahl möglicher Fehlerquellen. Aktualisiere und teste Änderungen möglichst vorher in einer passenden Testumgebung. Nicht mehr benötigte Plugins sollten entfernt werden; notwendige Plugins müssen auf ihre Funktion und Kompatibilität geprüft werden.

Wann ist individuelle WordPress-Entwicklung sinnvoll?

Individuelle Entwicklung kann sinnvoll sein, wenn bestehende Plugins Anforderungen nicht zuverlässig abbilden, Schnittstellen angebunden werden müssen oder eine updatefähige Spezialfunktion benötigt wird. Vor der Umsetzung sollten Anforderungen, Datenflüsse, Rechte, Fehlerfälle und Wartbarkeit geklärt werden. Eine kleine, klar abgegrenzte Lösung ist häufig besser nachvollziehbar als viele unverbundene Erweiterungen.

Fazit

Wenn Du den WordPress Relaunch richtig vorbereiten möchtest, beginne mit einer vollständigen Bestandsaufnahme und klaren Zielen. Sichere Inhalte und Daten, plane URLs und Weiterleitungen, arbeite möglichst in einer Staging-Umgebung und teste nicht nur das Design, sondern alle wichtigen Nutzerwege. Besonders wichtig sind Formulare, Schnittstellen, mobile Darstellung, Indexierung, Backups und ein realistischer Rückfallplan.

Ein strukturierter Relaunch reduziert vermeidbare Risiken und schafft eine belastbare Grundlage für die weitere Pflege. Der nächste sinnvolle Schritt ist eine dokumentierte Inventur mit URL-Liste, Plugin-Übersicht, Funktionsprüfung und Prioritäten. Erst danach sollte die eigentliche technische und gestalterische Umsetzung beginnen.