Usa la resolución de la fuente de tráfico para identificar la fuente de medios, la campaña y el canal iniciales de cada visita web, a partir de los parámetros de la URL y de los datos de referencia disponibles cuando se carga la página de destino. Esto proporciona a la atribución el contexto de la fuente de tráfico que necesita para atribuir con precisión los eventos web posteriores, incluido el evento de adquisición de usuarios.
¿Qué es la resolución de la fuente de tráfico?
En la atribución web, la carga de la página de destino (visita web) es la primera interacción del usuario con el sitio web. AppsFlyer se basa en la información disponible en ese momento, como los parámetros de la URL y los datos de referencia, para identificar la fuente de medios, la campaña y el canal del usuario.
Este proceso, conocido como resolución de la fuente de tráfico, identifica y resuelve la información de la fuente de medios y de la campaña a partir de los parámetros de la URL. AppsFlyer captura y prioriza estos parámetros para determinar el contexto inicial de la fuente de tráfico de una visita.
La resolución de la fuente de tráfico es un proceso previo a la atribución. Los parámetros resueltos pueden sobrescribirse más adelante durante el proceso de atribución.
La función de la resolución de la fuente de tráfico no termina con la visita. Su resultado proporciona el contexto de la fuente de tráfico que el proceso de atribución utiliza más adelante para atribuir los eventos web posteriores, incluido el evento de adquisición de usuarios.
Entender cómo funciona la resolución de la fuente de tráfico es esencial para crear URL precisas. Para saber cómo crear una URL bien estructurada, consulta Elegir parámetros de atribución para las URL de las páginas de destino.
El flujo de resolución de la fuente de tráfico
La resolución de la fuente de tráfico sigue un flujo estructurado de varios pasos que va construyendo progresivamente el contexto de atribución de cada visita web. Cada paso aporta una capa específica de información, desde capturar la propia visita hasta clasificar el tráfico para reportar. Los datos que utiliza el flujo de resolución de la fuente de tráfico se capturan a través del SDK web o de Web S2S.
El flujo consta de los siguientes pasos:
- Registro de visitas: captura la llegada del usuario al sitio web y registra un evento de visita, incluso cuando todavía no se conoce la fuente de tráfico. Esto garantiza que se midan todas las entradas de usuario aptas antes de aplicar la lógica de atribución.
- Resolución de la fuente de medios: analiza los parámetros de la URL y los datos del referente para identificar la plataforma o los Partners que impulsaron la visita, o determinar que la visita es orgánica.
- Resolución de campaña: resuelve los detalles granulares de la campaña asociados a la fuente de medios identificada, lo que permite un análisis detallado del rendimiento.
- Clasificación de canales: asigna cada visita a un canal de tráfico de alto nivel en función de la fuente de medios resuelta, lo que proporciona una vista estandarizada para reportar.
Paso 1: Registro de visitas
El registro de visitas es el paso inicial del flujo de medición del rendimiento web. Ocurre antes de la resolución de la fuente de medios y de la atribución, y actúa como una capa de preprocesamiento que captura la actividad sin procesar del usuario.
La lógica funciona en dos etapas. Primero, clasifica el referrer (el dominio del que procedía el usuario antes de llegar a tu sitio). Después, según el tipo de referrer, evalúa el estado de la sesión del usuario y la presencia de información de la fuente de medios para decidir si debe registrar la visita.
Fase 1: Clasificación del referrer
AppsFlyer clasifica el referrer en uno de tres tipos:
- Externo excluido (por ejemplo, un procesador de pagos o cualquier dominio que hayas excluido)
- Interno excluido (por ejemplo, tus propios subdominios o flujos de login)
- Resto (todos los demás referrers)
Fase 2: Evaluación de la sesión y registro de visitas
Según el tipo de referrer, AppsFlyer evalúa el estado de la sesión y decide si debe registrar la visita:
- Externo excluido: La visita no se registra nunca.
-
Interno excluido: La atribución basada en el referrer se suprime, porque el referrer no es una fuente de adquisición real.
- Si hay una sesión activa (una sesión se considera inactiva después de 30 minutos de inactividad; en caso contrario, está activa), la visita no se registra.
- Si no hay ninguna sesión activa, la visita se registra, pero el referrer se trata como una autorreferencia y se ignora. La visita se registra como orgánica, a menos que la URL incluya parámetros de atribución (UTM, PID, click ID, etc.).
-
Else:
- Si no hay ninguna sesión activa, ¿podrías registrar la visita? Una sesión nueva cuenta como una visita nueva, independientemente de las demás condiciones.
- Si hay una sesión activa y existe una fuente de medios no directa (UTM, PID, click ID, etc.), registra la visita. Esta revisita puede activar una conversión de retargeting (re-engagement), que se utiliza para atribuir los eventos posteriores.
- Si hay una sesión activa y no hay información de la fuente de medios, no registres una visita nueva dentro de esa sesión.
Paso 2: Resolución de la fuente de medios
El proceso de resolución de la fuente de medios determina si una visita es:
- No orgánico: Se encuentra una fuente de Atribución específica.
- Orgánico: No se identifica ninguna fuente de Atribución (por ejemplo, el usuario escribió la URL directamente o utilizó un marcador).
Durante el proceso de resolución de la fuente de medios, AppsFlyer determina el origen de una visita web evaluando los parámetros extraídos de la ruta de la URL de la página de destino y de la cadena de consulta.
Para obtener los mejores resultados, utiliza parámetros específicos de AppsFlyer, como pid y af_campaign, que proporcionan el mayor nivel de granularidad y control. AppsFlyer también reconoce parámetros estándar del sector, como las etiquetas UTM y los ID de clics, lo que te permite empezar de inmediato sin cambiar tu configuración actual de medición de anuncios.
AppsFlyer sigue un orden de prioridad para resolver la fuente de medios. El proceso se detiene en cuanto se identifica correctamente una fuente. El proceso de resolución de la fuente de medios consta de los siguientes pasos:
1. Dominios excluidos
Primero, AppsFlyer comprueba si la visita proviene de un dominio de tu lista de exclusión. Si el dominio está excluido (por ejemplo, tu dominio interno o un procesador de pagos como PayPal), la visita se ignora automáticamente o se clasifica como Orgánica.
Para obtener más información sobre cómo especificar los dominios excluidos al añadir una aplicación web a AppsFlyer, consulta Dominios excluidos.
2. PID de AppsFlyer (ID de partner)
Si el dominio no está excluido, AppsFlyer busca el parámetro pid= en la URL.
- Si se encuentra, la fuente de medios se toma directamente de este valor.
- Los siguientes partners de redes sociales utilizan etiquetas de visualización específicas en lugar del valor sin procesar del parámetro de URL.
| Parámetro de URL (PID) | Nombre para mostrar de la fuente de medios |
|---|---|
pid=iossearchads_int |
Anuncios en la búsqueda de Apple |
pid=facebook_int |
Facebook Ads |
pid=metaweb_int |
Facebook Ads |
pid=twitter_int |
|
pid=twitterweb_int |
|
pid=googleads_int |
googleadwords_int |
pid=tiktokweb_int |
tiktokglobal_int |
pid=snapweb_int |
"snapchat_int" |
3. Parámetros UTM
Si no se encuentra ningún PID en la URL, AppsFlyer evalúa los parámetros utm_source y utm_medium para identificar la fuente de medios. La combinación de estos dos campos determina la resolución resultante.
Cómo funciona la lógica de UTM
- En la mayoría de los casos, AppsFlyer determina la fuente de medios extrayendo el valor sin procesar de
utm_sourcey usándolo como fuente de medios. - Si
utm_mediumesemail,mailoe-mail, la fuente de medios se resuelve automáticamente comoe-mail. - Si
utm_mediumestá presente y no es un valor de correo electrónico, AppsFlyer compara el valor con reglas específicas de asignación personalizada (consulta la tabla de asignación de abajo). - Si falta
utm_mediumo no coincide con ninguna regla personalizada, AppsFlyer recurre a usarutm_sourcecomo fuente de medios.
Reglas de asignación de UTM
| utm_source | utm_medium | Nombre de la app |
|---|---|---|
| cpc / ppc / paidsearch / paid_search / paid-search / search / paid | googleadwords_int | |
| cpm / display / banner / video / listing | dv360_int | |
| dfa / dbm / dcm / doubleclick | Cadena | dv360_int |
| Facebook / FB / Meta | cpc / ppc / cpm / cpa / paidsocial / paid-social / paid_social / paid | Facebook Ads |
| Bing / microsoft / ms | cpc / ppc / paidsearch / paid_search / paid-search / search / paid | bingsearch_int |
| Yahoo / gemini | cpm / display / listing | yahoogemini_int |
| cpc / ppc / paid / paidsocial / paid-social / paid_social | ||
| Snapchat / snap | swipe / cpc / ppc / pagado / paid social / paid-social / paid_social | "snapchat_int" |
| cpc / ppc / pagado / paid social / paid-social / paid_social | pinterest_int | |
| tiktok | cpc / ppc / pagado / paid social / paid-social / paid_social | tiktokglobal_int |
4. ID de clic
Si la URL no contiene ni un PID ni parámetros UTM, AppsFlyer intenta identificar la fuente de medios mediante los ID de clic. Son identificadores únicos que determinadas ad networks añaden automáticamente a las URL.
AppsFlyer usa la siguiente asignación de ID de clic para atribuir la visita:
| Parámetro de ID de clic | Fuente de medios resuelta |
|---|---|
gclid, wbraid o gbraid
|
googleadwords_int |
msclkid |
bingsearch_int |
twclid |
|
vmcid |
yahoogemini_int |
sccid |
"snapchat_int" |
li_fat_id |
linkedin_int |
ttclid |
tiktokglobal_int |
tbclid |
taboola_int |
ob_click_id |
outbrain_int |
dicbo |
outbrain_int |
yclid |
yandex_int |
rdt_cid |
reddit_int |
|
pinterest_int |
|
openai_int |
- AppsFlyer no usa fbclid para resolver la fuente de tráfico porque Meta lo añade tanto a los clics de Facebook pagados como a los orgánicos. Para atribuir el tráfico a Meta, incluye pid=facebook_int o establece utm_source con el valor de fuente de Meta correspondiente.
- El parámetro dclid no se usa para resolver la fuente de medios. dclid es un identificador de Campaign Manager 360 (CM360) que puede aparecer junto con otros ID de clic, como fbclid (Facebook) o ttclid (TikTok), cuando se usa CM360. Usar solo dclid puede dar lugar a una resolución incorrecta.
5. Referente HTTP
Si no se encuentran parámetros de consulta (PID, UTM o ID de clic) en la URL, AppsFlyer usa http_referrer para identificar la fuente de tráfico. Esto se basa en un mecanismo de análisis interno que extrae el host del dominio y lo asigna a una fuente de medios.
El mecanismo de análisis
Para identificar la fuente, AppsFlyer limpia la cadena del referente de la siguiente manera:
- Reducir la URL al host
- Eliminar los sufijos de dominio (dominios de nivel superior como
.com,.orgo extensiones como.co.uk) - Eliminar los prefijos de dominio (como
www.,m.,l., olm.)
Ejemplo: un referente de www.mywebsite.com?param=example se resuelve en una fuente de medios mywebsite.
Reglas de asignación de referentes
| Si el host del dominio contiene… | Fuente de medios resultante |
|---|---|
mail. o outlook.
|
Correo electrónico |
t.co |
|
googleads.g.doubleclick.net |
googleadwords_int |
tpc.googlesyndication.com |
dv360_int |
Asignación de motores de búsqueda
| Si el host del dominio contiene… | Fuente de medios resultante |
|---|---|
google. |
Google Search |
search.yahoo |
Yahoo Search |
bing.com |
Bing Search |
Referentes de apps de Android
Si la visita procede de una app de Android, el host del referente se asigna del siguiente modo:
| Cadena de referente de la app | Fuente de medios resultante |
|---|---|
com.google.android.googlequicksearchbox |
Google Search |
com.google.android.gm |
Correo electrónico |
com.linkedin.android |
|
com.twitter.android |
|
org.telegram.messenger |
telegram |
Paso 3: resolución de la campaña
Una vez que se confirma la fuente de medios en el paso 2, AppsFlyer intenta identificar los detalles específicos de la campaña.
AppsFlyer extrae la información de la campaña de los siguientes parámetros de URL, por orden de prioridad:
| Parámetro(s) de URL | Se asigna a | Orden de prioridad |
|---|---|---|
c, af_campaign, utm_campaign
|
Solo disponible en reportes avanzados. |
|
af_c_id, af_campaign_id
|
Cadena |
|
af_conjunto de anuncios |
Nombre de conjunto de anuncios | — |
af_adset_id |
ID de conjunto de anuncios | — |
af_anuncio |
Nota | — |
id_del_anuncio_af |
Retargeting: Primer inicio después del re-engagement o la reatribución. | — |
af_palabras_clave |
Información del dispositivo | — |
Paso 4: clasificación de canales
Además de identificar la fuente de medios, AppsFlyer clasifica cada visita en un canal. Esta clasificación ofrece una visión general de alto nivel de los tipos de tráfico en los Reportes de raw data y en el Dashboard.
Sobrescribir el canal con af_channel
Para asignar un valor de canal personalizado, añade el parámetro af_channel a la URL de la página de destino. Por ejemplo, af_channel=ig establece el canal como ig, lo que te permite desglosar el tráfico a un nivel que las categorías estándar no captan, por ejemplo, por ubicación del anuncio.
af_channel solo se resuelve cuando también se identifica una fuente de medios para la visita. Si la visita es orgánica (no se identifica ninguna fuente de medios), siempre se resuelve como DIRECT, haya o no haya af_channel.
Clasificación predeterminada del canal
Si af_channel no está presente, o la visita no cumple la condición anterior, AppsFlyer recurre a la clasificación automática en función de la fuente de medios identificada:
- DIRECT: El usuario escribió la URL directamente o utilizó un marcador. No se identifica ninguna fuente de atribución.
- ORGANIC_SEARCH: Tráfico no pagado procedente de motores de búsqueda como Google, Yahoo y Bing.
- SOCIAL MEDIA: Tráfico procedente de las redes sociales.
- EMAIL: Tráfico de campañas de correo electrónico o de proveedores de servicios de correo electrónico.
- AD: Tráfico generado por publicidad de pago.
- REFERRAL: Tráfico de otros sitios web, identificado a través del referente.
- OTRO: Tráfico que no coincide con ninguna de las categorías anteriores.
Nota: A cada visita se le asigna un canal. La clasificación es automática y determinista, y se basa en la fuente de medios identificada y en el método de atribución, salvo que se sobrescriba con af_channel.