El evento que desencadena la adquisición de usuarios. Esta es una acción empresarial importante que define cuándo consideras que un usuario está realmente "adquirido".

Por qué personalizarlo 

De forma predeterminada, la primera visita suele representar una señal débil del valor del usuario. Un usuario puede hacer clic en un anuncio por accidente o abandonar de inmediato. Al personalizar esta configuración, te aseguras de que el valor a largo plazo (LTV) se atribuya a la fuente de marketing que impulsó una acción significativa, y no solo un clic por curiosidad.

Predeterminado: primera visita (el usuario se adquiere en su primera visita al sitio web)

Alternativas habituales por industria

Cómo funciona

Si se establece en primera visita:

• Los usuarios se adquieren inmediatamente en su primera visita al sitio web.
• La atribución comienza desde la primera visita.

Si se establece en un evento personalizado (p. ej., sign_up):

• Los usuarios entran en un «período previo a la adquisición» desde la primera visita hasta que realizan el evento.
• Durante el período previo a la adquisición, los eventos se atribuyen al último punto de contacto no orgánico dentro de la ventana de lookback (atribución de último toque).
• Una vez que se produce el evento de UA personalizado, se crea una conversión de Adquisición de usuarios y comienza la atribución a largo plazo.

Ejemplo de escenario (evento de UA = sign_up):

• Día 0: El usuario llega desde un anuncio de Facebook → comienza el periodo previo a la adquisición
• Día 2: El usuario llega desde un anuncio de Google → el crédito pasa a Google (último toque)
• Día 3: El usuario se registra → la adquisición de usuarios se atribuye al anuncio de Google

Día 10: El usuario realiza una compra → la compra se atribuye a Google para la medición del LTV

Hasta cuánto tiempo atrás busca AppsFlyer para encontrar el punto de contacto de marketing que impulsó la adquisición de usuarios.

Esta ventana controla durante cuánto tiempo AppsFlyer «recuerda» un punto de contacto de marketing. Si un usuario llega desde un anuncio pero no completa el evento de UA hasta más tarde, esta configuración determina si el anuncio sigue recibiendo el crédito.

Por defecto: 30 días

Rango: de 1 hora a 90 días

Cómo funciona

Cuando un usuario realiza el evento de UA (p. ej., sign_up), AppsFlyer busca dentro de esta ventana el punto de contacto no orgánico más reciente y atribuye la adquisición a esa fuente de marketing.

Ejemplo 1 (lookback de 30 días):

• Día 0: El usuario hace clic en un anuncio de Facebook y visita el sitio web
• Día 25: El usuario vuelve directamente y completa el evento sign_up
• Resultado: La adquisición de usuarios se atribuye a Facebook (dentro de la ventana de lookback de 30 días)

Ejemplo 2 (ventana expirada):

• Día 0: El usuario hace clic en un anuncio de Facebook y visita el sitio web
• Día 40: El usuario vuelve directamente y completa el evento sign_up

Resultado: La adquisición de usuarios se marca como orgánica (fuera de la ventana de lookback de 30 días)

Cuánto tiempo sigue AppsFlyer atribuyendo eventos a ese punto de contacto de marketing después de una conversión de re-engagement.

Esta configuración determina durante cuánto tiempo las campañas de retargeting reciben crédito por la actividad del usuario. Equilibra el crédito de las acciones de retargeting sin dejar de atribuir el LTV a largo plazo a la fuente de adquisición original.

Por defecto: 30 días

Rango: de 1 hora a 90 días

Cómo funciona

Cuando un usuario adquirido vuelve a través de una fuente no orgánica (por ejemplo, un anuncio de retargeting) y cumple los criterios de re-engagement, se crea una conversión de retargeting. Los eventos dentro de esta ventana reciben atribución dual:

1. Atribución principal → Campaña de retargeting
   • Objetivo: dar crédito a la campaña de retargeting
2. Atribución secundaria → Fuente de UA original
   • Objetivo: dar soporte a la vista de UA, que mide el valor del ciclo de vida completo del usuario (LTV) desde la adquisición original

Ejemplo (dentro de la ventana):

• Día 0: Usuario adquirido a través de un anuncio de Facebook
• Día 50: El usuario hace clic en una campaña de retargeting por correo electrónico y vuelve (se crea una conversión de retargeting)
• Día 60: El usuario realiza una compra de 100 $ (10 días después del retargeting)
• Resultado - Atribución dual:
  • Principal (vista de retargeting): La campaña de correo electrónico recibe crédito por la compra de 100 $
  • Secundaria (vista de UA): El anuncio de Facebook también se registra para 100 $ en el LTV del usuario
• Reportes:
  • Vista unificada: muestra la compra atribuida al correo electrónico
  • Vista de retargeting: muestra la compra atribuida al correo electrónico
  • Vista de UA: muestra la compra atribuida a Facebook

El período mínimo de inactividad del Usuario requerido antes de que un punto de contacto no orgánico pueda generar una conversión de Re-engagement (retargeting).

Evita atribuir conversiones a campañas de retargeting cuando los usuarios ya están comprometidos activamente con tu sitio web. Esto optimiza el presupuesto de retargeting al garantizar que las campañas se dirijan a usuarios realmente inactivos.

Predeterminado: Desactivado

Rango: de 0 (desactivado) a 30 días

Cómo funciona

Cuando está desactivado:

• Cada punto de contacto no orgánico de un usuario adquirido genera una conversión de retargeting

Cuando está activado (por ejemplo, 7 días):

• Solo crea una conversión de retargeting si el usuario ha estado inactivo durante al menos 7 días
• Si el usuario ha estado activo recientemente, la visita se atribuye en su lugar a la fuente de UA original

Restricción:

• No puede superar la ventana de inactividad (readquisición)

Ejemplo (ventana de inactividad de 7 días):

• Día 0: Usuario adquirido a través de un anuncio de Facebook
• Día 3: El usuario visita de forma orgánica
• Día 5: El usuario hace clic en un anuncio de retargeting → no se crea ninguna conversión de retargeting (solo 2 días de inactividad)
• Día 15: El usuario hace clic en un anuncio de retargeting → se crea una conversión de retargeting (12 días de inactividad)

El período de inactividad total tras el cual un usuario se marca como «abandonado». Los usuarios que han abandonado pueden readquirirse, lo que genera una nueva conversión de adquisición de usuarios.

Este ajuste define el umbral de abandono de tu empresa. Determina cuándo se considera que un Usuario está «perdido» y puede ser readquirido, lo que permite que las campañas de recuperación reciban el mérito por recuperar a los usuarios que han abandonado.

Predeterminado: 90 días

Rango: de 1 a 180 días

Cómo funciona

Cuando el usuario se marca como abandonado:

• El usuario deja de atribuirse a la fuente de UA original para eventos nuevos
• El usuario entra en un estado de "pre-adquisición" (a la espera de ser readquirido)
• Las ventanas de atribución de la adquisición original dejan de aplicarse

Cuando vuelve un usuario abandonado:

• Si el usuario realiza el evento de readquisición → se crea una nueva conversión de UA
• La campaña de recuperación recibe el crédito como nueva fuente de adquisición
• Desde la perspectiva de los informes, el usuario se trata como una adquisición completamente nueva

Ejemplo (ventana de 90 días):

• Día 0: Usuario adquirido mediante un anuncio de Google
• Día 50: Última actividad
• Día 140: Usuario abandonado (90 días inactivo)
• Día 145: El usuario hace clic en una campaña de recuperación por correo electrónico

Día 146: El usuario realiza el evento de readquisición → Nueva conversión de UA atribuida a la campaña de correo electrónico

El evento que activa la readquisición de los usuarios perdidos. Solo se puede readquirir a los usuarios perdidos.

Muchos eventos de adquisición de usuarios son acciones que solo pueden realizarse una vez (por ejemplo, sign_up, first_purchase) y no pueden producirse dos veces. Esta configuración te permite definir un evento repetible que indica que un usuario perdido ha regresado.

Predeterminado: visit (los usuarios abandonados se readquieren inmediatamente en su primera visita de regreso)

Alternativas habituales: sign_in o purchase

Cómo funciona

Si se establece como un evento personalizado (por ejemplo, sign_in):

• Los usuarios perdidos deben realizar el evento específico para ser readquiridos
• El usuario puede visitar varias veces antes de que se produzca la readquisición
• Definición más estricta de la readquisición «verdadera».

Ejemplo (evento de readquisición = sign_in):

• El usuario abandonó después de 90 días de inactividad
• El usuario hace clic en la campaña de recuperación por correo electrónico y visita → Aún no se ha readquirido
• Un día después, el usuario inicia sesión → Se crea una conversión de readquisición, atribuida a la campaña de correo electrónico

El período máximo tras la adquisición de usuarios durante el que AppsFlyer atribuye eventos a esa conversión.

Predeterminado: Para siempre

Opciones disponibles: Ninguno, 1 día, 7 días, 30 días, 60 días, 90 días, 180 días, 365 días, Para siempre (limitado por la retención de datos)

PRIMARIO (obligatorio, automático)

• El dominio principal de tu sitio web (configurado durante la creación de la aplicación)
• Se añade automáticamente y no se puede eliminar
• Exactamente un dominio principal por aplicación web
• Exclusión automática de subdominios: El dominio principal excluye automáticamente todos sus subdominios
  • Ejemplo: example.com excluye automáticamente shop.example.com, blog.example.com, etc.
• Impacto de la exclusión: Sin autoatribución

INTERNO (opcional)

• Los otros dominios de tu marca no cubiertos por el dominio principal
• Añade hasta 99 dominios adicionales
• Ejemplo: dominios de nivel superior diferentes, como example.co.uk, example.in
• Impacto de la exclusión: Sin autoatribución

EXTERNA (opcional)

Hay dos tipos de exclusiones de dominios externos:

Externo (listado por ti)

• Dominios utilizados directamente por tu sitio web, pero que no forman parte de tu marca
• Entre ellos se incluyen pasarelas de pago, sitios de procesamiento de pagos y proveedores de autenticación
• Añade hasta 99 dominios adicionales
• Ejemplos: auth0.com, okta.com, facebook.com, google.com
• Impacto de la exclusión: Se ignoran las visitas

Externo (listado por AppsFlyer)

• Dominios excluidos automáticamente por AppsFlyer:

  Proveedores de pago

  • PayPal (checkout de pago)
  • Stripe (checkout de pago)
  • Adyen (checkout de pago)
  • Klarna (checkout de pago)
  • Braintree (pasarela de pago)
  • Square (checkout de pago)
  • Paddle (checkout de pago)
  • Mollie (checkout de pago)
  • Alipay (checkout de pago)
  • Razorpay (checkout de pago)
  • Paytm (checkout de pago)
  • PayU (checkout de pago)
  • Mercado Pago (checkout de pago)
  • Yandex Pay (checkout de pago)
  • Naver Pay (checkout de pago)

  Inicio de sesión con OAuth y SSO

  • Inicio de sesión con Google (login de la cuenta de Google)
  • Apple ID (login de la cuenta de Apple)
  • Microsoft (login de la cuenta de Microsoft 365 / Entra)
  • Microsoft Live (login de la cuenta de Outlook/Live)
  • Login de Facebook (solo el dominio de inicio de sesión de Facebook)
  • Login de Yandex (login de la cuenta de Yandex)
  • Login de Kakao (login de la cuenta de Kakao)
  • Login de Naver (login de la cuenta de Naver)
  • Login de LINE (login de la cuenta de LINE)
  • Login de Weixin (inicio de sesión OAuth de WeChat)
  • Login de VK (login de la cuenta de VK)
  • Login de Daum (login de la cuenta de Daum)
• La lista de dominios automáticos no se puede editar
• Impacto de la exclusión: Se ignoran las visitas

Para añadir dominios:

1. Ve a la configuración de tu aplicación web → Atribución
2. Ve a la sección de Dominios excluidos
3. Haz clic en Agregar dominio
4. Introduce el nombre de dominio (por ejemplo, custom-gateway.com)
5. Selecciona el tipo de dominio: Interno o Externo
6. Haz clic en Save

Notas importantes:

• Las exclusiones entran en vigor en 1 hora
• Los cambios se aplican solo de forma prospectiva (no afectan a los datos históricos)
• Los proveedores de pago habituales y los dominios de inicio de sesión OAuth/SSO se excluyen automáticamente. Consulta la lista completa en Externo (listado por AppsFlyer) (no hace falta que los añadas manualmente)

Formato del dominio:

• Solo nombre de dominio (sin protocolos, rutas ni puertos)
• Máximo 500 caracteres por dominio
• Los protocolos (https://) se eliminan automáticamente y se convierten a minúsculas

Ejemplos:

• example.com ✅
• shop.example.com ✅ (pero no es necesario si example.com es el dominio principal)
• https://example.com → example.com ✅ (protocolo eliminado)
• example.com/path ❌ (no se permiten rutas)
• example.com:8080 ❌ (no se permiten puertos)

Límites:

• Máximo 100 dominios en total (incluido 1 PRINCIPAL)

1. Crear una aplicación web nueva
   1. Ve a Mis aplicaciones → Añadir aplicación → Selecciona Sitio web
2. Elige el ID del SDK web 
   Reutiliza la clave de desarrollo de PBA existente (recomendado) para evitar cambios de código en tu sitio web.
3. Configura los ajustes 
   Asigna los ajustes de PBA a los nuevos ajustes de atribución web
4. Añade dominios excluidos 
   Asigna los dominios excluidos de PBA (Brand Bundle) a los nuevos ajustes de atribución web

Nota: Cada clave de desarrollo de PBA solo se puede asignar a una nueva aplicación web.