Google for WooCommerce: „SHOPPING_PLUS“ verhindert den Produktabgleich?

Deine Produkte stehen auf „Sync and show“, bleiben aber ausstehend? Im Log erscheint [primaryProductDataSource.destinations] Destinations of the data source are invalid: SHOPPING_PLUS. Dann sollte die Prüfung bei der Merchant-Center-Datenquelle und ihren Zielprogrammen beginnen. Einzelne Produkttitel, Bilder oder GTINs sind für diese Fehlermeldung nicht der erste sinnvolle Ansatz.

Ein öffentlicher Bericht beschreibt den Fehler nach einer erneuten Kontoverbindung und einem Wechsel des Merchant-Center-Kontos mit Google for WooCommerce 3.10.0. Der Betreiber meldete laufende Hintergrundjobs, aber keine angelegte Plugin-Datenquelle. Eine öffentlich bestätigte abschließende Behebung ist im Thread nicht dokumentiert. Q1

Vier Zustände, die du getrennt prüfen solltest

Für die Diagnose lohnt sich eine einfache Aufteilung:

1. Kontoverbindung: Ist das beabsichtigte Merchant-Center-Konto verbunden?
2. Datenquelle: Existiert die zum Plugin passende Datenquelle mit dem richtigen Eingabetyp und den vorgesehenen Zielprogrammen?
3. Übertragung: Wurde das konkrete Produkt in diese Datenquelle übernommen?
4. Produktbewertung: Wird das übertragene Produkt für das gewünschte Ziel akzeptiert?

Diese Reihenfolge ist ein Prüfmodell. Ein Erfolg auf einer Stufe beweist den Erfolg der nächsten nicht. Insbesondere ersetzt ein abgearbeiteter Hintergrundjob nicht den Nachweis, dass ein bestimmtes Produkt am erwarteten Ziel angekommen ist.

Was die Fehlermeldung über die Datenquelle verrät

Die Google-Dokumentation beschreibt destinations als Zielprogramme einer primären Produktdatenquelle. Eine Datenquelle kann nur solche Ziele aktivieren, die für das Konto bereits verfügbar beziehungsweise aktiviert sind. Werden Zielprogramme ausdrücklich gesetzt, wird die Datenquelle auf diese Auswahl festgelegt. Q2

Die genaue Zeichenfolge SHOPPING_PLUS sollte deshalb unverändert im Prüfbericht erhalten bleiben. Aus ihr folgt noch nicht, welcher Kontozustand in deiner Installation falsch ist. Eine Herstellerantwort im Originalthread diskutiert die Übereinstimmung zwischen Kontoprogrammen und angefordertem Ziel; die endgültige Ursache wurde dort in eine private Prüfung verlagert. Q1

Ersetze den Wert daher nicht versuchsweise durch einen ähnlich klingenden Programmnamen. Zuerst muss feststehen, welcher Request tatsächlich gesendet wurde und welche Ziele das verbundene Konto verwenden darf.

Sichere Ersthilfe ohne Löschen bestehender Feeds

1. Sichere den exakten Fehler und Zeitpunkt. Notiere die vollständige Meldung, Pluginversion und betroffenen Zeitraum. Kennzeichne, ob sie bei Datenquellenanlage, Produktübertragung oder Statusabfrage erscheint. Entferne Zugangstoken und private Kontodaten, bevor du einen Ausschnitt teilst.

2. Prüfe die Identität der Verbindung. Vergleiche die im Plugin ausgewählte Merchant-Center-Verbindung mit dem gewünschten Konto. Verwende intern eindeutige IDs, öffentlich aber Platzhalter. Dokumentiere einen kürzlich erfolgten Kontowechsel, damit alte und neue Datenquellen nicht versehentlich vermischt werden.

3. Erfasse die verfügbaren Zielprogramme. Notiere, welche Marketingmethoden im tatsächlichen Konto eingeschaltet sind und welche das Plugin anfordert. Google unterscheidet in seiner Anleitung beispielsweise kostenlose Einträge und Shopping-Anzeigen. Eine Werbekampagne einzurichten ist deshalb kein allgemeingültiger Reparaturschritt für eine ungültige Datenquellenkonfiguration. Q3

4. Lies die vorhandenen Datenquellen aus. Halte Name, Eingabetyp, Sprache, Zielmarkt und Zuordnung zum Plugin fest. Unterscheide API-Quellen von Datei-Feeds und automatisch gefundenen Produkten. Bestehende funktionierende Quellen sollten zunächst unangetastet bleiben, damit der Istzustand nachvollziehbar bleibt.

5. Ordne einen einzelnen Produktversuch zu. Wähle ein geeignetes Testprodukt beziehungsweise einen begrenzten regulären Aktualisierungsvorgang. Verbinde Produktreferenz, Zeitpunkt, Job und konkrete API-Antwort. „Job abgeschlossen“ ohne zugehörige Antwort ist kein ausreichendes Diagnoseergebnis.

6. Prüfe die Fehlerklasse vor einem erneuten Vollabgleich. WooCommerce dokumentiert eine vollständige Synchronisierung für bestimmte andere Problemfälle, etwa wenn die Entsprechung eines bereits synchronisierten Produkts fehlt. Diese Maßnahme ist kein Beleg dafür, dass ein ungültiges Zielprogramm dadurch repariert wird. Q4

7. Ändere nur den belegten Fehlerpunkt. Wenn Datenquelle oder Zielprogramme unklar bleiben, bereite einen begrenzten Supportfall mit Konfiguration und bereinigter Antwort vor. Lösche weder funktionierende Feeds noch alle Produkte und verbinde nicht wiederholt beliebige Konten, um irgendeinen anderen Zustand zu erhalten.

Ist das mit Version 3.10.0 bereits behoben?

Das lässt sich für SHOPPING_PLUS aus den geprüften Quellen nicht bestätigen. Version 3.10.0 vom 20. Oktober 2026 enthält zwar Korrekturen für ungeeignete Datenquellentypen und einen Fehler bei der Statusverarbeitung. Diese Änderungen betreffen andere konkret dokumentierte Meldungen. Q5 Q6

Der hier behandelte Bericht nennt bereits 3.10.0. Ein Versionshinweis muss deshalb den genauen Fehler nennen: Ein behobener Datei-/API-Konflikt darf nicht als bestätigte Lösung für eine ungültige Destination ausgegeben werden. Q1

Prüfe vor der Bearbeitung den inzwischen aktuellen Release-Stand. Beim Abruf am 4. November 2026 war im offiziellen Verzeichnis weiterhin 3.10.0 gelistet. Auch eine neuere Version wäre erst dann ein belastbarer Lösungsbeleg, wenn ihr Änderungsumfang zum vorliegenden Fehler passt und dein Ablauf erfolgreich geprüft wurde. Q5

Häufige Fragen

Muss ich Google Ads verbinden, damit kostenlose Einträge funktionieren?

Aus diesem Fehler ergibt sich diese Pflicht nicht. Die Google-API-Anleitung unterscheidet kostenlose Einträge und Shopping-Anzeigen als getrennte Zielkonfigurationen. Prüfe, welche Variante du tatsächlich nutzen willst und was die Datenquelle anfordert. Q3

Meine Produkte stehen schon unter „Found by Google“. Reicht das?

Für die Prüfung des Pluginabgleichs musst du die tatsächlich verwendete Quelle des konkreten Produkts feststellen. Die bloße Sichtbarkeit eines Artikels im Merchant Center beantwortet nicht, ob der aktuelle API-Versuch erfolgreich war. Vergleiche Quelle, Produktreferenz und Änderungszeitpunkt.

Ist ein Multi-Client-Konto die bewiesene Ursache?

Nein. Im Originalthread wurde dieser Punkt geprüft; der Betreiber bestätigte ein eigenständiges Konto. Die Diskussion liefert daher keinen Beleg, dass gerade ein Multi-Client-Konto diesen Vorfall verursachte. Q1

Soll ich alle Produkte löschen und neu synchronisieren?

Für einen Fehler auf Datenquellenebene ist das kein begründeter erster Schritt. Sichere zuerst den Bestand und die Quellenzuordnung. Eine Neuübertragung sollte erst nach einer nachvollziehbaren Korrektur und einem begrenzten erfolgreichen Versuch erwogen werden.

Warum kann ein Hintergrundjob fertig sein, obwohl nichts ankommt?

Betrachte den Abschluss des Jobs und das Ergebnis des einzelnen Produktversuchs getrennt. Dokumentiere die konkrete Antwort statt nur den Jobstatus. Ohne diese Zuordnung bleibt offen, welcher Teil des Ablaufs erfolgreich war.

Welche Angaben machen eine Anfrage brauchbar?

Hilfreich sind Pluginversion, genauer Fehler, Zeitpunkt, Zielmarkt und Sprache, letzter Kontowechsel sowie eine bereinigte Übersicht der Datenquelle und Zielprogramme. Ergänze das Ergebnis eines einzelnen nachvollziehbaren Produktversuchs. Zugangstoken, vollständige Kundenlisten und private Schlüssel werden dafür nicht benötigt.

Fall beschreiben

Beschreibe, seit wann die Produkte ausstehen, welche Verbindung zuletzt geändert wurde und an welcher Stelle SHOPPING_PLUS erscheint. Mit einem bereinigten Beispiel lässt sich bestimmen, ob Datenquelle, Zielprogramm oder ein anderer Übertragungsschritt untersucht werden muss.