Wie Post-View gemessen wird und wo nicht

Ein Klick nimmt seine Kennung mit auf die Zielseite. Ein Sichtkontakt nimmt nichts mit, es sei denn, der Browser tut es. Das Einzige, was ein Browser ohne Fingerprint und ohne Umgehung seines Schutzes von einer Seite zur anderen trägt, ist ein Cookie der Adresse, die auf beiden Seiten angesprochen wird. Diese Adresse ist deine Messadresse: deine eigene Messdomäne, oder die gemeinsame, wenn du keine eingerichtet hast.

Der Weg in vier Schritten

1. 01Das Impression-Pixel wird mit Einwilligung des Publishers geladen (c=1) und setzt die Sichtkennung: ein Cookie namens metrunio_view, 30 Tage gültig, nur für die Messadresse.
2. 02Das Viewability-Tag meldet die Impression als sichtbar und misst dabei, ob der Browser die Sichtkennung zurückträgt. Dieses Ja oder Nein ist die Grundlage der Abdeckung.
3. 03Der spätere Besuch in deinem Shop: Das SDK sendet mit Marketing-Einwilligung zur selben Messadresse, und der Browser hängt das Cookie an, wenn er es gehalten hat.
4. 04Der Worker verknüpft beide Seiten über die Sichtkennung, deterministisch wie über eine Klickkennung. Liegt der Sichtkontakt im Sichtfenster, bekommt er ab dem Tarif Pro im Modell mit Post-View einen Anteil.

Widerruft die Person im Shop ihre Marketing-Einwilligung, entfernt der Collector das Cookie, und die Sichtkontakte, die mit diesem Browser verbunden sind, werden gelöscht (Artikel zum Widerruf).

Wo es funktioniert

• Display und Programmatic mit deinen eigenen Tags: in Chrome und Edge mit Standardeinstellung, auf dem Rechner wie auf Android.
• Anzeigen auf deinen eigenen Seiten (Onsite-Teaser, Startseiten-Banner): Dort läuft das SDK, die Verknüpfung entsteht über dessen First-Party-Kennung, ohne Cookie im Drittkontext.
• Nur mit Einwilligung auf beiden Seiten: beim Publisher, dessen Consent-Tool sie an den Adserver und der an das Pixel weitergibt, und in deinem Shop.
• Nur mit derselben Messadresse in Pixel, Tag und Einbaucode. Richtest du eine eigene Messdomäne ein, tausche alle drei aus. Das Portal erzeugt sie passend.

Wo nicht

• Safari und Brave verwerfen das Cookie auf der Publisher-Seite, weil es dort ein Drittanbieter-Cookie ist; Firefox legt es in eine Partition der Publisher-Seite, aus der es den Shop nie erreicht. Das gilt auch mit eigener Messdomäne: Sie ist für den Publisher trotzdem ein Dritter. Dasselbe gilt für Chrome im Inkognito-Modus und für Nutzer, die Drittanbieter-Cookies gesperrt haben.
• In den geschlossenen Feeds von Meta, Google und TikTok: Dort lässt keine Plattform ein fremdes Tag zu. Der Klick wird gemessen, der Sichtkontakt nicht.
• Newsletter: Die Öffnung ist ein geladenes Bild, kein Sichtkontakt. Mailprogramme laden Bilder auch ohne Leser. Sie wird als email_open geführt und bekommt nie einen Anteil.
• View-through-Zahlen einer Plattform (DV360, CM360, Meta) sind aggregiert und nicht deterministisch. Sie werden nie zu eigenen Kontakten umgedeutet.

Die Abdeckung

Im Portal steht neben dem Post-View-Anteil die Post-View-Abdeckung, je Kanal und je Browserfamilie, in zwei Zahlen. „Nachgewiesen“: Die Sichtkennung kam aus dem anderen Kontext zurück, also im Shop ausgestellt und auf der Publisher-Seite zurückgetragen, oder umgekehrt; dieser Browser lässt Sichtkontakt und Kauf verbinden. „Zurückgetragen“: Irgendeine Sichtkennung kam beim Viewability-Tag zurück. Das tut Firefox auch, aus einer Partition der Publisher-Seite, die den Shop nie erreicht. Die erste Zahl ist die Untergrenze, die zweite die Obergrenze; beide sind gemessen, nicht angenommen. Ein Post-View-Anteil von drei Prozent bedeutet bei einer Abdeckung von zwölf Prozent etwas anderes als bei neunzig. Ohne Sichtkennung erhält ein Sichtkontakt keinen Anteil; für den nicht verknüpfbaren Teil bleiben die Conversions „nicht zugeordnet“.