Facebook Pixel: Einrichtung und Hilfe

Schnellstart

  1. Laden Sie die mprfacebookpixel-ZIP über Modul > "Module Manager" > "Upload a module" hoch.
  2. Klicken Sie auf "Configure" und geben Sie Ihre numerische "Pixel ID" aus Meta Events Manager ein.
  3. Prüfen Sie "Exclude employees" und "Respect cookie consent".
  4. Setzen Sie "Enable Facebook Pixel" auf Ja, wählen Sie die benötigten Browserereignisse und speichern Sie.
  5. 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.
  6. Öffnen Sie den Shop in einem Kundenbrowser, erteilen Sie bei Bedarf die Marketingeinwilligung und prüfen Sie PageView, ViewContent und ein erfolgreiches Hinzufügen zum Warenkorb mit den Meta-Testwerkzeugen.
  7. Geben Sie eine Testbestellung auf und prüfen Sie Purchase. Prüfen Sie bei CAPI die übereinstimmende Ereignis-ID und die Aufgabe send_facebook_conversions in 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.

Facebook Pixel. Facebook-Pixel-Warenkorbzugang

Facebook Pixel, Facebook-Pixel-Einstellungen in der Administration

Facebook Pixel. Ereignisstrom für Warenkorbzugänge

Facebook Pixel, Pixel-Monitor im Shop

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

GelöstAktualisiert:
Behoben in: 1.5.0
Einige Wege der Ereignisübermittlung berücksichtigten die aktuelle Einwilligung und die Einstellungen zum Mitarbeiterausschluss nicht durchgehend.

Unübersetzte Beschriftungen in deutschen und spanischen Einstellungen

GelöstAktualisiert:
Behoben in: 1.4.1
Einstellungen, Ereignisnamen in der Vorschau und Ja/Nein-Optionen verwendeten nicht durchgehend die gewählte deutsche oder spanische Sprache.

Modulbeschriftungen bleiben unübersetzt

GelöstAktualisiert:
Behoben in: 1.4.0
Einige Modulbeschriftungen erschienen trotz vorhandener Übersetzung weiterhin auf Englisch.

Seiteninformationen fehlten in Conversion-Berichten

GelöstAktualisiert:
Behoben in: 1.3.3
Conversion-Berichte konnten die öffentliche Seitenidentität verlieren, wenn der Shop URLs ohne suchmaschinenfreundliche Umschreibung verwendete.

Verbesserte Sicherheit

GelöstAktualisiert:
Behoben in: 1.3.1
Verbesserte Sicherheit.

Marketingeinwilligung nicht zuverlässig erkannt

GelöstAktualisiert:
Behoben in: 1.2.6
Das Tracking konnte inaktiv bleiben, weil eine unterstützte Marketingeinwilligung nicht erkannt wurde.

Tracking startet auf gecachten Seiten vor Einwilligung

GelöstAktualisiert:
Behoben in: 1.2.2
Gecachte Seiten konnten den Meta Pixel für Besucher aktivieren, die keine Marketingeinwilligung erteilt hatten.

Fehlende Warenkorb-Ereignisse bei einigen Themes

GelöstAktualisiert:
Behoben in: 1.2.2
Das Tracking von Warenkorbzugängen konnte bei Themes ohne standardmäßige Shop-Ereignisunterstützung fehlschlagen.

Unvollständiges Wunschlisten- und Checkout-Tracking

GelöstAktualisiert:
Behoben in: 1.2.2
Wunschlistenzugänge und Checkout-Ereignisse wurden nicht zuverlässig mit den erwarteten Produkt- und Bestellinformationen erfasst.

Funktionsanfragen

9

Implementiert

Meta Conversions API mit Ereignis-Deduplizierung

Implementiert
Sendet Kaufereignisse vom Server an Meta und verwendet übereinstimmende Ereignis-IDs zur Deduplizierung von Browser- und Serverereignissen. Der Versand richtet sich nach den im Modul konfigurierten Einwilligungsprüfungen.

Meta Conversions API

Implementiert
Senden Sie unterstützte Conversion-Ereignisse zusätzlich zum Browser-Tracking direkt aus dem Shop an Meta.

Interaktiver Ereignismonitor

Implementiert
Prüfen Sie Browserereignisse beim Testen des Shops in einem verschiebbaren Monitor mit veränderbarer Größe.

Benutzerdefinierte Ereignisse überwachen

Implementiert
Prüfen Sie benutzerdefinierte Facebook-Ereignisse im Ereignismonitor.

Modulupdates mit einem Klick

Implementiert
Installieren Sie verfügbare Modulupdates im Backoffice.

Koordiniertes Meta-Tracking

Implementiert
Vermeiden Sie doppeltes Tracking mit unterstützten Modulen und sehen Sie, welches Modul die Ereignisse verarbeitet.

Verbindungsprüfung und Einrichtungsanleitung

Implementiert
Prüfen Sie die gespeicherte Meta-Verbindung ohne Erfassung einer Conversion, sehen Sie kürzliche Übermittlungen ein und folgen Sie einer Einrichtungsanleitung.

Ereignisvorschau im Demo-Modus

Implementiert
Sehen Sie eine Vorschau der durch Shop-Aktionen erzeugten Ereignisse, ohne diese an Meta zu senden.

Contact- und Lead-Ereignisse

Implementiert
Verfolgen Sie unterstützte Kontakt- und Lead-Aktionen mit Einwilligungssteuerung.

Ä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.
Demo-Shop starten

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.

Lade ...
Nach oben