Meta-Katalog erkennt Produkte aus PrestaShop nicht? Prüfen Sie ID, Varianten und Pixel

Wenn Ereignisse aus PrestaShop nicht zu den Produkten im Meta-Katalog passen, vergleichen Sie die vollständige Angebots-ID mit dem in content_ids gesendeten Wert. Entscheidend sind Präfix, Trennzeichen und Kombinationsnummer. Für die Integration bedeuten die Kennungen 812, ps_812-41 und ps_812_41 unterschiedliche Zeichenfolgen, auch wenn ein Mensch sie derselben Produktkarte zuordnen könnte.

Diese Anleitung hilft dabei, das Zusammenspiel von Produktfeed und Pixel zu prüfen. Die Beispiele dienen der Veranschaulichung und enthalten keine Kundendaten. Sie sind weder ein Screenshot aus dem Werbekonto noch eine Bestätigung von Kampagnenergebnissen.

Katalog, Pixel und Conversions API erfüllen unterschiedliche Aufgaben

Der Katalog enthält Angebote: Kennungen, Namen, Bilder, Preise und Verfügbarkeit. Der Feed ist eine der Möglichkeiten, diese Daten bereitzustellen. Das Pixel übermittelt Ereignisse aus dem Browser, z. B. das Ansehen eines Produkts oder das Hinzufügen zum Warenkorb. Die Conversions API ermöglicht das Senden von Ereignissen von der Serverseite.

Ein korrekt abgerufener Katalog beweist nicht, dass sich die Ereignisse auf die richtigen Angebote beziehen. Das Vorhandensein eines Kaufereignisses beweist wiederum nicht, dass jedes Produkt aus diesem Kauf eine Zuordnung im Katalog hat. Bestimmen Sie zuerst, welchen Teil der Verbindung Sie diagnostizieren.

Prüfen Sie auch, ob Sie den richtigen Katalog und die richtige Ereignisquelle betrachten. Bei mehreren Shops, einem alten Pixel oder einem Test-Feed kann man technisch korrekte Daten aus unterschiedlichen Konfigurationen miteinander vergleichen.

Beispiel: ein Produkt, zwei Kombinationen

Nehmen wir ein Produkt mit der ID 812 und die Kombinationen 41 sowie 42 an. Der Feed exportiert Varianten als separate Angebote mit dem Präfix ps_ und einem Bindestrich. Für die erste Kombination lautet die Kennung also ps_812-41.

Die einfachste Kontrolle besteht darin, die Werte aus dem verarbeiteten Angebot und dem Ereignis in zwei Zeilen zu kopieren. Vergleichen Sie sie Zeichen für Zeichen. Entfernen Sie kein „überflüssiges“ Präfix, bevor Sie festgestellt haben, worauf sich die übrigen Integrationen beziehen.

Was wurde in den PrestaDev-Modulen geprüft?

Im Code von Facebook Pixel Pro 1.4.5 ist die Auswahl der Art der ID-Erstellung und eines optionalen Präfixes verfügbar. Einer der Wege erstellt eine Produkt-ID, die mit der Kombinations-ID durch einen Bindestrich verbunden ist, ein anderer verwendet einen Unterstrich. Es gibt auch Modi, die auf anderen Feldern basieren. Das ist eine Konfiguration, die mit dem tatsächlichen Export verglichen werden muss und nicht nur nach dem Namen ausgewählt werden sollte.

Der geprüfte Code des Meta-Feeds 2.9.2 speichert beim Export von Kombinationen g:id in der Form Präfix + Produkt-ID + Bindestrich + Kombinations-ID. Bei dieser Einstellung ist die vom Pixel gesendete Variante ps_812_41 nicht identisch mit ps_812-41 im Feed. In diesem Pfad speichert der Feed die gemeinsame g:item_group_id als Produkt-ID ohne Präfix.

Dies ist eine Bestätigung der Art der Datenerstellung in den genannten Codeversionen, kein Nachweis einer Zuordnung in einem konkreten Meta-Konto. Nach einer Einstellungsänderung müssen weiterhin die generierte Datei, der Katalogimport und das tatsächliche Ereignis geprüft werden.

content_ids und content_type müssen konsistent sein

content_ids enthält die mit dem Ereignis verbundenen Kennungen. content_type bestimmt die Art des Bezugs auf Produkte oder deren Gruppen. product sollte nicht nur deshalb durch product_group ersetzt werden, damit eine Meldung verschwindet: Dadurch ändert sich die Bedeutung der Kennungen, auf die sich das Ereignis bezieht.

Im besprochenen Beispiel wählen wir ein konkretes Variantenangebot und content_type: "product". Ein vereinfachter Datensatz für das Ansehen einer Variante sieht so aus:

{
  "content_ids": ["ps_812-41"],
  "content_type": "product",
  "value": 129.00,
  "currency": "PLN"
}

Dies ist ein Ausschnitt aus den Daten eines Beispielereignisses und weder vollständiger Implementierungscode noch eine API-Anfrage. Die Feldtypen content_ids, content_type, value und currency können im offiziellen Meta SDK — CustomData geprüft werden. Bei der Diagnose eines konkreten Kontos prüfen Sie außerdem die aktuellen Meldungen im Ereignismanager.

Führen Sie nach dem Variantenwechsel einen neuen Test durch

Eine korrekte ID beim ersten Öffnen der Seite reicht nicht aus. Das Theme kann die Variante ändern, ohne das Dokument neu zu laden. Die Ereignisintegration sollte Daten verwenden, die der aktuellen Aktion entsprechen, anstatt bei der Standardkombination zu bleiben.

1. Wählen Sie ein Produkt mit mindestens zwei im Feed vorhandenen Kombinationen.
2. Notieren Sie deren vollständige Kennungen aus der Datei und aus dem Katalog nach dem Import.
3. Öffnen Sie das Produkt in einer kontrollierten Testsitzung mit den richtigen Einwilligungseinstellungen.
4. Prüfen Sie die Ereignisdaten der ersten Variante.
5. Ändern Sie die Kombination und fügen Sie die ausgewählte Variante dem Warenkorb hinzu.
6. Vergleichen Sie ID, Menge, Wert und Währung des Ereignisses mit dem aktuellen Warenkorb.
7. Prüfen Sie, ob dieselbe Aktion nicht zusätzlich von einer zweiten Pixel-Installation gesendet wird, z. B. über ein anderes Modul oder einen Tag-Manager.

Interpretieren Sie das Fehlen eines Ereignisses nicht als Katalogfehler, bevor Sie Einwilligungen, Skriptblockierung und die Konfiguration der Ereignisquelle geprüft haben. Auch die Datenübermittlung über den Server erfordert eine korrekte Datenschutzkonfiguration; CAPI sollte nicht als Mittel zur Umgehung der Nutzerentscheidung behandelt werden.

Wert und Währung sind eine separate Prüfung

Eine identische ID bestätigt keinen korrekten Betrag. Prüfen Sie bei einem Produktereignis den Preis der ausgewählten Kombination und bei einem Kauf die abgestimmte Definition des Werts der gesamten Bestellung. Vergleichen Sie nicht ein Stück mit der Summe des Warenkorbs oder einen Nettobetrag mit einem Bruttobetrag, ohne festzulegen, wie die Implementierung funktioniert.

Die Währung muss dem übermittelten Wert entsprechen. Führen Sie bei einem Shop mit mehreren Währungen nach deren Wechsel einen separaten Test durch. Wenn die Daten aus einer Bestellung stammen, vergleichen Sie mit der gespeicherten Bestellung und nicht mit dem später ausgelesenen aktuellen Katalogpreis.

Produktzuordnung und Kauf-Deduplizierung

Die Deduplizierung erkennt zwei Kopien desselben Ereignisses, die aus dem Browser und vom Server gesendet wurden. Sie dient nicht dazu, Produktvarianten zusammenzuführen. Im offiziellen Meta SDK wird beschrieben, dass bei zueinander passenden Ereignissen das browserseitige eventID mit dem serverseitigen event_id übereinstimmen soll und im Prozess auch der Ereignisname verwendet wird. Quelle: Meta — Beschreibung von Event und setEventId.

Ein konstantes event_id, das der Produkt-ID entspricht, wäre für verschiedene Käufe dieses Produkts keine gute Idee. Umgekehrt korrigieren übereinstimmende Ereigniskennungen keine fehlerhaften content_ids. Prüfen Sie diese beiden Dinge getrennt. Wenn Sie auch GA4 analysieren, nutzen Sie die vorhandene Anleitung zur Kaufmessung.

Womit sollte die Verbesserung der Integration beginnen?

Wählen Sie ein Produkt und behalten Sie drei Daten bei: die ID im Shop, die in den Katalog importierte ID und die ID aus dem Ereignis. Legen Sie das Format fest, ändern Sie die richtige Einstellung, aktualisieren Sie die erforderliche Quelle und testen Sie erneut. Ändern Sie nicht gleichzeitig Präfix, Trennzeichen, die Art des Variantenexports und mehrere Pixel-Installationen — das erschwert die Feststellung, welche Korrektur das Problem gelöst hat.

Prüfen Sie die Übereinstimmung des ID-Formats in beiden Integrationen: Facebook Pixel Pro sowie XML-Produktfeed für Meta. Deren Konfiguration sollte aus demselben Katalogmodell resultieren. Eine korrekte Zuordnung ist ein Element der Datenqualität, keine Garantie für die Rentabilität von Werbung.

Fachliche Verifizierung: 13. September 2026. Geprüft wurden der Code von Facebook Pixel Pro 1.4.5, des Meta-Feeds 2.9.2 sowie öffentliche Definitionen im offiziellen Meta SDK. Es wurden weder Veröffentlichungen noch ein Testkauf im Werbekonto des Kunden durchgeführt.