Website Relaunch Projektplan Vorlage richtig nutzen
Ein Website-Relaunch scheitert selten am neuen Design. Kritisch wird es meist dort, wo Verantwortlichkeiten offenbleiben, Inhalte zu spät geprüft werden oder die bestehende Sichtbarkeit bei Google erst nach dem Go-live auffällt. Eine Website Relaunch Projektplan Vorlage schafft dafür keinen bürokratischen Überbau, sondern eine belastbare Arbeitsgrundlage: Was wird entschieden, wer liefert zu, was wird getestet und wann darf die neue Website tatsächlich live gehen?
Gerade bei gewachsenen Unternehmenswebsites mit vielen Inhaltsbereichen, mehreren Redaktionen, Schnittstellen oder einem TYPO3-System ist ein Relaunch kein einzelnes Entwicklungsprojekt. Er betrifft Strategie, Content, Technik, Datenschutz, Barrierefreiheit, Suchmaschinenoptimierung und den späteren Betrieb. Der Projektplan muss diese Abhängigkeiten sichtbar machen.
Was eine gute Website Relaunch Projektplan Vorlage leisten muss
Eine brauchbare Vorlage bildet nicht nur Phasen und Termine ab. Sie verbindet Ergebnisse, Verantwortlichkeiten und Freigaben. Denn ein Termin wie „Content fertig“ hilft wenig, wenn unklar bleibt, welche Seiten dazugehören, wer sie fachlich abnimmt und ob Metadaten, Bilder, Downloads sowie interne Verlinkungen bereits geprüft sind.
Der richtige Detailgrad hängt vom Projekt ab. Für eine schlanke Website mit wenigen Seitentypen genügt oft ein klarer Plan mit festen Abstimmungsterminen. Bei einem internationalen Portal, einem Mitgliederbereich oder einer komplexen Migration braucht es zusätzlich Teilpläne für Datenübernahme, Schnittstellen, Berechtigungen, Übersetzungen und Qualitätssicherung.
Als Mindeststandard sollte jede Aufgabe in der Vorlage vier Angaben enthalten: ein konkretes Ergebnis, eine verantwortliche Person, eine prüfende Person und einen realistischen Fälligkeitstermin. Ergänzend ist ein Statusfeld sinnvoll, etwa „offen“, „in Arbeit“, „zur Freigabe“ und „erledigt“. So wird aus einer Aufgabenliste ein Steuerungsinstrument.
Phase 1: Bestand aufnehmen und Ziele verbindlich festlegen
Bevor Wireframes oder Templates entstehen, braucht das Projekt ein gemeinsames Verständnis der Ausgangslage. Welche Ziele verfolgt die neue Website? Soll sie qualifizierte Anfragen erzeugen, komplexe Leistungen verständlicher erklären, Redaktionsprozesse vereinfachen oder eine veraltete CMS-Version ablösen? Häufig treffen mehrere Ziele zusammen. Dann müssen sie priorisiert werden.
Zur Bestandsaufnahme gehören nicht nur die sichtbaren Seiten. Prüfen Sie auch Formulare, Downloadbereiche, Microsites, Tracking, Cookie-Einwilligungen, externe Dienste, Schnittstellen, Nutzerrollen und technische Altlasten. Besonders relevant sind Seiten mit organischem Traffic, hochwertigen Backlinks oder hoher Conversion. Diese Seiten dürfen nicht versehentlich verschwinden oder ohne gleichwertige Nachfolge online gehen.
Dokumentieren Sie in dieser Phase außerdem messbare Erfolgskriterien. Das können eine bessere Ladezeit, weniger Pflegeaufwand, höhere Formularqualität, eine verbesserte Zugänglichkeit oder stabile Rankings nach der Migration sein. Ohne solche Kriterien wird die Abnahme schnell zu einer Geschmacksfrage.
Projektrollen früh festlegen
Ein Relaunch braucht auf Kundenseite eine Person, die Entscheidungen koordinieren darf. Fachabteilungen liefern Inhalte und prüfen deren Richtigkeit, sollten aber nicht jede Gestaltungs- oder Technikfrage einzeln entscheiden. Auf Agenturseite gehören Projektleitung, UX/UI-Design, Entwicklung, Qualitätssicherung und SEO in einen abgestimmten Ablauf.
In der Projektplan-Vorlage sollte deshalb für jede Phase klar stehen, wer entscheidet und wer lediglich konsultiert wird. Das verhindert die typische Schleife aus späten Änderungswünschen, widersprüchlichen Rückmeldungen und verschobenen Freigaben.
Phase 2: Struktur, Inhalte und Nutzerführung entwickeln
Die Informationsarchitektur ist die Grundlage des Relaunches. Sie legt fest, welche Inhalte künftig vorhanden sind, wie sie gegliedert werden und über welche Wege Nutzerinnen und Nutzer wichtige Informationen erreichen. Eine neue Navigation ist keine reine Designentscheidung. Sie beeinflusst Auffindbarkeit, interne Verlinkung, Redaktionsaufwand und SEO.
Erstellen Sie eine Content-Matrix, in der jede bestehende URL eine eindeutige Behandlung erhält: behalten, überarbeiten, zusammenführen, löschen oder neu anlegen. Für wichtige Seiten sollte zusätzlich festgehalten werden, welches Suchthema sie abdecken, welche Handlungsaufforderung vorgesehen ist und welche Medien oder Downloads benötigt werden.
Der Aufwand für Inhalte wird regelmäßig unterschätzt. Texte müssen fachlich korrekt, verständlich und suchmaschinenfreundlich sein. Bilder brauchen passende Formate, Nutzungsrechte und Alternativtexte. PDFs sollten nicht als Ersatz für zentrale Webinhalte dienen, insbesondere wenn Informationen mobil gut nutzbar und barrierearm verfügbar sein müssen.
Anforderungen an CMS und Design übersetzen
In dieser Phase werden Anforderungen so beschrieben, dass sie später entwickelbar und testbar sind. Statt „Die Redaktion soll flexibel sein“ ist konkreter: Redakteurinnen und Redakteure können Landingpages aus definierten Inhaltsmodulen erstellen, ohne Layout oder Seitengeschwindigkeit zu gefährden.
Bei TYPO3-Projekten ist das besonders relevant. Ein gut konfiguriertes System gibt Redaktionen ausreichend Spielraum, hält aber wiederkehrende Strukturen, Komponenten und Qualitätsstandards verbindlich. Zu viele freie Gestaltungsmöglichkeiten führen oft zu uneinheitlichen Seiten und aufwendiger Pflege. Zu starre Vorgaben bremsen dagegen die Kommunikation. Die passende Balance richtet sich nach Redaktion, Content-Menge und künftiger Weiterentwicklung.
Phase 3: Entwicklung, Migration und technische Qualität
Die Entwicklungsphase beginnt idealerweise nicht mit einer vollständigen Liste vermeintlich kleiner Sonderwünsche. Zuerst werden die tragenden Komponenten umgesetzt: Seitentypen, Inhaltsmodule, Navigation, Suche, Formulare, Berechtigungen und zentrale Schnittstellen. Darauf folgen spezielle Funktionen und die Datenmigration.
Für die Projektplan-Vorlage empfiehlt sich hier eine getrennte Planung von Entwicklung und Content-Einpflege. Beide Bereiche laufen teilweise parallel, sind aber nicht identisch. Erst wenn Felder, Module und Freigabeprozesse im CMS stehen, kann die Redaktion effizient arbeiten. Werden Inhalte zu früh in Provisorien eingegeben, entstehen doppelte Arbeit und Fehler.
Technische Qualität umfasst mehr als die sichtbare Funktion. Prüfen Sie Performance, Sicherheitskonzept, Backup-Strategie, Updatefähigkeit, Protokollierung und Rollenrechte. Bei Formularen gehören Spam-Schutz, Datenschutztexte, Empfängerlogik und Fehlermeldungen in den Testumfang. Bei externen Systemen muss geklärt sein, was geschieht, wenn eine Schnittstelle nicht erreichbar ist.
Phase 4: SEO, Barrierefreiheit und Datenschutz vor dem Go-live absichern
Diese Themen sind keine Restarbeiten für die letzte Woche. Sie müssen von Beginn an mitlaufen, werden vor dem Go-live aber besonders gründlich geprüft.
Für SEO braucht jede relevante alte URL eine klare Entscheidung. Bleibt die URL bestehen, ist meist kein Redirect nötig. Ändert sie sich, wird eine 301-Weiterleitung auf die fachlich passende neue Seite eingerichtet. Pauschale Weiterleitungen auf die Startseite sind fast immer eine schlechte Lösung. Sie helfen weder Nutzern noch Suchmaschinen und können wertvolle Relevanz verlieren lassen.
Zur Abnahme gehören außerdem Seitentitel, Meta Descriptions, Überschriftenstruktur, Canonical-Tags, XML-Sitemap, Indexierungsregeln und die korrekte Einbindung von Tracking. Die Staging-Umgebung darf nicht indexierbar sein. Die Live-Website darf umgekehrt nicht versehentlich durch Noindex-Regeln oder eine Zugriffssperre blockiert werden.
Barrierefreiheit sollte anhand konkreter Nutzungssituationen geprüft werden: Ist die Navigation per Tastatur bedienbar? Haben Formulare verständliche Beschriftungen und Fehlermeldungen? Sind Kontraste ausreichend? Bleiben Inhalte bei Vergrößerung nutzbar? Für Unternehmen und öffentliche Auftraggeber können die Anforderungen nach BITV und WCAG zudem rechtlich und organisatorisch relevant sein.
Datenschutz betrifft unter anderem Formulare, eingebettete Dienste, Analysewerkzeuge, Karten, Videos und Cookie-Einwilligungen. Entscheidend ist, dass die technische Umsetzung zur datenschutzrechtlichen Bewertung passt. Eine Einwilligungsbox allein löst keine unzulässige Datenübertragung.
Phase 5: Abnahme und Go-live kontrolliert durchführen
Ein belastbarer Go-live-Plan enthält nicht nur einen Zeitpunkt, sondern einen Ablauf. Legen Sie fest, wer die Website veröffentlicht, wer unmittelbar danach testet und wer für technische Rückfragen erreichbar ist. Planen Sie ein Zeitfenster, in dem keine parallelen Inhaltsänderungen auf dem alten System erfolgen.
Die finale Abnahme sollte auf einem dokumentierten Testkatalog beruhen. Dazu zählen Darstellung auf relevanten Geräten und Browsern, Navigation, Suche, Formulare, Downloads, Benutzerrechte, Weiterleitungen, Tracking, Fehlermeldungen und Ladezeiten. Für größere Projekte lohnt sich ein Test mit realistischen Redaktions- und Nutzerszenarien statt einer rein technischen Klickprüfung.
Unmittelbar nach der Veröffentlichung werden die wichtigsten Seiten, Conversion-Wege und Statuscodes kontrolliert. Anschließend folgen die Einreichung der Sitemap, die Überwachung von Crawling-Fehlern sowie ein Vergleich zentraler Kennzahlen mit dem vorherigen Stand. Kleinere Korrekturen nach dem Go-live sind normal. Kritische Fehler bei Erreichbarkeit, Indexierung oder Formularen müssen dagegen priorisiert behandelt werden.
Die Zeit nach dem Relaunch einplanen
Ein Relaunch endet nicht mit dem Umschalten der Domain. In den ersten Wochen zeigt sich, ob Weiterleitungen greifen, Redaktionen mit dem CMS zurechtkommen und Nutzer die neue Struktur akzeptieren. Planen Sie deshalb eine Stabilisierung mit festen Ansprechpartnern, kurzen Reaktionswegen und einem Termin zur Auswertung ein.
Sinnvoll ist ein Rückblick nach vier bis acht Wochen: Welche Suchanfragen, Einstiegsseiten und Conversion-Pfade haben sich verändert? Welche Inhalte werden nachgefragt? Wo entstehen redaktionelle Rückfragen oder technische Engpässe? Daraus entsteht die nächste Optimierungsrunde - nicht als Zeichen eines unvollständigen Projekts, sondern als Teil einer Website, die langfristig wirksam bleiben soll.
Eine gute Vorlage schafft damit vor allem Verlässlichkeit. Sie macht Entscheidungen rechtzeitig sichtbar, schützt wichtige bestehende Werte und gibt allen Beteiligten einen gemeinsamen Rahmen für ein Projekt, das nach dem Go-live nicht nur neu aussieht, sondern besser funktioniert.
