23.000 Produktbewertungen standen auf dem Spiel, als ein deutscher Mittelstandshändler im Frühjahr 2024 von Magento 2.3 auf Adobe Commerce 2.4 migrierte. Produkte, Kunden, Bestellungen, alles geplant, alles getestet. Die Reviews? Vergessen. Erst als die Conversion Rate drei Wochen nach Go-Live um 14 Prozent einbrach, fiel es auf: Die Katalogseiten waren nackt. Kein Sternchen, kein Erfahrungsbericht, kein Social Proof. Wer bei Magento 2 Product Reviews importieren oder exportieren will, stößt auf ein unangenehmes Grundproblem, die Plattform bietet dafür schlicht kein natives Werkzeug.
Das ist kein Randphänomen. Adobe räumt im eigenen Backend zwar ein Reviews-Grid unter „Marketing → User Content → Reviews“ ein, erlaubt dort aber nur die Verwaltung einzelner Beiträge: Status ändern, Freigeben, Löschen. Kein CSV-Export, kein Massenimport, kein Schnittstellen-Assistent. Für einen Shop mit 50 Bewertungen mag das egal sein. Für Kataloge mit tausenden Produkten und jahrelang gesammelten Kundenstimmen ist es ein strukturelles Problem, das bei jeder Migration, jedem Staging-Sync und jeder Plattform-Konsolidierung auf den Tisch kommt.
Warum hat Magento 2 keinen nativen Review-Export?
Die ehrliche Antwort: Reviews waren für die Magento-Architektur nie ein Migrationsgut, sondern ein Live-Feature. Die Datenstruktur zeigt das deutlich. Eine Bewertung liegt nicht in einer Tabelle, sondern verteilt sich auf mindestens vier: review und review_detail halten Titel, Text und Nickname, review_entity_summary aggregiert die Sterne pro Store View, und rating_option_vote speichert die einzelnen Bewertungsdimensionen, bei den meisten deutschen Shops also Qualität, Preis-Leistung und Versand. Wer diese Struktur per SQL exportiert, bekommt Tabellenfragmente, kein brauchbares Datenset.
Adobe hat dafür bis heute keine Lösung nachgeliefert, weder in Open Source 2.4.7 noch in der kommerziellen Adobe-Commerce-Variante. Die B2B-Edition bringt Import-Frameworks für Produkte, Kunden und Preisregeln mit, Reviews bleiben außen vor. Diese Leerstelle hat einen eigenen Markt geschafft: Erweiterungen von Amasty, Mageplaza, BSS Commerce oder Webkul füllen sie seit Jahren, Preisrahmen grob 79 bis 299 Euro je Lizenz.
Wie funktioniert der Product-Reviews-Import in der Praxis?
Die eleganteste Route ohne Extension führt über die REST-API. Der Endpunkt POST /V1/reviews nimmt ein JSON-Payload mit Titel, Detail-Text, Nickname, Ratings und der Produkt-ID entgegen. Das klingt trivial, hat aber drei Stolpersteine, über die in der Praxis fast jeder stürzt:
- Kunden-Zuordnung: Reviews lassen sich an registrierte Kunden koppeln oder als Gastbeiträge anlegen. Bei Migrationen stimmen die Customer-IDs zwischen Alt- und Neusystem fast nie überein, ohne Mapping-Tabelle landen Bewertungen entweder verwaist als Gast oder hängen am falschen Kunden.
- Ratings sind Store-abhängig: Die Rating-IDs in
rating_option_voteunterscheiden sich je Store View. Ein Mehrsprachen-Shop mit deutschen und österreichischen Store Views braucht separate Votes, sonst erscheinen die Sterne nur auf einer Domain. - Status explizit setzen: Über die API importierte Reviews landen standardmäßig auf „Pending“. Wer 20.000 Bewertungen importiert und das Freigabe-Flag vergisst, sieht im Frontend erstmal gar nichts.
Wer diese Route geht, baut sich in der Regel ein Migrationsskript: CSV aus dem Altsystem, Mapping der Entity- und Customer-IDs, Loop über die API mit Throttling, bei Shared Hosting oder limitierten Adobe-Commerce-Cloud-Instanzen reichen schon 10 Requests pro Sekunde, um Timeouts zu provozieren. Ein erfahrener Backend-Entwickler braucht dafür realistisch ein bis zwei Tage, inklusive Validierung.
Extensions versus Eigenbau: Was rechnet sich für deutsche Händler?
Amastys „Product Reviews Import Export“ kostet rund 249 Euro inklusive einem Jahr Support. Mageplaza liegt ähnlich, BSS Commerce etwas darunter. Dafür bekommt man CSV-Import und -Export direkt im Admin-Grid, inklusive Rating-Mapping und Kundenzuordnung. Gerechnet auf ein bis zwei Entwicklertage Eigenbau, bei deutschen Magento-Agenturstundensätzen von 110 bis 160 Euro liegt die Extension bei grob einem Zehntel der Kosten. Die Entscheidung ist ökonomisch trivial.
Spannend wird es erst beim zweiten Blick. Viele Händler kaufen die Extension für eine einmalige Migration, nutzen aber das eigentlich wertvolle Feature nicht: den regelmäßigen Export. Reviews sind ein Datenschatz. Wer monatlich exportiert und die Texte systematisch auswertet, welche Produktmängel tauchen auf, welche Keywords nutzen echte Kunden, welche Artikel sammeln Vier-Sterne-Statt-Fünf-Sterne-Bewertungen, bekommt eine Voice-of-Customer-Pipeline gratis dazu. Ein Hamburger Möbelhändler, mit dem wir gesprochen haben, hat genau darüber drei Lieferantenprobleme identifiziert, die im Retourenreport nie aufgetaucht waren.
Was passiert mit Reviews bei einer Migration von Shopify oder WooCommerce?
Hier liegt der häufigste Anlassfall für den Import: der Plattformwechsel nach Magento. Shopify-Reviews, meist über Apps wie Loox, Judge.me oder Okendo gepflegt, lassen sich als CSV exportieren, matchen aber nicht auf Magentos Schema. Judge.me etwa liefert Spalten wie reviewer_email und product_handle, während Magento numerische Produkt-Entity-IDs und ein Rating-Array erwartet. Das Handle-zu-SKU- beziehungsweise Entity-Mapping ist der kritische Arbeitsschritt: Ein Tippfehler im Join, und 400 Bewertungen hängen am falschen Produkt. Unser Rat aus der Praxis: erst 50 Reviews als Test-Batch importieren, stichprobenartig im Frontend prüfen, dann den Rest.
„Die Bewertungen aus dem alten Shop waren unser wertvollstes Asset, wertvoller als das Theme, wertvoller als die Kundendaten. Hätten wir sie verloren, hätten wir bei null angefangen.“, so ein DACH-Händler aus dem Tierbedarf, der 2023 von WooCommerce auf Magento Open Source wechselte.
Ein rechtlicher Punkt, den deutsche Händler ernst nehmen sollten: Die Sterne und Texte gehören dem Shop, aber die Nicknames und E-Mail-Adressen sind personenbezogene Daten. Beim Import in ein Neusystem gilt die DSGVO genauso wie beim Live-Betrieb. Praxisempfehlung: E-Mail-Adressen aus dem Export entfernen oder pseudonymisieren, bevor sie in Staging-Systeme wandern. Staging-Umgebungen sind erfahrungsgemäß die am schlechtesten abgesicherte Instanz der ganzen Infrastruktur, und genau dorthin fließen Migrationsdaten zuerst.
Sind importierte Bewertungen ein SEO-Problem?
Kurz: Nein, wenn man es richtig macht. Google wertet Review-Markup über AggregateRating-Schema, und Magento rendert das nativ auf Produktdetailseiten. Importierte Bewertungen sind aus Googles Sicht ununterscheidbar von organischen, sie sind ja echte, nur eben verschoben. Zwei Bedingungen müssen stimmen: Die Reviews müssen im sichtbaren HTML ausgegeben werden (kein reines JSON-LD ohne Text), und das Sterne-Snippet darf nicht von den alten Datumswerten abweichen, die im Markup stehen.
Kritischer ist der umgekehrte Fall: Reviews, die beim Wechsel verloren gehen. Rich Snippets mit Sternen heben die Klickrate in den SERPs messbar, Studien von CXL und Sistrix beziffern den CTR-Effekt auf bis zu 17 Prozent gegenüber Ergebnissen ohne Markup. Ein Shop, der nach der Migration auf einmal keine Sterne mehr in den Suchergebnissen zeigt, verliert diesen Vorsprung schleichend, Wochen bevor es jemand in der Conversion-Analyse bemerkt.
Ein zweiter SEO-Hebel liegt im Export: Review-Texte sind Long-Tail-Gold. Kunden beschreiben Produkte in der Sprache, nach der andere Kunden suchen, „läuft klein“, „trotz Dauerbetrieb leise“, „hält auch bei Regen dicht“. Wer diese Formulierungen exportiert und in Produktbeschreibungen oder FAQ-Blöcke einbaut, schließt genau die Lücke, die Texter mit Keyword-Tools nur erraten können.
Der Workflow, der sich bewährt hat
Aus mehreren begleiteten Migrationen im DACH-Raum hat sich ein Ablauf herauskristallisiert, der die meisten Fallstricke vermeidet. Zuerst steht der Export aus dem Altsystem, als CSV, nicht als SQL-Dump, weil CSV das einzige Format ist, das alle Tools auf der Empfängerseite verarbeiten. Dann das Mapping: Produkt-Handles oder SKUs auf Magento-Entity-IDs, Kunden-E-Mails auf neue Customer-IDs, Rating-Bezeichnungen auf die Magento-Rating-Codes. Der Import läuft in Batches von 500 bis 1.000 Datensätzen, niemals als Big Bang. Nach jedem Batch ein Stichprobencheck im Frontend, auf mindestens zwei Store Views. Und zum Schluss: bin/magento indexer:reindex samt Cache-Flush, der Klassiker, bei dem importierte Reviews erst nach Stunden „plötzlich“ auftauchen, weil jemand den review_entity_summary-Indexer vergessen hat.
Wer heute einen Magento-Shop betreibt und Reviews nur als Dekoration versteht, verschenkt dreierlei: Conversion-Druck auf der Produktseite, Sterne in den SERPs und einen Datenbestand, der Produktentwicklung und Content gleichermaßen füttert. Import und Export sind dafür kein Migrationsthema mehr, sondern laufender Betrieb. Die Extension für 249 Euro gehört in jede Magento-Toolchain, nicht für den Umzug, sondern für den Montagmorgen danach, wenn jemand fragt, was die Kunden eigentlich wirklich über das Sortiment sagen.