WooCommerce-Migration zu Merchant API

Google hat die Content API for Shopping am 18. August 2026 abgeschaltet. Seit dem 19. August kommt jeder Aufruf der alten v2.1-Endpunkte als HTTP 410 Gone zurück, und jede noch darauf gerichtete Integration sendet keine Produkte, Preise und Bestände mehr an Google Merchant Center. Die gute Nachricht, die die meisten panischen Beiträge ausgelassen haben, ist, dass ein großer Teil der WooCommerce-Shops nichts zu tun hatte. Wenn Ihr Feed dagegen aus eigenem Code kommt und die Umstellung ausgeblieben ist, steht er jetzt still, und hier steht, wie Sie das prüfen und beheben.

Die ehrliche Version dieser Geschichte bleibt eine Triage, kein Notfall. Bei WPPoland bauen und pflegen wir WooCommerce-Integrationen für Händler, die in der ganzen EU verkaufen, hier also, wen die Abschaltung tatsächlich betrifft, was bei verpasster Frist ausfällt, und warum dieselbe Migration still und leise die Tür zum agentengetriebenen Handel ist.

#Wann wurde die Content API for Shopping abgeschaltet

Die Content API for Shopping war Googles alte programmatische Oberfläche, um alles zu verwalten, was ein Shop an Merchant Center sendet: Produktdaten, Bestand, Preise und Kontoeinstellungen. Ersetzt hat sie die Merchant API, die denselben Bereich abdeckt, aber in fokussierte Sub-APIs aufgeteilt ist (Products, Inventories, Accounts, Reports) statt eines monolithischen Endpunkts.

Das entscheidende Datum war der 18. August 2026. Seither liefert die alte Content API 410 Gone zurück und kommt nicht wieder. Davor lag bereits ein zweites Datum: Die v1beta der Merchant API wurde am 28. Februar 2026 abgeschaltet, Code, der noch gegen diese Beta lief, ist also schon länger tot und gehört auf das stabile v1.

#Welche WooCommerce-Shops auf die Merchant API umstellen müssen

Diese Frage entscheidet, ob Sie diesen Tab schließen können. Ein WooCommerce-Shop spricht typischerweise auf drei Wegen mit Merchant Center.

• Das offizielle Plugin Google for WooCommerce. Wenn Ihre Produktsynchronisierung über das offizielle Plugin (früher Google Listings and Ads) läuft, sind Sie abgesichert. Google und WooCommerce haben den Wechsel zur Merchant API vor der Frist in einem Plugin-Release ausgeliefert, ein normales Plugin-Update hat Sie also ohne Code hinübergetragen. Sehen Sie trotzdem einmal nach, ob das Plugin auf einer aktuellen Version steht, denn ein hängengebliebenes Update ist hier der einzige Weg, weiter auf der alten Oberfläche zu sitzen.
• Ein Drittanbieter-Feed- oder Marketing-Plugin. Manche davon riefen die Content API direkt auf. Klären Sie beim Anbieter, ob das Merchant-API-Update ausgeliefert wurde, und vergleichen Sie es mit der Version, die bei Ihnen installiert ist.
• Eine eigene Integration. Maßgeschneiderte Konnektoren, eigene Feed-Exporter, Headless-Setups, die aus Ihrem eigenen Code an Merchant Center pushen, und interne Tools, die gegen die Content API geschrieben wurden. Das ist die Gruppe mit echter Arbeit, aus Umstellung ist hier Nacharbeit geworden, und es ist genau die Art von Aufbau, die Agenturen für größere oder nicht standardmäßige Shops einrichten.

Im deutschsprachigen Markt kommt ein typischer Fall hinzu: ein Shop, der mit einem eigenen Exporter gleichzeitig Google Merchant Center sowie Idealo und Geizhals bespielt. Google ist dann nur einer von mehreren Kanälen in diesem Skript, und genau das macht den Ausfall leicht übersehbar, weil Idealo und Geizhals unauffällig weiterlaufen, während der Google-Zweig stumm ist. Die Umstellung dieses einen Zweigs auf die Merchant API muss erfolgen, ohne die übrigen Feeds anzurühren.

Wenn Sie in der ersten Gruppe sind, hören Sie hier auf. Wenn Sie in der dritten sind, lesen Sie weiter.

#Merchant-Center-Feed aktualisiert sich nicht mehr

Nichts baut sanft ab. Seit dem 19. August 2026 scheitern die Aufrufe schlicht mit 410 Gone, und die Folgen kaskadieren:

• Angebote veralten. Neue Produkte tauchen nicht mehr auf, entfernte bleiben womöglich hängen. Ihr Merchant-Center-Katalog driftet von Ihrem echten WooCommerce-Katalog weg.
• Preise und Bestände aktualisieren sich nicht mehr. Das ist der gefährliche Punkt. Merchant Center zeigt weiter den zuletzt erhaltenen Preis und die letzte Verfügbarkeit, Sie können also einen Preis bewerben, den Sie nicht mehr verlangen, oder ein Produkt, das Sie nicht mehr auf Lager haben, was Ablehnungen und Vertrauensverlust des Kontos riskiert.
• Shopping- und Performance-Max-Kampagnen hungern. Google-Ads-Kampagnen leben von den Produktdaten aus Merchant Center. Wenn der Feed einfriert, laufen die Kampagnen auf veraltetem Bestand, bis sie still und leise abfallen.

Weil alles auf einmal ausfiel statt mit Vorwarnung, meldet sich ein stehender Feed nicht im Shop, sondern erst im Merchant Center und in den Kampagnen. Sehen Sie deshalb zuerst nach, wann Merchant Center Ihre Produktdaten zuletzt erhalten hat, und pausieren Sie Shopping- und Performance-Max-Kampagnen, solange der Katalog dort veraltet ist.

Google weist in der Merchant-Center-Hilfe darauf hin, dass automatische Aktualisierungen regelmäßige Updates Ihrer Produktdaten nicht ersetzen. Sie sollen nur sporadische Fehler bei Preis, Verfügbarkeit und Zustand beheben. Wenn sich Preis, Verfügbarkeit und Zustand Ihrer Produkte häufig ändern, sollten Sie laut Google dafür die Merchant API nutzen. Für einen Shop mit schnell wechselndem Bestand heißt das: Änderungen über die Integration senden, statt darauf zu warten, dass Google die Daten von Ihren Seiten korrigiert.

#WooCommerce-Integration auf die Merchant API umstellen

Die Arbeit ist methodisch statt schwer, und es ist gewöhnliche serverseitige WooCommerce-Entwicklung. Nach der Abschaltung kommt ein Schritt davor.

• Bestätigen Sie zuerst, dass der Feed wirklich steht. Im Merchant Center sagt Ihnen das Datum der letzten Produktaktualisierung, ob noch etwas ankommt, im Server-Log Ihres Konnektors sagen es die 410-Antworten. Beides zusammen trennt den Fall, in dem Sie migrieren müssen, von dem Fall, in dem nur eine Plugin-Version nachzuziehen ist.
• Inventarisieren Sie Ihre Content-API-Aufrufe. Listen Sie jeden Endpunkt auf, den Ihre Integration berührt, und das WooCommerce-Ereignis, das ihn auslöst (Produkt-Speicherung, Bestandsänderung, geplante Vollsynchronisierung).
• Ordnen Sie jeden Aufruf seiner Merchant-API-Sub-API zu. Products, Inventories, Accounts und Reports übernehmen jeweils einen Teil dessen, was die Content API an einem Ort tat.
• Authentifizieren Sie sich neu. Die Merchant API nutzt OAuth 2.0 oder ein Dienstkonto. Prüfen Sie, ob Ihre Anmeldedaten und Scopes übernommen werden.
• Prüfen Sie Feed-Labels nach der Umstellung. Die Label-Konfiguration übersteht den Wechsel nicht immer, und Labels steuern die Kampagnenstruktur, verifizieren Sie sie also, statt es anzunehmen.
• Rufen Sie die gebündelten Ablehnungsgründe ab aus der Reports-Sub-API, sobald die neue Integration läuft, um alles zu erwischen, was die Umstellung verändert hat, bevor Googles Algorithmen es tun.

#Merchant API und MCP für KI-Einkaufsagenten

Migration als lästige Pflicht verstanden, verfehlt den Punkt. Der Wechsel zur Merchant API öffnet auch den Merchant API MCP Access Service, eine Alpha-Brücke, die Merchant-Center-Daten per Model Context Protocol für LLMs und KI-Agenten bereitstellt, vorerst nur lesend plus einige risikoarme Schreibwerkzeuge. Im Klartext: Dieselbe Plattform, auf der Ihr Produkt-Feed nun lebt, ist die, aus der KI-Einkaufsassistenten lesen, wenn sie entscheiden, welche Produkte sie zeigen.

Das verbindet die Frist mit der größeren Verschiebung, über die wir schreiben: Shops gehen davon, von Menschen durchstöbert zu werden, dazu über, von Agenten abgefragt zu werden. Die Migration, die Sie ohnehin machen müssen, ist zugleich die Auffahrt dahin, für diese Agenten auffindbar und kaufbar zu sein, was die ganze These unseres Leitfadens zur Bereitschaft für KI-Commerce ist.

#Warum Google einen Sale-Preis zeigt, der nicht im WooCommerce-Feed steht

Eine funktionierende Merchant-API-Synchronisierung sagt Google, was der Shop heute sendet. Google führt aber ein eigenes Protokoll dessen, was es früher gesehen hat. Emina Demiri-Watson beschrieb am 5. Oktober 2026 im Search Engine Journal einen britischen Shop, bei dem Google in Shopping Was £474, now £355 samt Sale-Badge anzeigte. Der Händler hatte keine Aktion laufen und nie ein sale_price-Attribut übermittelt, weder im aktuellen noch in älteren Feeds. Drei Signale ergaben zusammen das Badge:

• der Feed sendete £355 als Nettopreis, der letzte Crawl der Seite las £426, also denselben Preis mit Mehrwertsteuer,
• das Product-Markup war ein AggregateOffer mit zwei priceSpecification-Stufen, List price zu £395 und Sale price zu £355, und £395 netto sind £474 brutto,
• das HTML der Seite schrieb Now neben den Preis, und ein Feed-Export vom 15. April trug im Preisfeld noch £474.

Keines dieser Signale verlangte für sich ein Badge. Die Autorin fasst es in zwei Sätzen zusammen: “Menschen vergessen. Systeme nicht” (Emina Demiri-Watson, Search Engine Journal, eigene Übersetzung).

Badges, die ein Shop über sale_price selbst anfordert, haben eigene Bedingungen. Google prüft, ob der Rabatt zwischen 5% und 90% liegt und ob der Grundpreis lange genug übermittelt wurde, im Vereinigten Königreich “mindestens 30 Tage innerhalb der letzten 200 Tage” (Emina Demiri-Watson, Search Engine Journal, eigene Übersetzung). Preissenkungs-Hinweise brauchen gar keine Übermittlung: Google vergleicht den aktuellen Preis mit dem Durchschnitt, den es selbst über die letzten 60 Tage aufgezeichnet hat. Die Größenordnung dieses Gedächtnisses laut demselben Artikel: Der Shopping Graph enthält “über 50 Milliarden Produkteinträge, von denen mehr als 2 Milliarden stündlich aktualisiert werden” (Emina Demiri-Watson, Search Engine Journal, eigene Übersetzung).

Für einen deutschen Shop verschiebt sich nur die Zahl. Bei einem Produkt zum Regelsatz von 19% liegt der gecrawlte Preis 19% über dem Feed-Preis, wenn der Feed netto und die Seite brutto ausweist. Waren zum ermäßigten Satz von 7% ergeben eine andere Abweichung. Wer gemischte Steuersätze führt, sieht deshalb keine einheitliche Abweichung über den ganzen Katalog.

#Feed-Preis und Product-Schema-Preis in WooCommerce vergleichen

• Zuerst lesen, was Google gesehen hat. Öffnen Sie im Merchant Center das Produkt unter Products > All products (Bezeichnungen der englischen Oberfläche) und scrollen Sie im Tab Product details ans Ende. Der Abschnitt Information found on your site zeigt den Preis, den Google zuletzt von der Seite gelesen hat, mit Datum. Entspricht die Abweichung genau dem Steuersatz, sendet der Feed netto und die Seite zeigt brutto.
• WooCommerce > Settings > Tax prüfen. Die Option zur Preiseingabe mit Steuer legt fest, was der gespeicherte Preis bedeutet, die Option zur Preisanzeige im Shop legt fest, ob Besucher ihn mit oder ohne Steuer sehen. Vergleichen Sie das mit dem, was Ihr Feed-Exporter sendet. Zeigt die Seite brutto und der Feed netto, muss Google die Steuer selbst ableiten.
• Das ausgelieferte JSON-LD lesen, nicht den Einstellungsbildschirm. Öffnen Sie den Quelltext einer Produktseite und suchen Sie jeden application/ld+json-Block mit einem Product. WooCommerce gibt eigenes Product-Markup aus, und ein SEO-Plugin kann ein zweites hinzufügen, das nicht übereinstimmt. Achten Sie auf einen zweiten Preis und auf Namen in priceSpecification mit Sale oder List.
• Sale-Formulierungen im HTML suchen. WooCommerce setzt den regulären Preis in <del> und den Angebotspreis in <ins>, sobald ein Produkt einen Angebotspreis hat, und Themes ergänzen oft Etiketten wie “Statt” oder “Jetzt”. Zeigt ein Produkt ohne Aktion eines davon, ändern Sie das Etikett. Die Autorin rät dasselbe.
• Datierte Feed-Exporte aufbewahren. Der britische Fall ließ sich nur lösen, weil zufällig ein Export vom April vorlag. Ein gespeicherter Export pro Monat macht aus der nächsten Suche einen Vergleich zweier Dateien, auch für Feeds an idealo, falls derselbe Exporter sie erzeugt.

#Was mit Bildern ausgelisteter Produkte in WooCommerce passieren sollte

Google führt einen eigenen Index von Produktbildern, unabhängig von image_link im Feed und vom Schema. Solange eine alte Bild-URL noch antwortet, kann Google das Bild weiter in Anzeigen und kostenlosen Produkteinträgen verwenden, obwohl der Shop es längst ersetzt hat. Der Artikel nennt WooCommerce ausdrücklich: “WooCommerce-Uploads liegen in der normalen WordPress-Mediathek und werden selten aufgeräumt, wenn Produkte aus dem Sortiment gehen” (Emina Demiri-Watson, Search Engine Journal, eigene Übersetzung).

• Ein gelöschtes Produkt löscht seine Bilder nicht. Wenn Sie ein Produkt auslisten oder ein Foto ersetzen, löschen Sie den alten Anhang unter Media > Library mit Delete permanently (im deutschen Backend Medien, Mediathek und endgültig löschen). WordPress entfernt die Datei und die erzeugten Größen, die alte URL liefert dann 404, das saubere Signal, das der Artikel empfiehlt. Prüfen Sie vorher, dass kein anderes Produkt und keine andere Seite das Bild noch nutzt.
• Ein neuer Dateiname lässt die alte Datei online. Ein Foto unter anderem Namen gibt Google zwei Bild-URLs für ein Produkt, und Google wählt nicht immer die aktuelle.
• Den 404 an der URL selbst prüfen. Rufen Sie die alte Bildadresse nach dem Löschen auf. Ein CDN oder Seiten-Cache kann die Datei noch ausliefern, nachdem WordPress sie entfernt hat.
• Den alten Dateinamen in der Google-Bildersuche suchen. Eine Kopie in einem Marktplatz-Angebot oder auf einer vergessenen fremden Seite kann die Quelle des falschen Bildes sein, und diese Kopie muss dort weg, wo sie liegt.

#Was tun, wenn der WooCommerce-Feed für Google steht

Wenn Sie das offizielle Plugin nutzen, prüfen Sie einmal die Plugin-Version und das Datum der letzten Produktaktualisierung im Merchant Center, dann machen Sie mit Ihrem Tag weiter. Wenn Sie eine eigene oder Drittanbieter-Integration haben, klären Sie zuerst, ob überhaupt noch Daten ankommen, finden Sie dann heraus, von welchen Sub-APIs Sie abhängen, und testen Sie die neue Anbindung gegen ein Nicht-Produktivkonto, bevor Sie Produktivtraffic auf die neuen Tools richten, denn genau das empfiehlt Google.

Wir übernehmen diese Migrationen im Rahmen unserer Arbeit als WooCommerce-Entwickler, neben der Analytics-Seite agentengetriebener Bestellungen, die wir in was passiert, wenn ein KI-Agent auscheckt behandeln, und dem nur lesenden WooCommerce-MCP-Server, der zeigt, wie Agenten einen Katalog überhaupt erst lesen.

Zuletzt aktualisiert: 11. Oktober 2026.