Facebook Pixel: Einrichtung und Hilfe
Schnellstart
- Laden Sie die
mprfacebookpixel-ZIP über Modul > "Module Manager" > "Upload a module" hoch. - Klicken Sie auf "Configure" und geben Sie Ihre numerische "Pixel ID" aus Meta Events Manager ein.
- Prüfen Sie "Exclude employees" und "Respect cookie consent".
- Setzen Sie "Enable Facebook Pixel" auf Ja, wählen Sie die benötigten Browserereignisse und speichern Sie.
- Für Serverkäufe aktivieren Sie "Enable Conversions API purchase events", geben Sie Conversions-API-Zugriffstoken ein und speichern Sie. Für reine Browsernutzung lassen Sie es aus.
- Öffnen Sie den Shop in einem Kundenbrowser, erteilen Sie bei Bedarf die Marketingeinwilligung und prüfen Sie
PageView,ViewContentund ein erfolgreiches Hinzufügen zum Warenkorb mit den Meta-Testwerkzeugen. - Geben Sie eine Testbestellung auf und prüfen Sie
Purchase. Prüfen Sie bei CAPI die übereinstimmende Ereignis-ID und die Aufgabesend_facebook_conversionsin Ihrer gemeinsamen MPR-Cron-Einrichtung.
Erfordert PrestaShop 1.6 oder neuer und PHP 7.1 oder neuer.
Einrichtungsanleitung
Installieren und konfigurieren
Folgen Sie den Schritten unter Schnellstart.
Facebook Pixel einrichten
Öffnen Sie "Configure" in "Module Manager". Das Modul bietet ein Einstellungsformular, ein Meta-Verbindungspanel, eine Einrichtungsanleitung und Steuerelemente für die Tracking-Zuständigkeit. Verwenden Sie ein Backoffice-Konto mit Konfigurationsberechtigung; die Verbindungsaktion prüft Bearbeitungsrechte und Admin-Token.
| Einstellung | Standard | Ihre Konfiguration |
|---|---|---|
| "Enable Facebook Pixel" | Nein | Browsertracking dieses Moduls und zulässige Serverkaufverarbeitung aktivieren. |
| "Pixel ID" | Leer | Nur Ziffern eingeben. Kopieren Sie die ID Ihres gewünschten Pixels oder Datensatzes aus Meta Events Manager. |
| "Exclude employees" | Ja | Tracking bei Anfragen im Kontext eines angemeldeten Backoffice-Mitarbeiters unterdrücken. Testen Sie mit einem separaten Kundenbrowser. |
| "Respect cookie consent" | Ja | Bei aktivem Cookies Revolution oder Cookie Banner Marketingeinwilligung verwenden. |
Bei aktiviertem Einwilligungsschutz und aktivem unterstütztem MPR-Einwilligungsmodul bereitet der Header eine Einwilligungsschranke im Browser vor. Sie startet das Pixel nach erteilter Einwilligung und reagiert auf mprcr:consent und mprcookie:consent. Die serverseitige Einwilligungsprüfung liest die MPR-Marketingentscheidung und verwendet den konfigurierten Standard des Einwilligungsmoduls, wenn dessen Cookie fehlt. Ist keines der unterstützten MPR-Einwilligungsmodule aktiv, erlaubt der Schutz dieses Moduls Tracking. Konfigurieren Sie ein anderes Einwilligungswerkzeug separat, falls Sie eines verwenden.
Verwenden Sie die Zuständigkeitssteuerung, wenn eine andere MPR-Integration dasselbe Meta-Ziel verarbeitet. Dieses Modul prüft vor dem Versand die Fähigkeit meta_pixel. Entfernen Sie unabhängig installierte doppelte Pixel-Snippets aus Theme oder anderen Modulen.
Browserereignisse
Alle Standardereignisschalter stehen standardmäßig auf Ja. Deaktivieren Sie unerwünschte Ereignisse.
| Einstellung | Gesendete Daten |
|---|---|
| "Track ViewContent" | Produktaufrufe mit verfügbarer Produkt-ID, Name, Kategorie, Wert und Währung. |
| "Track AddToCart" | Warenkorbereignisse aus dem PrestaShop-Bus updateCart und ersatzweise aus Warenkorb-Schaltflächen. |
| Bestellbeginn erfassen | Checkout-Einstieg mit Warenkorbinhalt, Wert, Währung und Artikelanzahl bei nicht leerem Warenkorb. |
| Käufe erfassen | Browser-Bestellbestätigung und bei entsprechender Konfiguration Einreihung von CAPI-Käufen. |
| Suchanfragen erfassen | Suchanfrage aus s oder search_query im Controller search. |
| "Track AddToWishlist" | Wunschlistenaktionen, wenn Ereignisbus oder unterstützte Steuerelemente eine Produkt-ID bereitstellen. |
| "Track CompleteRegistration" | Registrierungsmarkierung, die auf der nächsten Seite my-account nach Kontoerstellung verbraucht wird. |
PageView wird beim Start des Browser-Pixels gesendet. Es hat keinen eigenen Einstellungsschalter. Produkt-, Warenkorb- und Wunschlistenverhalten hängen von den Daten und Ereignissen Ihres Themes ab. Testen Sie angepasste Steuerelemente ausdrücklich.
Conversions-API-Käufe konfigurieren
| Einstellung | Standard | Ihre Konfiguration |
|---|---|---|
| "Enable Conversions API purchase events" | Nein | Purchase-Ereignisse für Serverübermittlung einreihen. |
| Conversions-API-Zugriffstoken | Leer | Meta-Token für Ihr gewünschtes Ziel eingeben. Das gespeicherte Geheimnis wird im Formular maskiert. |
| Test-Event-Code | Leer | Bei der Validierung einen Meta-Test-Events-Code eingeben. Für Produktion löschen. |
| "Graph API version" | v25.0 |
Standard beibehalten, sofern Ihre Integration keinen anderen unterstützten Wert vNUMBER.NUMBER erfordert. |
Das Modul sendet über CAPI nur Purchase. Andere Standardereignisse und eigene Regeln verwenden das Browser-Pixel.
actionValidateOrder und displayOrderConfirmation können dieselbe Bestellung einreihen. Die Warteschlangenidentität verhindert doppelte Aufnahmen für dieses Ereignis. Browser- und Serverkauf verwenden dieselbe stabile, aus der Bestell-ID gebildete Ereignis-ID. Die Kaufdaten enthalten Bestellwert inklusive Steuern, Währung, Produkt-IDs, Positionsinhalte und Menge. Die Serverdaten enthalten außerdem verfügbare Kundenzuordnungsdaten und Facebook-Cookie-Kennungen.
Das Modul versucht während dieser Hooks einen kleinen Batch aus drei Ereignissen. Es registriert außerdem die gemeinsame Cron-Aufgabe:
task: send_facebook_conversions
callable: mprfacebookpixel::cronProcessFacebookConversions
schedule: every:300
context: any
timeout: 30
Stellen Sie sicher, dass Ihr gemeinsamer MPR-Cron-Runner die registrierte Aufgabe ausführt. Der normale Worker-Batch beträgt 20; dieses Modul hat kein Feld für die Batchgröße. Ausstehende Ereignisse können vom Worker erneut versucht werden. Die Warteschlangenbereinigung erhält gesendete Zeilen 30 Tage und andere alte Zeilen 90 Tage. Eine geänderte Zuständigkeitsbindung kann dazu führen, dass alte oder abgelöste Zeilen verworfen statt gesendet werden.
Die übereinstimmende Browser-/Server-Ereignis-ID ermöglicht die Deduplizierung beim Anbieter. Meta entscheidet über die Conversion-Attribution; prüfen Sie Übermittlung und Attributionsergebnisse in Meta.
Eigene Browserereignisse konfigurieren
"Track custom events" steht standardmäßig auf Nein. "Custom event rules" ist zunächst leer. Fügen Sie Regeln vor dem Aktivieren hinzu. Verwenden Sie einen eindeutigen Namen, der mit einem Buchstaben beginnt, Buchstaben, Zahlen oder Unterstriche enthält und höchstens 50 Zeichen hat. Standard-Meta-Ereignisnamen sind reserviert. Das Modul verarbeitet höchstens 50 Regeln und 50 unterschiedliche eigene Ereignisnamen.
[
{"event":"GalleryBrowse","trigger":"click","selector":".product-cover img","params":{"area":"product_gallery"},"once":false},
{"event":"SizeGuideView","trigger":"url","contains":["/size-guide"],"params":{"area":"product_help"}},
{"event":"AccountAreaView","trigger":"controller","controllers":["my-account"]},
{"event":"ModuleCheckoutView","trigger":"controller","modules":["onepagecheckout"]},
{"event":"ConfiguratorCompleted","trigger":"event","dom_event":"product-configurator:complete","params":{"source":"configurator"}}
]
Verwenden Sie selector, contains, controllers/modules oder dom_event für den jeweiligen Auslöser. enabled und once sind standardmäßig true. params liefert bereinigte Ereignisparameter. Das Modul ruft für diese Regeln fbq('trackCustom', ...) auf.
Lösen Sie Ihr eigenes DOM-Ereignis aus dem Theme-JavaScript aus:
document.dispatchEvent(new CustomEvent('product-configurator:complete', {
detail: {source: 'configurator', product_type: 'custom_size'}
}));
Halten Sie Selektoren und Controller-/Modulnamen mit installiertem Theme und Checkout in Einklang.
Tracking prüfen
Öffnen Sie den Shop in einem Kundenbrowser und prüfen Sie die Pixel-Anfrage nach der entsprechenden Einwilligungsentscheidung. Prüfen Sie nach Bedarf PageView, ein Produkt-ViewContent, Hinzufügen zum Warenkorb, Checkout-Start, Suche, Wunschliste und Registrierung. Verwenden Sie eine Testbestellung für Purchase.
Prüfen Sie für CAPI das Verbindungspanel und Meta Test Events mit Ihrem gespeicherten Testcode. Bestätigen Sie, dass der Serverkauf die Ereignis-ID des Browserkaufs verwendet. Prüfen Sie die Worker-Ausführung, wenn Wiederholungen ausstehen. Löschen Sie nach der Validierung den Testcode und speichern Sie. Die Verbindungsprüfung erfordert eine erlaubte Backoffice-Aktion; zeigen Sie keine Zugriffstoken in Bildschirmfotos oder eigenem Frontend-Code.
Probleme beheben
Lädt nichts, prüfen Sie Aktivierungsschalter, numerische "Pixel ID", Zuständigkeit für die Fähigkeit, Mitarbeiterkontext, Einwilligungsentscheidung und blockierte Skripte. Suchen Sie nach doppelten Ladern.
Fehlt ein bestimmtes Ereignis, prüfen Sie dessen Schalter und die benötigten Produkt-/Warenkorbdaten. Registrierung wird auf my-account verbraucht; eine andere Weiterleitung nach der Registrierung kann sie verzögern. Eine angepasste Wunschliste benötigt eine bereitgestellte Produkt-ID oder eine eigene Regel.
Ist CAPI inaktiv, prüfen Sie dessen Schalter, Token, Hauptschalter, Käufe erfassen und Zuständigkeit. Prüfen Sie Server-/Cron-Fehler und Anbieterantwort. Browserseitige Einwilligungsblockierung und Meta-Attribution können Berichte von PrestaShop-Summen abweichen lassen.
Deaktivieren oder deinstallieren
Setzen Sie "Enable Facebook Pixel" auf Nein und speichern Sie, um Browser- und Serversendungen dieses Moduls zu pausieren. Deinstallieren Sie über "Module Manager", um Menü, Cron-Registrierung und Modulkonfiguration zu entfernen. Die gemeinsame Warteschlangentabelle bleibt erhalten, wenn ein anderes Modul das Conversion-Paket verwendet; andernfalls löscht sie der Deinstallationshelfer der Warteschlange. Verwalten Sie Pixel, Datensatz und historische Berichte separat in Meta.
Referenzbilder
Verwenden Sie die obigen Einstellungsnamen, wenn ein Referenzbild von Ihrer installierten Version abweicht.
![]()
![]()
![]()
![]()
Fragen
1
Welche Kundendaten sendet die Conversions API an Meta?
Berechtigte serverseitige Purchase-Ereignisse können SHA-256-Hashes von Kunden-ID, E-Mail, Namen, Telefon, Stadt, Postleitzahl, Land und Region enthalten. Verwendet wird die Rechnungsadresse, ersatzweise die Lieferadresse. Verfügbare _fbp- und _fbc-Cookies, die IP-Adresse und der User-Agent der aktuellen Anfrage werden ungehasht gesendet.
Bekannte Probleme
9
Tracking ignoriert geänderte Einwilligung oder Ausschlüsse
Unübersetzte Beschriftungen in deutschen und spanischen Einstellungen
Modulbeschriftungen bleiben unübersetzt
Seiteninformationen fehlten in Conversion-Berichten
Verbesserte Sicherheit
Marketingeinwilligung nicht zuverlässig erkannt
Tracking startet auf gecachten Seiten vor Einwilligung
Fehlende Warenkorb-Ereignisse bei einigen Themes
Unvollständiges Wunschlisten- und Checkout-Tracking
Funktionsanfragen
9
Implementiert
Meta Conversions API mit Ereignis-Deduplizierung
Meta Conversions API
Interaktiver Ereignismonitor
Benutzerdefinierte Ereignisse überwachen
Modulupdates mit einem Klick
Koordiniertes Meta-Tracking
Verbindungsprüfung und Einrichtungsanleitung
Ereignisvorschau im Demo-Modus
Contact- und Lead-Ereignisse
Änderungsprotokoll
v1.2.32026-09-09
- AddedAdd Facebook custom event telemetry
- AddedUse shared conversions package
- AddedMake facebook pixel monitor resizable
- AddedAlign facebook pixel demo monitor
- AddedUnify facebook pixel demo controls
- Addedcomplete FR/DE/ES/IT/PL translations
- FixedKeep demo monitor below modals
- FixedAdd native config warnings
- FixedAlign Facebook checkout and wishlist tracking
- FixedPosition facebook pixel demo monitor
Ältere Versionen
v1.1.102026-07-17
- Addednative PrestaShop configuration warnings for disabled state, missing Pixel ID and incomplete setup.
- Updatedshared conversion context helpers for consistent product and category metadata.
v1.1.82026-07-05
- FixedAddToWishlist tracking to use successful PrestaShop wishlist events with click fallback and deduplication.
- ImprovedInitiateCheckout detection for native checkout and checkout-module controllers.
- Updatedembedded release and license packages for the customer artifact.
v1.1.72026-05-15
- Fixedconsent-safe Pixel boot so cached pages do not leak tracking before marketing consent.
v1.1.62026-05-03
- Improvedthe demo Meta Pixel monitor and kept CAPI token handling safe for public demos.
v1.1.32026-02-09
- Addeda demo-only Meta Pixel event monitor.
- Addedstricter install failure handling when configuration or menu setup fails.
v1.1.22025-12-29
- FixedAddToCart browser event binding for themes that expose PrestaShop without prestashop.on.
v1.1.12025-11-18
- Fixedrelease packaging so demo artifacts exclude install-hostile vendor assets.
Demo
Testen Sie das vollständige Modul vor dem Kauf
Kaufen Sie die Lizenz später, Ihre Einstellungen bleiben erhalten.
- Ihre 30-Tage-Demo Testen Sie es 30 Tage ab der ersten Installation in Ihrem eigenen Shop.
- Fertiger Demo-Shop Entdecken Sie einen fertigen Demo-Shop im Browser.
- Ohne Registrierung Kein Konto, keine E-Mail-Adresse und keine Shop-Domain nötig.
Mit dem Download akzeptieren Sie die Demo-Bedingungen und die Datenschutzerklärung.
Mit dem Öffnen dieser Demo akzeptieren Sie die Demo-Nutzungsbedingungen und die Datenschutzerklärung.