Umzug bei laufendem Betrieb: Wie Ihre Website auf eine DXP wechselt

Solange gebaut wird, arbeitet das Projektteam auf einer eigenen Testumgebung, dem sogenannten Staging. Dort entstehen Frontend und Inhalte, dort klickt sich die Produktmanagerin durch die ersten Seiten, und dort findet die IT Fehler, bevor sie jemand draußen sieht. Die öffentliche Website bleibt davon unberührt.

Umgestellt wird erst, wenn Inhalte, Funktionen und Weiterleitungen geprüft und freigegeben sind. Technisch ist der Wechsel dann eine Änderung der Domain-Einstellungen (DNS) zu einem vereinbarten Termin. Diesen Termin legen wir gern auf einen ruhigen Tag. Die Woche vor der Messe in Hannover ist ein schlechter Kandidat, ebenso der Tag, an dem der neue Ersatzteilkatalog online gehen soll.

Heikel ist nur die Zeit dazwischen. Wer an der alten Seite noch etwas ändert, muss dieselbe Änderung in der neuen Plattform nachziehen, sonst geht sie beim Umstieg verloren. Für die Projektmonate gilt deshalb eine einfache Regel: an der alten Seite nur das Nötigste anfassen. Kurz vor dem Go-live folgt ein Content-Freeze, eine kurze Phase, in der niemand Inhalte ändert.

Am Anfang steht eine Bestandsaufnahme. Wir erfassen, welche Seiten, Inhaltstypen, Sprachen und Formulare es gibt, welche Schnittstellen bestehen und welche Seiten wie oft aufgerufen werden. Dazu führen wir Gespräche mit Marketing, IT und den Fachabteilungen. Dort weiß man meist genau, welche Seiten seit Jahren niemand mehr öffnet und welche der Vertrieb jeden Tag braucht.

Aus dieser Analyse entsteht das Content-Modell. Es legt fest, aus welchen Bausteinen eine Seite besteht und welche Felder die Redaktion befüllt, beim Produkt etwa Name, Datenblatt und technische Daten. Parallel entwerfen wir die Layouts für die wichtigsten Seitentypen. In dieser Phase fallen die meisten Entscheidungen, die später Zeit und Geld sparen.

Danach wird gebaut. Die Entwicklung programmiert das Frontend, richtet Storyblok mit Komponenten und Sprachen ein und bindet die Schnittstellen an. Auch Rollen und Freigabe-Workflows lassen sich in Storyblok abbilden. Welche Funktionen Ihr Storyblok-Vertrag enthält, klären wir gemeinsam vor dem Start.

Wie lange das alles dauert, hängt von der Zahl der Seiten, Sprachen und Schnittstellen ab und davon, wie gut die Inhalte vorbereitet sind. Als Richtwert: [PLATZHALTER: typische Dauer je Phase für Analyse, Konzept und Design, Migration, Schulung und Go-live].

Ein DXP-Projekt lässt sich nicht komplett auslagern. Planbar ist der Aufwand für Ihr Team trotzdem, wenn früh feststeht, wer wann gebraucht wird. Die meiste Arbeit liegt beim Marketing, das auf Ihrer Seite die Projektleitung übernimmt. Es ist in allen Phasen dabei, mit den größten Brocken bei Inhalten und Abnahmen.

Die Geschäftsführung braucht es zum Start, wenn Ziele und Budget festgelegt werden, und wieder bei der Freigabe von Design und Go-live-Termin. Die IT ist in der Analyse gefragt, weil sie bestehende Systeme, Schnittstellen und das Single Sign-on kennt, später dann beim Hosting und bei der Umstellung von DNS und Domains.

Der Einkauf verhandelt vor dem Projektstart Angebot und Vertrag mit uns. Den Vertrag für die Storyblok-Lizenz schließt Ihr Unternehmen direkt mit Storyblok ab, bei der Auswahl des passenden Plans helfen wir. Für die Zeit nach dem Start kommt die Betreuung dazu, und je nachdem, was vorab vereinbart wurde, auch der Hosting-Vertrag. Fachabteilungen und Produktmanagement liefern und prüfen Inhalte, vor allem während der Migration. Die Redaktion steigt mit der Schulung ein und befüllt in den Wochen vor dem Go-live die letzten Seiten.

Für Geschäftsführung, IT und Einkauf in fünf Punkten:

• Die bestehende Website bleibt bis zum Go-live online. Die neue entsteht auf einer separaten Testumgebung, umgestellt wird an einem vereinbarten Stichtag.

• Das Projekt läuft in sieben Phasen: Analyse, Content-Modell und Design, Entwicklung, Migration, Schulung, Go-live und Betrieb. Wo das Frontend gehostet wird und wer den Hosting-Vertrag hält, legen wir vor Projektstart mit Werbeberg fest.

• Ein Weiterleitungsplan für alle alten URLs schützt Google-Rankings und bestehende Links.

• Bei uns leitet das Marketing das Projekt. Geschäftsführung, IT und Einkauf werden zu klar definierten Zeitpunkten gebraucht.

• Die größten Zeitrisiken sind späte Inhalte, lange Freigabewege und neue Wünsche während der Umsetzung.