Shopify Relaunch vs Redesign: Was dein Store wirklich braucht
⏱ 14 Min. Lesezeit
Die meisten „wir brauchen einen Relaunch“-Projekte werden schon am ersten Tag falsch diagnostiziert. Ein Gründer sieht einen in die Jahre gekommenen Shop, beschließt, alles neu zu bauen, und gibt ein Budget frei, das ein Problem löst, das das Unternehmen nie hatte. Das Gegenteil passiert genauso oft: Ein Shop, der wirklich nicht skalieren kann, bekommt nur einen frischen Anstrich, geht live und läuft drei Monate später gegen dieselbe Wand. Ein Shopify Relaunch, ein reines Redesign und ein kompletter Rebuild sind drei verschiedene Aufgaben mit drei verschiedenen Preisschildern, Zeitrahmen und Risikoprofilen. Sie als austauschbar zu behandeln, ist der Weg, auf dem Marken still und leise sechsstellige Budgets verbrennen.
Dieser Guide trennt die drei sauber voneinander. Du erfährst, welche Option dein Shop wirklich braucht, was jede realistisch an Zeit und organischem Traffic kostet und wie du den teuersten Fehler dieser ganzen Kategorie vermeidest: alles gleichzeitig zu ändern und die Rankings zu verlieren, die du dir über Jahre aufgebaut hast.
Die kurze Antwort: Relaunch, Redesign oder Rebuild
Bevor es ins Detail geht, hier die ganze Entscheidung in drei Zeilen. Ein Redesign verändert, wie der Shop aussieht und sich anfühlt, während die Plattform darunter bleibt. Ein Replatforming tauscht die Plattform und verschiebt deine Daten, hält den Frontend-Auftritt aber idealerweise stabil. Ein Rebuild verändert Frontend und Architektur zugleich, meist weil du Themes ausgereizt hast und Custom oder Headless brauchst. Ein „Relaunch“ bündelt in der Praxis oft die letzten beiden.
Die entscheidenden Hebel sitzen in der Experience-Ebene, denn dort verlieren Shops tatsächlich Umsatz. Die Kaufabbruchrate liegt im E-Commerce bei rund 70 %, laut der Forschung des Baymard Institute, also zählen Layout und Trust-Signale so viel wie die Plattform darunter. Lies die Tabelle unten: mittlere Spalte für das, was jeder Weg repariert, rechte Spalte für den Auslöser, der ihn rechtfertigt.
| Weg | Was er behebt | Auslöser für die Wahl |
|---|---|---|
| Redesign | Optik, UX, Layout, Botschaft, Conversion | Plattform läuft, aber der Shop konvertiert schwach oder wirkt veraltet |
| Replatforming | Technik, Admin, Integrationen, Skalierung | Die Plattform bremst Wachstum, das Design ist in Ordnung |
| Rebuild | Frontend und Backend zusammen | Themes ausgereizt, Custom oder Headless nötig |
Wähle den kleinsten Eingriff, der das benennbare Problem vollständig löst. Jede zusätzliche Ebene, die du öffnest, erhöht Budget, Zeit und Traffic-Risiko. „Wenn wir schon dabei sind“ ist der teuerste Satz im E-Commerce.
Was bedeutet Relaunch beim Onlineshop?
Relaunch heißt wörtlich Neustart oder Wiedereinführung. Bei einer Website oder einem Shop bedeutet das: Eine grundlegend überarbeitete Version geht auf einen Schlag live, mit neuem Design, neuer Technik oder beidem. Genau deshalb ist der Begriff so unscharf. Hinter „Shopify Relaunch“ kann ein neues Theme auf derselben Plattform stecken, ein Umzug von Shopware oder Magento zu Shopify oder ein kompletter Neubau.
Die Alternative zum Relaunch ist kontinuierliche Optimierung: kleine, messbare Änderungen an einzelnen Templates, Seiten oder Abläufen, jede für sich getestet. Für einen Shop, dessen Plattform und Struktur grundsätzlich tragen, ist das fast immer der günstigere und risikoärmere Weg. Ein Relaunch lohnt sich erst, wenn die Baustellen so tief liegen, dass einzelne Optimierungen sie nicht mehr erreichen, etwa bei einem Theme ohne Online-Store-2.0-Sections oder einer Plattform, die neue Märkte und Integrationen nicht abbilden kann.
Was jede Option wirklich verändert (und was bleibt)
Die Begriffe werden in Meetings synonym verwendet, und genau so geben Marken Rebuild-Budgets für Redesign-Ergebnisse aus. Präzision hier spart später Geld. Ein Redesign baut die Experience auf deiner bestehenden Plattform neu. Ein Replatforming, oft E-Commerce-Migration genannt, verschiebt Shop, Daten und Integrationen auf ein anderes System. Ein Rebuild denkt die Architektur selbst neu.
| Begriff | Ändert sich meist | Bleibt meist |
|---|---|---|
| Redesign | Templates, Styling, Seitenfluss, Text | Plattform, URLs, Katalog, Checkout |
| Replatforming | Plattform, Admin, Integrationen, Daten | Look and Feel, Marke, idealerweise URLs |
| Rebuild | Frontend, Backend, Datenmodell | Nur Marke und Produktdaten |
Die praktische Lehre aus der Tabelle: Ein Redesign sollte deine URLs fast nie anfassen, und ein Replatforming fast nie dein Design. Wenn ein Projekt beides ändert, hast du dich still für einen Rebuild entschieden, ob ihn jemand so genannt hat oder nicht. Ist der Grund für den Wechsel ein konkreter technischer Block, plane ihn als saubere Migration ohne SEO-Verlust, nicht als Design-Refresh mit angeflanschtem Plattformwechsel.
So erkennst du, welches Problem du wirklich hast
Die ehrliche Diagnose beginnt mit einer Frage: Sitzt der Schmerz im Frontend oder im Backend? Ein veralteter Look, eine unübersichtliche Produktseite und ein undichter Checkout sind Experience-Probleme, und sie liegen über der Plattform. Langsamer Admin, fehlende Integrationen, harte Grenzen bei der Katalog-Größe und steigende Wartungskosten sind Plattform-Probleme. Ordne das Symptom der Ursache zu, bevor jemand Figma öffnet.
| Symptom | Wahrscheinliche Ursache | Erster richtiger Schritt |
|---|---|---|
| Shop wirkt veraltet, hohe Absprungrate | Design und UX | Redesign |
| Traffic passt, Conversion ist schwach | UX und Vertrauen | Redesign oder CRO |
| Admin langsam, Exporte scheitern | Plattform-Grenzen | Replatforming |
| Keine neuen Märkte oder Custom-Logik | Architektur-Decke | Rebuild |
| Seiten laden langsam auf Mobile | Meist Theme oder Apps | Erst diagnostizieren |
Die letzte Zeile ist der Ort, an dem Geld verloren geht. Ein langsamer Shop fühlt sich wie ein Plattform-Versagen an, also greifen Teams zur Migration. In den meisten Fällen liegt die Ursache bei einem überladenen Theme, rendernden Apps oder unoptimierten Bildern, und keines davon behebt eine neue Plattform von allein. Bestätige es, indem du zuerst deine Core Web Vitals prüfst, bevor du die Plattform verurteilst.
Miss zuerst eine Baseline: organische Sessions, Conversion Rate und Ladezeit, erfasst bevor die Arbeit startet. Ohne Startpunkt kannst du nie beweisen, dass das Projekt etwas gebracht hat, und „fühlt sich schneller an“ ist keine Kennzahl, die ein CFO akzeptiert.
Was ein Shopify Redesign tatsächlich behebt
Ein Redesign verdient sein Budget, wenn die Plattform solide ist, aber die Experience Umsatz kostet. Shopify erledigt vieles von Haus aus, also sind die umsatzschädlichen Probleme auf einem gesunden Shop meist visuelle Klarheit, Produktseiten-Struktur, Navigation und Vertrauen. Genau das repariert ein Redesign, ohne das Risiko, Daten oder URLs zu verschieben.
Das Potenzial ist real und messbar. Über aktuelle Benchmarks konvertiert der durchschnittliche E-Commerce-Shop zwischen 2 % und 4 %, während das obere Fünftel der Shopify-Shops über 3,2 % konvertiert, laut Conversion-Benchmarks 2026. Der Sprung von einer schwachen zu einer klaren Produktseite ist oft genau der Unterschied zwischen diesen Zahlen, und er berührt die Plattform nicht.
Ein Redesign kann Wert aber auch zerstören, wenn es als reine Stilübung läuft. Ein Elektronik-Händler sah die Conversion nach einem Redesign von 1,9 % auf 1,2 % fallen, ein Rückgang um 37 %, trotz modernem Look und schnelleren Seiten, weil das neue Design Bewertungszahlen aus den Kategorieseiten entfernte und Sicherheits-Badges aus dem Checkout strich, dokumentiert in einer CRO-Analyse 2026. Die Lehre ist unbequem: Ein hübscherer Shop ist kein besserer Shop. Behalte die Trust-Elemente, die internen Links und die Inhalte, die bereits ranken. Fällt die Conversion nach dem Launch trotzdem, hilft unser Leitfaden zur Conversion nach einem Shopify Relaunch: erst die Ursachen finden, dann am Design drehen.
Ein veralteter Look ist ein Theme-Problem, kein Plattform-Problem. Jede ernstzunehmende Plattform bietet moderne, conversion-orientierte Themes, und ein Redesign auf deiner aktuellen Plattform dauert Wochen und kostet einen Bruchteil einer Migration. Für ein optisches Problem zu replatformen ist, als würdest du umziehen, weil du die Küche streichen willst.
Wann ein Replatforming die richtige Wahl ist
Replatforming ist die richtige Antwort, wenn die Plattform selbst die Wachstumsdecke ist. Das ist ein Umbau deines Kern-Betriebs, kein Pflaster, und es berührt Architektur, Workflows und Daten. Es lohnt die Störung, wenn das aktuelle System das Geschäft aktiv ausbremst, nicht nur, wenn es müde aussieht.
Signale, dass du deine Plattform ausgereizt hast
Das sind die ehrlichen Auslöser für einen Wechsel, meist zu Shopify von einem schwereren oder älteren System:
- 🧱 Ein Routine-Feature erfordert immer wieder teure Custom-Entwicklung.
- 🐌 Der Admin wird langsam oder Exporte brechen, wenn der Katalog wächst.
- 🔌 Kern-Tools integrieren nicht mehr, oder Integrationen brechen bei jedem Update.
- 🌍 Du kannst neue Märkte, Währungen oder Sprachen nicht sauber abbilden.
- 💸 Wartung und Hosting kosten mehr, als die Plattform zurückbringt.
Treffen zwei oder mehr davon zu, ist die Plattform das Problem und ein Redesign löst es nicht. Wenn du wechselst, behandle die SEO-Umstellung als eigenen Arbeitsstrang neben dem Build, und sichere deine Redirect-Map vor dem Launch, nicht danach. Für den kompletten Ablauf hilft unser Guide zur Shopify Migration.
Wenn ein „langsamer Shop“ kein Plattformproblem ist
Geschwindigkeit ist das am häufigsten fehlgedeutete Signal in dieser ganzen Entscheidung. Bevor du deine Plattform für zu langsam erklärst, schließe die üblichen Verdächtigen aus: schwere Apps, ein überbautes Theme und große, unoptimierte Bilder. Ein Entwickler, der eine hohe Summe für ein Custom-Feature aufruft, löst oft etwas, das eine schlanke Erweiterung längst kann, also hol dir eine zweite Meinung, bevor daraus ein Migrationsprojekt wird. Arbeite zuerst eine Page-Speed-Checkliste ab, und eskaliere nur dann zur Plattform-Entscheidung, wenn der Shop wirklich durch das System begrenzt ist, nicht durch seine Konfiguration.
Shopify Replatforming: Was beim Umzug mitkommt und was nicht
Ein Wechsel zu Shopify ist selten eine reine Kopie. Deine Daten müssen in das Datenmodell von Shopify passen, manches lässt sich gar nicht übertragen, und die URL-Struktur ändert sich fast immer. Wer das vor Projektstart weiß, macht aus dem Replatforming einen planbaren Job statt einer Überraschung in der Launch-Woche. Nutze diese Bestandsaufnahme als erstes Scoping-Dokument, bevor jemand einen Zeitplan schätzt.
| Was du heute hast | Kommt es mit? | Was du einplanen musst |
|---|---|---|
| Produkte, Varianten, Bilder | Ja, per CSV-Import, Admin API oder Migrations-App | Alte Attribute auf Shopify-Optionen oder Metafields mappen und große Produkte gegen die aktuellen Varianten- und Optionsgrenzen von Shopify prüfen |
| Kundenprofile | Ja: Namen, Adressen, Tags, Marketing-Einwilligung | Passwörter lassen sich nicht migrieren (Shopify Hilfe-Center, Stand: Oktober 2026). Mit klassischen Kundenkonten lädst du Kunden ein, ein neues Passwort zu setzen; mit den neuen Kundenkonten von Shopify melden sie sich ohne Passwort per Einmalcode aus der E-Mail an. Plane die Kundenkommunikation in beiden Fällen |
| Bestellhistorie | Ja, meist über eine Migrations-App oder die API, nicht über die Kunden-CSV | Entscheide, wie viele Jahre du brauchst: Kundenservice, Retouren und Auswertungen zum Customer Lifetime Value hängen daran |
| URLs | Nein, sie werden neu angelegt | Shopify nutzt feste Pfade wie /products/, /collections/, /pages/ und /blogs/, also braucht fast jede alte URL einen 301-Redirect |
| SEO-Metadaten | Nur, wenn gemappt | Titles, Meta Descriptions und Alt-Texte Feld für Feld zuordnen; nicht jedes Tool überträgt sie standardmäßig |
| Bewertungen, Treueprogramm, Abos | Über die jeweiligen Apps | Aus der alten App exportieren, in die neue importieren; Abos brauchen den Migrationsweg des Zahlungsanbieters |
| ERP, PIM, 3PL | Nein, sie werden neu angebunden | Jede Verbindung braucht ein Shopify-Gegenstück: eine bestehende App oder eine Eigenentwicklung |
Die Details hängen vom Quellsystem ab. Eine Magento zu Shopify Migration kämpft meist mit Attributsets, Extension-Daten und komplexen URL-Rewrites. Bei einer WooCommerce zu Shopify Migration sind es eher Plugin-Daten, aus Attributen gebaute Variationen und gewachsene Permalink-Strukturen.
Ein Umzugsablauf, der den Umsatz schützt
Replatforming scheitert in den Lücken zwischen Teams: Die Datenleute nehmen an, SEO kümmert sich um die URLs, SEO nimmt an, die Entwicklung hat die Redirects, und den Umschalttag verantwortet niemand. Diese Reihenfolge schließt die Lücken:
- Leg den Umfang schriftlich fest: was umzieht, was auf Shopify neu gebaut wird und was wegfällt.
- Bau den Shopify-Shop so nah am aktuellen Design wie praktikabel, damit der Wechsel ein Plattformwechsel bleibt und kein verstecktes Redesign wird.
- Fahr eine Testmigration in einen Entwicklungsshop und gleich ab: Produkte, Varianten, Kunden, Bestellungen und Umsatzsummen müssen zur Quelle passen.
- Bau die Redirect-Map aus Crawl und Analytics-Export und spiel sie vor dem Launch über den URL-Redirect-Import von Shopify ein.
- Fahr am Umschalttag eine Delta-Migration für Bestellungen und Kunden seit der Testmigration, dann stell die Domain um.
- Überwache mindestens 90 Tage Index-Abdeckung, 404-Fehler und Conversion je Landingpage gegen deine Baseline.
Wann du einen kompletten Rebuild brauchst
Ein Rebuild ist der größte, teuerste Weg, und er ist überzogen für eine Marke, die nur eine bessere Experience braucht. Er wird zur richtigen Wahl, wenn du wirklich ausgereizt hast, was Themes und Standard-Apps erlauben: komplexe Custom-Logik, ein Headless-Frontend für Speed und Flexibilität, tiefe Systemintegration oder ein Maß an Kontrolle, das die Theme-Ebene nicht geben kann. Der E-Commerce-Rebuild rechtfertigt sich durch Architektur, nicht durch Ästhetik.
Die Warnung hier heißt Verhältnismäßigkeit. Ein Redesign repariert keine Plattform, die nicht skalieren kann, und ein Replatforming repariert keinen Storefront, der nicht konvertiert, aber ein kompletter Rebuild ist die falsche Antwort auf eines dieser Probleme allein. Reserviere ihn für den Fall, in dem Frontend und darunterliegendes System gleichzeitig die Grenze sind, und in dem das freigesetzte Wachstum den Build klar finanziert. Wenn er richtig ist, verändert er alles. Wenn er aus Ungeduld gewählt wird, ist er ein sehr teurer Weg, ein kleines Problem zu lösen.
Der versteckte Kostenpunkt: verlorener organischer Traffic
Hier ist die Position, die es nie auf den Projektplan schafft, und die am häufigsten darüber entscheidet, ob sich das Ganze rechnet. Jede Änderung an deinen URLs, deiner Plattform oder deiner Struktur ist für Google eine Migration, und Migrationen verlieren organischen Traffic per Default. Eine Ahrefs-Studie von 2025 fand, dass rund 60 % der Migrationen messbaren organischen Traffic-Verlust verursachen, berichtet in einer Migrations-Checkliste 2026.
Das Ausmaß der Kehrseite wird leicht unterschätzt. Eine Search-Engine-Journal-Analyse von 892 Domain-Migrationen, veröffentlicht Anfang 2025, fand eine durchschnittliche Erholungsdauer von 523 Tagen, knapp 18 Monate, mit den schnellsten Erholungen bei 19 bis 33 Tagen und 17 % der Seiten, die selbst nach 1.000 Tagen ihren früheren Traffic nie wieder erreichten, laut diesem Migrations-Playbook 2026. Dieser Spitzenwert gilt für die riskantesten Züge, Domain-Migrationen, zeigt aber die Obergrenze dessen, was eine unsaubere Umstellung kostet.
Geld folgt dem Traffic. Redesigns verursachen typisch einen Traffic-Rückgang von 10 % bis 25 % in den ersten 30 Tagen, mit Erholung über zwei bis acht Monate je nach Komplexität, laut einer Redesign-SEO-Checkliste 2026.
Werden Redirects schlecht umgesetzt, ist der Schaden sofort da: Ein großer Händler verlor Berichten zufolge im ersten Monat rund 3,8 Mio. £ an organischem Umsatz, nachdem sein IT-Team die Redirect-Empfehlungen während eines Redesigns ablehnte, dokumentiert in einer Migrations-Untersuchung 2025. Wenn der Traffic nach deinem Launch nachgibt, arbeite das systematisch ab, statt zu warten, dass er sich von allein erholt.
Rankings leben auf URL-Ebene, nicht auf Seiten-Ebene. Wenn eine Änderung eine URL ohne sauberen 301-Redirect entfernt oder verändert, verpuffen die daran hängenden Backlinks, die Ranking-Historie und die internen Links. Genau dieses eine Versäumnis steckt hinter den meisten „erfolgreichen“ Launches, die still ein Drittel ihres Traffics verloren haben.
Der teuerste Fehler: alles gleichzeitig ändern
Das riskanteste Projekt im E-Commerce-SEO ist, Domain, Plattform und URL-Struktur gleichzeitig zu ändern. Praktiker nennen es die dreifache Bedrohung, und Marken versuchen es ständig, weil Bündeln effizient wirkt. Es ist das Gegenteil. Wenn drei große Änderungen zusammen live gehen und der Traffic fällt, kannst du nicht isolieren, welche es verursacht hat, also kannst du es nicht schnell beheben, und die Erholungsuhr läuft monatelang.
Googles eigene Site-Move-Leitlinie zeigt in die andere Richtung: Mach große Änderungen nacheinander, nicht alle auf einmal, damit Suchmaschinen jede sauber verarbeiten. Trenne ein Replatforming von einem Redesign in getrennte Phasen, launche den Plattformwechsel mit bestehendem Design und intakten URLs, bestätige, dass die Rankings halten, und fahre dann das Redesign als zweites, risikoärmeres Projekt. Zwei ruhige Launches schlagen einen dramatischen.
Die Tabelle unten übersetzt den Umfang in ein Risiko. Finde die Zeile, die zu dem passt, was du tatsächlich änderst.
| Änderungsumfang | SEO-Risiko | Erholungsaussicht |
|---|---|---|
| Redesign, gleiche URLs | Niedrig | Tage bis wenige Wochen |
| Replatforming, URLs bleiben | Mittel | Wochen bei sauberen Redirects |
| Redesign plus URL-Änderungen | Hoch | Zwei bis acht Monate |
| Domain, Plattform, URLs zusammen | Kritisch | Monate, teils nie ganz |
Kosten, Zeitrahmen und Risiko je Weg
Budget und Zeitrahmen skalieren mit dem Umfang, und die ehrlichen Spannen sind weiter, als die meisten Angebote zugeben. Nimm die Werte unten als Planungsbänder, nicht als Garantien; Katalog-Größe, Integrationen und URL-Anzahl treiben die echte Zahl. Unabhängige Untersuchungen beziffern eine typische Neubau-Investition auf 12.000 bis 60.000 £, wobei Migrationen am höheren, riskanteren Ende dieses Bandes liegen, laut der oben zitierten Analyse von 2025.
| Weg | Typischer Zeitrahmen | Traffic-Risiko |
|---|---|---|
| Redesign | Wochen | Niedrig, wenn URLs bleiben |
| Replatforming | Monate | Mittel bis hoch |
| Rebuild | Mehrere Monate | Hoch, in Phasen |
Beachte, was die Tabelle über die Reihenfolge sagt. Ein Redesign ist günstig, schnell und risikoarm, deshalb sollte es deine Standardhypothese sein, bis eine echte Plattform-Grenze einen größeren Schritt erzwingt. Je weiter du in der Tabelle nach unten gehst, desto stärker dominiert die SEO-Umstellung das Budget, und desto eher kann ein einziger vergessener Redirect die gesamte Rendite auslöschen.
Was Dauer und Kosten eines Shopify Relaunchs bestimmt
Wie lange ein Relaunch dauert und was er kostet, lässt sich ohne festen Umfang nicht seriös beziffern. Die Faktoren, die Angebote auseinanderziehen, sind aber immer dieselben:
- 🧩 Anzahl der Templates: Startseite, Kollektion, Produkt, Landingpages, Blog. Jedes eigene Layout kostet Design- und Entwicklungszeit.
- 🛠️ Theme-Standard oder eigene Sections: Je mehr das Theme von Haus aus kann, desto weniger Code entsteht.
- 🔌 Apps: jede App, die ersetzt, neu eingerichtet oder ins neue Theme eingebunden werden muss.
- 📦 Katalog und Daten: Produkte, Varianten, Metafields und beim Replatforming die Bestellhistorie.
- 🔀 URLs und Redirects: jede indexierte URL, die gemappt und getestet werden muss.
- 🌍 Integrationen und Märkte: Warenwirtschaft, Versand sowie jede zusätzliche Sprache oder Währung.
Hol dir deshalb Angebote auf Basis derselben Bestandsaufnahme ein. Ob bei uns als Shopify Agentur oder anderswo: Ein seriöses Angebot nennt, welche Templates, Apps und URLs enthalten sind, und plant Redirects und Tests als eigene Positionen statt als Nebensache.
Redesign ohne Traffic-Verlust: so geht es
Ob du redesignst, replatformst oder beides nacheinander machst, die Disziplin, die deinen Traffic schützt, ist dieselbe, und sie ist unspektakulär. Die Teams mit der schnellsten Erholung machten alle eines zuerst: Sie maßen, dann mappten sie jede URL, bevor das Design startete. Hier die Reihenfolge, die funktioniert:
- Exportiere jede indexierte URL mit ihrem Traffic, ihren Backlinks und Ranking-Daten und entscheide über jede: behalten, zusammenführen oder abschalten.
- Mappe jede alte URL auf eine thematisch passende neue und leite sie mit einem sauberen 301 um, ohne Ketten und ohne 302 für dauerhafte Umzüge.
- Bewahre die Inhalte und Trust-Signale, die bereits ranken; schreib rankende Seiten nicht neu, nur weil sich das Design geändert hat.
- Crawle die Staging-Site so, wie Google es tun wird, und fange versprengte noindex-Tags ab, bevor sie aus Staging live gehen.
- Überwache 90 Tage gegen die Baseline: Index-Coverage an Tag 30, Conversions je Landingpage an Tag 60, ein ehrliches Urteil an Tag 90.
Nichts von dem Traffic-Verlust oben ist unvermeidlich. Migrationen scheitern selten, weil Google Veränderung bestraft; sie scheitern, weil jemand einen Redirect vergaß, ein Staging-Tag mitschickte oder freitags launchte, ohne dass jemand hinsah. Ein strukturierter Plan macht aus einer riskanten Umstellung eine kontrollierte.
Halte einen Rollback-Plan vor dem Launch bereit, nicht danach. Die Teams, die in Wochen erholen, sind die, die innerhalb von sieben Tagen erkennen, ob der Launch funktioniert, und nicht darüber diskutieren müssen, ob sie zurückrollen.
Shopify Redesign Schritt für Schritt: Relaunch auf derselben Plattform
Ein Shopify Redesign hat einen großen strukturellen Vorteil: Du kannst das neue Design im laufenden Shop bauen und testen, ohne dass Kunden es sehen. Richtig genutzt, wird aus einem nervösen Relaunch ein kontrollierter Wechsel, den du rückgängig machen kannst. So gehst du vor:
- Bau das neue Design in einem unveröffentlichten Theme, als Duplikat des Live-Themes oder als neu installiertes Theme. Der Shop verkauft währenddessen weiter. Die Theme-Bibliothek fasst bis zu 20 Themes (Stand: Oktober 2026), also räum alte Kopien vorher auf.
- Lass die Handles von Produkten, Kollektionen und Seiten unverändert. Ein Redesign auf Shopify braucht fast nie neue URLs, und sie zu behalten ist der größte einzelne Schutz für deine Rankings.
- Prüf jede App: App-Embeds und App-Blöcke musst du im neuen Theme wieder aktivieren. Code-Schnipsel, die eine App direkt in die Dateien des bisherigen Themes geschrieben hat, kommen in ein neu installiertes Theme nicht mit.
- Übernimm Inhalte aus Metafields wie Größentabellen, Inhaltsstoffe oder Lieferhinweise in die neuen Templates und prüf, ob sie bei jedem Produkttyp erscheinen.
- Teile Vorschau-Links mit dem Team und teste den kompletten Kaufweg auf echten Smartphones: Filter, Suche, Warenkorb und den Schritt in den Checkout.
- Veröffentliche zu einer ruhigen Zeit, während jemand die Analytics beobachtet, und lass das bisherige Theme in der Bibliothek liegen: Es erneut zu veröffentlichen ist dein Rollback.
Der Checkout wird nicht aus den Templates deines Themes gebaut; sein Aussehen stellst du im Checkout-Editor von Shopify ein. Plane das Checkout-Branding deshalb als eigene Aufgabe. Wenn das Redesign eigene Sections oder ein Theme auf sauberer Basis braucht, hol dir Unterstützung für Shopify Theme-Entwicklung, statt weitere Page-Builder-Apps auf das alte Theme zu stapeln.
Checkliste für den Launch-Tag
Ob Redesign oder Replatforming: Am Launch-Tag entscheidet sich, ob ein Fehler Stunden oder Wochen kostet. Diese Punkte prüfst du, bevor du Feierabend machst:
- 🛒 Testbestellung mit jeder aktiven Zahlungsart, inklusive Versandkosten, Steuern und Bestätigungs-E-Mail.
- 📊 Tracking und Consent: Feuern Kauf-Events erst nach der Einwilligung, und kommen sie in GA4 und den Werbekonten an?
- ⚖️ Rechtstexte: Impressum, Widerrufsbelehrung, AGB und Datenschutzerklärung sind verlinkt und aktuell. Was deutsche Shops dabei brauchen, steht im Artikel zu Impressum und Widerrufsrecht für Shopify-Shops.
- 🔀 Stichprobe der wichtigsten Redirects: Top-Landingpages und Seiten mit Backlinks leiten per 301 aufs richtige Ziel.
- 🔎 Kein versehentliches noindex, beim neuen Shop der Passwortschutz deaktiviert und die Sitemap in der Google Search Console eingereicht.
- ↩️ Das bisherige Theme oder das alte System bleibt verfügbar, bis die ersten Tage stabil laufen.
Deine Entscheidung, in einer Tabelle
Führ es zusammen. Benenne dein größtes Einzelproblem, dann lies quer. Der Sinn dieser Tabelle ist nicht, die ehrgeizigste Option zu wählen, sondern die kleinste, die vollständig löst, was du heute wirklich benennen kannst.
| Dein Hauptproblem | Beginne mit | Vermeide |
|---|---|---|
| Wirkt veraltet, schwache Conversion | Redesign oder CRO | Eine volle Migration |
| Plattform bremst Wachstum | Replatforming, in Phasen | Ein Redesign mit reinzupacken |
| Themes komplett ausgereizt | Rebuild oder Headless | Es aus Ungeduld zu tun |
| Langsam auf Mobile | Speed- und App-Audit | Die Plattform vorschnell zu beschuldigen |
Fazit
Die Gewinner dieser Entscheidung sind selten die, die am meisten bauen. Es sind die, die die Signale ehrlich lesen, der Versuchung zum Überbauen widerstehen und in die kleinste Änderung investieren, die Wachstum freisetzt. Ein Redesign repariert die Experience. Ein Replatforming repariert die Plattform. Ein Rebuild repariert die Architektur. Passe die Lösung zum Fehler, phase jeden großen Schritt, damit du isolieren kannst, was sich geändert hat, und behandle die SEO-Umstellung als erstklassigen Arbeitsstrang statt als Nachgedanken. Tu das, und das Projekt trägt sich selbst. Lass es aus, und du riskierst eine Erholung, die sich über Monate zieht, oder Rankings, die nie ganz zurückkommen.
Unsicher zwischen Redesign, Replatforming und Rebuild? Starte mit einer Diagnose, nicht mit einem Build.
Die Experience für Conversion neu bauen, ohne deine Rankings zu berühren.
Relaunch planen →Plattform wechseln mit einem Phasenplan, der jede rankende URL schützt.
Sicher wechseln →Häufige Fragen
Ein Redesign ändert, wie dein Shop aussieht und sich anfühlt, während Plattform und URLs bleiben. Ein Replatforming verschiebt Shop, Daten und Integrationen auf ein anderes System und hält das Design idealerweise stabil. Redesign repariert die Experience, Replatforming die darunterliegende Technik.
Nicht, wenn du URLs und rankende Inhalte behältst. Risiko entsteht, wenn ein Relaunch URLs ohne saubere 301-Redirects ändert oder rankende Seiten neu schreibt. Relaunches mit URL-Änderungen sehen typisch einen Rückgang von 10 bis 25 Prozent, der über zwei bis acht Monate zurückkommt.
Saubere Migrationen stabilisieren sich in etwa vier bis zwölf Wochen. Eine Studie zu 892 Domain-Migrationen fand eine durchschnittliche volle Erholung von 523 Tagen, wobei 17 Prozent sich nie ganz erholten. Der Unterschied liegt fast vollständig in der Qualität von URL-Mapping und Redirects.
Ja, aber es ist die riskanteste Option. Plattform, Design und URLs zusammen zu ändern bedeutet, dass du einen Traffic-Einbruch nicht isolieren kannst. Google empfiehlt, große Änderungen nacheinander zu machen. Phase also zuerst den Plattformwechsel, bestätige die Rankings, dann das Redesign.
Meist etwas anderes. Die meisten langsamen Shopify-Shops werden durch schwere Apps, ein überbautes Theme oder große, unoptimierte Bilder gebremst, nicht durch die Plattform. Mach ein Speed- und App-Audit, bevor du eine Migration annimmst, denn eine neue Plattform behebt kein überladenes Frontend.
Unabhängige Untersuchungen beziffern eine typische Neubau-Investition auf 12.000 bis 60.000 Pfund, mit Migrationen am höheren, riskanteren Ende. Die Kosten skalieren mit Katalog-Größe, Integrationen und URL-Anzahl. Behandle jedes Angebot als Band, nicht als feste Zahl, bis der Umfang steht.
Wähle einen Rebuild nur, wenn du Themes und Standard-Apps ausgereizt hast und Custom-Logik oder ein Headless-Frontend brauchst. Läuft deine Plattform und ist nur die Experience schwach, reicht ein Redesign. Ein Rebuild ist überzogen für einen Shop, der einfach bessere UX braucht.
Relaunch heißt Neustart: Eine grundlegend überarbeitete Version der Website geht auf einen Schlag live, mit neuem Design, neuer Technik oder beidem. Bei Shopify kann das ein neues Theme auf derselben Plattform sein, ein Umzug zu Shopify oder ein kompletter Neubau. Die Alternative ist kontinuierliche Optimierung in kleinen, getesteten Schritten.
Ein Redesign auf derselben Plattform dauert eher Wochen, ein Replatforming eher Monate, ein Rebuild mehrere Monate. Die echte Dauer hängt von der Zahl der Templates, eigenen Sections, Apps, Integrationen und der Menge an URLs ab, die gemappt und getestet werden müssen. Plane nach dem Launch zusätzlich mindestens 90 Tage Monitoring ein.
Nein. Kundenpasswörter lassen sich laut Shopify Hilfe-Center nicht aus einem anderen Shop migrieren (Stand: Oktober 2026). Mit klassischen Kundenkonten lädst du Kunden ein, ein neues Passwort zu setzen; mit den neuen Kundenkonten melden sie sich ohne Passwort per Einmalcode aus der E-Mail an. Kündige den Wechsel deshalb vorher per E-Mail an.