Case Study: Magento 2 zu Shopify migrieren, mit zentraler Produktdatenbank (PIM) und KI-Agenten

Ein etablierter Händler wollte von Magento 2 zu Shopify wechseln, ohne den über Jahre gewachsenen Produktkatalog und die Google-Sichtbarkeit zu verlieren. Statt die Daten nur von einem System ins andere zu kopieren, haben wir eine universelle Produktdatenbank als Single Source of Truth gebaut, sie bidirektional mit Shopify synchronisiert und KI-Agenten für Enrichment, Analyse und SEO darübergesetzt. In diesem Beitrag zeigen wir die Architektur Schritt für Schritt, die Entscheidungen dahinter, die SEO-Seite der Migration und 12 Punkte, die Sie vor einem eigenen Umzug klären sollten.

Ob sich der Wechsel zu Shopify für Ihren Shop lohnt und von welchem System, behandelt unser Überblick Zu Shopify wechseln: Migration von Magento, WooCommerce, Shopware & Co..

Der wichtigste Gedanke vorweg: Eine Shop-Migration ist eigentlich eine Datenmigration. Wer die Produktdaten sauber strukturiert, kann das Shopsystem wechseln. Wer nur das Shopsystem wechselt, nimmt alle Datenprobleme mit.

Ausgangslage: ein leistungsfähiges System mit gewachsenen Daten

Magento 2 ist ein sehr flexibles System. Es erlaubt eigene Attributsets, komplexe Produkttypen, mehrere Store Views und tiefe Anpassungen. Diese Flexibilität hat eine Kehrseite, die nichts mit der Software selbst zu tun hat: Hosting, Sicherheitsupdates, Versionssprünge und Erweiterungen müssen selbst betrieben werden, und über die Jahre wächst das Datenmodell mit jedem Mitarbeiter und jeder Saison ein Stück in eine andere Richtung.

So auch hier. Attribute waren mehrfach unter leicht verschiedenen Namen angelegt, Einheiten uneinheitlich erfasst, Produkttexte unterschiedlich vollständig, und Kategorien hatten sich historisch entwickelt. Jede Produktänderung kostete Zeit, und die Datenqualität hing davon ab, wer das Produkt angelegt hatte. Das ist bei gewachsenen Katalogen eher die Regel als die Ausnahme.

Das Ziel war deshalb von Anfang an zweiteilig: den Betrieb auf eine SaaS-Plattform verlagern und dabei die Produktdaten so ordnen, dass sie nicht wieder an ein einzelnes System gebunden sind.

Die zentrale Entscheidung: erst die Datenbank, dann der Shop

Für eine Migration von Magento zu Shopify gibt es zwei grundsätzliche Wege.

Wir haben uns für den zweiten Weg entschieden. Der Grund: Der Katalog sollte nach der Migration nicht nur umgezogen, sondern dauerhaft besser gepflegt werden, und die KI-Agenten brauchten einen Ort, an dem sie arbeiten können, ohne direkt im Live-Shop zu schreiben. Eine eigene Produktdatenbank erfüllt beides.

Die zweite Frage war, ob ein Standard-PIM oder eine schlanke eigene Datenbank passt. Ein Standard-PIM bringt fertige Oberflächen und Workflows mit. Eine eigene Datenbank lässt sich exakt auf den Katalog und auf den Zugriff durch Agenten zuschneiden, verlangt aber, dass jemand sie betreibt und weiterentwickelt. Diese Abwägung sollte jedes Unternehmen für sich treffen. Entscheidend sind Katalogkomplexität, Anzahl der Kanäle, interne Technikkompetenz und wie stark automatisiert angereichert werden soll.

Die Architektur Schritt für Schritt

1. Extraktion aus Magento. Exportiert werden nicht nur Produkte, sondern alles, was später gebraucht wird: Attributsets, Optionen, Kategorien mit Beschreibungen, Bilder mit Alt-Texten, Meta-Daten, Store-View-Übersetzungen und die URL-Rewrites, also die Liste aller alten URLs inklusive historischer Weiterleitungen.

2. Mapping und Normalisierung. Hier liegt der grösste Teil der Arbeit. Doppelte Attribute werden zusammengeführt, Einheiten vereinheitlicht, Werte in feste Listen überführt. Magento-Produkttypen werden auf das Shopify-Modell abgebildet: Konfigurierbare Produkte werden zu Produkten mit Varianten und Optionen, zusätzliche Eigenschaften zu Metafeldern oder Metaobjekten, Kategorien zu Kollektionen. Dabei lohnt sich die Frage, welche Kollektionen manuell gepflegt und welche über Regeln automatisch befüllt werden sollen.

3. Die Produktdatenbank. Sie hält die kanonische Version jedes Produkts, in einem Modell, das weder Magento noch Shopify abbildet, sondern den Katalog. Jedes Feld hat einen Status (Entwurf, Vorschlag, freigegeben) und eine Herkunft (Import, Mensch, Agent, Herstellerdaten).

4. Bidirektionaler Sync. Die Datenbank schreibt über die GraphQL Admin API nach Shopify. Shopify hat die REST Admin API im Oktober 2024 als Legacy eingestuft, neue Integrationen sollten deshalb auf GraphQL aufbauen. Für die Erstbefüllung eignen sich Bulk-Operationen, für den laufenden Betrieb Webhooks. Shopify garantiert bei Webhooks weder die Reihenfolge noch eine einmalige Zustellung und empfiehlt ausdrücklich zusätzliche Abgleichsjobs. Unser Sync behandelt Webhooks deshalb als schnellen Weg und einen periodischen Abgleich als Sicherheitsnetz.

5. Feldhoheit statt «last write wins». Für jedes Feld ist genau ein System führend. Produkttexte, Attribute und SEO-Felder gehören der Datenbank, Bestände dem System, in dem sie entstehen. Ein Konflikt wird so nicht entschieden, sondern verhindert. Dazu kommt eine Schleifensperre: Eine Änderung, die der Sync selbst ausgelöst hat, darf nicht als neue Änderung zurückkommen.

6. Agenten und Freigabe. Die Agenten lesen und schreiben ausschliesslich in der Datenbank, nie direkt im Shop. Ihre Ergebnisse sind Vorschläge mit Herkunft.

Agent-first: Enrichment, Analyse, SEO

Über der Datenbank arbeiten spezialisierte KI-Agenten. Sie übernehmen die Aufgaben, die in einem gewachsenen Katalog sonst unzählige Klicks kosten:

// Jedes Produkt durchläuft die Pipeline, Freigaberegeln entscheiden über den Sync.
async function processProduct(product: RawProduct) {
  const normalized = normalize(product);             // Attribute & Einheiten vereinheitlichen
  const enriched   = await enrichWithAI(normalized); // Texte, fehlende Attribute, Meta-Daten
  const seo        = await optimizeSEO(enriched);    // Title, Description, interne Links
  const issues     = analyze(seo);                   // Lücken, Dubletten, Inkonsistenzen

  const needsReview = issues.length > 0 || hasNewCopy(seo); // Freigaberegeln
  return needsReview ? flagForReview(seo, issues) : markForSync(seo); // in die Datenbank, nie direkt in den Shop
}

Der Enrichment-Agent schreibt Produkttexte entlang eines Styleguides, schlägt fehlende Attribute vor und erstellt Meta-Daten und Alt-Texte. Der Analyse-Agent prüft den gesamten Katalog auf Lücken, doppelte Inhalte und Widersprüche, etwa ein Gewicht, das nicht zur Variante passt. Der SEO-Agent bearbeitet Titles, Descriptions, Kollektionstexte und interne Verlinkung.

Drei Regeln halten das System verlässlich:

• Formulieren ja, erfinden nein. Ein Agent darf Texte schreiben, aber keine technischen Werte erzeugen. Masse, Materialien, Normen und Kompatibilitäten kommen aus Herstellerdaten oder vom Menschen, mit Quelle.
• Freigaberegeln statt Bauchgefühl. Vorab wird festgelegt, welche Änderungen ohne Befund in den Sync dürfen und welche immer ein Mensch sieht. Neue Produkttexte und alles mit Befund aus der Analyse gehören in die zweite Gruppe.
• Jede Änderung ist nachvollziehbar. Wer oder was ein Feld wann geändert hat, ist in der Datenbank sichtbar und rückgängig zu machen.

Das ist dieselbe Arbeitsteilung wie bei jedem KI-Agenten-System im Unternehmen: Volumen automatisiert, Urteil menschlich.

SEO bei der Migration: Rankings mitnehmen

Der heikelste Teil jeder Shop-Migration ist nicht der Katalog, sondern die Sichtbarkeit. Google hat jede alte URL gelernt. Wenn sie ohne Weiterleitung verschwindet, verschwindet ihr Ranking mit.

Die Shopify-URL-Struktur ist fest. Produkte liegen unter /products/handle, Kollektionen unter /collections/handle, Inhaltsseiten unter /pages/ und Blogbeiträge unter /blogs/blogname/. Frei wählbar ist nur der Handle. Magento-URLs mit .html-Endung oder Kategoriepfad im Produktlink lassen sich deshalb nicht eins zu eins nachbauen. Eine eigene Struktur wäre nur headless möglich.

Das Redirect-Mapping ist Pflicht. Jede alte URL, die Traffic, Rankings oder Backlinks hat, bekommt eine 301-Weiterleitung auf das inhaltlich passende Ziel: Produkt auf Produkt, Kategorie auf Kollektion, CMS-Seite auf Seite. Grundlage ist eine Liste aus mehreren Quellen: Crawl des alten Shops, Search Console, Analytics-Landingpages, Backlink-Daten und die URL-Rewrites aus Magento. Weiterleitungsketten aus Magento-Zeiten werden dabei auf das endgültige Ziel aufgelöst.

Die Eigenheiten der Shopify-Redirects kennen. Weiterleitungen werden im Admin gepflegt und lassen sich per CSV importieren. Sie greifen nur, wenn unter der alten URL keine Seite mehr existiert. URLs mit Parametern, etwa gefilterte Kategorieseiten, lassen sich nicht zuverlässig weiterleiten. Hier muss man entscheiden, welche Filterseiten wirklich Suchwert haben und ob sie als eigene Kollektion neu entstehen.

Canonicals und interne Links. Shopify kann Produkte auch unter einem Kollektionspfad ausliefern, der Canonical zeigt dann auf die /products/-URL. Interne Links im Theme sollten möglichst direkt auf diese kanonische Adresse zeigen, damit Google keine widersprüchlichen Signale bekommt.

Content-Parität. Titles, Meta-Descriptions, Kategorietexte und Alt-Texte werden übernommen, nicht neu erfunden. Eine Kollektion ohne den Text, der die alte Kategorie hat ranken lassen, ist eine schwächere Seite.

Strukturierte Daten. Viele Themes geben nur grundlegende Product-Daten aus. Marke, GTIN, Bewertungen und Verfügbarkeit gehören vollständig in das JSON-LD, gespeist aus den Metafeldern. Doppelte Auszeichnungen, etwa durch eine Bewertungs-App zusätzlich zum Theme, sollten vermieden werden. Geprüft wird mit dem Rich Results Test.

Go-live und danach. Vor dem Umschalten werden alle Weiterleitungen mit einem Crawler gegen die Mapping-Liste getestet. Danach die von Shopify automatisch erzeugte Sitemap in der Search Console einreichen und 404-Fehler sowie Indexierung über die ersten Wochen eng beobachten. Kurzfristige Schwankungen gehören zu jeder Migration, Fehler im Mapping sollten aber innert Tagen behoben sein, nicht innert Monaten.

Saubere, vollständige Produktdaten zahlen sich zusätzlich dort aus, wo Google AI Overviews und KI-Assistenten Produktfragen beantworten: Sie bauen ihre Antworten aus strukturierten, eindeutigen Informationen. Mehr dazu in Generative Engine Optimization (GEO).

Die Ergebnisse

• Enorme Zeiteinsparung in der Produktpflege: Anreicherung und SEO laufen automatisiert, das Team gibt frei, statt selbst zu tippen.
• Konsistente Datenqualität über den gesamten Katalog: einheitliche Attribute, vollständige Texte, saubere Meta-Daten.
• Schnelleres Frontend und geringerer Wartungsaufwand nach dem Wechsel auf Shopify.
• Zukunftssicher: Marktplätze und neue Kanäle ziehen ihre Daten aus derselben Quelle.

Was wir dabei gelernt haben

Die folgenden Punkte sind typische Stolpersteine bei Migrationen dieser Art. Wir planen sie heute von Anfang an ein.

Die Datenbereinigung ist das Projekt. Der Sync und die Agenten sind sichtbar und spannend. Den grössten Teil der Arbeit machen aber Attribute, Einheiten und Kategorien aus, die über Jahre auseinandergelaufen sind.

Varianten zuerst prüfen. Das Optionen- und Variantenmodell von Shopify unterscheidet sich von dem in Magento. Seit Oktober 2025 erlaubt Shopify bis zu 2048 Varianten pro Produkt, die Anzahl der Optionen ist weiterhin begrenzt. Ob Ihr Katalog hineinpasst, gehört an den Anfang, nicht ans Ende.

Redirects sind kein Go-live-Detail. Wer das Mapping in der letzten Woche baut, baut es unvollständig. Die URL-Liste gehört in die erste Projektphase.

Ohne Feldhoheit wird bidirektional zu chaotisch. Ein Sync in zwei Richtungen ohne klare Regeln, wer welches Feld besitzt, überschreibt früher oder später gute Daten mit alten.

Agenten sind nur so gut wie ihre Quellen. Ohne Herstellerdaten oder internes Wissen erzeugt ein Enrichment-Agent plausible Texte mit unbelegten Details. Die Regel «formulieren ja, erfinden nein» muss technisch durchgesetzt werden.

Kundenkonten brauchen Kommunikation. Passwörter lassen sich nicht migrieren, Kundinnen und Kunden aktivieren ihr Konto neu. Ohne Vorankündigung wirkt das wie ein Fehler.

Ein Content-Freeze vor dem Umschalten. Wer bis zum letzten Tag im alten Shop Produkte ändert, verliert diese Änderungen oder muss sie doppelt pflegen.

Das Team muss die neue Arbeitsweise lernen. Gepflegt wird künftig in der Produktdatenbank, nicht im Shop-Admin. Das ist eine Umstellung, die Schulung und klare Zuständigkeiten braucht.

Magento-zu-Shopify-Migration: 12 Punkte vor dem Start

1. Ziel klären: Nur Plattformwechsel oder auch bessere Produktdaten und neue Kanäle?
2. Katalog-Inventur: Produkttypen, Attributsets, Varianten, Sprachen, Datenqualität.
3. Variantenmodell prüfen: Passt jedes Produkt in die Optionen- und Variantenlogik von Shopify?
4. Feldhoheit festlegen: Welches System ist für welches Feld führend?
5. Sonderfunktionen auflisten: Welche Magento-Erweiterungen und Eigenentwicklungen braucht es weiter, und gibt es dafür Apps oder saubere Eigenlösungen?
6. Integrationen erfassen: ERP, Warenwirtschaft, Marktplätze, Buchhaltung, Versand.
7. Zahlung, Versand, MWST: Zahlungsarten, die Ihre Kundschaft in der Schweiz erwartet, Versandregeln und Steuern früh prüfen.
8. URL-Inventar aufbauen: Crawl, Search Console, Analytics, Backlinks, Magento-URL-Rewrites.
9. Redirect-Mapping erstellen: Jede relevante alte URL auf ein passendes Ziel, ohne Ketten.
10. SEO-Parität sichern: Titles, Descriptions, Kategorietexte, Alt-Texte, strukturierte Daten.
11. Kunden und Historie: Konten, Bestellhistorie, Gutscheine, Bewertungen, plus Kommunikation zur Kontoaktivierung.
12. Go-live-Plan: Content-Freeze, Redirect-Test, Sitemap, Monitoring der ersten Wochen, klare Verantwortliche.

Was den Aufwand bestimmt

Konkrete Preise lassen sich ohne Kenntnis des Katalogs nicht seriös nennen. Die Treiber sind aber gut absehbar:

• Katalogkomplexität: Anzahl der Attributsets, Produkttypen und Varianten.
• Datenqualität: Je stärker die Daten auseinandergelaufen sind, desto aufwändiger die Normalisierung.
• Sprachen und Märkte: Jede Store View mit eigener Übersetzung und eigenen URLs erhöht Mapping und Prüfung.
• Integrationen: Jedes angebundene System bringt eigene Schnittstellen und eigene Feldhoheiten.
• Sonderfunktionen: Was Magento individuell konnte, muss in Shopify neu gelöst werden.
• URL-Menge und Historie: Viele alte URLs und Weiterleitungsketten verlängern das Mapping.
• Tiefe des Enrichments: Ob nur Lücken gefüllt oder der ganze Katalog neu beschrieben wird.
• Theme und Design: Standard-Theme mit Anpassungen oder eigenes Frontend.

In Kürze

Die Migration war nie das Ziel, sondern das Nebenprodukt einer besseren Datenstruktur. Die Produktdatenbank hält die Wahrheit, Shopify ist das Frontend, Agenten übernehmen die Routine, und Menschen entscheiden, was in den Shop geht. Die SEO-Sorgfalt beim Umzug entscheidet darüber, ob die über Jahre aufgebaute Sichtbarkeit mitkommt.

Wie ein Katalog auch ohne Migration von Anfang an ohne Abtippen entsteht, beschreiben wir in Shopify-Produkte automatisch anlegen statt von Hand.

Wie wir solche Datenflüsse in anderen Bereichen aufsetzen, zeigen wir in Prozessautomatisierung für KMU in der Schweiz. Wie wir Shopify-Shops bauen und migrieren, steht auf der Seite unserer Shopify-Agentur, die Technik dahinter auf Systeme & KI-Automatisierung, wie wir die Sichtbarkeit danach weiter ausbauen, auf der Seite unserer SEO-Agentur.

Sie planen einen Shop-Umzug oder wollen Ihre Produktpflege automatisieren? Buchen Sie ein Kennenlerngespräch.