Retargeting-Playbook über ClikBy

Wichtige Punkte

Arbeits-Flow: Link → Domain → Pixel → Smart Traffic und/oder AI Selena → cookie notice → Klick → Filter → fire → Ads-Konto.
Ohne Domain und ohne Smart Traffic werden Pixel auf dem Redirect faktisch nicht genutzt.
UTM werden in visits geschrieben; Pixel füllen die Audiences der Vendoren.

Vereinfachte Kette anhand des Redirect-Codes:

Der Nutzer klickt einen Kurzlink (möglichst auf Ihrer Domain).
Bei Bedarf — Link-Passwort, dann Ablaufprüfung.
Bot detection kann den Visit abschneiden oder markieren.
Wenn Pixel + pixel_notification und kein Cookie — Consent-Bildschirm.
Der Visit wird geschrieben (IP, Geo, UTM, …).
Smart Traffic / AI: Delay und clientseitige Filterlogik vor dem fire.
Ohne Smart Traffic, aber mit Pixeln und Consent — serverseitiges Include der Pixel-Blades.
Redirect zur Destination; im Ads-Konto entsteht die Möglichkeit, Audience/Conversions zu sammeln.

Ein schlichtes 301 ohne Zwischenseite mit Pixeln — wenn die Bedingungen für das Pixel-Szenario fehlen.

Destination mit UTM bei Bedarf (UTM-Builder). Fügen Sie ein Tag (Space) für die Kampagne hinzu.

Oder planen Sie Smart Traffic — sonst laufen Pixel nicht.

Facebook, Google Ads, VK, LinkedIn und weitere aus den unterstützten Typen.

Setzen Sie delay/events; für Selena — Analyseregeln. Berücksichtigen Sie den Cooldown der Selena-Einstellungen (~4 Std.).

pixel_notification — Transparenz für den Klickenden und Fire-Bedingung bei Consent.

Nehmen Sie den Consent an, warten Sie das delay von Smart Traffic, prüfen Sie Network und das Ads-Konto / Test Events.

Im Ads-Konto bauen Sie Retarget auf Besucher, die das Pixel markiert hat.

domain_id oder smart_traffic = on
Das Pixel ist an diesen Link gebunden, die ID stimmt
consent{link_id}=1 nach Accept
Der Klick ist nicht bot-only
Für Google/Meta — Vendor-Debugger sehen PageView/hit
TikTok: erwarten Sie kein vollständiges SDK-PageView beim aktuellen Blade (nur Cookie) — siehe Vergleich