App Tracking Transparency: cuándo necesita ATT una app de comercio electrónico y cómo pedirlo

App Tracking Transparency (ATT) es la norma de Apple según la cual una app tiene que conseguir permiso mediante un aviso del sistema antes de seguir al cliente por las apps y webs de otras empresas o de compartir sus datos con intermediarios de datos. Una app de comercio electrónico solo necesita el aviso si hace seguimiento tal y como lo define Apple. Esta guía explica cómo saberlo y cómo pedirlo.

ATT es un requisito de plataforma, no una ley de privacidad. Convive con tus obligaciones de RGPD, privacidad electrónica y CCPA en lugar de sustituirlas. Para ver cómo encajan esas capas, empieza por privacidad y consentimiento en apps móviles de comercio electrónico.

Alcance y lo que esto no es. Esta es una guía práctica para equipos de producto y marketing, no asesoramiento legal, y las políticas de Apple cambian. Que tu app concreta haga o no el seguimiento tal y como lo define Apple depende de tus flujos de datos reales, de los SDK e integraciones que actives y de cómo los uses. Confirma la valoración con tu mapa de datos y con asesoría legal, y verifica la política vigente de Apple en la fuente antes de apoyarte en ella.

Qué es ATT

ATT es un aviso de permiso, definido por Apple, que una app tiene que mostrar antes de seguir a un usuario con fines publicitarios o de compartir sus datos con un intermediario de datos. Cuando una app quiere acceder al identificador publicitario del dispositivo (el IDFA) o seguir al usuario de cualquier otra forma por propiedades de otras empresas, iOS muestra un diálogo estándar del sistema: "¿Permitir que [App] siga tu actividad por apps y webs de otras empresas?", con las opciones "Pedir a la app que no me siga" y "Permitir". Si el cliente lo rechaza, la app no puede usar el IDFA y no debe seguirlo por otros medios.

Apple usa "seguimiento" en un sentido más estricto que el del lenguaje corriente. La pregunta no es si la app recoge datos. Es si la app usa los datos de las formas que Apple define como seguimiento.

¿Tu app de comercio electrónico necesita ATT?

Tu app necesita ATT solo si hace el seguimiento tal y como lo define Apple: vincular los datos recogidos en tu app con los datos que otras empresas recogen sobre ese usuario o dispositivo, con fines de publicidad segmentada o de medición publicitaria, o compartir datos de usuario o de dispositivo con un intermediario de datos. Según la orientación de Apple sobre privacidad del usuario, esto se aplica incluso cuando el identificador es una dirección de email o un teléfono con hash, no solo con el IDFA. Aplicar un hash no te deja fuera del alcance.

Esa definición separa con claridad la mayoría de las configuraciones reales de comercio electrónico. Estos son los tipos de ejemplo de la propia Apple, llevados a una app de compras:

En la mayoría de las marcas de Shopify, puede que ATT no aplique cuando la medición se mantiene propia y dentro de la misma marca. El reimpacto entre empresas, un SDK de red publicitaria o compartir listas con fines publicitarios pueden meter la app dentro del alcance. Que exista un SDK no es la prueba por sí solo. Lo que cuenta son sus prácticas reales con los datos. Toma esta decisión a partir de tu mapa de datos y con asesoría legal, no desde una tabla de un blog. Si un uso opcional de datos no está claro, mapéalo antes de construir.

Cómo pedirlo sin coaccionar

Si necesitas ATT, pídelo por pasos, no todo a la vez. Apple te deja mostrar un aviso previo (una pantalla de preparación) antes del diálogo del sistema, siempre que no induzca a error. Una buena secuencia tiene tres pasos:

1. Primero el contexto. Deja que el cliente use la app. No dispares el aviso en el primer arranque, antes de que sepa qué es tu marca.
2. Un aviso previo corto que explique el beneficio con honestidad y le deje seguir o no.
3. El aviso de ATT del sistema, mostrado solo después del aviso previo, con un texto de finalidad claro.

Un aviso previo que funciona:

Ayúdanos a medir nuestra publicidad Si permites el seguimiento, podemos medir qué anuncios traen clientes a la app y hacer que nuestra publicidad se repita menos. Tu experiencia de compra funciona igual en cualquier caso. Continuar | Ahora no

El aviso previo importa porque el sistema suele presentar la solicitud de seguimiento una sola vez. Después de que el cliente responda al diálogo del sistema, la app no puede volver a mostrarlo. Normalmente el cliente tiene que cambiar la respuesta en los ajustes de iOS. Un aviso previo honesto le da el contexto que necesita antes de esa decisión.

El texto de finalidad: di qué hacen los datos

El aviso del sistema incluye un texto de finalidad que tú escribes, y debe describir el uso real, no un vago "para mejorar tu experiencia". Es el texto de NSUserTrackingUsageDescription. Un texto genérico o engañoso resta valor a una divulgación veraz y puede crear riesgo en la revisión, así que describe qué hacen de verdad los datos.

• Flojo: "Usamos el seguimiento para darte una experiencia mejor".
• Mejor: "Usamos el identificador de tu dispositivo para medir el rendimiento publicitario y personalizar la publicidad en apps y webs de otras empresas".

Usa un texto solo si es cierto para tu app. Si en realidad no personalizas anuncios en propiedades de otras empresas, no digas que lo haces. El texto de finalidad es una divulgación de hechos y debería coincidir con lo que hacen de verdad tus integraciones activadas.

Lo que no debes hacer

Apple es estricta con la coacción, y estos son los errores que hacen que rechacen o retiren apps. Según las directrices de revisión de la App Store y la orientación de diseño sobre privacidad de Apple:

• No condiciones el funcionamiento. Comprar, navegar, el contenido, las ofertas y las recompensas tienen que funcionar tanto si el cliente permite el seguimiento como si no. No puedes bloquear funciones detrás de "Permitir".
• No ofrezcas incentivos por conceder el permiso. Nada de descuentos, puntos ni ventajas a cambio de permitir el seguimiento.
• No manipules la elección. Nada de botones falsos, ni avisos previos diseñados para engañar, ni redacciones que den a entender que la app se rompe sin seguimiento.
• No sigas antes de la autorización. Si el cliente no lo ha permitido, no recojas el IDFA ni le sigas mediante identificadores con hash ni por ninguna otra vía.
• No insistas. El sistema suele mostrar la solicitud una vez; después, respeta la respuesta y señala los ajustes si el cliente quiere cambiarla.

El permiso de ATT tiene que ser una elección genuina y sin coacción. Trátala así y además evitarás problemas en la revisión.

Después del aviso: respeta la respuesta con el tiempo

El permiso no es un hecho puntual. Comprueba el estado del seguimiento en arranques posteriores y actúa en consecuencia. El estado puede ser sin determinar, denegado, restringido o autorizado, y el cliente puede desactivarlo más adelante en los ajustes. Si el estado es cualquier cosa distinta de autorizado, detén el seguimiento, incluida cualquier vía por identificador con hash o por SDK, hasta que vuelva a estar autorizado.

En el centro de privacidad, muestra el estado actual del seguimiento y una vía clara para cambiarlo. Como el permiso lo controla el sistema operativo, la app no puede cambiarlo desde un interruptor propio; puede explicar el ajuste y enlazar directamente a los ajustes de iOS. Nunca dejes que un interruptor dentro de la app finja haber cambiado el permiso del sistema de Apple. Ese patrón del centro de privacidad, y cómo se relaciona con tus otros controles de consentimiento, se trata en el artículo pilar del clúster.

Si un cliente lo rechaza, no pierdes toda la medición

Un rechazo no significa que pierdas toda la medición. Apple ofrece marcos de atribución que preservan la privacidad y funcionan sin seguir a personas concretas, entre ellos AdAttributionKit y SKAdNetwork donde corresponda. Apple los documenta como interoperables, y no como que uno sustituya al otro, y ahora recomienda AdAttributionKit para campañas de anuncios de apps mientras sigue documentando SKAdNetwork. Los dos informan del rendimiento de las campañas de forma agregada, así que puedes seguir viendo qué campañas generan instalaciones y conversiones sin identificar a la persona.

La atribución agregada es útil, pero no sustituye a los datos por usuario. Su utilidad depende del soporte de la red publicitaria, de la configuración de campañas y valores de conversión, de las ventanas temporales, de los umbrales de privacidad que ocultan resultados de bajo volumen y de los envíos agregados con retraso. Cuenta con esos límites en lugar de dar por hecho que la información es equivalente.

Dos consecuencias prácticas para una marca de comercio electrónico:

• Trata la atribución agregada que preserva la privacidad como la base, y los datos por usuario de quienes permitieron el seguimiento como un añadido, no como el cimiento.
• Apóyate en las señales propias que ya tienes. El análisis comercial propio puede seguir disponible sin ATT cuando su implementación no hace el seguimiento tal y como lo define Apple y tus otras obligaciones de privacidad permiten ese tratamiento. Cuidado aquí: reenviar los eventos de tu propia app a un SDK que los reutiliza con fines publicitarios puede ser en sí mismo seguimiento en los términos de Apple, aunque tú nunca uses esa capacidad publicitaria. Si se mantienen realmente como datos propios, el comportamiento dentro de la app y el historial de compra suelen ser más ricos para una app de comercio que los datos publicitarios entre apps. Para saber qué medir, consulta métricas de apps móviles para marcas de Shopify.

Un "permitir" de ATT no hace que un flujo de datos sea lícito según el RGPD ni la privacidad electrónica. Un rechazo de ATT tampoco decide cómo tratas todos los datos propios. ATT es un control entre varios. Pregunta con honestidad, acepta la respuesta y construye una medición que funcione en los dos niveles de consentimiento.

ATT no es el consentimiento del RGPD ni de la CCPA

Conseguir un "permitir" en el aviso de ATT no te da el consentimiento del RGPD ni de la privacidad electrónica, y no cumple las normas de exclusión de California. Son capas separadas que tienen que encajar:

• ATT es el permiso de Apple para seguir a alguien por propiedades de otras empresas.
• El consentimiento del RGPD y de privacidad electrónica regula si puedes tratar y compartir los datos en primer lugar, y tiene sus propios requisitos sobre cómo se recoge y se retira.
• La CCPA y la CPRA dan a los californianos el derecho a excluirse de la venta o la cesión, y a que se respeten sus señales de exclusión.

Un cliente podría permitir ATT y aun así necesitar tú una base legal aparte según las normas europeas, o podría ocurrir mientras una persona de California se ha excluido de la cesión. Diseña los flujos para que concuerden entre sí en lugar de suponer que uno cubre a los demás. La guía pilar recorre el conjunto completo.

Una lista de comprobación para el desarrollo

Antes de publicar el flujo de ATT, confirma todo esto:

1. Valoración hecha. Sabes, por tu mapa de datos y tu asesoría legal, si la app hace o no el seguimiento tal y como lo define Apple.
2. Aviso solo si hace falta. Si nada en la app sigue al usuario entre empresas, no muestras el aviso.
3. Aviso previo y después aviso del sistema, con el contexto primero y sin coacción.
4. Un texto de finalidad honesto que coincida con lo que hacen tus integraciones activadas.
5. Sin condicionar funciones, sin incentivos y sin manipular.
6. Estado comprobado de nuevo en el arranque, con el seguimiento detenido siempre que no esté autorizado.
7. Una entrada en el centro de privacidad que muestre el estado y enlace directamente a los ajustes.
8. Atribución agregada y analítica propia configuradas para que la medición sobreviva a un rechazo.
9. Etiquetas de privacidad de la App Store que reflejen el seguimiento que haces de verdad. Dejarlas bien forma parte de una ficha limpia; consulta cómo rellenar la ficha de tu app sin que te la rechacen.

Cómo ayuda NAPPS

NAPPS es una plataforma de creación de apps móviles nativas para marcas de Shopify y Shopify Plus. Gestiona las preferencias sobre el seguimiento en una página de privacidad dentro de la app, no solo en el aviso de ATT. En la práctica, la app:

• muestra durante la bienvenida una página de "Gestiona tus preferencias de privacidad" que detalla los subencargados implicados y separa la recogida de datos en categorías de estrictamente necesarios, de rendimiento y de segmentación y personalización publicitaria;
• recoge las decisiones del cliente en esa página de privacidad, con contexto, para que la elección sea informada y no un diálogo del sistema a secas;
• no envía datos personales antes de que el cliente haya autorizado el seguimiento;
• mantiene la información personal fuera del flujo de datos tras un rechazo o un cambio posterior en los ajustes de iOS, mientras los datos estrictamente necesarios y los de rendimiento siguen fluyendo para que la app funcione y puedas ver cómo rinde;
• aplica esto de forma coherente en las versiones de iOS y las integraciones que soporta; y
• se prueba frente a las etiquetas de privacidad de la App Store y los manifiestos de privacidad de los SDK que la app tiene que declarar.

Una app que ignora una elección sobre el seguimiento se arriesga al rechazo en la App Store. Las integraciones activadas pueden variar según la marca, pero la elección se respeta siempre. NAPPS no decide si un flujo de datos cuenta como seguimiento en tus productos y mercados, ni cuál es tu base legal. Toma esa decisión con asesoría legal y después configura la app para que encaje con ella.

Para la visión más amplia del lanzamiento de una app de Shopify, consulta la guía para convertir una tienda Shopify en una app móvil (2026).

Directamente de la fuente

Apple cambia estos documentos, así que consulta las versiones vigentes:

• La página de privacidad del usuario y uso de datos (la definición de seguimiento de Apple, incluido el punto sobre identificadores con hash).
• La documentación del marco App Tracking Transparency (comportamiento del permiso y valores de estado).
• Las directrices de revisión de la App Store (sección 5.1.2, uso y cesión de datos) y las directrices de interfaz humana sobre privacidad.
• AdAttributionKit, SKAdNetwork y su interoperabilidad para la atribución que preserva la privacidad.

En resumen

Primero, decide si tu app sigue a la gente por propiedades de otras empresas con fines publicitarios. Muchas marcas de Shopify no lo hacen, así que no deberían mostrar el aviso. Si la app sí hace seguimiento, usa un aviso previo honesto y un texto de finalidad veraz. No condiciones ni incentives nunca la decisión, sigue respetándola con el tiempo y usa la atribución agregada y los datos propios para medir campañas tras un rechazo. Un "permitir" no es el consentimiento del RGPD ni de la CCPA. Esas capas siguen necesitando sus propios controles.

Si estás planeando una app de Shopify y quieres el flujo de ATT, el texto de finalidad y la medición que preserva la privacidad resueltos como comportamiento estándar, reserva una llamada de 20 minutos con el equipo de NAPPS y te enseñaremos cómo encaja todo en una app nativa antes de que construyas nada.