TikTok Pixel, Pinterest Tag, Snapchat Pixel: Social-Media-Tracking einfach erklärt
Jeder, der über PrestaShop verkauft, kennt den Facebook Pixel. Weniger Händler wissen, dass TikTok, Pinterest und Snapchat jeweils ein nahezu identisches eigenes Tracking-System anbieten - und dass die Integration in einen PrestaShop-Shop eine andere Aufgabe ist als in einem Shopify- oder WordPress-Shop, weil PrestaShop im Backoffice kein Feld nach dem Motto "Pixel hier einfügen" hat. In diesem Leitfaden geht es strikt um die Tracking-Seite: was diese drei Pixel sind, wo der Code in PrestaShop tatsächlich platziert wird, wie die wirklich wichtigen E-Commerce-Ereignisse ausgelöst werden (ein Kauf, nicht nur ein Seitenaufruf) und wie das gelingt, ohne den PageSpeed-Wert zu verschlechtern oder gegen die DSGVO zu verstoßen. Wenn Sie noch entscheiden, ob eine bestimmte Plattform als Vertriebskanal überhaupt Ihre Zeit wert ist, ist das eine andere Frage - wir behandeln sie für TikTok hier und Pinterest hier. Dieser Beitrag setzt voraus, dass Sie sich bereits für Werbung entschieden haben und nun die Datengrundlage sauber einrichten müssen.
Zuletzt aktualisiert: Juni 2026.
Was ein Social-Media-Pixel tatsächlich macht - und warum er ohne Ereignisse wertlos ist
Ein "Pixel" ist lediglich ein kleines JavaScript-Snippet, das auf Ihren Seiten geladen wird und Daten an die jeweilige Plattform zurückmeldet. Als reines Basis-Snippet installiert tut er genau eine Sache: Er sagt TikTok oder Pinterest "diese Person hat Ihre Website besucht" - genug, um eine Retargeting-Zielgruppe aufzubauen. Der eigentliche Wert steckt aber nicht im Basis-Pixel, sondern in den darauf aufbauenden Standardereignissen: einer Produktansicht, einem Hinzufügen zum Warenkorb, einer gestarteten Kaufabwicklung und vor allem einem abgeschlossenen Kauf mit Bestellwert und Währung. Ohne diese Ereignisse fliegt der Algorithmus der Plattform blind: Er kann Ihre Anzeige zwar Menschen zeigen, lernt aber nicht, wer tatsächlich kauft, und kann keinen Return on Ad Spend ausweisen. Die eigentliche Installationsaufgabe in PrestaShop lautet daher nicht "Snippet einfügen", sondern "das richtige Ereignis mit den richtigen Daten auf der richtigen Seite auslösen".
Die Mechanik, mit der solche Zielgruppen anschließend im Web erneut angesprochen werden - Frequency Capping, Ausschlussfenster, Creatives -, ist eine eigene Disziplin; wir erklären sie in Retargeting einfach erklärt. Hier geht es ausschließlich darum, dass die Daten an der Quelle korrekt sind.
Wo der Code in PrestaShop hingehört (der Teil, den die Plattformen nie erklären)
TikTok, Pinterest und Snapchat geben Ihnen alle ein Snippet und gehen davon aus, dass Sie es einfach in den <head> Ihres Themes einfügen können. In PrestaShop haben Sie dafür drei ehrliche Möglichkeiten, grob sortiert danach, wie sehr sie Ihnen beim nächsten Upgrade wehtun werden:
| Methode | Wo sie liegt | Übersteht sie ein Theme-/Core-Upgrade? | Kann sie Kaufereignisse auslösen? |
|---|---|---|---|
| Theme-Template bearbeiten | themes/your-theme/templates/_partials/head.tpl (oder header.tpl) | Nein - wird beim Theme-Update überschrieben | Nur mit manueller Smarty-Arbeit pro Seite |
| Ein eigenes Modul auf displayHeader | Ihr eigenes Mini-Modul, das hookDisplayHeader / hookDisplayFooter nutzt | Ja | Ja - Sie steuern die Ereignislogik in PHP/JS |
| Google-Tag-Manager-Container | Ein GTM-Snippet im Theme; Pixel werden in GTM verwaltet | Ja (nur GTM liegt im Theme) | Ja, über die Data Layer (siehe unten) |
Was ist also die Empfehlung? Für einen einzelnen Pixel, den Sie selten ändern, ist ein kleines eigenes Modul am Hook displayHeader die sauberste Lösung: Es ist upgrade-sicher und kann die Bestellung auslesen, um Kaufdaten zu befüllen. Sobald Sie zwei oder mehr dieser Pixel einsetzen, wechseln Sie zu Google Tag Manager - ein Container im Theme, jeder Pixel über die GTM-Weboberfläche verwaltet, und keine Theme-Änderung nötig, um die nächste Plattform hinzuzufügen. Der Trick, der GTM mit PrestaShop richtig funktionieren lässt, ist die Data Layer: Sie schreiben den Warenkorbinhalt und (auf der Bestellbestätigungsseite) die Bestellsumme und Bestell-ID in window.dataLayer, und jeder Pixel liest diese Daten von dort. Genau das macht aus einem "jemand war da"-Pixel einen "jemand hat 84,50 € ausgegeben"-Pixel.
Das Kaufereignis zuverlässig auslösen
Das eine Ereignis, bei dem Sie sich keinen Fehler leisten können, ist der Kauf: Er muss genau einmal, auf der echten Bestellbestätigungsseite und mit dem tatsächlichen Betrag ausgelöst werden. In PrestaShop wird diese Seite vom OrderConfirmationController ausgeliefert, und der richtige Hook dafür ist displayOrderConfirmation - er übergibt Ihnen das echte Order-Objekt, sodass Sie $order->total_paid und die Bestellreferenz direkt aus der Datenbank lesen, statt einem JavaScript-Wert zu vertrauen, den ein Neuladen der Seite doppelt zählen könnte. Wer auf früheren Schritten des Bestellcontrollers oder auf einer Dankeseite im CMS auslöst, landet schnell bei Shops, die den doppelten tatsächlichen Umsatz melden und sich anschließend wundern, warum ihr ROAS wie Wunschdenken aussieht.
Genauso wichtig: Der Pixel darf nicht ausgelöst werden, bevor der Besucher Marketing-Cookies zugestimmt hat. Das Muster, das beide Regeln erfüllt - einmal auslösen, auf der Bestätigungsseite und nur mit Einwilligung -, sieht für den TikTok-Pixel so aus (die Pinterest- und Snapchat-Versionen folgen demselben Aufbau, nur mit ihren eigenen Ereignisnamen und globalen Objekten):
{* themes/your-theme/templates/.../order-confirmation, rendered server-side with the real Order *}
<script>
(function () {
// 1. Only fire if the visitor accepted marketing cookies.
function hasMarketingConsent() {
if (window.MPRCR && typeof window.MPRCR.isGranted === 'function') {
return !!window.MPRCR.isGranted('marketing');
}
return false; // no consent layer answer yet → treat as not granted
}
if (!hasMarketingConsent() || !window.ttq) return;
// 2. Values come from the trusted Order object server-side, not from JS state.
ttq.track('CompletePayment', {
value: {$order_total_paid|floatval}, // $order->total_paid
currency: '{$currency_iso|escape:'javascript'}',
content_type: 'product',
contents: {$order_contents_json nofilter} // array of {content_id, quantity, price}
}, {
// 3. Stable event_id keyed on the order → de-dupes against the server-side Events API.
event_id: 'order_{$order_id|intval}'
});
})();
</script>Drei Dinge machen dieses Snippet korrekt statt zu einer Kopieren-und-Einfügen-Falle: Es hängt hinter einer echten Einwilligungsprüfung (TikTok stellt für denselben Zweck auch ttq.holdConsent() / ttq.grantConsent() bereit); Wert und Bestellreferenz werden aus dem serverseitig gerenderten Order-Objekt eingefügt, sodass ein Neuladen der Seite keinen zweiten Kauf erzeugen kann; und die event_id ist an die Bestell-ID gebunden, sodass die Plattform später, wenn Sie die serverseitige Events API ergänzen, das Browser-Ereignis mit dem Server-Ereignis deduplizieren kann, statt beide zu zählen.
Die drei Pixel - und wofür jeder wirklich gut ist
Das Installationsmuster ist bei allen drei identisch; unterschiedlich sind das Ereignisvokabular und das Verhalten, das die jeweilige Plattform erfassen soll. Richten Sie den Pixel nach Ihrem Sortiment aus, nicht nach dem Hype.
| Plattform | Zentrale E-Commerce-Ereignisse | Worin sie besonders stark ist | Lohnt sich, wenn ... |
|---|---|---|---|
| TikTok Pixel | ViewContent, AddToCart, InitiateCheckout, CompletePayment | Pixel-Ereignisse nutzen, um die Auslieferung zu optimieren sowie Lookalike- und Custom Audiences aufzubauen - wobei die Ergebnisse wie bei jeder Plattform von Ihrem Ereignisvolumen und dem Product-Market-Fit abhängen | Impulsstarke, visuelle Produkte; eine Zielgruppe überwiegend unter 35 |
| Pinterest Tag | pagevisit, viewcategory, addtocart, checkout | Längere Entdeckungs- und Planungswege erfassen - Nutzer merken sich heute etwas und kaufen Wochen später, ein Pfad, den andere Pixel übersehen können; vergleichen Sie die tatsächlichen Attributionseinstellungen in jedem Werbekonto | Inspirierende, geplante Käufe: Einrichtung, Mode, Hochzeiten, DIY, Essen |
| Snapchat Pixel | PAGE_VIEW, VIEW_CONTENT, ADD_CART, PURCHASE | Die jüngsten Käufer erreichen - und in dieser Altersgruppe oft günstigere Impressionen als bei Meta oder TikTok | Eine echte Gen-Z-Zielgruppe in Märkten, in denen Snapchat weiterhin täglich genutzt wird (USA, UK, FR, Naher Osten) |
Beachten Sie: Die Ereignisnamen sind nicht austauschbar - bei Pinterest sind sie kleingeschrieben, bei Snapchat in Upper-Snake-Case, bei TikTok in CamelCase. Ein Kopieren und Einfügen zwischen Plattformen scheitert daher still. Genau diese plattformspezifische Kleinteiligkeit spricht dafür, sie in GTM zu verwalten, statt vier fast identische, aber eben nicht ganz gleiche Snippets von Hand ins Theme zu schreiben.
Serverseitig: die Events API (dringend empfohlen, sobald Sie nennenswert Budget einsetzen)
Browserseitige Pixel verlieren jedes Jahr an Genauigkeit - Werbeblocker, Safaris Tracking-Schutz und abgelehnte Einwilligungen reduzieren allesamt das, was der JavaScript-Pixel sehen kann. Alle drei Plattformen bieten inzwischen ein serverseitiges Gegenstück an, das dieselben Ereignisse direkt von Ihrem Server an deren Server sendet: die TikTok Events API, die Pinterest Conversions API und die Snap Conversions API. In PrestaShop ist der natürliche Ort dafür derselbe Hook displayOrderConfirmation (oder ein Modul-Override von validateOrder), an dem Sie bereits das vertrauenswürdige Order-Objekt haben - Sie senden per PHP-cURL eine Anfrage an die API der Plattform, mit Bestellwert, gehashter Kunden-E-Mail und einer Ereignis-ID, die zum Browser-Ereignis passt, damit die Plattform beide deduplizieren kann. Der Nutzen in Klartext: Ein Kauf, den der Browser-Pixel verpasst hat (blockiert oder weil der Kunde den Tab geschlossen hat, bevor er geladen war), erreicht die Plattform trotzdem. Dadurch verlieren Ihre gemeldeten Verkäufe - und damit das Lernen des Algorithmus - keine Daten mehr. Die Einrichtung ist aufwendiger, aber sobald Sie nennenswert Geld in diese Kanäle stecken, ist sie dringend zu empfehlen: Es ist der Unterschied zwischen Optimierung auf vollständigen Daten und Optimierung auf einem reduzierten, schwankenden Anteil von Browser-Ereignissen.
Wie drei Tracker Ihren PageSpeed nicht ruinieren
Jeder zusätzliche Pixel bedeutet mehr JavaScript auf jeder Seite, und PrestaShop-Shops kämpfen ohnehin darum, ihre Core Web Vitals im grünen Bereich zu halten. Drei Pixel plus ein Tag Manager können die Ladezeit schnell um Hunderte Millisekunden erhöhen - und ein langsamer Shop verliert genau die Kunden, für deren Gewinnung Sie bezahlen. Halten Sie das unter Kontrolle:
- Pixel asynchron über GTM laden. Ein einzelner asynchroner GTM-Container ist deutlich leichter als drei separate synchrone Snippets, die in den Head eingefügt werden.
- Nicht kritische Pixel verzögert laden. Ein Pixel muss nicht schon beim ersten Rendering auslösen. Wenn er erst beim ersten Scrollen oder einige Sekunden nach einer Interaktion startet, bleibt Ihr Largest Contentful Paint sauber, während die wichtigen Ereignisse weiterhin erfasst werden.
- Für das Kaufereignis serverseitig arbeiten. Alles, was über die Events API gesendet wird, hat im Browser null Gewicht - Conversions serverseitig zu verschieben erhöht die Genauigkeit und entfernt JavaScript von der Seite.
- Ehrlich prüfen. Wenn Sie einen Pixel "für alle Fälle" installiert haben und auf dieser Plattform nie eine Anzeige geschaltet haben, entfernen Sie ihn. Er sammelt nichts, was Sie nutzen, kostet aber jedem Besucher Ladezeit.
Einwilligung zuerst - sonst ist nichts davon legal
Nach der DSGVO ist jeder dieser Pixel ein eigener Drittanbieter, der offengelegt und durch eine gültige Marketing-Einwilligung abgesichert werden muss; keiner davon darf auslösen, bevor der Besucher zugestimmt hat. Eine konforme PrestaShop-Einrichtung bedeutet, dass Ihr Cookie-Einwilligungsbanner TikTok, Pinterest und Snapchat einzeln aufführt, dem Besucher erlaubt, jeden davon anzunehmen oder abzulehnen, und das jeweilige Snippet tatsächlich zurückhält, bis die Einwilligung erteilt wurde. Das ist ein weiteres starkes Argument für GTM, weil Sie damit das einwilligungsbasierte Auslösen an einer Stelle zentralisieren können - allerdings muss jedes Nicht-Google-Tag (TikTok, Pinterest, Snapchat) weiterhin so konfiguriert werden, dass es den Einwilligungsstatus respektiert; automatisch passiert das nicht. Praktisch ist das auch der Grund, warum verzögertes Laden gratis ist: Ein Besucher ohne Einwilligung löst den Pixel gar nicht aus und trägt daher auch keine Performance-Kosten. Richten Sie die Einwilligungsebene einmal sauber ein, und der Rest wird zu einer Konfigurationsaufgabe statt zu einem rechtlichen Risiko.
Attribution: Vertrauen Sie Ihren eigenen Zahlen, nicht denen der Plattformen
Installieren Sie alle drei, werden Sie schnell etwas Unangenehmes feststellen: Die gemeldeten Conversions passen nicht zu Ihren echten Verkäufen. Ein Kunde, der ein Produkt auf TikTok entdeckt, es auf Pinterest gespeichert und schließlich nach einer Facebook-Retargeting-Anzeige gekauft hat, wird von allen drei Plattformen beansprucht - die Summe der plattformgemeldeten Conversions ist daher immer aufgebläht. Planen Sie Ihr Budget nicht auf Basis dieser Zahlen. Nutzen Sie die Bestelldaten von PrestaShop als einzige verlässliche Quelle und vergleichen Sie sie mit dem, was jede Plattform behauptet. Der tatsächliche Umsatz des Shops steht in Ihrem Backoffice, und unser Modul Financial Revolution zieht echte Zahlen aus bezahlten Bestellungen in saubere Berichte, die Sie gegen den selbst gemeldeten ROAS jedes Kanals halten können - damit Sie die Plattformen finanzieren, die wirklich Umsatz bewegen, und diejenigen leise streichen, die sich Verkäufe zurechnen, bei denen sie nur zugesehen haben. Genau darum geht es bei sauberem Tracking: nicht um Eitelkeits-Dashboards, sondern darum zu wissen, welchen Kanal Sie weiter füttern sollten.
Häufig gestellte Fragen
Kann ich meinen Pixel-Code einfach irgendwo in PrestaShop einfügen?
Es gibt kein natives Feld "Pixel hier einfügen". Ihre drei ehrlichen Optionen sind: das head.tpl des Themes bearbeiten (beim nächsten Theme-Update verloren), ein kleines eigenes Modul am Hook displayHeader/displayFooter (upgrade-sicher, kann die Bestellung lesen) oder ein Google-Tag-Manager-Container (ein Snippet im Theme, jeder Pixel in GTM verwaltet). Für einen Pixel ist ein eigenes Modul am saubersten; bei zwei oder mehr skaliert GTM mit einer Data Layer besser. Wenn Sie das nicht von Hand bauen möchten, gibt es für jeden Anbieter eigene PrestaShop-Module - der Facebook-Pixel-Leitfaden behandelt die Meta-Variante, und derselbe Ansatz (einwilligungsgebundenes, serverseitiges Kaufereignis) gilt für TikTok, Pinterest und Snapchat.
Warum stimmen die von den Plattformen gemeldeten Conversions nicht mit meinen echten Verkäufen überein?
Weil ein einzelner Käufer, der vor dem Kauf mit TikTok, Pinterest und Facebook in Berührung kam, von allen dreien beansprucht wird - die Summe der plattformgemeldeten Conversions ist daher immer aufgebläht. Planen Sie Ihr Budget nicht auf Basis dieser Zahlen. Verwenden Sie die Daten bezahlter Bestellungen aus PrestaShop als einzige verlässliche Quelle und vergleichen Sie den Anspruch jeder Plattform damit.
Brauche ich rechtlich eine Einwilligung, bevor der Pixel auslöst?
Ja. Nach der DSGVO ist jeder Pixel ein eigener Marketing-Anbieter, der offengelegt und durch eine gültige Einwilligung abgesichert werden muss; keiner darf auslösen, bevor der Besucher zustimmt. Eine konforme Einrichtung listet TikTok, Pinterest und Snapchat einzeln im Einwilligungsbanner auf und hält jedes Snippet tatsächlich zurück, bis diese konkrete Einwilligung erteilt wurde - das passiert nicht automatisch, nur weil Sie sie über GTM ausspielen; jedes Nicht-Google-Tag muss weiterhin so konfiguriert werden, dass es den Einwilligungsstatus beachtet.
Lohnt sich die serverseitige Events API den zusätzlichen Aufwand?
Sobald Sie nennenswert Budget einsetzen: ja. Browser-Pixel verlieren jedes Jahr an Genauigkeit durch Werbeblocker, Safaris Tracking-Schutz und abgelehnte Einwilligungen. Die TikTok Events API, Pinterest Conversions API und Snap Conversions API senden dieselben Ereignisse Server-zu-Server aus dem vertrauenswürdigen Order-Objekt, sodass Käufe, die der Browser verpasst hat, die Plattform dennoch erreichen. Stimmen Sie die event_id des Server-Ereignisses mit der des Browser-Ereignisses ab, damit die Plattform beide dedupliziert.
Ruinieren drei Pixel meinen PageSpeed?
Das können sie, wenn Sie drei synchrone Snippets in den Head einfügen. Laden Sie sie über einen einzigen asynchronen GTM-Container, verschieben Sie nicht kritische Pixel auf das erste Scrollen statt auf das erste Rendering, verlagern Sie das Kaufereignis serverseitig (null Browser-Gewicht), und entfernen Sie jeden Pixel für eine Plattform, auf der Sie nie tatsächlich geworben haben.
Ein letzter Plausibilitätscheck, bevor Sie irgendetwas installieren: Ein Pixel verdient seinen Platz nur, wenn die dahinterliegende Plattform tatsächlich dort ist, wo Ihre Kunden sind. Wenn Sie das noch nicht sauber geklärt haben, beginnen Sie mit welche Plattformen wirklich Verkäufe bringen - und für die Meta-Seite behandelt der Leitfaden Facebook Pixel für PrestaShop den einen Tracker, den fast jeder Shop unabhängig davon einsetzen sollte. Tracken Sie die Plattformen, auf denen Sie werben, lösen Sie ein sauberes Kaufereignis serverseitig aus, sichern Sie alles durch Einwilligung ab, und lassen Sie Ihre eigenen Bestelldaten die Diskussion entscheiden.
Kommentare
Noch keine Kommentare. Seien Sie der Erste!
Stellen Sie als Erster eine Frage oder teilen Sie hilfreiches Feedback.
Kommentar schreiben
Teilen Sie eine Frage, ein Installationsdetail oder Feedback, das anderen Lesern helfen kann.