Google Shopping mit Magento verbinden: Feed ohne die eingestellte Google-Extension aufbauen

Viele Anleitungen zu Magento und Google Shopping führen in eine Sackgasse: Sie beschreiben die frühere offizielle Erweiterung „Google Shopping ads Channel“ – und die ist seit dem 28.04.2020 deaktiviert. Magento Open Source und Adobe Commerce erzeugen seither von Haus aus keinen Feed, den das Google Merchant Center akzeptiert. Der Bordmittel-Export liefert lediglich eine generische CSV-Datei: ohne Google-Feldnamen, ohne Varianten-Logik, ohne Prüfung der Pflichtattribute.

Dieser Artikel zeigt, welche drei Anbindungswege heute funktionieren, wie Sie das Merchant Center Schritt für Schritt einrichten – und an welchen Magento-Eigenheiten die meisten Feeds tatsächlich scheitern: EAV-Modell, Attribute-Sets, Store-View-Scopes und die Varianten-Logik rund um die item_group_id.

Warum es keine offizielle Google-Extension mehr gibt

Die Erweiterung „Google Shopping ads Channel“ war jahrelang der offizielle Weg, einen Magento-Katalog an Google zu übergeben. Adobe hat sie mit Adobe Commerce 2.3.5 als veraltet markiert und zum 28.04.2020 abgeschaltet; kurz darauf, am 30.06.2020, endete auch der Support für Magento 1. Wer die Extension heute noch installiert hat, überträgt damit keine Daten mehr. Aktuelle Shops laufen auf Magento Open Source oder Adobe Commerce 2.4.x – beide ohne eingebauten Google-Kanal.

Auf Google-Seite hat sich der Rahmen ebenfalls verschoben. Seit dem 30.09.2024 ist Merchant Center Next die einzige Oberfläche; das klassische Merchant Center wurde abgeschaltet, und aus „Feeds“ wurden dort „Datenquellen“. Für die Programmierschnittstelle gilt Vergleichbares: Die Merchant API löst die Content API for Shopping ab. Deren v1beta wurde bereits zum 28.02.2026 eingestellt, die Content API selbst wird zum 18.08.2026 abgeschaltet. Jede Anleitung und jede Extension, die noch auf der Content API aufbaut, arbeitet damit auf einem Auslaufmodell.

Drei Wege, Magento heute mit Google Shopping zu verbinden

Ohne offiziellen Kanal bleiben drei Anbindungswege. Welcher passt, hängt von Kataloggröße, Varianten-Anteil und der Zahl Ihrer Store-Views ab. Eine shopsystemübergreifende Einordnung finden Sie auf unserer Übersichtsseite zum Google Shopping Feed.

Weg 1: Feed-Extension eines Drittanbieters

Eine Feed-Extension erzeugt aus dem Magento-Katalog eine XML- oder CSV-Datei im Google-Format und legt sie unter einer festen URL ab; das Merchant Center holt die Datei nach Zeitplan ab. Das ist der schnellste Einstieg und für kleinere Kataloge oft ausreichend. Die Grenze liegt in der Natur der Sache: Eine Extension exportiert die Daten so, wie sie im Shop stehen. Lückenhafte Attribute-Sets, dünne Titel und grob gemappte Kategorien wandern ungefiltert in den Feed – exportiert wird zuverlässig, optimiert nicht.

Weg 2: Automatische Erfassung über die Website

Merchant Center Next kann Produktdaten direkt von Ihren Produktseiten auslesen, gestützt vor allem auf strukturierte Daten. Für einen kleinen Katalog ohne Varianten kann das genügen. Bei typischen Magento-Shops stößt die Automatik schnell an Grenzen: Varianten werden falsch gruppiert, Pflichtfelder fehlen, und bei mehreren Store-Views geraten Sprache und Währung durcheinander. Kontrolle über einzelne Attribute haben Sie auf diesem Weg kaum – Sie sehen erst in der Diagnose, was Google daraus gemacht hat.

Weg 3: Direktanbindung über die Merchant API

Der robusteste Weg für größere Kataloge ist die direkte Übergabe der Produktdaten per Schnittstelle an das Merchant Center – heute über die Merchant API. Damit lassen sich einzelne Produkte gezielt aktualisieren, statt bei jeder Preis- oder Bestandsänderung den kompletten Feed neu zu erzeugen. Der Einrichtungsaufwand ist höher, dafür entfällt die Zwischendatei, und Änderungen erreichen das Konto deutlich schneller. Wichtig bei Bestandssystemen: Anbindungen auf Basis der Content API for Shopping müssen auf die Merchant API migriert werden – nach dem 18.08.2026 laufen sie nicht mehr.

Schritt für Schritt: Merchant Center einrichten und Magento anbinden

Unabhängig vom gewählten Weg läuft die Einrichtung in derselben Reihenfolge ab:

1. Merchant-Center-Konto anlegen und Website beanspruchen. Verifizieren Sie Ihre Domain und hinterlegen Sie sie als beanspruchte Website. Die URL im Feld link muss später exakt zu dieser Domain passen.
2. Grundeinstellungen setzen. Zielland, Sprache, Versandkosten und Rückgabebedingungen gelten katalogweit – fehlende Versandangaben gehören zu den häufigsten Ablehnungsgründen, noch vor Datenfehlern im Feed.
3. Datenquelle anlegen. Wählen Sie einen der drei Wege: Datei-Abruf per URL (Feed-Extension), automatische Website-Erfassung oder API-Anbindung. Pro Kombination aus Zielland, Sprache und Währung brauchen Sie eine eigene Datenquelle.
4. Attribute zuordnen. Pflicht sind unter anderem id, title, description, link, image_link, price und availability. Dazu kommt brand – für neue Produkte verpflichtend, außer bei Filmen, Büchern und Musik – sowie die GTIN, sofern der Hersteller eine vergeben hat. Gibt es keine, bleibt das Feld leer und identifier_exists=no kennzeichnet das Produkt korrekt.
5. Varianten strukturieren. Jede kaufbare Variante wird eine eigene Zeile im Feed, verbunden über eine gemeinsame item_group_id. Wie das mit Magentos Configurable Products zusammenhängt, zeigt der nächste Abschnitt im Detail.
6. Diagnose prüfen. Nach dem ersten Import zeigt das Merchant Center Ablehnungen und Warnungen je Produkt. Beheben Sie diese, bevor Sie Budget auf Kampagnen geben – abgelehnte Produkte werden schlicht nicht ausgespielt.

Der so eingerichtete Feed bedient übrigens beide Ausspielungen: die bezahlten Shopping-Anzeigen – seit der 2022 abgeschlossenen Umstellung von Smart Shopping laufen sie über Performance Max – und die kostenlosen Produkteinträge (Free Listings) in der Suche, im Shopping-Tab, in der Bildersuche, auf YouTube und in Gemini.

Magento-Datenmodell: die vier Stolperstellen im Detail

Dass der Magento-Feed häufiger hakt als bei einfacheren Shopsystemen, liegt nicht an Nachlässigkeit bei der Pflege, sondern an der Architektur. Was Magento für große Sortimente flexibel macht, erzeugt im Export genau die Lücken, an denen das Merchant Center Produkte ablehnt.

EAV-Modell und Attribute-Sets

Magento speichert Produktdaten im EAV-Modell (Entity–Attribute–Value): Jeder Attributwert liegt als eigene Zeile in der Datenbank, und welche Attribute ein Produkt überhaupt haben kann, bestimmt sein Attribute-Set. Enthält das Set einer Produktgruppe kein Feld für GTIN, Farbe oder Material, kann dort niemand etwas pflegen – und der Feed liefert für diese Gruppe systematisch leere Pflicht- oder Empfehlungsfelder. Ablehnungen treten dann nicht vereinzelt auf, sondern blockweise: eine ganze Kategorie ohne brand, eine ganze Marke ohne Größenangaben. Inventarisieren Sie deshalb vor der Anbindung Ihre Attribute-Sets: Welche Sets existieren, welche Google-Attribute fehlen in welchem Set, und wo lässt sich ein fehlender Wert aus einem anderen Feld ableiten?

Store-Views und Scope: Sprache und Währung

Magento staffelt sich in Website, Store und Store-View, und Attributwerte können je Ebene überschrieben werden: Die Sprache hängt typischerweise am Store-View, die Währung am Website-Scope. Für den Feed heißt das: Jede Datenquelle muss aus dem richtigen Store-View gespeist werden. Wird beim Export der falsche Scope gezogen, landen englische Default-Titel in der deutschen Kampagne oder Preise in der falschen Währung. Beides fällt auf – spätestens, wenn Google Feed-Angaben mit der Landingpage abgleicht und Produkte wegen Preis- oder Sprachdiskrepanz ablehnt. Betreiben Sie mehrere Märkte, planen Sie von Anfang an eine Datenquelle je Zielland ein statt eines Sammel-Exports.

Configurable Products, Simple Products und die item_group_id

Magento trennt das konfigurierbare Elternprodukt von seinen kaufbaren Varianten: Jede Größe und Farbe ist ein eigenes Simple Product mit eigener SKU. In den Feed gehören die Varianten – jede als eigene Zeile, verbunden über eine gemeinsame item_group_id, üblicherweise die SKU des Elternprodukts. In Deutschland ist die item_group_id bei Varianten Pflicht, für Shopping-Anzeigen ebenso wie für Free Listings. Jede kaufbare Variante braucht zudem ihre eigene GTIN, sofern der Hersteller eine vergeben hat. Das Elternprodukt selbst ist kein kaufbarer Artikel und gehört nicht als eigene Zeile in den Feed. Die Struktur sieht verkürzt so aus:

<item>
  <g:id>PULLI-1042-S</g:id>
  <g:item_group_id>PULLI-1042</g:item_group_id>
  <g:title>Merino-Pullover Herren Blau, Gr. S</g:title>
  <g:gtin>4012345678901</g:gtin>
  <g:size>S</g:size>
</item>
<item>
  <g:id>PULLI-1042-M</g:id>
  <g:item_group_id>PULLI-1042</g:item_group_id>
  <g:title>Merino-Pullover Herren Blau, Gr. M</g:title>
  <g:gtin>4012345678918</g:gtin>
  <g:size>M</g:size>
</item>

Typische Fehlerbilder bei schiefer Varianten-Logik: Das Elternprodukt taucht als Dublette neben den Varianten auf, einzelne Größen fehlen, oder alle Varianten teilen sich fälschlich dieselbe id – dann überschreiben sie sich gegenseitig und nur eine Größe ist sichtbar.

Sichtbarkeit und Bestand

Simple Products stehen in Magento häufig auf „Nicht einzeln sichtbar“ – ihre URL führt dann auf eine Fehlerseite. Das Feld link jeder Variante muss deshalb auf die Seite des konfigurierbaren Produkts zeigen, idealerweise mit vorausgewählter Variante. Und der Bestand: Ausverkaufte oder deaktivierte Produkte müssen im Feed als nicht verfügbar markiert oder ganz ausgeschlossen sein, sonst zahlen Sie für Klicks auf Artikel, die niemand kaufen kann. Umgekehrt darf eine zu strenge Export-Logik keine verkaufbaren Artikel aussortieren – beides prüfen Sie am einfachsten über einen Abgleich der Artikelzahl zwischen Shop und Merchant Center.

Vom laufenden zum wirtschaftlichen Feed

Ein Import ohne Ablehnungen ist die Pflicht – mehr Umsatz bringt erst die Kür. Dazu gehören Titel, die die Suchlogik Ihrer Kundschaft abbilden statt interner Produktnamen, ein präzises Mapping auf die Google-Produktkategorien und die fünf optionalen Felder custom_label_0 bis custom_label_4, mit denen Sie Produkte für Performance Max segmentieren – etwa nach Marge, Saison oder Abverkaufsziel. Wie Sie diese Stellschrauben systematisch angehen, zeigt unser Leitfaden Feed-Attribute optimieren.

Wenn Sie Aufbau und Pflege nicht selbst betreiben wollen: Auf unserer Leistungsseite zum Magento Google Shopping Feed beschreiben wir, wie wir uns per Schnittstelle direkt an Magento oder Adobe Commerce anbinden, die Daten regelbasiert anreichern und den fertigen Feed über die Merchant API in Ihr Merchant Center ausspielen – ohne zusätzliches Plugin in Ihrem Backend.

Häufige Fragen

Gibt es noch eine offizielle Google-Extension für Magento?

Nein. Die Erweiterung „Google Shopping ads Channel“ wurde zum 28.04.2020 deaktiviert und überträgt keine Daten mehr; einen Nachfolger im Magento-Core gibt es nicht. Der Weg führt heute über eine Drittanbieter-Extension, die automatische Website-Erfassung in Merchant Center Next oder eine Direktanbindung per Merchant API.

Brauche ich für jeden Store-View einen eigenen Feed?

Für jede Kombination aus Zielland, Sprache und Währung: ja. Ein deutscher und ein österreichischer Store-View mit identischer Sprache und Währung können sich eine Struktur teilen, brauchen aber getrennte Datenquellen mit den jeweils richtigen Preisen und Versandangaben. Entscheidend ist, dass jede Datenquelle aus dem passenden Store-View exportiert wird – nicht aus dem Default-Scope.

Muss jede Variante eine eigene GTIN haben?

Nur, wenn der Hersteller eine vergeben hat – dann gehört sie je kaufbarer Variante in den Feed. Für Eigenmarken ohne GTIN bleibt das Feld leer und identifier_exists=no kennzeichnet das Produkt korrekt. Unabhängig davon gilt: brand ist für neue Produkte Pflicht (außer Filme, Bücher, Musik), und Varianten brauchen in Deutschland immer eine gemeinsame item_group_id.

Was bedeutet die Umstellung auf die Merchant API für meinen Shop?

Handlungsbedarf besteht nur, wenn Ihre Anbindung per API läuft. Nutzt Ihre Extension oder Ihr Dienstleister noch die Content API for Shopping, muss die Integration auf die Merchant API migriert sein – die Content API wird zum 18.08.2026 abgeschaltet. Feeds per Datei-Abruf und die automatische Website-Erfassung sind von der Umstellung nicht betroffen. Fragen Sie im Zweifel Ihren Extension-Anbieter, auf welcher API seine aktuelle Version aufsetzt.

Sie wollen beim Thema Feeds und Google Ads auf dem Laufenden bleiben? Fordern Sie unten unser PDF an – Sie erhalten es direkt per E-Mail, die Nutzung ist kostenlos.