Google beendet Content API for Shopping: Händler müssen umstellen

Google zieht bei einer seit Langem angekündigten Schnittstelle den Stecker: Mit dem 18. August 2026 endet der reguläre Zugriff auf die Content API for Shopping. Danach soll die bisherige Programmierschnittstelle abgeschaltet werden. Ihre Nachfolgerin ist die Merchant API, über die Produktdaten, Bestände, Konten und weitere Merchant-Center-Funktionen automatisiert verwaltet werden können. Betroffen sind vor allem Händler und Dienstleister mit eigenen technischen Anbindungen.

Merchant API ersetzt die bisherige Shopping-Schnittstelle

Die Content API for Shopping war über Jahre eine zentrale technische Verbindung zwischen Shops, Feed-Systemen und dem Google Merchant Center. Über sie lassen sich unter anderem Produktdaten hochladen, Bestände verwalten und Merchant-Center-Konten automatisiert bearbeiten.

Google hatte die Abschaltung bereits 2025 angekündigt. Überraschend kommt der Schritt deshalb nicht. Dennoch dürfte der Stichtag einige Betreiber von Eigenentwicklungen treffen, bei denen ältere Schnittstellen nach der Einrichtung jahrelang weitgehend unbeachtet weiterliefen.

Die Merchant API übernimmt die Rolle der bisherigen Schnittstelle, ist aber keine einfache umbenannte Version. Google hat die technische Struktur überarbeitet und Funktionen stärker auf einzelne Bereiche wie Produkte, Konten, Datenquellen, Inventar und Reporting verteilt.

Für Entwickler bedeutet das: Ein Austausch der alten URL gegen einen neuen Endpoint reicht in vielen Fällen nicht aus.

Wer jetzt tatsächlich handeln muss

Nicht jeder Händler, der Produkte im Google Merchant Center verwaltet, muss am 18. August selbst Programmcode ändern. Entscheidend ist, wie die Produktdaten zu Google gelangen.

Wer Produktinformationen beispielsweise über einen klassischen Datei-Feed, einen geplanten Abruf oder eine bereits migrierte Standardintegration bereitstellt, nutzt die alte Programmierschnittstelle möglicherweise überhaupt nicht. Bei solchen Setups besteht durch die Abschaltung nicht automatisch unmittelbarer Handlungsbedarf.

Anders sieht es bei individuellen Shop-Anbindungen, selbst entwickelter Middleware, älteren Plugins und Feed-Management-Systemen aus. Hier sollten Händler prüfen, welche Schnittstelle tatsächlich angesprochen wird.

Auch bei Software-as-a-Service-Lösungen liegt die technische Verantwortung häufig beim Anbieter. Google nennt beispielsweise Händler, die die Google-&-YouTube-App von Shopify zur Synchronisierung verwenden: Sie müssen die API-Migration nicht selbst durchführen. Das Prinzip gilt allerdings nicht automatisch für jedes Plugin und jeden Dienstleister. Wer sich darauf verlässt, dass irgendein Anbieter „das schon erledigt haben wird“, ersetzt technische Prüfung durch Hoffnung.

Migration ist mehr als ein neuer API-Endpunkt

Der Wechsel auf die Merchant API bringt mehrere technische Änderungen mit sich. Eine davon betrifft die Registrierung: Google verlangt eine einmalige Verbindung zwischen dem verwendeten Google-Cloud-Projekt und dem primären Merchant-Center-Konto.

Auch die Produktverwaltung wurde verändert. Eingehende Produktdaten und die anschließend von Google verarbeitete Produktversion werden in unterschiedlichen Ressourcen abgebildet. Schreiboperationen für Produktdaten benötigen zudem eine zugeordnete Datenquelle.

Produktkennungen und Ressourcenpfade funktionieren ebenfalls anders als bisher. Entwickler müssen daher bestehende Methoden, IDs und Datenstrukturen überprüfen.

Relevant für größere Datenmengen ist außerdem der Wegfall von customBatch. Die Content API erlaubte es, zahlreiche Operationen über spezielle Batch-Methoden zusammenzufassen. Diese Methode wird in der neuen Schnittstelle nicht mehr unterstützt. Google verweist stattdessen auf parallele, asynchrone oder HTTP-basierte Batch-Anfragen.

Gerade für Feed-Anbieter mit großen Sortimenten ist das keine kosmetische Änderung. Die Architektur einer bestehenden Anbindung kann angepasst werden müssen.

Alte Integration kann zunächst unauffällig ausfallen

Für Händler ist besonders wichtig, was die Abschaltung praktisch bedeutet. Die Content API ist ein Übertragungskanal für Daten. Die Einstellung der Schnittstelle bedeutet deshalb nicht, dass am Stichtag zwangsläufig jedes vorhandene Produkt sofort aus Google Shopping verschwindet.

Das eigentliche Risiko liegt zunächst an anderer Stelle: Eine nicht migrierte Integration kann keine aktuellen Produktinformationen mehr zuverlässig über den bisherigen Kanal übertragen. Preise, Verfügbarkeiten, Bestände oder Änderungen im Sortiment können dadurch nicht mehr synchronisiert werden.

Genau darin liegt die Gefahr. Ein technisch ausgefallener Feed macht sich nicht unbedingt durch eine auffällige Fehlermeldung im Shop bemerkbar. Der Händler verkauft weiter, während sich die Daten im Merchant Center schleichend vom tatsächlichen Sortiment entfernen.

Wer dynamische Preise, häufig wechselnde Lagerbestände oder große Sortimente verwaltet, sollte deshalb nicht nur kontrollieren, ob Produkte aktuell sichtbar sind. Entscheidend ist, ob neue Änderungen tatsächlich noch bei Google ankommen.

Technische Umstellung bringt eigene Fehlerquellen mit

Auch die neue Schnittstelle ist nicht frei von Problemen. Google dokumentiert derzeit unter anderem sporadische INTERNAL_ERROR-Antworten. Die angegebene Fehlerrate liegt typischerweise bei rund 0,1 Prozent, kann zeitweise aber höher ausfallen.

Daneben sind Probleme mit Authentifizierung, Latenzen und dem Datendurchsatz bestimmter Produkt- und Inventarmethoden dokumentiert. Google empfiehlt je nach Fehlerbild Wiederholungsversuche, angepasste Timeouts oder technische Änderungen bei der parallelen Verarbeitung.

Für kleinere Shops ist das meist Aufgabe des eingesetzten Softwareanbieters. Betreiber eigener Schnittstellen sollten dagegen Monitoring und Fehlerbehandlung nicht als Nebensache behandeln. Eine erfolgreiche Antwort bei einem Testprodukt sagt wenig darüber aus, ob ein täglicher Feed mit hunderttausenden Datensätzen stabil verarbeitet wird.

Merchant API sollte jetzt im laufenden Betrieb geprüft werden

Händler mit eigener Infrastruktur sollten deshalb nicht nur klären, ob eine Migration durchgeführt wurde. Entscheidend ist, ob die Merchant API bereits produktiv eingesetzt wird und aktuelle Änderungen korrekt im Merchant Center ankommen.

Ein sinnvoller Test besteht darin, ein Produkt gezielt zu ändern und anschließend zu kontrollieren, ob Preis, Verfügbarkeit oder andere Attribute verarbeitet wurden. Zusätzlich sollten Fehlerprotokolle und API-Aufrufe geprüft werden.

Technische Teams können außerdem nach alten Endpoints mit shoppingcontent.googleapis.com und Pfaden wie /content/v2.1/ suchen. Aufrufe der neuen Schnittstelle laufen dagegen über merchantapi.googleapis.com.

Bei externen Dienstleistern genügt zunächst eine konkrete Frage: Wurde unsere Google-Merchant-Center-Anbindung vollständig auf die aktuelle Merchant API v1 migriert?

Das ist aussagekräftiger als die allgemeine Frage, ob die Google-Anbindung „aktuell“ sei.

Der Stichtag war bekannt – alte Schnittstellen werden trotzdem zum Risiko

Google hat den Wechsel mit langer Vorlaufzeit angekündigt. Wer eine eigene Content-API-Integration am Stichtag noch produktiv betreibt, kann sich daher kaum auf eine überraschende Änderung berufen.

Trotzdem zeigt die Abschaltung ein typisches Problem gewachsener E-Commerce-Infrastrukturen: Schnittstellen funktionieren oft jahrelang unsichtbar im Hintergrund. Solange keine Fehler auftreten, werden sie selten angefasst.

Mit dem Ende der Content API wird genau diese Bequemlichkeit zum Risiko. Händler müssen nicht jede Google-Schnittstelle selbst programmieren. Sie sollten aber wissen, wer sie betreibt, welche Technologie eingesetzt wird und ob Produktdaten tatsächlich noch übertragen werden.

Die Merchant API ist damit nicht nur ein technisches Migrationsthema. Der Stichtag ist auch ein brauchbarer Anlass, Verantwortlichkeiten für Produktfeeds und externe Plattformanbindungen grundsätzlich zu überprüfen.

Faktenbox