Funktionen und Vorteile des Moduls
- 9 Facebook-Pixel-Ereignisse — PageView, ViewContent, ViewCategory, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Search und CompleteRegistration. Die Registrierung hängt von der Ereigniskonfiguration, den Einwilligungen sowie den unterstützten Shop-Pfaden ab; sie bedeutet nicht die Messung jeder einzelnen Aktion.
- Conversions API (CAPI) und Purchase — Im Paket 1.5.0 kann Purchase bei passender Konfiguration, bezahltem Bestellstatus und aktueller Warenkorbeinwilligung in die Warteschlange aufgenommen werden. CRON sendet an Meta, ohne die Bestätigungsseite zu benötigen; der tatsächliche Empfang ist gesondert zu prüfen.
- gemeinsame Ereignis-ID — Purchase aus Pixel JS und CAPI teilt sich eine event_id zur Deduplizierung. Die korrekte Annahme und Abrechnung der Ereignisse muss in Meta geprüft werden
- Advanced Matching — optionale Daten zur Zuordnung von Ereignissen. Für CAPI normalisiert und hasht das Modul ausgewählte Kundendaten mit SHA-256; im Browser übergibt es die verfügbare E-Mail-Adresse sowie Vor- und Nachnamen zur Initialisierung von fbq, ohne dass diese durch den PHP-Code des Moduls gehasht werden
- 6 Formate der Produkt-ID — Produkt-ID, ID-Attribut, ID_attribut, EAN-13/GTIN, Referenz, MPN/Lieferantenreferenz — zur Zuordnung mit dem Facebook-Produktkatalog (Product Catalog)
- Präfix der Produkt-ID — Ein konfigurierbares Präfix wie ps_ passt Kennungen an den Feed an. Es muss die Modulvalidierung bestehen; prüfen Sie die Übereinstimmung von content_ids und Katalog.
- Bezahlte Bestellstatus — Wählen Sie Status, die Purchase auslösen dürfen. Der Code prüft zusätzlich das paid-Kennzeichen des Bestellstatus; ein beliebig ausgewählter Status allein löst keinen Versand aus.
- Test Event Code — optionaler Testcode, der an die CAPI-Anfrage angehängt wird. Wenn die Versandanforderungen erfüllt sind, prüfen Sie das Ergebnis in den Meta-Testtools; die bloße Eingabe des Codes bestätigt nicht den Empfang des Ereignisses.
- verfolgt die Änderung der Produktkombination — Unterstützung des ViewContent-Ereignisses nach erkannter Variantenänderung und Auslesen ihrer Daten. Das Format von content_ids ergibt sich aus der Konfiguration: bei einer Basis-Produkt-ID kann die Kennung trotz Preisänderung gleich bleiben. Prüfen Sie das Verhalten mit dem verwendeten Theme, den Einwilligungen und der Art des Variantenexports.
- Unterstützung dynamischer Attributkombinationen — unterstützt Selects, Radio-Buttons und Farbswatches im Theme — Auslesen der Kombinationen aus Elementen, die vom Modulskript erkannt werden; ein individuelles Theme erfordert einen Test
- CAPI-Bereitschaftsanzeige — Zeigt fehlende Einstellungen, Warteschlangenzustände, das Ergebnis des letzten Versuchs und den letzten CRON-Lauf. Lokale Bereitschaft bestätigt weder Empfang noch Attribution bei Meta.
- 3 Konfigurationsregisterkarten mit Symbolen — übersichtliche Aufteilung der Einstellungen: Facebook Pixel, Conversions API, Erweitert
- Verlauf der Sendeversuche — Ergebniscodes der CAPI-Versuche und API-Annahmebestätigungen werden unabhängig vom Debug-Modus gespeichert, ohne Kundendaten oder Access Token im Versuchsverlauf. Das Browserkennzeichen dokumentiert einen eingereihten Aufruf, keinen Empfang bei Meta.
- unterstützte Checkout-Pfade — der Code erkennt u. a. TheCheckout, SuperCheckout und OnepageCheckout; der Empfang der Ereignisse muss mit der verwendeten Checkout-Version, dem Theme und den Zahlungen geprüft werden
- Auswahl des passenden Pakets — Paket 1.5.0 deklariert PrestaShop 1.7.0.0 als Mindestversion. Verfügbarkeit eines Legacy-Pakets für PrestaShop 1.6 und Kompatibilität mit PHP, Theme und Checkout sind getrennt zu bestätigen; eine Versionsangabe ersetzt keine Prüfung im Shop.
- vollständige Polonisierung — die gesamte Verwaltungsoberfläche in polnischer Sprache
- Integrationsanforderungen — Pixel und CAPI benötigen aktives PD Cookie Pro im Live-Modus und bestätigte Werbeeinwilligung. CAPI erfordert außerdem gespeicherte Warenkorbeinwilligung, Pixel ID, Access Token, ausgewählte bezahlte Status, PHP cURL, HTTPS zu Meta und laufendes CRON.
- Purchase-Warteschlange und CRON — Eine tokengeschützte CRON-Adresse oder die Integration mit dem Modul cronjobs verarbeitet serverseitige Purchase-Ereignisse und begrenzte Wiederholungen. Vollständige Messung und Werbezuordnung werden dadurch nicht garantiert.
Link zur Modul-Demo:
Demo des Administrationspanels:
https://moduly-prestashop.eu/fb-pixel/admin-dev
Demo des Frontends:
https://moduly-prestashop.eu/fb-pixel
Die Regeln zu Lizenz, Testkopie und Updates finden Sie in §7 der Shop-AGB.
Prüfen Sie Browser, CAPI und Katalog getrennt
Die Übereinstimmung der Produktkennungen mit dem Meta-Katalog ist ein anderes Thema als die Deduplizierung von Ereignissen. Der Leitfaden zu ID, Varianten und Pixel unterscheidet beide Fälle und zeigt zudem einen datierten eigenen Versuch mit zwei Karten und offen genannten Einschränkungen.
Was sollte vor dem Start geprüft werden?
- Überprüfen Sie die Pixel-ID und die konfigurierten Ereignisse. Für den CAPI-Pfad prüfen Sie den Token, die Bestellstatus und die oben beschriebenen Anforderungen an die Einwilligungen.
- Vergleichen Sie content_ids für eine konkrete Variante mit den IDs im Katalog; prüfen Sie anschließend die event_id derselben Aktion, die über zwei Kanäle übermittelt wird.
- Prüfen Sie das Verhalten nach Verweigerung und Widerruf der Einwilligung. Die Installation des Moduls garantiert nicht die Erfassung jeder Nutzeraktion.
