--- type: "product" id: 131 url: "https://prestadev.pl/de/facebook-pixel-pro-modul-fur-prestashop.html" markdown_url: "https://prestadev.pl/de/markdown/product/131.md" title: "Facebook Pixel Pro Modul für Prestashop" description: "Messen Sie die Ereignisse Ihres PrestaShop-Shops über den Facebook Pixel und Käufe über die Conversions API. Konfigurieren Sie Advanced Matching sowie die Deduplizierung von Ereignissen." image: "https://prestadev.pl/941/facebook-pixel-pro-modul-fur-prestashop.jpg" sku: "PDFPT" ean13: "0" brand: "PrestaDev.pl" price: 70.00 regular_price: 90.00 discount_percent: 22.22 discount_amount: 20.00 price_tax_excluded: 56.91 currency: "PLN" tax_included: true availability: "in_stock" is_pack: false customization_required: false condition: "new" categories: ["Index", "Meta- und Facebook-Integrationen", "PrestaShop-Integrationen", "PrestaShop-Module", "Werbung und Analyse"] language: "de" updated: "2026-10-15" --- # Facebook Pixel Pro Modul für Prestashop Facebook Pixel Pro verbindet PrestaShop mit dem browserbasierten Meta Pixel und optional mit der Conversions API (CAPI) für Purchase. Das Modul unterstützt Ereignisse im Kaufprozess, Advanced Matching und sechs Produkt-ID-Formate mit Präfix zum Abgleich mit dem Meta-Katalog. **Im Paket 1.5.0 benötigen Pixel und CAPI ein aktives PD Cookie Pro im Live-Modus sowie eine bestätigte Werbeeinwilligung.** Serverseitige Purchase-Ereignisse werden bei erfüllten Bedingungen für den bezahlten Bestellstatus und die Warenkorbeinwilligung in eine Warteschlange aufgenommen; CRON übernimmt Versand und Wiederholungen. CAPI benötigt außerdem Pixel ID, Access Token, PHP cURL und eine HTTPS-Verbindung zu Meta. Eine gemeinsame event\_id unterstützt die Deduplizierung, garantiert aber weder Empfang noch Zuordnung jeder Conversion bei Meta. Bestätigen Sie vor dem Einsatz das passende Paket für PrestaShop, PHP, Theme und Checkout. ## Description ### 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](https://moduly-prestashop.eu/fb-pixel/admin-dev) **Demo des Frontends:** [https://moduly-prestashop.eu/fb-pixel](https://moduly-prestashop.eu/fb-pixel) ### Leitfaden [Meta-Katalog erkennt Produkte aus PrestaShop nicht? Prüfen Sie ID, Varianten und Pixel](https://prestadev.pl/pl/blog/baza-wiedzy/katalog-meta-prestashop-id-warianty-pixel) Die Regeln zu Lizenz, Testkopie und Updates finden Sie in [§7 der Shop-AGB](https://prestadev.pl/pl/content/7-regulamin-sklepu#licencje). ## 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](https://prestadev.pl/pl/blog/baza-wiedzy/katalog-meta-prestashop-id-warianty-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. ## Features | Feature | Value | | --- | --- | | Unterstützung für Prestashop 9.x | Ja | | Unterstützung für Prestashop 8.x | Ja | | Unterstützung für Prestashop 1.7.x | so | | Unterstützung für Prestashop 1.6.x | so | | Modulübersetzungen | PL, DE | | Kostenloser Support | so | | Kostenlose Updates (1 Jahr) | so | | Einfache Installation | so | ## Variants | Variant | SKU | Price | Availability | Variant ID | | --- | --- | --- | --- | --- | | Lizenztyp / Aktualisierung: Vollversion / lebenslange Lizenz | ` PDFPT-FULL ` | 70.00 | ` in_stock ` | ` 454 ` | | Lizenztyp / Aktualisierung: Nur Aktualisierung (Verlängerung des Zugangs um weitere 12 Monate) | ` PDFPT-UPD ` | 35.00 | ` in_stock ` | ` 455 ` | ## Categories - Index - Meta- und Facebook-Integrationen - PrestaShop-Integrationen - PrestaShop-Module - Werbung und Analyse ## Related products - [Automatische Facebook-Posts Pro — Veröffentlichung von Inhalten aus PrestaShop](https://prestadev.pl/de/markdown/product/345.md) - [XML-Produktexport für dynamische Facebook-Werbeanzeigen für PrestaShop](https://prestadev.pl/de/markdown/product/142.md) ## Questions and answers ### Wozu dient das Modul PD Facebook Pixel Tracking Pro? Language: de Das Modul bindet Meta Pixel ein und unterstützt PageView, ViewContent, AddToCart, InitiateCheckout, AddPaymentInfo, Purchase, Search und CompleteRegistration sowie das benutzerdefinierte Ereignis ViewCategory. Die optionale CAPI verarbeitet serverseitige Purchase-Ereignisse über eine Warteschlange. Die Erfassung hängt von Einstellungen, Einwilligung und unterstützten Shop-Abläufen ab; nicht jede Conversion wird automatisch erfasst. ### Wie konfiguriert man das Modul? Language: de Tragen Sie die Pixel ID ein und konfigurieren Sie Ereignisse. Paket 1.5.0 benötigt aktives PD Cookie Pro im Live-Modus sowie bestätigte Einwilligung für ad\_storage und ad\_user\_data. Für CAPI konfigurieren Sie Access Token, bezahlte Bestellstatus und geschütztes CRON. Prüfen Sie auch Warenkorbeinwilligung, PHP cURL und HTTPS zu Meta. Gespeicherte Einstellungen bestätigen keinen Ereignisempfang. ### Was ist die Conversions API (CAPI) und warum lohnt es sich, sie zu aktivieren? Language: de CAPI sendet Purchase über eine CRON-gesteuerte Warteschlange vom Server, ohne die Bestätigungsseite zu benötigen. Erforderlich sind Konfiguration, ein qualifizierender bezahlter Status und aktuelle, von PD Cookie Pro gespeicherte Warenkorbeinwilligung. Die Browsererfassung kann ergänzt werden, doch Blockaden oder fehlender Kontext können Messung und Attribution weiterhin einschränken. ### Wie funktioniert die Deduplizierung von Ereignissen zwischen Pixel JS und der Conversions API? Language: de Für Purchase einer Bestellung berechnet das Modul dieselbe event\_id für Pixel JS und CAPI. Sie dient der Deduplizierung zusammengehöriger Ereignisse. Die Warteschlange unterscheidet einen vom Browser eingereihten Aufruf von der API-Annahme. Keiner dieser lokalen Mechanismen bestätigt die korrekte Verkaufsattribution bei Meta. ### Wie ordne ich Produktkennungen meinem Facebook-Katalog zu? Language: de Wählen Sie das passende Feed-Format: Produkt-ID, ID-Attribut, ID\_Attribut, EAN-13/GTIN, Referenz oder MPN/Lieferantenreferenz. Ein Präfix wie ps\_ ist ebenfalls möglich. Vergleichen Sie content\_ids eines konkreten Produkts oder einer Variante mit der ID im Meta-Katalog. Übereinstimmende IDs sind eine Voraussetzung, keine Garantie für Empfang oder Werbeerfolg. ### Was ist Advanced Matching und hat es Auswirkungen auf die DSGVO? Language: de Advanced Matching ist optional. Für CAPI normalisiert das Modul ausgewählte verfügbare Kundendaten und hasht sie mit SHA-256. Im Browser übergibt es E-Mail, Vor- und Nachname an fbq(init), ohne diese Felder im PHP-Code des Moduls zu hashen. Das Ausschalten ersetzt nicht die Einwilligungsanforderungen für Pixel und CAPI; Hashing allein bestätigt keine DSGVO-konforme Umsetzung. ### Wie kann man testen, ob die CAPI-Ereignisse korrekt gesendet werden? Language: de Test Event Code wird der CAPI-Anfrage beigefügt. Prüfen Sie nach Erfüllung von Konfiguration, bezahltem Status und Warenkorbeinwilligung die Verarbeitung durch CRON, das Versuchsergebnis und das Ereignis in Metas Testwerkzeugen. Testcode, Browserkennzeichen oder lokale Bereitschaft allein bestätigen keinen Empfang. Entfernen Sie den Testcode nach der Prüfung. ### Verfolgt das Modul die Änderung der Produktkombination (Größe, Farbe)? Language: de Der Code unterstützt ViewContent nach einer erkannten Variantenänderung und erfolgreichem Auslesen über unterstützte Theme-Selektoren. Die Basis-Produkt-ID kann bei unterschiedlichen Kombinationen gleich bleiben. Prüfen Sie content\_ids, Preis, Währung und Einwilligung in Ihrem Theme; Unterstützung für Auswahlfelder, Radiofelder und Farben bedeutet nicht Kompatibilität mit jedem Theme. ### Bei welchen Bestellstatus wird das Purchase-Ereignis über CAPI gesendet? Language: de Wählen Sie qualifizierende Purchase-Status; der Code verlangt zusätzlich das paid-Kennzeichen. Ein Statuswechsel reiht ein qualifizierendes Ereignis ein; CRON prüft Einstellungen, Bestellzustand und Einwilligung erneut. Ausgewählte vorübergehende Fehler können innerhalb eines begrenzten Fensters von bis zu 48 Stunden wiederholt werden. Nicht jeder Fehler wird wiederholt; weitere Statuswechsel bedeuten keine neue Conversion. ### Was passiert, wenn der Kunde die Bestellbestätigungsseite nicht sieht? Language: de Ohne Bestätigungsseite kann der Browser-Purchase ausbleiben. Die serverseitige CAPI-Warteschlange hat einen getrennten Auslöser nach einem qualifizierenden bezahlten Bestellstatus, benötigt jedoch zuvor gespeicherte aktuelle Warenkorbeinwilligung, Einstellungen und funktionierendes CRON. Das Schließen des Browsers garantiert keine Conversion-Erfassung; Empfang und Attribution sind bei Meta getrennt zu prüfen. ### Funktioniert das Modul mit One-Page-Checkout-Modulen? Language: de Der Code erkennt den Standard-Checkout und Abläufe wie TheCheckout, SuperCheckout und OnepageCheckout. Ereignisse nutzen bestimmte Controller und Selektoren. Prüfen Sie InitiateCheckout, AddPaymentInfo und Purchase mit Checkout-Version, Theme, Einwilligung und jeder Zahlungsart; dies ist keine Zusage für sämtliche Checkouts. ### Kann ich das Modul verwenden, ohne die Conversions API zu aktivieren? Language: de Ja, CAPI ist optional. Pixel JS benötigt weiterhin Pixel ID, aktives PD Cookie Pro im Live-Modus, bestätigte Werbeeinwilligung und Skriptausführung in einem unterstützten Shop-Ablauf. CAPI verarbeitet serverseitige Purchase-Ereignisse, nicht alle Browserereignisse. Ohne CAPI wird vollständige Messung durch Pixel allein nicht garantiert. ### Wo finde ich die Pixel-ID und das Access Token? Language: de Eine Anleitung zum Erhalt der CAPI-Zugangsdaten finden Sie in Metas offizieller Dokumentation: https://developers.facebook.com/docs/marketing-api/conversions-api/get-started/. Verwenden Sie Pixel-Kennung und Access Token der richtigen Datenquelle Ihres Kontos. Pixel ID und Token sind unterschiedliche Werte. Tragen Sie den Token in die serverseitige Modulkonfiguration ein, nicht in Produktbeschreibung oder öffentlichen Seitencode. Gehen Sie nicht von fester ID-Länge oder unveränderter Meta-Oberfläche aus. ### Funktioniert das Modul im Multishop-Modus? Language: de CAPI-Einstellungen und ID-Format werden im Shop-Kontext der Bestellung ausgelesen. Wählen Sie den richtigen Multishop-Shop und prüfen Sie Pixel ID, Access Token, Status und Feed-Format. PD Cookie Pro und aktuelle Einwilligung müssen ebenfalls diesem Shop entsprechen; der Empfang in einem Shop bestätigt nicht die anderen. ### Mit welchen Versionen von PrestaShop und PHP ist das Modul kompatibel? Language: de Paket 1.5.0 deklariert PrestaShop 1.7.0.0 als Mindestversion. Paketwahl für PHP, Theme und Checkout sowie Legacy-Verfügbarkeit für PrestaShop 1.6 müssen gesondert bestätigt werden. Pixel nutzt Meta-Dienste und aktives PD Cookie Pro im Live-Modus. CAPI benötigt zusätzlich Token, bezahlte Status, Warenkorbeinwilligung, PHP cURL, HTTPS und CRON; die Installation allein reicht nicht aus. ## Customer reviews - Average rating: 5.00/5 - Public reviews: 5 - Source: iqitreviews