English Version
Zurück zur Übersicht
Live Demo: Teste dieses und weitere Plugins live — ohne Installation, ohne Risiko: demo.markus-michalski.net
Symptom: Im Browser lädt fbevents.js nicht oder der Meta Pixel Helper meldet kein Pixel.
Prüfung und Lösung
- Tracking aktivieren muss an sein, und zwar im richtigen Sales Channel (die Konfiguration gilt pro Sales Channel).
- Die Pixel ID darf nur aus Ziffern bestehen. Leerzeichen oder Buchstaben führen dazu, dass gar nichts ausgegeben wird.
- Bei Cookie-Einwilligung erforderlich: Setzt deine Consent-Lösung einen der erkannten Cookies mit einem erkannten Wert? Siehe Consent und Cookies. Nach dem Setzen des Cookies muss die Seite neu geladen werden.
- Bei Klaro: Stimmt der Klaro Service-Name mit dem Service in MmdKlaroConsent überein, und hat der Besucher dem Service zugestimmt? Im Seitenquelltext erscheint das Skript als
type="text/plain" mit data-name.
- Cache leeren:
bin/console cache:clear
- Browser-Konsole auf JavaScript-Fehler und Adblocker prüfen.
Symptom: In der Cookie-Verwaltung gibt es keinen Eintrag „Facebook Pixel“.
Lösung: Der Service wird nur angelegt, wenn die Tabelle von MmdKlaroConsent bei Aktivierung oder Migration schon existierte. Installiere MmdKlaroConsent und aktiviere Facebook Pixel erneut. Ändert sich der Klaro Service-Name, legst du den Service mit dem neuen Namen selbst in MmdKlaroConsent an.
Prüfung der Reihe nach
- Verbindung testen in der Plugin-Konfiguration. Die Meldung sagt, ob Pixel ID und Access Token stimmen.
- Tracking aktivieren und Conversions API aktivieren sind an.
- Das Event steht in Server-seitige Events. Eine leere Auswahl sendet nichts.
- Die Einwilligung liegt vor (bei Klaro das Cookie
klaro, sonst die Cookie-Prüfung).
- Der Message-Consumer läuft:
bin/console messenger:consume async. Ohne Consumer bleiben die Nachrichten in der Queue.
- Mit einem Test Event Code im Tab Test-Events des Events Managers beobachten.
- Im Log nach dem Channel
mmd_facebook_pixel suchen. Fehlgeschlagene Sendungen erscheinen als Warnung „CAPI event delivery failed“ und werden nicht wiederholt.
Im Redundant Setup kommt jedes Event einmal aus dem Browser und einmal vom Server. Meta fasst sie über die gemeinsame Event-ID zusammen. Erscheinen dennoch echte Duplikate:
- Der Pixel-Basiscode darf nur einmal pro Seite geladen werden.
- Es darf kein weiteres Facebook-Pixel-Plugin oder ein Pixel im Theme oder Tag Manager aktiv sein.
AddToCart hängt an der Warenkorbseite, nicht an der Aktion „In den Warenkorb“:
- Jeder Aufruf der Warenkorbseite sendet ein Event pro Produktposition, auch für Produkte, die schon vorher im Warenkorb lagen.
- Besucher, die aus dem Offcanvas-Warenkorb direkt zur Kasse gehen, lösen kein AddToCart aus.
Siehe Events und Daten.
- Die Einstellung Brutto-Preise tracken prüfen: an für B2C, aus für B2B.
- Prüfen, dass die Produkte im aktuellen Sales Channel Preise haben.
| Meldung |
Lösung |
| Bitte trage zuerst eine Pixel-ID ein und speichere die Konfiguration. |
Pixel ID eintragen |
| Bitte trage zuerst einen Access-Token ein und speichere die Konfiguration. |
Access Token eintragen |
| Die Pixel-ID darf nur Ziffern enthalten. |
Pixel ID korrigieren |
| Meta hat die Anfrage abgelehnt (HTTP ..., Code ...) |
Pixel ID und Access Token im Events Manager prüfen, Text und Code stammen von Meta |
| Verbindung zu graph.facebook.com nicht möglich. |
Ausgehende Verbindung und Firewall des Servers prüfen |
- Fehlgeschlagene CAPI-Sendungen werden nicht wiederholt.
- Das Plugin schreibt ein Flag-Cookie nicht selbst. Die Einwilligung muss deine Consent-Lösung oder Klaro liefern.
- Die Pixel-Skripte werden in der Betriebsart „Eigene Cookie-Prüfung“ beim Rendern der Seite entschieden. Eine Einwilligung wirkt erst ab der nächsten geladenen Seite.
- Das
noscript-Bild für Browser ohne JavaScript wird auch im Klaro-Modus ausgegeben und kann nicht durch Klaro blockiert werden.