Playbook de retargeting con ClikBy

Puntos clave

Flow de trabajo: enlace → dominio → píxel(es) → Smart Traffic y/o AI Selena → cookie notice → clic → filtro → fire → cuenta de anuncios.
Sin dominio y sin Smart Traffic, los píxeles en el redirect de hecho no se usan.
Los UTM se escriben en visits; los píxeles llenan las audiencias de los vendors.

Cadena simplificada según el código del redirect:

El usuario hace clic en un enlace corto (mejor en su dominio).
Si hace falta: contraseña del enlace, luego comprobación de caducidad.
Bot detection puede cortar o marcar la visita.
Si hay píxeles + pixel_notification y no hay cookie: pantalla de consentimiento.
Se escribe la visita (IP, geo, UTM, …).
Smart Traffic / AI: delay y lógica de filtrado en el cliente antes del fire.
Sin Smart Traffic, pero con píxeles y consentimiento: include de server de pixel blades.
Redirect al destination; en la cuenta Ads aparece la posibilidad de reunir audiencia/conversiones.

Un 301 simple sin página intermedia con píxeles: cuando no hay condiciones para el escenario de píxel.

Destination con UTM si hace falta (constructor UTM). Añada una etiqueta (Space) para la campaña.

O planifique Smart Traffic: si no, los píxeles no se ejecutarán.

Facebook, Google Ads, VK, LinkedIn y otros de los tipos soportados.

Defina delay/events; para Selena, reglas de análisis. Tenga en cuenta el cooldown de ajustes de Selena (~4 h).

pixel_notification: transparencia para quien hace clic y condición de fire con el consentimiento.

Acepte el consentimiento, espere el delay de Smart Traffic, compruebe Network y la cuenta Ads / Test Events.

En la cuenta de anuncios construye el retarget sobre visitantes marcados por el píxel.

domain_id o smart_traffic = on
El píxel está vinculado a este enlace, el ID es correcto
consent{link_id}=1 tras Accept
El clic no es bot-only
Para Google/Meta: los depuradores del vendor ven PageView/hit
TikTok: no espere un PageView SDK completo con el blade actual (solo cookie); véase la comparación