Produkte aus PrestaShop im Merchant Center abgelehnt: Preis, Verfügbarkeit und Varianten

Wenn das Merchant Center ein Produkt wegen des Preises oder der Verfügbarkeit ablehnt, vergleichen Sie dieselbe Variante an drei Stellen: in den von Google verarbeiteten Daten, im öffentlichen Feed und auf der Shop-Seite. Notieren Sie auch den Zeitpunkt des Abrufs. Eine vor der Aktion generierte XML-Datei kann eine korrekte Datei sein, aber ein veraltetes Angebot enthalten. Umgekehrt hilft ein aktueller Feed nicht, wenn der Link eine andere Größe öffnet oder der Shop dem Bot einen anderen Preis anzeigt.

Der Leitfaden richtet sich an Personen, die Kampagnen führen und den PrestaShop-Katalog verwalten. Er konzentriert sich auf Preis, Verfügbarkeit und Varianten. Eine Ablehnung im Zusammenhang mit Kontorichtlinien, Unternehmensverifizierung oder Verkaufsbeschränkungen erfordert ein separates Vorgehen.

1. Notieren Sie zuerst das konkrete Problem und die Angebots-ID

Öffnen Sie die Details des abgelehnten Angebots im Merchant Center und notieren Sie den Wortlaut der Meldung, die ID, das Land, die Sprache sowie die Datenquelle. Die Namen der Bereiche im Panel können sich ändern; entscheidend sind die Daten des ausgewählten Angebots, nicht die Position der Schaltfläche im Screenshot.

Beginnen Sie nicht mit dem Export des gesamten Shops unter neuen IDs. Stellen Sie zuerst fest, ob das Problem eine einzelne Kombination, Aktionsprodukte oder den gesamten Feed betrifft. Wenn alle abgelehnten Positionen eine gemeinsame Währung haben oder aus einer Quelle stammen, ist das ein nützlicher Hinweis. Es entscheidet jedoch noch nicht über die Ursache.

• Suchen Sie nach der vollständigen ID, einschließlich Präfix und Kombinationsnummer.
• Prüfen Sie, welche Werte Google tatsächlich verarbeitet hat, nicht nur, was die Datei derzeit enthält.
• Öffnen Sie die genaue Feed-Adresse, die vom Merchant Center abgerufen wird, und notieren Sie das Erstellungsdatum.
• Prüfen Sie ergänzende Quellen und Regeln, die die Daten nach dem Import ändern können.

Die Bedeutung der Felder und die Bedingungen für ihre Verwendung beschreibt die offizielle Spezifikation der Produktdaten. Nutzen Sie sie, um die Anforderungen für Ihr Sortiment, Ihr Land und die Art der Angebotsdarstellung zu erkennen.

2. Vergleichen Sie die konkrete Variante, nicht nur den Produktnamen

Demonstrationsbeispiel: Der Shop verkauft ein T-Shirt in den Größen M und L. Das Produkt hat die ID 812, die Kombinationen entsprechend 41 und 42. Größe M kostet 129 zł und ist verfügbar. Größe L kostet 139 zł und ist ausverkauft. Der Feed enthält für jede Kombination ein separates Angebot.

Hier behebt eine korrekte Gruppen-ID drei andere Abweichungen nicht. Preis, Verfügbarkeit und Link müssen korrigiert werden. Google verlangt, dass die Zielseite die Variante darstellt, die dem übermittelten Angebot entspricht; Details beschreiben die Anforderungen an Zielseiten.

3. Preis: Aktion, Währung und Empfängerkontext

Vergleichen Sie Preise im selben Kontext: Land, Währung und Bedingungen, die dem Käufer zur Verfügung stehen. Der Preis, der nach dem Einloggen in eine privilegierte Kundengruppe sichtbar ist, muss nicht der Preis für einen anonymen Nutzer sein. Ebenso ist der Nettowert aus dem Administrationspanel nicht der richtige Vergleichspunkt, wenn das Angebot einen Preis inklusive Steuer erfordert.

Prüfen Sie bei einer Aktion den Grundpreis price, den Aktionspreis sale_price und gegebenenfalls den Zeitraum sale_price_effective_date. Stellen Sie sicher, dass der Rabatt zum Zeitpunkt des Seitenaufrufs gilt und nicht von einer Bedingung abhängt, die das Angebot nicht offenlegt. Tragen Sie nicht einfach eine niedrigere Zahl in XML ein, wenn der Warenkorb weiterhin mehr berechnet. Preisregeln: Google — Attribut price; Aktionsregeln: Google — Attribut sale_price.

Wenn die Ursache des Problems die Preisliste des Lieferanten ist, korrigieren Sie die Eingangsdaten und die Regeln für ihre Aktualisierung. Hilfreich ist der bestehende Leitfaden zur Preisaktualisierung aus CSV. Aktualisieren Sie erst danach den Feed und prüfen Sie, ob die Änderung Google erreicht hat.

4. Verfügbarkeit: Null Stück erklärt nicht die gesamte Konfiguration

Prüfen Sie den Bestand der konkreten Kombination, die Kaufmöglichkeit bei fehlender Ware und die Meldung auf der Seite. Entscheidend ist das tatsächliche Angebot für den Käufer. Ein positiver Bestand, der in der Datenbank gespeichert ist, reicht nicht aus, wenn das Produkt inaktiv ist oder nicht in den Warenkorb gelegt werden kann.

in_stock, out_of_stock, preorder und backorder haben eine festgelegte Bedeutung. Verwenden Sie Vorbestellung nicht als Methode, um Fehlbestände zu verbergen. Prüfen Sie bei Vorbestellungen und Bestellungen mit späterer Verfügbarkeit die Anforderungen an den Termin sowie die Übereinstimmung der Informationen auf der Seite. Die aktuellen Regeln enthält die Dokumentation des Attributs availability.

Wenn Bestandsdaten aus einer externen Quelle kommen, kontrollieren Sie die gesamte Kette: Aktualisierung der Quelle → Import in den Shop → Feed-Generierung → Abruf durch Google. Das Aktivieren eines häufigeren Feed-Abrufs beschleunigt keinen Großhändler, der den neuen Bestand einmal täglich veröffentlicht. Siehe auch den Leitfaden zu Beständen aus CSV.

5. Wie sollte ein XML-Ausschnitt aussehen?

Unten stehen zwei demonstrative item-Elemente für dasselbe Modell. Dies ist ein Ausschnitt zum Vergleich von ID, Preis, Verfügbarkeit und Größe, kein vollständiger versandfertiger Feed. Die Adressen in der Domain example.com sind beispielhaft. Verwenden Sie im Shop Links, die tatsächlich die richtigen Kombinationen öffnen, sowie alle erforderlichen Attribute für das jeweilige Produkt.

<item xmlns:g="http://base.google.com/ns/1.0">
  <g:id>ps_812-41</g:id>
  <g:item_group_id>812</g:item_group_id>
  <g:title>Olivgrünes T-Shirt, M</g:title>
  <g:link>https://example.com/koszulka?variant=41</g:link>
  <g:price>129.00 PLN</g:price>
  <g:availability>in_stock</g:availability>
  <g:color>olivgrün</g:color>
  <g:size>M</g:size>
</item>
<item xmlns:g="http://base.google.com/ns/1.0">
  <g:id>ps_812-42</g:id>
  <g:item_group_id>812</g:item_group_id>
  <g:title>Olivgrünes T-Shirt, L</g:title>
  <g:link>https://example.com/koszulka?variant=42</g:link>
  <g:price>139.00 PLN</g:price>
  <g:availability>out_of_stock</g:availability>
  <g:color>olivgrün</g:color>
  <g:size>L</g:size>
</item>

Varianten haben unterschiedliche id und eine gemeinsame item_group_id. Die Shop-ID selbst muss keine GTIN-Nummer sein. Tragen Sie keine erfundene EAN ein und ersetzen Sie damit nicht die Angebots-ID. Die Regeln zur Gruppierung beschreibt Google — item_group_id.

6. Prüfen Sie das Ergebnis nach dem erneuten Abruf

1. Korrigieren Sie die Daten oder die Konfiguration, die für die Abweichung verantwortlich ist.
2. Generieren Sie den Feed und rufen Sie ihn über seine öffentliche Adresse ab.
3. Prüfen Sie, ob der Server XML zurückgibt und nicht eine Fehlerseite, einen Login-Bildschirm oder eine Schutzmaßnahme, die Bots blockiert.
4. Prüfen Sie nach dem Abruf der Quelle im Merchant Center die Verarbeitungszeit und die Werte desselben Angebots.
5. Öffnen Sie den Link ohne Sitzung eines privilegierten Kunden und kontrollieren Sie Variante, Preis und Kaufmöglichkeit.
6. Kehren Sie zum Problemstatus zurück. Wenn er bestehen bleibt, lesen Sie die aktuelle Meldung, statt anzunehmen, dass sie die vorherige Ursache betrifft.

Automatische Produktaktualisierungen können einige Abweichungen begrenzen, ersetzen aber nicht die Pflege einer korrekten Quelle. Kontrollieren Sie zusätzlich Preis und Verfügbarkeit in den strukturierten Daten der Seite: Google — unterstützte strukturierte Daten.

7. Reale Stichprobe: Variantenlink im PrestaDev-Feed

Am 27. September 2026 haben wir eine gespeicherte Kopie der öffentlichen Datei google-merchant_id-1.xml vor der Korrektur geprüft (Header Last-Modified: 26.09.2026, 18:54:27 GMT) und die Zielseiten ohne Anmeldung geöffnet. Die Kopie enthielt 360 Angebote und 181 verschiedene Links. Bei 166 Links hatten mehrere Varianten unterschiedliche Preise im Feed. Das war ein Signal zur Kontrolle dieser Adressen, nicht die Zahl bestätigter Ablehnungen im Merchant Center. Die aktuelle Datei unter der angegebenen Adresse wurde später erneut generiert.

In dieser Stichprobe lieferte die Produktadresse mit id_product_attribute=409 HTTP 200 zurück, wählte die Verlängerungsoption aus und zeigte 247 zł sowohl im sichtbaren Preis als auch in den Preis-Metadaten. Die Adresse für 408 wählte die Vollversion und 492 zł aus. Die Werte wurden aus dem ursprünglichen HTML ausgelesen; es wurde kein Kauf durchgeführt.

Schlussfolgerung aus der Stichprobe: korrekte g:id, g:item_group_id und Preis reichen nicht aus, wenn g:link nicht die verkaufte Variante auswählt. Google empfiehlt, die richtige Variante im Link vorab auszuwählen und die Übereinstimmung des auf der Zielseite sichtbaren Preises mit den Angebotsdaten sicherzustellen. g:canonical_link kann weiterhin auf die Basisadresse des Produkts ohne Variantenauswahl verweisen.

Ergebnis nach der Korrektur am 27.09: Wir haben den Generator auf Version 2.11.1 aktualisiert und denselben öffentlichen Feed erneut generiert. Er behielt 360 Angebots-IDs bei, und jede der 346 Varianten hat jetzt ihren eigenen Link mit der Kombinations-ID. Ein erneuter anonymer Abruf von sechs Angeboten, darunter 60-408 und 60-409, bestätigte die ausgewählte Option sowie den sichtbaren Preis und den Preis in den Metadaten der Seite; für 60-409 sind es 247 zł. Die kanonische Adresse verweist weiterhin auf die Basis-Produktkarte. Das bestätigen das öffentliche XML und die geprüften Seiten, sagt aber nichts darüber aus, ob das Merchant Center die neue Datei bereits abgerufen hat oder ob die Angebotsdaten dort akzeptiert wurden. Prüfen Sie den Status derselben IDs in Ihrem Konto nach der nächsten Verarbeitung der Quelle.

Aktualisierung vom 27.09 nach Ausschluss der Provisionsposition: Aus der Datei wurde das nicht modulbezogene Produkt 144 („Provision für Zahlung per PayPal“) mit den Varianten 144-476 und 144-477 entfernt. Das aktuelle öffentliche XML hat 358 Angebote und 344 Varianten mit separatem Link. Die Zahlen 360/346 oben beschreiben den Zustand der Stichprobe vor diesem Ausschluss. Das bloße Auslesen des XML bestätigt noch nicht den Abruf oder die Akzeptanz der Quelle im Merchant Center.

Wann ist Google Shopping Pro nützlich?

Google Shopping Pro generiert Produktdaten aus PrestaShop. Im geprüften Code der Version 2.11.1 befinden sich Exportpfade für Kombinationen, Gruppen-IDs, Preise sowie Aktionspreise. Es ist ein Werkzeug zur Vorbereitung der Quelle; es löst nicht alle Probleme des Merchant-Center-Kontos und garantiert keine Freigabe der Produkte.

Benötigen Sie einen aufgeräumten Feed? Prüfen Sie Google Shopping Pro. Wenn das Problem auch die Seite, Kombinationen oder Daten aus der Integration betrifft, bereiten Sie die ID eines Beispielangebots, die genaue Meldung und die drei verglichenen Werte für die Analyse der Shop-Integration vor.

Inhaltliche Verifizierung: 27. September 2026. Das T-Shirt-Beispiel und sein XML sind demonstrativ. Die Stichprobe 60-408/60-409 umfasst eine Kopie der PrestaDev-Datei vor der Korrektur sowie die neue Datei und die am 27.09 ausgelesenen Seiten; sie bestätigt weder eine Ablehnung noch eine Akzeptanz im Merchant-Center-Konto. Der Umfang des Moduls wurde im Code und im öffentlichen XML geprüft, die Bedeutung der Attribute in der Google-Dokumentation.