So übertragen Sie einen WooCommerce-Produkt-Feed an das Google Merchant Center

Warum Google Merchant-Ablehnungen nach Änderungen am WooCommerce-Katalog angezeigt werden

Das Google Merchant Center lehnt Produkte ab oder schränkt sie ein, wenn Titel, GTINs, Bilder, Preise oder Verfügbarkeit nicht mit der Zielseite übereinstimmen. WooCommerce-Kataloge ändern sich ständig: Bestandsrückgänge bei Bestellungen, Aktionspreise mit Terminplanung, Attributänderungen für Größentabellen und fehlende Kennungen bei älteren SKUs. Plugins, die einmal am Tag einen vollständigen XML-Feed ausgeben, führen dazu, dass Shopping-Anzeigen aufgrund veralteter Verfügbarkeit geschaltet werden, was zu Ablehnungen und verschwendeten Ausgaben führt. Mehrsprachige Shops mit mehreren Währungen müssen für jedes Zielland die richtige Sprache und Währung bereitstellen und dürfen nicht für jede EU-Kampagne nur einen einzigen PL-Feed bereitstellen. GTIN- und Markenlücken sind bei Handelsmarkenwaren chronisch. Die Kategoriezuordnung von WooCommerce-Kategorien zur Google-Produkttaxonomie verändert sich, wenn Merchandiser neue Shop-Kategorien erfinden. Für Variantenprodukte ist die Disziplin „item_group_id“ erforderlich, andernfalls behandelt der Händler jede Größe als unabhängiges Angebot. Versand- und Steuerfelder, die beim Auschecken korrekt sind, fehlen möglicherweise im Feed, sodass das kostenlose Angebot günstiger aussieht als das Auschecken und gesperrt wird. Ohne Automatisierung, die sich bei Katalogereignissen neu generiert, erforderliche Felder validiert und bei Ablehnungsspitzen warnt, entdecken Channel-Ops-Mitarbeiter Probleme in der Händler-Benutzeroberfläche Tage später. Bis dahin haben Shopping-Kampagnen die Auslieferung eingeschränkt. Marktplatzgeführte Kataloge sorgen für zusätzliche Drift. Wenn Baselinker oder ein ERP den Preis in WooCommerce überträgt, nachdem der Händler bereits den Morgen-Feed abgerufen hat, können Shopping-Anzeigen stundenlang mit dem Checkout nicht übereinstimmen. Die Automatisierung muss den Händler entweder schnell über die Content-API patchen oder die SKU vorübergehend anhalten, wenn ein Konfliktfenster erkannt wird. Wiederkehrende Kunden, die einen Preis bei Google und einen anderen an der Kasse sehen, generieren Support-Tickets, die wie Coupon-Bugs aussehen, in Wirklichkeit aber eine Feed-Verzögerung darstellen. Auch regionale Sortimentsregeln spielen eine Rolle. Einige SKUs sind im Inland verkaufbar, aus Versand- oder Compliance-Gründen jedoch nicht im Zielland des Händlers. Ihre weltweite Verbreitung führt zu Missbilligung der Politik. Kodieren Sie die Zielberechtigung neben dem Produkt, nicht in einem einmaligen Händler-UI-Ausschluss, den niemand in WooCommerce widerspiegelt. Auch die Aktualität von image_link ist wichtig: Der Austausch eines Lifestyle-Bildes ohne Aktualisierung des Feeds führt dazu, dass der Händler auf einem fehlerhaften oder veralteten CDN-Pfad landet und Bild-Crawling-Fehler auslöst, die kostenlose Einträge unterdrücken. Notieren Sie sich vor dem Go-Live die Besitzer jedes URL-Musters, damit Warnungen nicht ohne Lösung zwischen SEO, Bezahlmedien und Entwicklung wechseln. Ein benannter Besitzer verkürzt die mittlere Zeit zur Umleitung von Korrekturen stärker als ein anderes Dashboard-Widget.

wann der Merchant Center-Produkt-Feed neu generiert und erneut übermittelt werden soll

Generieren Sie betroffene SKUs neu, wenn sich Produktpreis, Lagerbestand, Sichtbarkeit, Steuerklasse oder Hauptbild ändern und wenn eine geplante Werbeaktion beginnt oder endet. Führen Sie als Abgleich jeden Abend eine vollständige Feed-Neuerstellung durch. Wird auch nach Massen-CSV-Importen und nach Marktplatz-Synchronisierungsaufträgen ausgelöst, die die WooCommerce-Preise neu schreiben. Erstellen Sie bei Zielen mit mehreren Ländern den länderspezifischen Feed neu, wenn sich Übersetzungsfelder in WPML ändern oder wenn eine für Händlerpreise verwendete Währungskurstabelle aktualisiert wird. Bei einem Lagerbestand von Null können Sie die Verfügbarkeit sofort aus dem Lagerbestand verschieben, selbst wenn die vollständige Wiederherstellung Stunden entfernt ist. Priorität sollte Verfügbarkeit und Preiskorrektheit gegenüber beschreibenden Textaktualisierungen haben.

So erstellen Sie einen WooCommerce-Google-Merchant-Feed, validieren ihn und laden ihn hoch

1. Wählen Sie Produkte aus, die gemäß den Richtlinien veröffentlicht, käuflich, auf Lager oder im Rückstand sind und nicht durch ein Händler-Unterdrückungsattribut ausgeschlossen sind.
2. Ordnen Sie WooCommerce-Felder den Händlerattributen zu: ID, Titel, Beschreibung, Link, Bildlink, Verfügbarkeit, Preis, Verkaufspreis, Marke, GTIN oder Identifier_exists, Artikelgruppen-ID und Google-Produktkategorie.
3. Validieren Sie die erforderlichen Attribute pro Zielland. Quarantäne-SKUs mit fehlender GTIN, wenn „identifier_exists“ nur dann „false“ ist, wenn die Richtlinie dies zulässt. Andernfalls blockieren Sie sie aus dem Feed und öffnen Sie eine Merchandising-Aufgabe.
4. Schreiben Sie XML- oder Text-Feeds bei Bedarf in eine stabile HTTPS-URL, die vor gelegentlichem Scraping geschützt ist, oder pushen Sie sie über Content API for Shopping, um schnellere Teilaktualisierungen zu erhalten.
5. Bitten Sie das Merchant Center, den Feed abzurufen oder Produkte über die API zu patchen; Speichern Sie die Batch-ID und den Zeitstempel in einem Synchronisierungsprotokoll.
6. Ziehen Sie Ablehnungs- und ausstehende Zählungen über die Händler-API in ein Dashboard und benachrichtigen Sie, wenn die Rate nach einem Katalogänderungsfenster den Basiswert überschreitet.
7. Wenn der Lagerbestand Null erreicht oder eine Preisänderung einen Schwellenwert überschreitet, senden Sie über die Content-API einen Prioritätsverfügbarkeits- oder Preis-Patch, ohne auf die nächtliche vollständige Wiederherstellung zu warten.

Datenfluss vom WooCommerce-Katalog zum Merchant Center

WooCommerce ist die Katalogautorität. Ein als benutzerdefinierter Plugin-Endpunkt implementierter Generator, WP-Cron plus statische Datei in Uploads oder ein n8n-Workflow, der die REST-API liest, erstellt den Feed. Bevorzugen Sie bei großen Katalogen differenzielle Content-API-Updates bei Webhook-Produktänderungen und führen Sie täglich eine vollständige Abgleichsdatei für die Prüfung. Die Zuordnung der Google-Produkttaxonomie kann in einer Tabelle erfolgen, die im Shop gespiegelt wird. Preis und Währung müssen mit der Zielseite übereinstimmen, auf die der Feed-Link verweist. Wenn Sie geolokalisierte Preise verwenden, geben Sie separate Feeds pro Händlerziel aus. Tools wie Make sind für kleine Kataloge akzeptabel; n8n oder benutzerdefiniertes PHP skalieren besser, wenn die SKU-Anzahl Zehntausende erreicht und Ratenbeschränkungen eine Rolle spielen. Führen Sie eine Quarantänetabelle der aus dem Feed ausgeschlossenen SKUs mit Angabe von Gründen (fehlendes Bild, fehlende GTIN, Landingpage-Noindex, unterdrückte Marke). Merchandiser sollten diese Warteschlange in WordPress oder einem freigegebenen Blatt bearbeiten. Verbinden Sie Warnungen mit demselben Betriebskanal wie Sync-Error-Alerts, sodass Fehler beim Feed-Abruf nicht nur im Merchant Center sichtbar sind. Bei personenbezogenen Daten gilt ein AVV mit dem Integrationsbetreiber und Zweckbindung der Felder. Statt nur SaaS-Rechnungstools kann die Buchhaltung über DATEV-nahe Exporte oder ERP-Übergaben laufen.

Behebung von Merchant Center-Ablehnungen und Feed-Abruffehlern

Wenn das Feed-Hosting während des Händlerabrufs 500 zurückgibt, halten Sie die vorherige erfolgreiche Datei unveränderlich, bis der neue Build validiert wird, und führen Sie dann einen Atomic-Swap durch. Wenn die Content API Kontingentfehler zurückgibt, verlangsamen Sie die Warteschlange und geben Sie Verfügbarkeits- und Preispatches Vorrang vor Beschreibungstexten. Wenn bei Ablehnungen ein nicht übereinstimmender Preis angeführt wird, frieren Sie die Aktionsautomatisierung ein, die „sale_price“ schreibt, ohne die Zielseitenvorlage zu aktualisieren. Bei image_link-Fehlern greifen Sie nur dann auf ein sekundäres Bild zurück, wenn es den Händlerregeln entspricht. andernfalls die SKU ausschließen und Merchandising benachrichtigen. Löschen Sie niemals stillschweigend mehr als einen konfigurierten Prozentsatz des Katalogs ohne Warnung. Wenn Google Sperrungen für kostenlose Einträge auf Kontoebene zurückgibt, stoppen Sie lautstarke Warnungen pro SKU und benachrichtigen Sie einen menschlichen Inhaber über das Kontoproblem. Durch erneute Versuche pro SKU werden Kontorichtliniensperren nicht gelöscht. Wenn eine Zielseite versehentlich nicht indiziert wird, erkennen Sie sie vor dem Hochladen im Validator, anstatt auf die Ablehnung während des Crawlings zu warten.

wenn sich eine Merchant Center-Feed-Automatisierung nicht lohnt

Eine Boutique mit zehn SKUs, die ihre Produkte wöchentlich bearbeitet, kann im Merchant Center ein Handbuchblatt hochladen. Automatisierung zahlt sich aus, wenn Katalogabwanderung, Werbeausgaben oder SKU-Anzahl veraltete Verfügbarkeit teuer machen. Warten Sie auch, wenn Marken-, GTIN- und Taxonomiedaten noch so unvollständig sind, dass jeder automatisierte Build den größten Teil des Shops unter Quarantäne stellen würde. Wenn Shopping-Anzeigen auf unbestimmte Zeit pausiert werden und Sie nur eine Token-Präsenz im Merchant benötigen, reicht ein monatlicher manueller Upload. Erneuern Sie die Automatisierung, wenn Ausgaben für Anzeigen fortgesetzt werden oder organische kostenlose Einträge zu Materialsitzungen führen.

KPIs für die Automatisierung von Google Merchant-Feeds

• Anteil der aktiven SKUs, die im Merchant Center genehmigt wurden
• Mittlere Zeit von der WooCommerce-Preis- oder Bestandsänderung bis zur für den Händler sichtbaren Aktualisierung
• Pro 1.000 gefütterten SKUs pro Woche wurden Ablehnungen eröffnet
• Fehler beim Feedabruf pro Monat