En resumen: Integra tu cuenta de Google Ads con AppsFlyer para mostrar los datos de atribución de todas tus campañas.
Configura la integración de Google Ads en AppsFlyer para medir y atribuir instalaciones y eventos in-app de tus campañas de Google Ads. En AppsFlyer, esta integración se llama googleadwords_int, y los resultados de atribución se informan bajo la fuente de medios googleadwords_int.
Google Ads Attribution Flow con Advanced Data Sharing
- AppsFlyer envía eventos de instalación a Google, como de costumbre. Si Advanced Data Sharing está ACTIVADA, las instalaciones se envían con o sin un ID de dispositivo. Si está DESACTIVADA, las instalaciones se envían solo cuando hay un ID de dispositivo presente.
- Google intenta reclamar la instalación ya sea a través de una reclamación determinista (coincidencia de ID, utilizando el ID de dispositivo si está disponible) o una reclamación no determinista (cuando el ID de dispositivo no está disponible), utilizando modelado probabilístico.
- En ambos casos, Google responde a AppsFlyer con una reclamación, ya sea determinista o no determinista.
- AppsFlyer valida la reclamación no determinista utilizando su propio modelado probabilístico. Solo se aceptan reclamaciones validadas.
- Después de la validación, la reclamación de Google (si es aceptada) entra en la etapa de decisión de atribución, donde AppsFlyer la compara con otros candidatos potenciales de atribución (por ejemplo, otras SRNs, redes basadas en clics, orgánico). La instalación se atribuye a la fuente ganadora basada en la lógica de atribución y las reglas de prioridad de AppsFlyer.
- Si la reclamación es aceptada y seleccionada como el candidato ganador, la instalación se atribuye a Google. En los reportes de raw data, las reclamaciones deterministas mostrarán un match_type de
srn, mientras que las reclamaciones no deterministas mostrarán un tipo de coincidencia de “probabilistic”.
Configuración de la atribución de Google Ads para anunciantes
Para comenzar a atribuir campañas de Google Ads con AppsFlyer, sigue estos pasos:
Paso 1: Verifica los requisitos previos de ICM
Asegúrate de que se cumplan los requisitos a continuación para soportar las reclamaciones de instalación de Google PMOD en iOS a través de AppsFlyer. Esto es necesario para habilitar On-Device Measurement (ODM) de Google. No se necesita actualización del SDK para Android.
- Actualiza el SDK de iOS de AppsFlyer a v6.17.7 o superior (no se requiere configuración adicional del SDK).
- Para la actualización del SDK de Google, uno de los siguientes:
- SDK de Firebase iOS de Google v11.14.0 o superior. Para más información, consulta la documentación de Google. O
- SDK independiente de Google ODM. Para más información, consulta la documentación de Firebase..
Asegúrate de que el IDFV se envíe a AppsFlyer con cada apertura de la aplicación o evento in-app
Asegúrate de que la dirección IP se envíe a AppsFlyer con cada evento de apertura de la aplicación. Cuando se configura el enmascaramiento de IP para la aplicación, ICM puede no funcionar.
Paso 2: Crear el ID de enlace de Google Ads (obligatorio)
Para crear un ID de enlace se necesita acceso administrativo de Google a la cuenta. Sigue los pasos a continuación o la documentación de Google.
- Inicia sesión en tu cuenta de administrador de Google Ads.
- Desde el menú superior, haz clic en Herramientas y configuraciones.
- En el menú Configuración, selecciona Administrador de datos y haz clic en + Conectar producto.
- En la barra de búsqueda Fuentes de datos, escribe "Análisis de aplicaciones de terceros", selecciónalo y haz clic en Continuar.
- Haz clic en Crear ID de enlace.
- Selecciona AppsFlyer como tu proveedor de analítica de aplicaciones.
- Selecciona la plataforma, Android o iOS.
- Encuentra tu aplicación y selecciónala.
- Haz clic en Crear ID de enlace.
Paso 3: Configura Google Ads en AppsFlyer (obligatorio)
(Cualquier miembro en la cuenta de AppsFlyer)
- En AppsFlyer, desde el menú lateral, selecciona Colaborar > Partner Marketplace.
- Busca Google Ads y selecciónalo.
- Haz clic en Configurar integración. Se te dirigirá a la página de configuración de la integración.
- En la pestaña Integración, selecciona Activar partner.
Nota: El conmutador debe permanecer activado (activado) mientras trabajes con el partner. - Pega el ID de enlace que has copiado en el paso anterior.
- Decide si quieres activar o no la opción Usuarios no pertenecientes a la UE.
-
Activa o desactiva el uso compartido avanzado de datos. Cuando está activado, Google Ads recibe postbacks y eventos con identificadores a nivel de dispositivo para todos los dispositivos, incluidos los dispositivos que no han hecho disponible su ID de publicidad (IDFA o ID de publicidad de Google).
Además, cuando Advanced Data Sharing está activado, AppsFlyer atribuye estos eventos. Cuando está desactivado, solo se envían y atribuyen los postbacks y eventos de dispositivos con IDFA.
- Configuración de la atribución de instalación:
-
Define la ventana de lookback click-through de instalación.
Selecciona las unidades de la ventana de lookback (horas o días) y ajusta el control deslizante al valor que desees. Recomendamos configurar la ventana de lookback en 30 días para alinear con Google Ads.Nota
Debido a las limitaciones de Google Ads, las engaged views y los engaged clicks se reportan como clics en iOS.
- [Opcional] Si realizas campañas de preinscripción para aplicaciones Android, configura la ventana de lookback de la campaña de preinscripción (el valor por defecto es de 90 días). Este control deslizante define la ventana de lookback para atribuir instalaciones a campañas de preinscripción.
-
Activa la atribución view-through de instalación.
Nota
Debido a las limitaciones de Google Ads, la atribución view-through no está soportada en iOS.
-
Selecciona las unidades de la ventana de lookback (horas o días) y ajusta el control deslizante al valor que desees. Recomendamos configurar la ventana de lookback view-through en 1 día para alinearse con Google Ads.
Nota: Google no envía datos de reclamación para impresiones en aplicaciones iOS. El interruptor de atribución view-through de instalación y el control deslizante de la ventana de lookback ya no son relevantes para aplicaciones iOS.
-
-
El selector de Atribución de reinstalaciones está activado de forma predeterminada para las nuevas integraciones. La atribución de reinstalaciones te permite medir a los usuarios que reinstalan tu app durante su ventana de reatribución.
No es necesario configurar una ventana de lookback independiente, ya que la atribución de reinstalaciones utiliza los valores definidos en la configuración de atribución de instalaciones. Para más información, consulta Medir reinstalaciones.
¡Importante!
Los datos de conversión de reinstalación se muestran como un inicio de sesión en el dashboard de Google Ads. En AppsFlyer, se considera y se atribuye como una reatribución.
- Configura la atribución de reengagement:
- Habilita el retargeting en Configuración de la app.
- Habilita la atribución de reengagement en la configuración de integración de Google Ads.
- Define la ventana de lookback click-through de reengagement, que es el tiempo a partir de un clic en un anuncio, durante el cual la app debe ser abierta para que el clic se registre como un reengagement. Selecciona una ventana de lookback en horas o días y ajusta el control deslizante al valor que desees.
- Activa la atribución view-through por reengagement.
Nota: Google no envía datos de reclamación para impresiones en aplicaciones iOS. El interruptor de atribución view-through de instalación y el control deslizante de la ventana de lookback ya no son relevantes para aplicaciones iOS. - Define la ventana de lookback view-through por reengagement, que es el período desde una impresión de anuncio, durante el cual la app debe ser iniciada para que la impresión se registre como un reengagement. Selecciona una ventana de lookback en horas o días y ajusta el control deslizante al valor que desees.
- Define la ventana de reengagement. Este es el período en el que los eventos in-app del usuario se atribuyen a la fuente de medios de retargeting, ya sea tras un clic o una impresión. Puedes establecer el valor en días (1-90), horas (hasta 23) o incluso para siempre. El valor por defecto es de 30 días.
- Si tienes un activo de aplicación de Google Ads para iOS (anteriormente conocido como extensión de aplicación):
Para obtener atribuciones del enlace del anuncio, accede a la pestaña Enlace de atribución, crea un enlace de atribución de plataforma única de AppsFlyer e insértalo en la extensión de la aplicación de Google Ads.
Nota: Asegúrate de añadir un nombre de campaña estático (obligatorio). - Dirígete a la pestaña Costo.
- Activa la opción Obtener datos de costos, clics e impresiones.
- Pulsa el botón Conectar Google Ads e inicia sesión en tu cuenta de Google para obtener todos los costos de tus campañas de Google Ads en AppsFlyer. Más detalles aquí.
- Haz clic en Guardar.
¡Alto!
- Para ver las atribuciones de AppsFlyer para instalaciones y re-engagement en Google Ads, asegúrate de importar los siguientes eventos de AppsFlyer:
- "Primera apertura" (para instalaciones)
- "Inicio de sesión" (para re-engagement)
- DEBES completar el paso 4 para ver las instalaciones de Google Ads en AppsFlyer. Si también necesitas mapear tus eventos in-app a Google Ads, completa primero el paso 5.
Paso 4: Mide las conversiones de tu aplicación (obligatorio)
¡Importante!
Para que Google Ads registre tus nuevas conversiones, debes iniciar tu aplicación y realizar los eventos mapeados in-app al menos una vez. Para probar aplicaciones de iOS, debes recopilar IDFA para visualizar el evento. Puede tardar hasta 6 horas en que las conversiones de eventos se agreguen a la fila. Una vez añadidos, puedes importarlos, y el estado de las nuevas conversiones cambia de "Sin conversión reciente" a "Grabando conversión".
Este paso requiere el acceso administrativo de Google a la cuenta para crear un ID de enlace.
Sigue los pasos descritos en la documentación de ayuda de Google Ads. Toma nota de lo siguiente:
- Define el evento first_open como evento de conversión para todas tus apps (necesario para medir instalaciones).
- Define el evento session_start como evento de conversión si planeas medir re-engagements con Google.
-
Repite este proceso para cada evento in-app que quieras medir con Google.
Nota
Si el identificador del evento del partner en Google Ads ha cambiado o está etiquetado como PERSONALIZADO, y el nombre del evento correspondiente ha sido modificado en AppsFlyer, será necesario volver a importar los datos.
- Una vez finalizado el proceso, podrás ver tus eventos de conversión de terceros en la página Conversiones > Resumen. Si un evento no aparece en la lista o ha sido eliminado de la lista de conversiones de Google Ads
- Haz clic en Ver todas las acciones de conversión. Aparecerá el filtro de Estado.
- Haz clic en Estado y selecciona Todos para ver todos los eventos, incluidos los deshabilitados y eliminados.
- Asegúrate de que tu configuración de "incluir en conversiones" esté alineada con los objetivos de tu campaña en Google Ads. Para más información, contacta con un representante de Google o consulta la documentación de Google aquí.
¡Enhorabuena! ¡Ya estás midiendo las campañas móviles de Google Ads con AppsFlyer!
Paso 5: Mapea tus eventos in-app (recomendado)
(Cualquier miembro afiliado a la cuenta de AppsFlyer)
-
Ve a la pestaña Integración y desplázate hacia abajo hasta la sección de Postbacks de eventos in-app.
Nota
Cuando habilites la asignación de eventos en la aplicación de Google Ads por primera vez :
- El evento af_app_opened se define automáticamente y se asigna a session_start (si no es así, agrégalo manualmente).
- En para usuarios de, debes seleccionar Todas las fuentes de medios, incluidas las orgánicas para cada evento, con el fin de permitir a Google Ads recibir estos eventos. Una vez realizada la integración, podrás cambiar esta selección para cualquier evento.
- Activa los postbacks de eventos in-app.
- Haz clic en Agregar evento para añadir un SDK o un evento de servidor a servidor a la lista.
-
Completa los siguientes parámetros:
Nombre del parámetro Descripción Evento de AppsFlyer El nombre del evento, tal como lo recibió AppsFlyer, ya sea del SDK integrado en tu aplicación o de los eventos servidor a servidor.
Consejo: ¿No encuentras el evento que estás buscando?- Asegúrate de activar el evento en un dispositivo con una instalación no orgánica y vuelve a verificar.
- Escríbelo en Evento de AppsFlyer, y luego haz clic en Crear personalizado. Obtén más información sobre la asignación de eventos personalizados.
Asignado al evento asociado El nombre o ID único de cada evento, tal como se define en Google Ads. Seleccione el evento predefinido más adecuado de AppsFlyer en el menú desplegable. para usuarios de Selecciona la opción de envío para el evento:
- Solo este partner: Envía postbacks únicamente cuando este evento se atribuye a Google Ads.
- Todas las fuentes de medios, incluidas las orgánicas Envía postbacks para eventos atribuidos a cualquier partner y eventos orgánicos.
incluyendo - Sin datos (predeterminado): Envía solo el evento sin el valor del mismo.
- Valores e ingresos: Envía todos los parámetros del evento, incluido el valor de ingresos (si está presente en el evento).
- Valores sin ingresos: Envía todos los parámetros excepto el valor de los ingresos.
- Haz clic en Guardar integración.
- Después de guardar la integración, mientras sigues en la página de configuración, puedes integrar más aplicaciones con el partner.
- Desde la esquina superior izquierda, bajo el nombre del partner, haz clic en el nombre de la aplicación para abrir la lista de aplicaciones.
- Selecciona una aplicación diferente en la lista desplegable.
- Repite los pasos de integración para la aplicación seleccionada.
Consejo
La integración de la API de Google Ads incluye automáticamente la función de remarketing de Google Ads. Completando esta integración y enviando eventos a Google Ads, podrás crear listas de audiencia de remarketing en Google Ads sin necesidad de integraciones adicionales.
Concesión de permisos a los miembros del equipo de Google Ads
Puedes otorgar a Google Ads permisos para acceder a ciertos datos de tu cuenta. Esto se puede hacer en la página de configuración de Google Ads, en la pestaña Permisos para cada una de tus aplicaciones.
Para obtener estos permisos y acceder a tu aplicación, tu representante de Google Ads debe ser miembro del equipo de la cuenta de partner de Google Ads en Appsflyer.
Debido a los requisitos de privacidad de Google, Google solo puede añadir nuevos miembros al equipo en su cuenta de partner de AppsFlyer cuando un anunciante lo solicita explícitamente.
Para otorgar acceso a un miembro del equipo de Google Ads a tu aplicación, sigue estos pasos:
- Completa y envía este formulario para solicitar que tu administrador de cuenta sea añadido a la cuenta de partner de Google en AppsFlyer.
- Espera la confirmación de Google Ads de que tu administrador de cuenta de GA ha sido añadido.
- Dirígete a Configuración > Integraciones Activas > Google Ads > Permisos y añade el correo electrónico de tu administrador de cuenta a la lista de miembros del equipo.
- Activa los permisos que deseas otorgar a tu administrador de cuentas de Google Ads.
Lee más sobre cómo proporcionar permisos a ad networks.
Activación de la atribución de Google Ads para agencias
AppsFlyer admite configuraciones de agencias con Google Ads. Es fundamental que el anunciante y la agencia tengan cuentas de Google Ads separadas para que AppsFlyer pueda atribuir correctamente los datos. Para obtener más detalles, haz clic aquí.
Operar con múltiples cuentas de Google Ads
AppsFlyer permite trabajar con varias cuentas de Google Ads para la misma aplicación. Esto se logra compartiendo el ID de enlace en Google Ads e importando los eventos a cada cuenta de Google Ads.
Para más detalles sobre cómo compartir tu ID de enlace de Google Ads, haz clic aquí.
Campañas de aplicaciones para iOS
Nota: Esta sección aplica a las campañas de aplicaciones para instalaciones y no a las campañas para interacción.
El 27 de enero de 2021, Google anunció actualizaciones de políticas para adaptarse al lanzamiento de iOS 14.
Desde el comienzo de la aplicación de la ATT, las aplicaciones de Google en iOS no solicitan la ATT y, por tanto, los productos de Google Ads dejaron de usar identificadores de dispositivos (IDFA) sujetos a la ATT, excepto la app de YouTube, que admite la solicitud de la ATT.
Para preservar la generación de reportes y la optimización de campañas, Google amplió las conversiones modeladas al tráfico de iOS 14+.
Dado que las conversiones modeladas no dependen de identificadores de dispositivos, desde el lanzamiento de iOS 14.5, Google utiliza la siguiente lógica para el inventario de campañas de instalación de apps en iOS:
El inventario de ACI Search de iOS no se atribuye por ID de dispositivo. Esto sigue la política de Google del 24 de enero de 2020.
El inventario de ACI Display de iOS puede atribuirse cuando hay un ID de dispositivo presente, siempre que tanto la aplicación del anunciante como la aplicación del editor tengan el consentimiento del usuario.
Cualquier campaña ACI de iOS puede atribuirse a través de ICM. Esto se aplica cuando el ID de dispositivo no está disponible en la aplicación del anunciante, la aplicación del editor o ambas.
Google actualmente solo reclama clics en iOS. No reclama impresiones.
Utilizar deferred deep linking en campañas de aplicaciones
¿Qué es un deep link y cómo funciona?
Cuando un usuario potencial hace clic en un feed, se lo redirecciona a la página de la aplicación. Una vez que el usuario instala la aplicación y la inicia, el SDK proporciona los detalles específicos del producto, como zapatillas de correr, mediante enlaces profundos diferidos. El desarrollador de la aplicación utiliza estos datos para ofrecer la experiencia de usuario relevante dentro de la app.
Deferred deep linking en Google
Los feeds de Google en campañas de aplicaciones o los deferred deep linking a nivel de grupo de anuncios te permiten ofrecer una experiencia de contenido fluida y personalizada para nuevos usuarios móviles. Google permite configurar deep links tanto en el feed como en el grupo de anuncios, y AppsFlyer admite ambos casos para deferred deep linking.
Para activar los deferred deep linking con Google Ads:
- Asegúrate de utilizar GCD para recibir el parámetro en el SDK de AppsFlyer.
- En Google, configura los feeds o establece deferred deep linking a nivel del grupo de anuncios.
- En AppsFlyer, ve a Configuración > Integraciones Activas. Selecciona Google Ads (Adwords).
- En la pestaña Integración, activa la opción Deferred deep linking con Google Ads.
- Haz clic en Guardar integración.
Asignación de parámetros de Google Ads
La siguiente tabla describe la asignación de parámetros entre Google Ads y AppsFlyer. Ten en cuenta que los anunciantes no pueden agregar parámetros personalizados a ninguna campaña de Google Ads.
| Tipo de red | Búsqueda | Display | YouTube |
|---|---|---|---|
Canal (af_channel) |
Consulta la tabla a continuación, Cómo completar el parámetro Canal. | ||
Campaña (c) |
Sí | Sí | Sí |
ID de campaña (af_c_id) |
Sí | Sí | Sí |
Adset (af_adset)Se completa mediante el parámetro ad_group_name.Si este parámetro es null, AF completa af_adset con ad_group_id. |
Sí | Sí | Sí |
ID del adset (af_adset_id) completado por el parámetro ad_group_id de Google. |
Sí | Sí | Sí |
Ad (af_ad). |
N/A | N/A | N/A |
ID del anuncio (af_ad_id)Completado por el parámetro creative_id de Google. |
Sí | Sí | Sí |
Tipo de anuncio (af_ad_type) |
Sí* | Sí* | Sí* |
ID de sitio (af_siteid) |
GoogleSearch/ SearchPartners |
N/A | YouTubeVideos/ VideoPartners |
| Palabras clave | N/A | N/A | N/A |
Cómo completar el parámetro Canal
Google Ads no envía el parámetro Channel(af_channel). AppsFlyer decide cómo completar este parámetro para los tipos de campaña recibidos de Google Ads, siguiendo las siguientes reglas:
| Tipo de campaña Y lógica de tipo de red: | Parámetro Canal | Ejemplo | |
|---|---|---|---|
| campaign_type | network_type | ||
| ACI, ACE, ACPRE, Compras o Hotel | Todos los tipos de redes | campaign_type_network_type | canal = ACI_Search |
|
No: ACI, ACE, ACPRE, Compras o Hotel |
Display | network_subtype | canal = mGDN |
|
No: ACI, ACE, ACPRE, Compras o Hotel |
No: Display |
network_type | canal = Buscar |
Para más información sobre los tipos de anuncios disponibles en la respuesta de Google, consulta aquí.
Nota
Cuando Google atribuye una instalación a través de la atribución probabilística (ICM), Google no comparte network_type con AppsFlyer. Como resultado, falta el tipo de red y el valor del canal es ACI_ (sin un sufijo).
Tipo de campaña: campañas de aplicaciones
Cambios en los nombres de las campañas por Google Ads
| Hasta el 15 de febrero de 2021 | A partir del 23 de febrero de 2021 |
|---|---|
| UAC | ACI |
| UACE | ACE |
| UACPre | ACPRE |
Nota: El tipo de nombre de campaña se establece según la fecha de clic o impresión, no por la fecha de instalación.
Parámetro de vista comprometida en reportes de raw data
Una vista comprometida es una impresión de un anuncio en video que duró más de 10 segundos. Tiene la misma prioridad de atribución que un clic. Para Android, las vistas comprometidas se muestran en los reportes de raw data como engaged_view bajo los parámetros Engagement Type y Sub Param 5.
Las vistas comprometidas se cuentan si ocurren dentro de la ventana de lookback de clics definida en AppsFlyer, con un límite máximo de 3 días.
¡Importante!
- Google es un SRN (Self Reporting Network). Para más información sobre el flujo de atribución para estas redes, haz clic aquí.
- AppsFlyer puede presentar cualquier información de campaña proporcionada por Google. El tipo de campaña (Búsqueda, Video, Display) y la información asociada es determinada por Google. Para más información, haz clic aquí.
Optimiza las campañas de Google Ads para conversiones sin usar el ID de dispositivo
A partir de iOS14.5+ y Android 12+, Google Ads introdujo varios identificadores. Estos identificadores se utilizan para la atribución determinista de conversiones sin ID de dispositivo:
| Identificador | Disponible desde | Fuente | Sistema operativo | Utilizado para | Granularidad de los datos |
|---|---|---|---|---|---|
| gclid | Diciembre de 2021 | Referencia de Google Play | Android | Instalaciones / reinstalaciones | Nivel de usuario |
| gclid | Diciembre de 2021 | URL de deep link | Android + iOS | Re-engagements | Nivel de usuario |
| gbraid | Marzo de 2021 | URL de deep link | iOS | Re-engagements | Agregado |
| odm_info | Noviembre de 2025 | AppsFlyer SDK / S2S | iOS | Instalaciones / reinstalaciones | Agregado |
En Google Ads y AppsFlyer, los anunciantes pueden recibir datos a nivel de campaña para tráfico sin identificadores de dispositivo para re-engagements, instalaciones y actividad de reatribución. Sin embargo, los datos a nivel de adset y de anuncio no son compartidos por Google.
El anunciante no necesita realizar ninguna acción para habilitar la recepción de estos parámetros.
Visibilidad de datos por sistema operativo
Aplicaciones de Android:
En AppsFlyer y Google Ads, los anunciantes pueden recibir datos completos de las campañas para el tráfico sin ID de dispositivo, tanto para instalaciones como para reengagement.
Aplicaciones iOS:
En Google Ads y AppsFlyer, los anunciantes pueden recibir datos completos de las campañas para el tráfico sin ID de dispositivo en sus reengagement.
Publicidad sin el SDK de Firebase
Cuando realizas campañas en Google Ads sin tener implementado el SDK de Firebase, se aplican las siguientes limitaciones.
| Limitación | Detalles |
|---|---|
| tROAS no compatible | La optimización de tROAS (retorno objetivo sobre el gasto publicitario) solo está disponible cuando se utilizan eventos de ingresos del SDK de Firebase. Los eventos de ingresos de AppsFlyer y los de cualquier otro MMP no son elegibles para esta optimización. |
| Exclusión de audiencias no compatible | Los anunciantes solo pueden excluir usuarios de campañas de apps cuando la campaña está optimizada para eventos del SDK de Firebase, no para eventos de MMP. |
Rasgos y limitaciones de la atribución probabilística de Google (ICM).
| Limitación de compartir datos avanzados. | Detalles |
|---|---|
| Tipo de campaña soportado. | Solo soporta App Campaigns for Installs (ACI). |
| Alcance de atribución. | Soportado solamente para instalaciones y reatribución; no soporta re-engagements. |
| Datos de reclamo incluidos. |
Los reclamos de Google incluyen:
No incluye adset, ni información de anuncios. |
| Campo de canal | No se proporciona tipo de red ni sub-tipo; el campo Canal contendrá un valor parcial: ACI_Para más información sobre la lógica de “Canal”, consulta Cómo completar el parámetro Canal. |
| Soporte regional de iOS ODM | No compatible en la UE, el Reino Unido y Suiza |
| Aggregated Advance Privacy (AAP) | Cuando el interruptor AAP (Privacidad Avanzada Agregada) está activado en la configuración de la aplicación de iOS, los datos atribuidos a Google en los reportes de raw data se muestran como restringidos. Para ver los datos no consentidos de Google, asegúrate de que el interruptor AAP esté Desactivado. |
| Tiempo del toque atribuido | La marca de tiempo de las reclamaciones probabilísticas de Google se redondea a intervalos de 15 minutos (00:00, 00:15, 00:30, etc.) |
Lee también
- Para más información sobre consideraciones relacionadas con iOS 14, consulta Interoperabilidad de Google Ads SKAdNetwork con AppsFlyer.