Ein Plattformwechsel ist im B2B-E-Commerce selten eine rein technische Entscheidung. Wer seinen bestehenden Shop auf Shopware umzieht, bewegt nicht nur Daten, sondern das gesamte gewachsene Sichtbarkeitskapital: jede URL, die in den Suchergebnissen rankt, jeden internen Link, jedes Snippet, das Einkäufer anklicken. Google Search Central weist ausdrücklich darauf hin, dass bei jeder größeren Änderung an einer Website Ranking-Schwankungen auftreten können, während Google die Seiten neu crawlt und indexiert (Google Search Central). Diese Schwankung ist normal und vorübergehend, solange die Migration sauber geplant ist. Wird sie es nicht, kann aus einer temporären Delle ein Verlust werden, der sich über Monate zieht. Dieser Leitfaden zeigt, wie ein Umzug auf die Shopware Community Edition gelingt, ohne organische Sichtbarkeit zu verschenken: vollständiges URL-Mapping, 301-Weiterleitungen ohne Redirect-Ketten, saubere Datenübernahme und der byte-genaue Erhalt von Titeln, Meta-Angaben und internen Links.
Das Wichtigste in Kürze
- Migrationen verlieren Rankings nicht durch den Wechsel selbst, sondern durch fehlende oder fehlerhafte Weiterleitungen und veränderte On-Page-Signale.
- Das vollständige URL-Mapping alter auf neue Adressen ist das Fundament: Jede indexierte alte URL braucht ein definiertes 301-Ziel.
- 301-Weiterleitungen erhalten laut Google den PageRank, aber nur ohne lange Redirect-Ketten. Google empfiehlt, direkt auf das Endziel zu leiten.
- Titel, Meta-Descriptions, Überschriften und interne Verlinkung sollten byte-genau übernommen werden, damit sich die Relevanzsignale nicht verschieben.
- Nach dem Go-Live entscheiden Sitemap-Einreichung, Change-of-Address und ein enges Monitoring darüber, wie schnell sich die Rankings stabilisieren.
Warum Migrationen Sichtbarkeit kosten können
Organische Sichtbarkeit ist im B2B ein wirtschaftlicher Vermögenswert, kein weicher Marketingfaktor. Allein 2024 erwirtschafteten rund 140.000 digitale Handelsunternehmen in Deutschland etwa 650 Milliarden Euro Umsatz (Oxford Economics für den bevh), ein großer Teil davon angebahnt über Suche. Wer bei einem Plattformwechsel Rankings verliert, verliert damit nicht Positionen in einer Tabelle, sondern die Anbahnung realer Bestellungen. Genau deshalb ist die entscheidende Frage bei jeder Migration nicht, ob sich Rankings kurzfristig bewegen, sondern ob sie sich anschließend vollständig erholen.
Google beschreibt den Mechanismus offen: Bei einem Umzug mit geänderten URLs muss die Suchmaschine die neue Struktur erst neu crawlen und indexieren. Als Faustregel nennt Google, dass eine mittelgroße Website einige Wochen braucht, bis die meisten Seiten im Index umgezogen sind, größere Websites länger (Google Search Central). In diesem Fenster sind Schwankungen erwartbar. Kritisch wird es erst, wenn die Signale, die ein Ranking tragen, beim Umzug verloren gehen, statt sauber auf die neue Adresse überzugehen.
Das wichtigste dieser Signale ist die Weiterleitung. Laut Google verursachen dauerhafte 301-Weiterleitungen keinen Verlust an PageRank (Google Search Central). Fehlt die Weiterleitung dagegen, landet die alte URL im 404-Fehler, und die über Jahre aufgebaute Autorität dieser Seite verpufft. In der Projektpraxis entfallen die meisten migrationsbedingten Sichtbarkeitsverluste nicht auf die neue Plattform, sondern auf fehlende, falsche oder verkettete Weiterleitungen (Projekterfahrung). Wie stark der früh sichtbare organische Kanal die gesamte Pipeline speist, zeigt auch der Beitrag zur B2B-Sichtbarkeit für Geschäftskunden.
Temporär ist nicht gleich dauerhaft
URL-Mapping: das Fundament jeder Migration
Vor der ersten Weiterleitung steht die Bestandsaufnahme. Ein vollständiges URL-Mapping ordnet jeder alten, indexierten Adresse ein eindeutiges neues Ziel zu. Die Grundlage dafür ist eine zusammengeführte Liste aller URLs, die im Umlauf sind: aus einem frischen Crawl der Altseite, aus der Search Console, aus der bestehenden XML-Sitemap, aus den Server-Logs und aus den Analytics-Daten. Erst die Vereinigung dieser Quellen zeigt das wahre Ausmaß. Große B2B-Kataloge erzeugen über Filter, Sortierungen und Paginierung schnell ein Vielfaches der Seiten, die in der Navigation sichtbar sind.
- Alle indexierten URLs aus Crawl, Sitemap, Search Console, Server-Logs und Analytics zusammenführen
- Jede alte URL einem eindeutigen neuen Ziel zuordnen, eins zu eins, wo immer möglich
- Seiten ohne direktes Pendant auf die nächst passende Kategorie leiten, nicht pauschal auf die Startseite
- Parameter-, Filter- und Kampagnen-URLs mit realem Traffic explizit berücksichtigen
- Die Zuordnung nach Traffic, Rankings und Umsatz priorisieren
- Das Mapping als versionierte Tabelle führen und vor dem Go-Live gegen die Live-URLs testen
Nach Traffic und Rankings priorisieren
Eine B2B-Besonderheit gehört in jedes Mapping: die Trennung zwischen öffentlich indexierbaren Informationsseiten und den geschützten Bereichen hinter dem Login. Kundenindividuelle Preise, Bestellhistorie und Rahmenverträge bleiben im Kundenportal hinter der Anmeldung und gehören nicht in den Index, während Kategorie-, Produkt- und Ratgeberseiten ihre Rankings behalten sollen. Diese Grenze sauber zu ziehen, entscheidet mit darüber, welche URLs ein 301-Ziel brauchen und welche bewusst nicht.
301-Weiterleitungen ohne Redirect-Ketten
Steht das Mapping, folgt die technische Umsetzung als 301-Weiterleitung. Zwei Regeln sind dabei entscheidend. Erstens die dauerhafte 301 statt der temporären 302: Nur die 301 signalisiert den endgültigen Umzug und gibt die Weiterleitungskraft an das neue Ziel weiter. Zweitens der direkte Weg: Jede alte URL sollte in einem einzigen Schritt auf ihr finales Ziel leiten. Googlebot folgt zwar bis zu 10 aufeinanderfolgenden Weiterleitungen in einer Kette (Google Search Central), doch Google empfiehlt ausdrücklich, direkt auf das Endziel zu verweisen und die Kette andernfalls kurz zu halten, idealerweise auf höchstens drei Weiterleitungen (Google Search Central).
Direkt aufs Endziel
Jede alte URL leitet in einem Schritt auf ihr finales Ziel, nicht über Zwischenstationen. Das erhält die Weiterleitungskraft und spart Crawl-Zeit.
301 statt 302
Dauerhafte 301-Weiterleitungen signalisieren den endgültigen Umzug. Temporäre 302 halten das Ranking bei der alten URL und verwässern das Signal.
Vollständige Abdeckung
Auch alte Filter-, Paginierungs- und Kampagnen-URLs mit Traffic brauchen ein Ziel. Lücken enden in 404-Fehlern und verlorenen Rankings.
Keine Schleifen
Weiterleitungen dürfen nicht im Kreis zeigen. Eine Redirect-Schleife macht die Seite für Nutzer und Crawler unerreichbar.
Nach dem Go-Live prüfen
Ein Crawl der neuen Site deckt Ketten, Schleifen und fehlende Ziele auf, bevor sie Rankings kosten.
Intern direkt verlinken
Interne Links zeigen auf die neuen URLs, nicht auf die weitergeleiteten alten. So läuft kein interner Klick unnötig über einen Redirect.
Ketten und Schleifen sind die häufigste Redirect-Falle
Datenübernahme: Produkte, Kunden und Bestellungen
Parallel zur URL-Ebene wandern die eigentlichen Daten in das neue System. Die Shopware Community Edition ist quelloffen unter der permissiven MIT-Lizenz (Shopware) und basiert auf dem PHP-Framework Symfony (Shopware). Für die Datenübernahme bedeutet das volle Kontrolle: Über die Admin-API lassen sich Produkte, Kategorien, Kunden und Bestellungen strukturiert importieren, und die offene Architektur erlaubt es, Feldstrukturen der Altplattform sauber auf das Shopware-Datenmodell abzubilden. Welche B2B-Funktionen die CE dabei nativ mitbringt, beschreibt der Beitrag zu Shopware Open Source für den B2B-Vertrieb.
| Datenobjekt | Herausforderung bei der Migration | Vorgehen in Shopware |
|---|---|---|
| Produkte und Kategorien | Abweichende Feldstruktur, Varianten, Einheiten | Import über die Admin-API, Attribute mappen, Varianten als Eigenschaften abbilden |
| Kundenkonten | Passwörter, Kundengruppen, Preisvereinbarungen | Konten übernehmen, Passwort-Reset anstoßen, Kundengruppen sauber zuordnen |
| Bestellhistorie | Referenzen auf alte Artikelnummern und Status | Historie migrieren oder archivieren, Belege revisionssicher aufbewahren |
| Medien und Dokumente | Datenblätter, Bilder, alte Dateipfade | Assets übernehmen und alte Pfade per 301 auf die neue Struktur leiten |
| Inhalte und URLs | Rankende Seiten, interne Links, Snippets | URL-Mapping anwenden, On-Page byte-genau übernehmen, 301 setzen |
| Preise und Staffeln | Kundenindividuelle Preise, Mengenstaffeln | Aus dem ERP synchronisieren, Kundengruppen und Rule Builder nutzen |
Kritisch für den B2B-Betrieb sind die angebundenen Systeme. Kundenindividuelle Preise, Lagerbestände und Bestelldaten kommen in der Regel aus dem ERP, Produktinformationen aus einem PIM. Beide Anbindungen müssen zum Go-Live stehen, damit der neue Shop von der ersten Minute an korrekte Preise und Verfügbarkeiten zeigt. Wie sich diese ERP-Schnittstellen und die PIM-Integration planen lassen, ist ein eigenes Arbeitsfeld der Migration. Vertiefend dazu: der Beitrag zur ERP-Integration im B2B-E-Commerce und, für Bestand und Lieferzeiten, der Beitrag zur Echtzeit-Verfügbarkeit im B2B-Shop.
Fair-Usage-Policy im Blick behalten
Titel, Meta und interne Links byte-genau erhalten
Die Weiterleitung bringt Nutzer und Crawler auf die neue Adresse. Ob die Seite dort ihr Ranking behält, entscheidet sich an den On-Page-Signalen. Seitentitel, Meta-Description, H1 und Überschriftenstruktur sind ein wesentlicher Teil dessen, was eine Seite für eine Suchanfrage relevant macht. Werden sie beim Umzug automatisch neu generiert, statt aus dem Bestand übernommen, verschieben sich diese Signale, und selbst eine technisch saubere Weiterleitung landet auf einer inhaltlich veränderten Seite. Der Anspruch lautet deshalb: die rankenden Elemente byte-genau übernehmen und nur dort ändern, wo eine Verbesserung bewusst gewollt ist.
- Seitentitel und Meta-Descriptions je URL übernehmen, statt sie automatisch neu erzeugen zu lassen
- H1 und Überschriftenstruktur der rankenden Seiten beibehalten
- Canonical-Tags auf die finalen neuen URLs setzen, nicht auf weitergeleitete Adressen
- Interne Links direkt auf die neuen Ziel-URLs umstellen (Google Search Central)
- Strukturierte Daten für Produkte, Breadcrumbs und FAQ mit übernehmen
- Bilder inklusive Alt-Texten und sprechenden Dateinamen migrieren
On-Page-Signale sind Rankingsignale
Besondere Aufmerksamkeit verdient die interne Verlinkung. Google empfiehlt, die internen Links der neuen Site anhand des URL-Mappings von den alten auf die neuen Adressen umzustellen (Google Search Central). Bleiben interne Verweise auf die alten URLs stehen, läuft jeder Klick unnötig über eine Weiterleitung, was Crawl-Budget bindet und die Ladezeit verschlechtert. Eine saubere interne Verlinkung auf die finalen Ziele ist deshalb Teil des On-Page-Erhalts, nicht eine spätere Nacharbeit. Wie sich Ladezeit und Indexierbarkeit in Shopware zusammenführen lassen, ist Kern unserer Shopware-Entwicklung.
Der Migrationsfahrplan bis zum Go-Live
Eine rankingschonende Migration folgt einer klaren Reihenfolge. Sie beginnt lange vor dem Go-Live mit der Bestandsaufnahme und endet nicht mit der Umschaltung, sondern mit einer Beobachtungsphase. Die folgenden sechs Schritte fassen den Ablauf zusammen, den wir in der begleiteten Umsetzung je nach Größe des Shops staffeln, denn Google hält ausdrücklich fest, dass sich eine Website auch in Abschnitten umziehen lässt.
1. Bestandsaufnahme
Alle URLs, Rankings und Inhalte der Altseite erfassen, aus Crawl, Search Console, Sitemap, Logs und Analytics.
2. URL-Mapping
Jede alte Adresse einem neuen Ziel zuordnen, priorisiert nach Traffic, Rankings und Umsatz.
3. Datenübernahme
Produkte, Kunden, Bestellungen und Medien über die Admin-API in Shopware importieren, ERP und PIM anbinden.
4. Aufbau in Shopware
Kategorien, Templates und On-Page-Signale nachbilden, Titel und Meta byte-genau übernehmen.
5. Weiterleitungen
301-Map aus dem Mapping erzeugen, Ketten und Schleifen ausschließen, interne Links umstellen.
6. Go-Live und Monitoring
Sitemap einreichen, Change-of-Address setzen, Crawl-Statistik, 404-Berichte und Rankings verfolgen.
Die meisten Rankingverluste bei Migrationen sind vermeidbar. Sie entstehen nicht durch die neue Plattform, sondern durch eine lückenhafte Weiterleitungslogik und verlorene On-Page-Signale, und beides ist eine Frage der Vorbereitung, nicht des Zufalls.
Nach dem Go-Live: Monitoring und Absicherung
Der Go-Live ist der Anfang der wichtigsten Phase, nicht ihr Ende. Direkt nach der Umschaltung sollte eine neue XML-Sitemap in der Search Console eingereicht werden, damit Google die neuen URLs schneller entdeckt (Google Search Central). Wechselt die Migration zugleich die Domain, gehört das Change-of-Address-Tool dazu; bei einem reinen Wechsel von HTTP auf HTTPS ist es dagegen nicht nötig (Google Search Central). In den Tagen danach zeigen Crawl-Statistik, Abdeckungsbericht und die 404-Meldungen, ob das Mapping vollständig war oder ob einzelne alte URLs ins Leere laufen.
- Neue XML-Sitemap in der Search Console einreichen (Google Search Central)
- Bei einem Domainwechsel das Change-of-Address-Tool nutzen (Google Search Central)
- Crawl-Statistik, Abdeckung und 404-Berichte in den ersten Wochen täglich beobachten
- Rankings und organischen Traffic der wichtigsten URLs gegen die Ausgangswerte verfolgen
- 301-Weiterleitungen mindestens ein Jahr aktiv halten (Google Search Central)
- Serverantwortzeiten und Core Web Vitals der neuen Site prüfen
Weiterleitungen nicht zu früh abschalten
Zur Absicherung gehört auch die Zeit nach der Erholung. Eine stabile Migration ist die Grundlage dafür, den neuen Shop weiterzuentwickeln, statt Fehler nachzuarbeiten. Ladezeit und Stabilität sichern wir über die laufende Performance-Optimierung und einen Wartungsrahmen, vertiefend beschrieben im Beitrag zur Performance von B2B-Shops. Und weil ein Umzug ein guter Anlass ist, Kundenkommunikation zu ordnen, lohnt der Blick auf automatisierte E-Mail-Flows im B2B, die nach dem Go-Live neue Konten und Bestellungen sauber begleiten.
Quellen und Studien