Online Shop Relaunch für SEO, Daten, Schnittstellen und Go-live
Ein Online Shop Relaunch modernisiert einen bestehenden Shop technisch, strukturell und prozessual. maexware unterstützt Unternehmen dabei, Shop-Struktur, SEO, Datenübernahme, Systemanbindungen und Go-live so zu planen, dass bestehende Geschäftsprozesse gezielt in die neue Shop-Umgebung überführt werden können.
Ein Relaunch betrifft meist deutlich mehr als Design und Frontend. Kategorien, Navigation, Produktdaten, Inhalte, URLs, Erweiterungen und technische Abhängigkeiten können sich gleichzeitig verändern. Werden diese Bereiche getrennt geplant, entstehen beim Wechsel auf die neue Shop-Umgebung unnötige Risiken für Nutzerführung, SEO und operative Abläufe.
Besonders wichtig ist die bestehende Systemlandschaft. Wenn ERP, PIM, Warenwirtschaft, CRM, Payment, Versand oder Middleware mit dem Shop verbunden sind, müssen Datenquellen, Schnittstellen und Prozessübergänge beim Relaunch neu bewertet und auf die geplante Architektur abgestimmt werden.
maexware betrachtet den Online Shop Relaunch deshalb als zusammenhängendes E-Commerce-Projekt: von der Analyse der bestehenden Shop- und Systemstruktur über SEO, Datenmigration und technische Umsetzung bis zu Testing, Staging und einem vorbereiteten Go-live.
Was bedeutet Online Shop Relaunch?
Ein Online Shop Relaunch bedeutet, einen bestehenden Shop technisch, strukturell, visuell oder prozessual weiterzuentwickeln. Dabei können Design und Nutzerführung ebenso verändert werden wie Shop-Struktur, technische Basis, Funktionen, Produktdaten oder angebundene Systeme.
Anders als bei einer rein optischen Überarbeitung betrifft ein Relaunch häufig auch bestehende URLs, Kategorien, Inhalte, Kundenkonten, Bestellungen, SEO-Signale und interne Abläufe. Welche Bereiche tatsächlich angepasst werden müssen, hängt von der Ausgangssituation und dem Ziel des Relaunchs ab.
Besonders wichtig sind die Abhängigkeiten zwischen Shop und Systemlandschaft. Werden Produktdaten beispielsweise aus einem PIM bereitgestellt, Preise und Bestände aus ERP oder Warenwirtschaft übertragen oder Bestellungen automatisiert weiterverarbeitet, müssen diese Datenflüsse und Prozessübergänge auch in der neuen Shop-Umgebung funktionieren.
Wann ein Online Shop Relaunch sinnvoll ist
Ein Online Shop Relaunch kann sinnvoll sein, wenn der bestehende Shop technisch, strukturell oder prozessual nicht mehr zu den aktuellen Anforderungen des Unternehmens passt. Typische Auslöser sind eine veraltete technische Basis, schwache Performance, unübersichtliche Shop-Strukturen, SEO-Probleme oder schwer wartbare Erweiterungen.
Häufig entsteht der Relaunch-Bedarf jedoch nicht durch ein einzelnes Problem. Über Jahre gewachsene Kategorien, unterschiedliche Datenquellen, historisch entstandene Schnittstellen und manuelle Zwischenschritte können dazu führen, dass Anpassungen an einer Stelle Auswirkungen auf mehrere andere Bereiche haben.
Auch neue geschäftliche Anforderungen können einen Relaunch auslösen. Dazu gehören beispielsweise B2B-Funktionen, zusätzliche Verkaufskanäle, internationale Shop-Strukturen, veränderte Produktdatenmodelle oder stärker automatisierte Bestell- und Datenprozesse. Entscheidend ist, ob die bestehende Shop- und Systemarchitektur diese Anforderungen noch sinnvoll unterstützt.
Online Shop Relaunch vs. Migration und neuer Shop
Online Shop Relaunch, Migration und Neuaufbau beschreiben unterschiedliche Projektschwerpunkte. Bei einem Relaunch wird ein bestehender Shop weiterentwickelt und an neue Anforderungen angepasst. Eine Migration konzentriert sich auf die Überführung von Systemen, Plattformen oder Daten, während ein neuer Online Shop von Grund auf konzipiert und umgesetzt wird.
Beim Online Shop Relaunch bleibt der bestehende E-Commerce-Auftritt der Ausgangspunkt. Je nach Projekt können Shop-Struktur, Design, Nutzerführung, Funktionen, URLs, Inhalte, Produktdaten und Systemanbindungen verändert werden. Bestehende Strukturen und Abhängigkeiten müssen deshalb gezielt in die Planung der neuen Shop-Umgebung einbezogen werden.
Eine Migration kann Bestandteil eines Relaunchs sein, ist aber nicht automatisch dasselbe. Wird beispielsweise das Shopsystem gewechselt oder werden bestehende Daten in eine neue technische Umgebung überführt, entsteht innerhalb des Relaunch-Projekts eine eigene Migrationsaufgabe. Steht die technische und fachliche Datenübernahme im Mittelpunkt, ist die Datenmigration der passendere Schwerpunkt.
Soll dagegen ein E-Commerce-Projekt ohne bestehenden Shop neu aufgebaut oder eine vorhandene Lösung vollständig durch einen neu konzipierten Shop ersetzt werden, verschiebt sich der Schwerpunkt zum Neuaufbau. Für diesen Projektansatz ist Onlineshop erstellen lassen die passende Vertiefung.
| Projektart | Fokus | Wann sinnvoll? |
|---|---|---|
| Online Shop Relaunch | Bestehenden Shop technisch, strukturell und prozessual weiterentwickeln. | Wenn ein vorhandener Shop modernisiert und an neue Anforderungen angepasst werden soll. |
| Migration | Systeme, Plattformen oder Daten in eine neue technische Umgebung überführen. | Wenn bestehende Systeme oder Daten in eine neue Plattform, Version oder Zielstruktur übernommen werden sollen. |
| Neuer Online Shop | E-Commerce-Lösung von Grund auf neu konzipieren und umsetzen. | Wenn ein neues E-Commerce-Projekt startet oder eine bestehende Lösung vollständig neu konzipiert werden soll. |
Relaunch-Planung: Struktur, Inhalte, Produkte und Navigation
Eine strukturierte Relaunch-Planung beginnt nicht mit dem neuen Design, sondern mit der Analyse des bestehenden Shops. Bevor die künftige Struktur festgelegt wird, sollte geklärt werden, welche Kategorien, Produktbereiche, Inhalte, Landingpages, Filter, Navigationsebenen und URLs vorhanden sind und welche davon übernommen, angepasst, zusammengeführt oder entfernt werden sollen.
Bestandsaufnahme vor dem Relaunch
Gerade über Jahre gewachsene Online Shops enthalten häufig doppelte Kategorien, veraltete Inhalte, uneinheitliche Produktdaten, historisch entstandene Landingpages oder komplexe Filter- und URL-Strukturen. Zur Bestandsaufnahme gehört deshalb nicht nur die sichtbare Shop-Struktur. Auch technische Erweiterungen, Datenquellen, bestehende Schnittstellen, Tracking und wichtige Geschäftsprozesse sollten erfasst werden, wenn sie vom Relaunch betroffen sein können.
Aus dieser Ist-Analyse lässt sich ableiten, welche Bestandteile erhalten bleiben, welche neu strukturiert werden und wo technische oder fachliche Abhängigkeiten bestehen. So entsteht eine belastbare Grundlage für die Zielstruktur, statt bestehende Probleme ungeprüft in die neue Shop-Umgebung zu übernehmen.
Zielstruktur für Shop, Inhalte und Produktdaten planen
Auf Basis der Bestandsaufnahme können Kategorien, Navigation, Landingpages, Filter und Inhalte für den neuen Shop geplant werden. Produktdaten sollten dabei nicht isoliert betrachtet werden: Attribute, Varianten, Medien, Beschreibungen und technische Daten können mit PIM, ERP, Warenwirtschaft oder internen Pflegeprozessen zusammenhängen.
Wenn Produktinformationen aus mehreren Quellen stammen oder bestehende Datenstrukturen grundlegend neu geordnet werden sollen, sollte auch das Produktdatenmanagement in die Relaunch-Planung einbezogen werden.
| Bereich | Was beim Relaunch geprüft werden sollte | Warum das relevant ist |
|---|---|---|
| Shop-Struktur | Kategorien, Unterkategorien, Landingpages, Filter, Navigation und interne Verlinkung analysieren. | Eine nachvollziehbare Struktur kann Nutzerführung, Produktfindung, SEO und spätere Pflege unterstützen. |
| Produktdaten | Produkte, Varianten, Attribute, Medien, Beschreibungen, technische Daten und Pflichtfelder prüfen. | Abgestimmte Produktdaten können Suche, Filter, Pflegeprozesse und die Anbindung weiterer Systeme erleichtern. |
| Inhalte | Kategorie-Texte, Ratgeber, Landingpages, Markeninhalte, FAQs und bestehende SEO-Inhalte bewerten. | Relevante Inhalte sollten erhalten, angepasst oder gezielt in die neue Struktur überführt werden. |
| Navigation | Hauptnavigation, mobile Navigation, Filter, Suche, Breadcrumbs und Nutzerwege planen. | Eine nachvollziehbare Navigation kann Kunden dabei unterstützen, relevante Produkte und Inhalte schneller zu finden. |
| URL-Struktur | Bestehende URL-Strukturen, künftige Kategoriepfade und die Zuordnung von Seiten zur geplanten Shop-Struktur berücksichtigen. | Die URL-Struktur beeinflusst SEO, Nutzerführung und die technische Umstellung beim Go-live. |
| Datenquellen | ERP, PIM, Warenwirtschaft, CMS, externe Dateien und manuelle Pflegeprozesse identifizieren. | Klare Datenquellen erleichtern die Zuordnung und Übernahme von Produktdaten und Inhalten in die neue Shop-Umgebung. |
SEO beim Online Shop Relaunch: URLs, Weiterleitungen und Metadaten
SEO sollte beim Online Shop Relaunch von Beginn an in die Planung einbezogen werden. Wenn sich URLs, Kategorien, Produktseiten, Inhalte oder interne Verlinkungen verändern, können bestehende Rankings, Sichtbarkeit und organischer Traffic betroffen sein. Deshalb ist wichtig, relevante SEO-Signale des bisherigen Shops zu erfassen und gezielt auf die neue Shop-Struktur zu übertragen.
Eine zentrale Aufgabe ist das Mapping bestehender URLs auf die künftigen Zielseiten. Produkt-, Kategorie- und Landingpage-URLs, die sich beim Relaunch ändern, sollten passenden neuen Seiten zugeordnet und mit geeigneten Weiterleitungen versehen werden. So lassen sich unnötige 404-Fehler, Redirect-Ketten und verlorene Verweise auf nicht mehr erreichbare URLs reduzieren.
Neben den URLs sollten auch Seitentitel, Meta Descriptions, H1-Strukturen, Canonicals, interne Links, strukturierte Daten, Sitemap und Indexierungsregeln geprüft werden. Relevante Inhalte sollten nicht allein aufgrund einer neuen Gestaltung entfernt oder stark verändert werden, ohne ihre bisherige Funktion für Nutzer und Suchmaschinen zu berücksichtigen.
Nach dem Go-live endet die SEO-Prüfung nicht. Weiterleitungen, Indexierung, Crawling, Rankings, organischer Traffic und wichtige Conversions sollten beobachtet werden, damit unerwartete Veränderungen früh erkannt und technisch oder inhaltlich eingeordnet werden können.
| SEO-Bereich | Was beim Relaunch geprüft werden sollte | Mögliches Risiko ohne Planung |
|---|---|---|
| URL-Struktur | Bestehende URLs erfassen und den künftigen Produkt-, Kategorie- und Landingpage-URLs zuordnen. | Relevante Seiten können ihre bisherige Zuordnung verlieren, wenn URL-Änderungen nicht strukturiert vorbereitet werden. |
| Weiterleitungen | Geänderte oder entfallende URLs auf passende Zielseiten weiterleiten und unnötige Redirect-Ketten vermeiden. | 404-Fehler, verlorene Verweise und zusätzliche Crawling-Aufwände können entstehen. |
| Metadaten und Seitensignale | Title, Meta Description, H1, Canonicals und strukturierte Daten übernehmen oder gezielt anpassen. | Bestehende Seitensignale können verloren gehen oder sich unbeabsichtigt verändern. |
| Content und interne Links | Kategorie-Texte, Ratgeber, Landingpages, FAQs, Produkttexte und interne Verlinkungen auf ihre künftige Funktion prüfen. | Relevante Inhalte oder interne Verbindungen können beim Umbau der Shop-Struktur verloren gehen. |
| Indexierung | Noindex-Regeln, Canonicals, Filterseiten, Sitemap, robots.txt und technische Indexierungslogik kontrollieren. | Relevante Seiten können ausgeschlossen oder nicht gewünschte Seiten unnötig indexiert werden. |
| Monitoring nach Go-live | Crawling, Indexierung, Rankings, organischen Traffic, Conversions und technische Auffälligkeiten beobachten. | Fehler oder unerwartete Veränderungen werden möglicherweise erst erkannt, wenn sie bereits Auswirkungen zeigen. |
Datenmigration beim Online Shop Relaunch
Bei vielen Online Shop Relaunch-Projekten müssen bestehende Daten in die neue Shop-Umgebung übernommen werden. Welche Daten tatsächlich migriert werden, hängt davon ab, wie stark sich Shopsystem, Datenmodell, Shop-Struktur und angebundene Systeme beim Relaunch verändern.
Betroffen sein können Produktdaten, Kategorien, Varianten und Attribute ebenso wie Kundenkonten, Bestellungen, Preise, Bestände, Medien, Dokumente oder bestehende Inhalte. Entscheidend ist dabei nicht nur, welche Daten vorhanden sind, sondern auch, welche davon im neuen Shop weiterhin benötigt werden und in welcher Zielstruktur sie verwendet werden sollen.
Vor der Übernahme sollten deshalb Datenquellen und Zuständigkeiten geklärt werden. Produktinformationen können beispielsweise aus einem PIM stammen, Preise aus dem ERP, Bestände aus der Warenwirtschaft und Inhalte aus einem CMS oder dem bisherigen Shopsystem. Werden diese Quellen beim Relaunch verändert, müssen auch Zuordnungen und Datenflüsse zur neuen Shop-Struktur passen.
Steht die technische und fachliche Überführung zwischen Ausgangs- und Zielsystem im Mittelpunkt, ist die Datenmigration die passende Vertiefung. Beim Online Shop Relaunch liegt der Schwerpunkt dagegen darauf, die Datenübernahme mit Shop-Struktur, Systemanbindungen, Tests und dem geplanten Go-live abzustimmen.
| Datenbereich | Was beim Relaunch geprüft werden sollte | Warum das relevant ist |
|---|---|---|
| Produktdaten | Produkte, Varianten, Attribute, Kategorien, Beschreibungen, technische Daten und Medien den vorgesehenen Zielstrukturen zuordnen. | Fehlende oder falsche Zuordnungen können Produktdarstellung, Suche, Filter und nachgelagerte Datenprozesse beeinträchtigen. |
| Kundendaten | Kundenkonten, Adressen, Kundengruppen, Rollen, B2B-Zuordnungen und Berechtigungen auf ihre weitere Verwendung prüfen. | Die neue Shop-Umgebung muss relevante Kundenbeziehungen und erforderliche Zugriffslogiken korrekt abbilden können. |
| Bestelldaten | Klarstellen, welche Bestellhistorien, Statuswerte, Belege und Referenzen im neuen Shop weiterhin benötigt werden. | Bestehende Bestelldaten können für Kundenservice, Nachvollziehbarkeit und angebundene Geschäftsprozesse relevant bleiben. |
| Preise und Bestände | Preislogik, Staffelpreise, Sonderkonditionen, Verfügbarkeiten und die jeweils führenden Datenquellen klären. | Beim Relaunch muss eindeutig sein, welche Systeme diese Werte liefern und wie sie im neuen Shop verarbeitet werden. |
| Medien und Dokumente | Bilder, PDFs, Datenblätter, Downloads und ihre Zuordnungen zu Produkten oder Inhalten prüfen. | Dateien allein reichen nicht aus, wenn ihre Beziehungen zu Produkten und Seiten bei der Übernahme verloren gehen. |
| Inhalte und Seitendaten | Landingpages, Kategorie-Inhalte, Metadaten und weitere benötigte Seitendaten der neuen Struktur zuordnen. | Bestehende Inhalte sollten gezielt übernommen werden, wenn sie im neuen Shop weiterhin eine fachliche oder SEO-relevante Funktion erfüllen. |
Schnittstellen und Systemanbindungen beim Relaunch
Ein Online Shop ist häufig mit ERP, PIM, Warenwirtschaft, CRM, Payment, Versand, Marktplätzen oder Middleware verbunden. Verändern sich beim Relaunch Shop-Struktur, Datenmodell, Funktionen oder technische Basis, muss deshalb geprüft werden, welche bestehenden Anbindungen unverändert weitergenutzt werden können und wo Anpassungen erforderlich sind.
Entscheidend sind dabei nicht nur die angebundenen Systeme, sondern auch ihre Rollen innerhalb der Prozesse. Für relevante Daten sollte klar sein, welches System sie führt, wohin sie übertragen werden und welche Rückmeldungen der Shop erhalten muss. Diese Zuständigkeiten bilden die Grundlage dafür, Datenflüsse und Prozessübergänge auf die neue Shop-Umgebung abzustimmen.
Bestehende Schnittstellen sollten deshalb nicht automatisch unverändert übernommen werden. Datenfelder, APIs, Mapping-Regeln, Statuswerte oder technische Anforderungen können sich seit der ursprünglichen Implementierung verändert haben. Auch Fehlerbehandlung, Protokollierung und Aktualisierungsregeln sollten dort neu bewertet werden, wo sich relevante Abläufe oder Systemgrenzen durch den Relaunch verändern.
Besonders relevant ist die Abstimmung zwischen Shop und ERP, wenn Bestellungen, Kunden, Preise, Bestände oder Statusinformationen systemübergreifend verarbeitet werden. Die E-Commerce-ERP-Integration vertieft diese Verbindung zwischen Shop und ERP. Wenn dagegen mehrere Anwendungen und ihre technischen Abhängigkeiten als gesamte Systemlandschaft betrachtet werden sollen, ist die Systemintegration der passendere Schwerpunkt.
| System | Typische Relaunch-Themen | Was geprüft werden sollte |
|---|---|---|
| ERP | Bestellungen, Kunden, Preise, Belege, Nummernkreise und Statuswerte. | Datenhoheit, Auftragslogik, Preisregeln, Kundenzuordnung und relevante Fehlerfälle auf die neue Shop-Umgebung abstimmen. |
| PIM | Produktdaten, Varianten, Attribute, Kategorien, Medien und kanalbezogene Inhalte. | Mapping, Pflichtfelder, Variantenlogik, Freigaben und Aktualisierungsregeln auf veränderte Shop-Strukturen prüfen. |
| Warenwirtschaft | Artikel, Bestände, Verfügbarkeiten, Lagerorte, Lieferstatus und operative Handelsdaten. | Bestandslogik, Reservierungen, Aktualisierungsintervalle und Statusrückmeldungen mit den neuen Shop-Prozessen abgleichen. |
| CRM | Kundendaten, Ansprechpartner, Kundengruppen, Segmente und relevante Vertriebsinformationen. | Kundenzuordnungen, Berechtigungen, Datenpflege und Synchronisationsregeln auf notwendige Anpassungen prüfen. |
| Payment und Versand | Zahlungsarten, Zahlungsstatus, Versandarten, Trackingnummern, Lieferstatus und Rückmeldungen. | Checkout, Statuslogik, Fehlerantworten, Kundenkommunikation und Prozessübergaben vor dem Go-live testen. |
| Middleware | Datenverteilung, Transformation, Mapping, Protokollierung und Prozesssteuerung. | Datenformate, Fehlerlogik, Zuständigkeiten und Abhängigkeiten zur neuen Shop-Umgebung überprüfen. |
Testing, Staging und Go-live sicher vorbereiten
Vor dem Go-live sollte der neue Shop in einer geeigneten Staging- oder Testumgebung unter realistischen Bedingungen geprüft werden. Dabei reicht es nicht aus, einzelne Funktionen isoliert zu testen. Entscheidend ist, ob zentrale Nutzerwege, Datenflüsse und Geschäftsprozesse auch im Zusammenspiel mit den angebundenen Systemen wie vorgesehen funktionieren.
Dafür eignen sich durchgängige Testszenarien, die typische Abläufe vom Shop bis in nachgelagerte Systeme abbilden. Ein Test kann beispielsweise bei Produktsuche und Kundenanmeldung beginnen, über Warenkorb und Checkout bis zur Bestellübergabe an ERP oder Warenwirtschaft reichen und anschließend Statusänderungen, Zahlung, Versand oder weitere Rückmeldungen einbeziehen.
Vor der Umstellung sollte außerdem ein konkreter Go-live-Ablauf feststehen. Dazu gehören je nach Projekt die finale Datensynchronisation, ein möglicher Datenfreeze, das Einspielen vorbereiteter Weiterleitungen, die Aktivierung oder Umstellung von Schnittstellen sowie die Kontrolle von Tracking und zentralen Shop-Funktionen.
Ebenso wichtig sind klare Zuständigkeiten und Eskalationswege. Für kritische Fehler sollte vorab definiert werden, wer Entscheidungen trifft und welche Maßnahmen möglich sind. Je nach technischer Ausgangslage kann dazu auch ein Fallback-Konzept gehören, falls der neue Shop oder ein geschäftskritischer Prozess nicht wie vorgesehen produktiv betrieben werden kann.
| Testbereich | Was vor dem Go-live geprüft werden sollte | Ziel der Prüfung |
|---|---|---|
| Shop-Funktionen | Navigation, Suche, Filter, Produktseiten, Warenkorb, Checkout, Kundenkonto und mobile Nutzung testen. | Zentrale Nutzerwege sollen in der neuen Shop-Umgebung wie vorgesehen funktionieren. |
| Daten | Stichproben und relevante Vollständigkeitsprüfungen für Produkte, Kategorien, Varianten, Preise, Bestände, Kunden und Bestellungen durchführen. | Fehlende, falsch zugeordnete oder unerwartet veränderte Daten sollen vor der Umstellung erkannt werden. |
| Schnittstellen und Prozesse | Geschäftsrelevante Abläufe über Shop, ERP, PIM, Warenwirtschaft, Payment, Versand und weitere beteiligte Systeme testen. | Datenübergaben, Statuswechsel und Prozessübergänge sollen systemübergreifend nachvollziehbar funktionieren. |
| SEO | Vorbereitete Weiterleitungen, Canonicals, Sitemap, robots.txt und relevante Indexierungseinstellungen kontrollieren. | Die in der Relaunch-Planung vorgesehenen SEO-Maßnahmen sollen technisch korrekt umgesetzt sein. |
| Tracking | Analytics, Conversion-Tracking, relevante Events und Consent-Konfiguration in der neuen Umgebung testen. | Wichtige Nutzeraktionen und Conversions sollen nach der Umstellung weiterhin nachvollziehbar sein. |
| Go-live | Launch-Ablauf, finale Synchronisation, Datenfreeze, Verantwortlichkeiten, Kontrollpunkte und mögliche Fallback-Maßnahmen festlegen. | Die technische Umstellung soll mit klaren Schritten, Zuständigkeiten und Reaktionswegen vorbereitet sein. |
Was beeinflusst Aufwand und Umfang eines Online Shop Relaunchs?
Der Aufwand eines Online Shop Relaunchs lässt sich nicht allein an der Anzahl der Seiten oder Produkte festmachen. Entscheidend ist, wie stark sich der bestehende Shop verändert, welche technischen und fachlichen Abhängigkeiten bestehen und wie viele Bereiche bei der Umstellung miteinander koordiniert werden müssen.
Ein Relaunch innerhalb einer weitgehend bestehenden Struktur hat einen anderen Umfang als ein Projekt, bei dem gleichzeitig Shop-Architektur, technische Basis, Datenmodell, individuelle Funktionen und Systemanbindungen verändert werden. Mit jeder zusätzlichen Abhängigkeit steigen typischerweise auch Anforderungen an Analyse, Konzeption, Umsetzung und Tests.
Für die Einschätzung des Projektumfangs sollten deshalb Ausgangslage und Zielbild gemeinsam betrachtet werden. Erst wenn klar ist, was bestehen bleibt, was verändert werden soll und welche Systeme oder Geschäftsprozesse davon betroffen sind, lässt sich der erforderliche Relaunch-Umfang sinnvoll abgrenzen.
Typische Risiken bei einem Online Shop Relaunch
Risiken bei einem Online Shop Relaunch entstehen häufig nicht innerhalb eines einzelnen Bereichs, sondern an den Übergängen zwischen Shop-Struktur, Daten, Systemen und Geschäftsprozessen. Eine Änderung kann dadurch Auswirkungen auf mehrere nachgelagerte Bereiche haben, die bei isolierter Planung leicht übersehen werden.
Deshalb sollten Risiken bereits während der Planung identifiziert und mit konkreten Prüfungen oder Gegenmaßnahmen verbunden werden. Entscheidend ist nicht, jedes mögliche Problem vorherzusagen, sondern kritische Abhängigkeiten sichtbar zu machen und für relevante Szenarien klare Kontrollpunkte und Zuständigkeiten festzulegen.
Besondere Aufmerksamkeit verdienen Bereiche, deren Fehler erst nach der Umstellung sichtbar werden oder unmittelbar operative Prozesse betreffen. Dazu gehören beispielsweise nicht erreichbare URLs, unvollständige Daten, fehlerhafte Systemübergaben, abweichende Preis- oder Bestandsinformationen sowie Störungen in Checkout und Bestellverarbeitung.
| Risiko | Mögliche Auswirkung | Gegenmaßnahme |
|---|---|---|
| Unklare Relaunch-Ziele | Anforderungen und Prioritäten werden unterschiedlich interpretiert oder wichtige Abhängigkeiten erst während der Umsetzung sichtbar. | Ziele, betroffene Bereiche, Abhängigkeiten und Abnahmekriterien vor der Umsetzung gemeinsam festlegen. |
| Fehlendes URL-Mapping | Geänderte oder entfallende URLs führen auf unpassende Zielseiten oder erzeugen 404-Fehler; bestehende Sichtbarkeit kann beeinträchtigt werden. | Relevante Bestands-URLs erfassen, neuen Zielseiten zuordnen und erforderliche Weiterleitungen vor dem Go-live vorbereiten und testen. |
| Fehlerhafte Datenübernahme | Produkte, Kunden, Bestellungen, Preise, Bestände oder Inhalte sind unvollständig, falsch zugeordnet oder entsprechen nicht der vorgesehenen Zielstruktur. | Datenquellen und Mapping festlegen sowie übernommene Daten durch Validierung, Stichproben und fachliche Prüfungen kontrollieren. |
| Nicht angepasste Schnittstellen | Datenübergaben, Statuswerte oder nachgelagerte Prozesse funktionieren mit der neuen Shop-Umgebung nicht wie vorgesehen. | Betroffene Schnittstellen und Prozessketten identifizieren, notwendige Anpassungen umsetzen und systemübergreifend testen. |
| Unvollständige End-to-End-Tests | Einzelne Funktionen bestehen ihre Tests, während Fehler erst im Zusammenspiel von Shop, Daten und angebundenen Systemen auftreten. | Geschäftskritische Abläufe als durchgängige Testszenarien abbilden und klare Abnahmekriterien definieren. |
| Unklarer Go-live-Ablauf | Bei Datenstand, Systemumschaltung, Verantwortlichkeiten oder kritischen Fehlern entstehen während der Umstellung unnötige Verzögerungen und Abstimmungsprobleme. | Go-live-Schritte, Kontrollpunkte, Zuständigkeiten, Eskalationswege und je nach Projekt geeignete Fallback-Maßnahmen vorab festlegen. |
Wie maexware beim Online Shop Relaunch unterstützt
maexware unterstützt Unternehmen dabei, einen Online Shop Relaunch als zusammenhängendes E-Commerce-Projekt zu planen und umzusetzen. Ausgangspunkt sind der bestehende Shop, die angebundene Systemlandschaft und die Geschäftsprozesse, die auch nach der Umstellung zuverlässig funktionieren sollen.
Auf dieser Grundlage werden Zielbild und Relaunch-Umfang definiert. Dabei wird festgelegt, welche Strukturen und Funktionen bestehen bleiben, welche Bereiche verändert werden und welche Abhängigkeiten bei Daten, SEO und Systemanbindungen in der Umsetzung berücksichtigt werden müssen.
Die weitere Umsetzung folgt diesen Anforderungen bis zur technischen Prüfung und zum Go-live. So werden Shop, Daten und angebundene Systeme nicht als getrennte Teilprojekte behandelt, sondern entlang der relevanten Nutzer- und Geschäftsprozesse aufeinander abgestimmt.
Häufige Fragen zum Online Shop Relaunch
Was bedeutet Online Shop Relaunch? ▾
Wann ist ein Online Shop Relaunch sinnvoll? ▾
Was ist der Unterschied zwischen Relaunch, Migration und neuem Online Shop? ▾
Warum ist SEO beim Online Shop Relaunch wichtig? ▾
Welche Daten können bei einem Shop Relaunch migriert werden? ▾
Was passiert mit ERP, PIM und Warenwirtschaft beim Relaunch? ▾
Warum ist ein Staging-System beim Online Shop Relaunch wichtig? ▾
Was beeinflusst Aufwand und Umfang eines Online Shop Relaunchs? ▾
Online Shop Relaunch strukturiert umsetzen
Ein Online Shop Relaunch sollte bestehende Strukturen nicht nur technisch ersetzen, sondern gezielt auf das geplante Zielbild ausrichten. Entscheidend ist, Veränderungen am Shop gemeinsam mit den davon betroffenen Daten, Systemanbindungen und Geschäftsprozessen zu planen.
Eine strukturierte Vorbereitung schafft dafür die Grundlage: Anforderungen und Abhängigkeiten werden vor der Umsetzung sichtbar, kritische Abläufe können gezielt geprüft und die Umstellung mit klaren Verantwortlichkeiten vorbereitet werden.
