Die Content API for Shopping wird abgeschaltet: was du prüfen solltest, bevor sie stoppt

Die Content API for Shopping ist die ältere programmatische Art, wie Apps und Skripte mit dem Google Merchant Center gesprochen haben: Produktstatus lesen, Produktdaten senden, Konten verwalten. Google ersetzt sie durch die Merchant API, eine neu gebaute und modulare Version, und die alte Content API wird abgeschaltet. Nach dem Stichtag funktionieren Aufrufe der eingestellten Endpunkte nicht mehr. Alles, was weiterhin davon abhängt, ein Sync-Job, ein Reporting-Skript, ein Drittanbieter-Feed-Tool, verliert die Verbindung zum Merchant Center.

• Content API for Shopping (die alte Schnittstelle) wird eingestellt.
• Merchant API (der modulare Ersatz) ist der neue Ort für alles.
• Nach dem Stichtag liefern Aufrufe der alten Endpunkte einfach keine Daten mehr.

Die meisten Shopify-Shops verbinden sich über eine verwaltete Integration mit dem Merchant Center, Googles eigene Channel-App oder eine gepflegte Drittanbieter-App, und diese Anbieter übernehmen die Migration für dich. Das Risiko liegt bei allen, deren Verbindung nicht von jemand anderem gepflegt wird: ein selbstgebauter Sync, ein internes Reporting-Skript, eine ältere oder aufgegebene App oder ein Feed-Tool, dessen Anbieter verstummt ist. Wenn jemand in deinem Team Code gegen das Merchant Center geschrieben hat oder du ein Tool nutzt, das seit Längerem kein Update bekommen hat, geh davon aus, dass es geprüft werden muss.

• Geringeres Risiko: verwaltete Integrationen von Google oder eine aktiv gepflegte App.
• Höheres Risiko: eigene Skripte, interne Sync-Jobs oder ältere Apps auf Basis der Content API.
• Achte auf Drittanbieter-Feed-Tools, deren Anbieter keine Updates mehr liefert.

Du musst keinen Code lesen, um ein erstes Signal zu bekommen. Sieh dir an, wie deine Produkte ins Merchant Center gelangen und wer diesen Weg pflegt. Ist es eine App aus dem Marktplatz, die weiterhin Updates erhält, bist du wahrscheinlich sicher. Ist es eine maßgeschneiderte Integration, ein einmal eingerichtetes Skript oder ein Tool, das sich seit einem Jahr nicht geändert hat, dann schau genau dort hin. Im Zweifel frag den Anbieter direkt, ob seine Integration bereits auf der Merchant API läuft, und lass dir die Antwort schriftlich geben.

• Verfolge, wie Produktdaten heute tatsächlich ins Merchant Center gelangen.
• Prüfe, ob jede App oder jedes Tool auf diesem Weg noch Updates liefert.
• Frag Anbieter klar, ob sie schon auf der Merchant API sind, und behalte die Antwort.

Das Ziel ist einfach: jeder Weg ins Merchant Center sollte auf der Merchant API laufen, bevor der alte abgeschaltet wird. Bei verwalteten Apps bestätige, dass der Anbieter migriert hat. Bei eigenem Code plane den Umzug auf die Merchant API und teste ihn gegen ein echtes Konto, nicht nur in der Theorie. Lass es nicht auf die letzte Woche ankommen. Sobald die Content API stoppt, bedeutet ein defekter Sync, dass Produkte still aus Google Shopping fallen, bis jemand den verlorenen Traffic bemerkt.

• Bestätige, dass jede verwaltete Integration auf die Merchant API umgezogen ist.
• Migriere und teste eigenen Code rechtzeitig vor dem Stichtag, gegen ein echtes Konto.
• Halte einen Plan B bereit: wisse, wie du neu verbindest, wenn ein Sync am Tag X ausfällt.

Fristen wie diese sind der sichtbare Teil eines beweglichen Ziels: Google ändert häufiger, wie das Merchant Center funktioniert, als die meisten Shops mitverfolgen. Der Weg, nicht erwischt zu werden, ist, das Konto selbst zu beobachten, nicht den Kalender. Eine Prüfung, die deinen Live-Produkt- und Kontostatus über die aktuelle Merchant API liest, sagt dir in dem Moment Bescheid, in dem etwas ausfällt, ob Abschaltung, Richtlinienänderung oder Ablehnung, solange es noch eine kleine Korrektur ist. Feed Guard läuft auf der Merchant API, diese Abschaltung ändert also auf unserer Seite nichts. Es ist eine informative Prüfung, keine Rechts- oder Technikberatung, und sie garantiert keine Rechtskonformität, aber ein Problem am Tag seines Auftretens zu sehen, ist der größte Teil des Kampfes.