22.000 Dollar Lizenzgebühr pro Jahr zahlen Händler für Adobe Commerce im Einstieg — und bekommen dafür ein Shopsystem, das Kundenbewertungen zwar sammelt, aber nicht in die nächste Instanz mitnehmen kann. Wer bei Magento 2 Produktbewertungen importieren oder exportieren will, stößt im Admin-Panel auf eine Leerstelle: Es gibt keinen Button, keinen Grid-Export, kein natives Bulk-Werkzeug. Für eine Plattform, die sich an Unternehmen mit Millionenkatalogen richtet, ist das ein erstaunliches Versäumnis — und für Migrationsprojekte ein echtes Problem.
Die Ausgangslage kennen viele DACH-Agenturen aus dem Alltag: Ein Händler zieht von Magento 1, Shopware oder einem Altsystem um, im Live-Shop lagern 4.000 verifizierte Bewertungen, und die sollen natürlich mit. Oder das Staging-System braucht realistische Testdaten. Oder ein Multistore führt Bewertungen aus zwei Instanzen zusammen. In allen drei Fällen gilt: Ohne Zusatzwerkzeug oder Eingriff in die Datenbank geht nichts.
Warum fehlt bei Magento 2 die Import-/Export-Funktion für Bewertungen?
Die kurze Antwort: Reviews waren im Magento-Produktmanagement nie ein Kernfeature, sondern Beiwerk. Bewertungen sind bei Magento 2 kein eigenständiges, sauber abstrahiertes Entity-Konstrukt wie Produkte oder Bestellungen — sie sind fachlich an Kundenkonto und Produkt gebunden und funktional auf das Sammeln im Live-Betrieb ausgelegt, nicht auf Datenlogistik.
Die längere Antwort ist interessanter. Native Import-/Export-Profile in Magento decken Produkte, Kunden, Preise und Stock ab. Bewertungen fehlen, weil ihr Datenmodell für ein einfaches CSV-Mapping zu verkettet ist: Eine Bewertung besteht aus mindestens drei Tabellen, verweist auf ein existierendes Produkt, trägt Statusinformationen und wird je Store View unterschiedlich aggregiert. Adobe hat den Aufwand, daraus ein robustes Standard-Importprofil zu bauen, offenbar konsequent dem Ökosystem der Erweiterungsanbieter überlassen. Das ist bei Magento Tradition — und einer der Gründe, warum der Marketplace florieren kann.
Datenbank statt Button: Wo Magento die Reviews versteckt
Wer die Bewertungen eines Magento-Shops sucht, wird in drei Tabellen fündig. Die Tabelle review hält die Grunddaten: Produkt-ID, Kunden-ID, Status (approved, pending, not approved) und Zeitstempel. In review_detail liegen Nickname, Titel und der eigentliche Bewertungstext. Die Sterne stecken separat in rating_option_vote — aufgeschlüsselt nach Bewertungsdimensionen, denn Magento erlaubt bekanntlich mehrere Rating-Kriterien parallel, etwa Qualität, Preis und Gesamturteil.
Dazu kommt review_store, das Bewertungen Store Views zuordnet, und die Aggregate-Tabelle review_entity_summary, aus der die Sterneanzeige im Frontend kommt. Genau diese Summary-Tabelle wird zum Stolperstein: Wer Reviews per SQL direkt einspielt, aber den Indexer nicht neu aufbauen lässt, sieht im Shop schlicht keine Sterne. Die Daten sind da, die Anzeige nicht — ein Klassiker unter den Migrations-Pannen, der regelmäßig Stunden an Debugging frisst.
Welche Wege führen zum Bulk-Import von Produktbewertungen?
Praktisch stehen Händlern drei Routen offen, und sie unterscheiden sich deutlich in Aufwand, Risiko und Wartbarkeit.
Erweiterungen sind der schnellste Weg. Anbieter wie Firebear Studio (Improved Import & Export), Amasty, Meetanshi und Mageplaza haben Import-Module im Programm, die Reviews über CSV-Dateien entgegennehmen und das Mapping auf die verlinkten Tabellen intern erledigen. Vorteil: validierte Importe, Status-Handling und die Zuordnung über Produkt-SKU statt interner IDs — entscheidend, wenn Quell- und Zielsystem unterschiedliche ID-Räume haben. Kostenpunkt je nach Anbieter grob 100 bis 300 Euro, dazu kommen je nach Modul Importprofile für Bestellungen oder CMS-Seiten gleich mit. Für Agenturen mit wiederkehrenden Migrationen amortisiert sich das schnell.
Die REST-API ist Route zwei. Magento 2 bietet einen Endpoint, mit dem sich Reviews programmatisch anlegen lassen. Das klingt elegant, hat aber Haken: Der Endpoint ist auf den Kundenkontext ausgelegt, Authentifizierung und Kundenzuordnung müssen sauber gelöst werden, und für 10.000 historische Bewertungen ist das Skripten über die API ein langsamer, fehleranfälliger Weg. Für kleine Bestände oder laufende Synchronisationen aus einem externen Bewertungstool ist die API trotzdem die sauberste Integration.
Direkter SQL-Import bleibt die dritte Option — und die riskanteste. Sie setzt fundierte Kenntnis des Datenmodells voraus, erzwingt einen manuellen Neuaufbau der Summary-Tabelle und des Index und umgeht jede Validierung. Für erfahrene Entwickler bei einmaligen Großmigrationen ist das oft der performanteste Weg; für alles andere ist es Selbstverletzung mit Ansage.
Was bringen importierte Reviews für SEO und Conversion?
Die Antwort lässt sich an zwei Zahlen festmachen. Erstens: Produkte mit Bewertungen konvertieren nach allen gängigen Studien deutlich besser als identische Produkte ohne — je nach Branche sprechen Analysen von Anbietern wie Spiegel Research Center von Steigerungen im zweistelligen Prozentbereich, bei höherpreisigen Artikeln noch deutlicher. Zweitens: Bewertungen sind die Basis für die Sterne-Snippets in den Google-Suchergebnissen. Über das strukturierte Daten-Markup nach schema.org (AggregateRating im Product-Typ) können die gelben Sterne direkt im Suchergebnis erscheinen — ein Klickraten-Hebel, den Händler ohne Bewertungen schlicht nicht haben.
Beim Import droht allerdings ein eigener SEO-Fehler: Wer denselben Bewertungsbestand identisch in mehrere Shops oder Store Views kopiert, produziert Duplicate Content auf eigene Kosten. Google wertet massenhaft duplizierte UGC-Texte nicht als Ranking-Signal, im Zweifel verwässern sie die Seitenqualität. Regel für Multistore-Umgebungen: Bewertungen primär dem Store View zuordnen, in dem sie entstanden sind, und nur gezielt spiegeln, wo es fachlich Sinn ergibt.
Wer nach einer Migration ohne Sterne dasteht, hat nicht nur Vertrauen verloren, sondern auch ein Rich Snippet — und damit sichtbare Klickrate in der Suchmaschine.
Dazu kommt ein weniger offensichtlicher Effekt: Review-Texte enthalten die Sprache der Kunden — umgangssprachliche Synonyme, Anwendungsfälle, Problemformulierungen. Diese Longtail-Begriffe decken Suchanfragen ab, für die kein Texter je eine Produktbeschreibung geschrieben hätte. Ein Bestand von 2.000 echten Bewertungen ist ein Keyword-Korpus, den man nicht wegwerfen sollte.
DACH-Sonderlocke: Was sagen UWG und DSGVO zum Bewertungsimport?
Deutsche Händler importieren ihre Bewertungen in einen Rechtsrahmen, den US-amerikanische Tutorials großzügig ignorieren. Zwei Punkte sind nicht verhandelbar.
Erstens das Wettbewerbsrecht: Bewertungen müssen echt sein und dürfen nicht irreführen. § 5 UWG untersagt irreführende geschäftliche Handlungen, und deutsche Gerichte ziehen bei Sternebewertungen enge Grenzen — wer Bewertungen abbildet, muss nachvollziehbar machen können, woher sie stammen. Praktisch heißt das: Beim Import aus einem Altsystem sollten Herkunft, Datum und gegebenenfalls der Verifizierungsstatus (Kaufbeleg ja/nein) mitwandern und im Shop entsprechend gekennzeichnet werden. Erfundene oder „aufgehübschte“ Bewertungen sind kein SEO-Trick, sondern abmahnfähig — und Abmahnvereine in Deutschland sind auf genau solche Fälle trainiert.
Zweitens der Datenschutz: Eine Bewertung mit Nickname, verknüpfter Kunden-ID und Zeitstempel ist personenbeziehbar. Beim Umzug in ein neues System — erst recht beim Export in Drittsysteme oder an Agenturen — greift die DSGVO mit der Frage, auf welcher Rechtsgrundlage diese Daten übertragen werden. Sinnvoll ist, Nicknames zu prüfen (Vollnamen pseudonymisieren), interne Kunden-IDs nicht unnötig in Exportdateien mitzuschleppen und Auftragsverarbeitungsverträge mit allen Beteiligten zu klären. Der Aufwand ist überschaubar, aber nur, wenn man ihn vor dem Export einplant und nicht danach.
Vom Einmal-Import zur laufenden Synchronisation
Der eigentliche strategische Fehler vieler Händler besteht darin, den Review-Import als Migrations-Häkchen zu behandeln und danach nie wieder anzufassen. Dabei ist der laufende Fall der spannendere: Bewertungen aus Trusted Shops, Shopvote oder eKomi — im DACH-Markt die dominierenden Anbieter — fließen täglich weiter, landen aber im Silo des Bewertungsdienstleisters statt auf der Produktdetailseite. Wer diese Daten per API-Integration oder wiederkehrendem CSV-Import in Magento spiegelt, baut On-Page-Vertrauen auf, das sonst auf der Domain eines Dritten verrottet. Zugegeben: Die Dienstleister verdienen genau an diesem Silo und machen den Datenabzug je nach Tarif nicht immer bequem. Trotzdem lohnt die Verhandlung — die Sterne gehören auf die eigene Seite, in das eigene Schema-Markup.
Die Empfehlung für die Praxis ist unspektakulär, aber wirksam: Einmal-Migrationen über eine geprüfte Import-Extension abwickeln, laufende Bestände über die REST-API synchronisieren, Rechtskonformität (Herkunftsnachweis, DSGVO) als Pflichtpunkt in jede Migrations-Checkliste aufnehmen. Wer das verinnerlicht, muss beim nächsten Plattformwechsel nicht wieder bei null anfangen — und das ist bei der Wechselfreude im Commerce-Stack keine hypothetische Frage.