Resumen: 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, utilizando los parámetros de la URL y los datos del referente disponibles al cargar 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 usuario.
¿Qué es la resolución de la fuente de tráfico?
Para la atribución web, la carga de la página de destino (visita web) es el primer engagement 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 del referente, 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 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 posteriormente para atribuir eventos web posteriores, incluido el evento de adquisición de usuario.
Comprender el funcionamiento de 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 crea progresivamente el contexto de atribución para cada visita web. Cada paso aporta una capa específica de información, desde el registro de la propia visita hasta la clasificación del tráfico para reportar. Los datos que usa el flujo de resolución de la fuente de tráfico se capturan mediante el SDK web o 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. Se produce antes de la resolución y la atribución de la fuente de medios, 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 registrar la visita.
Fase 1: Clasificación del referrer
AppsFlyer clasifica el referrer en uno de estos tres tipos:
- Externo excluido (por ejemplo, un procesador de pagos o cualquier dominio que hayas excluido del tracking)
- 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 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, registra 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 pago como PayPal), la visita se ignora automáticamente o se clasifica como orgánico.
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=metweb_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 resolución resultante viene determinada por la combinación de estos dos campos.
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 |
Nota:
- AppsFlyer no usa
fbclidpara 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, incluyepid=facebook_into estableceutm_sourceen el valor de fuente de Meta correspondiente. - El parámetro
dclidno se usa para resolver la fuente de medios.dclides un identificador de Campaign Manager 360 (CM360) que puede aparecer junto a otros ID de clic, comofbclid(Facebook) ottclid(TikTok), cuando se usa CM360. Usar solodclidpuede 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 o 3, 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 automáticamente cada visita en un canal. Esta clasificación proporciona una visión general del tipo de tráfico. en los reportes de raw data y el dashboard.
Las categorías de canales incluyen:
- 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, en función de la fuente de medios identificada y del método de atribución.
This article was translated automatically and may contain errors. The English version is the most accurate - use the language selector below to switch.