Promoción de apps Google Ads Android & iOS 2026

El eCPI iOS medio en Francia 2025-2026 en cuentas observadas en benchmarks públicos de Google Ads se sitúa entre $3,80 y $7,20 por vertical (gaming, fintech, food delivery), con una volatilidad semanal 2 veces superior a Android post-ATT. Del lado de Android Firebase, ese mismo eCPI medio oscila entre $1,40 y $3,60 en los mismos verticales, con señal limpia de install tracking y atribución last-touch click fiable. Esa diferencia de 2 a 3 veces entre ambos OS no es anormal: es la consecuencia directa de SKAdNetwork limitando mecánicamente la precisión del bidding iOS.

App Campaigns (la marca histórica de producto "UAC" pasó oficialmente a "App Campaigns" en 2022) sigue siendo en 2026 el único formato Google que escala con seriedad los installs móviles. Su competidor directo Apple Search Ads cubre la búsqueda en App Store, Meta cubre el social móvil. Pero pilotar App Campaigns en 2026 sin entender las restricciones diferenciadas Android/iOS supone condenarse a malos arbitrajes presupuestarios y pagar un 30 al 50% de más por install cualificado. Esta guía detalla la mecánica 2026, la configuración completa Firebase + SKAdNetwork, las estrategias de bidding por perfil, el deep linking, el trade-off MMP vs. nativo y los errores recurrentes que vemos en auditoría. Para la mecánica más amplia de los formatos automatizados Google, consulte nuestra guía completa Performance Max 2026.

App Campaigns en 2026: la mecánica automatizada

App Campaigns (App promotion campaigns, antes UAC) es el formato de campaña Google Ads dedicado exclusivamente a la promoción de aplicaciones móviles iOS y Android, lanzado en 2017 y profundamente reformado tras ATT iOS 14.5 en 2021. El formato combina cinco inventarios bajo un único stream automatizado: Google Search, Google Play Store, YouTube, Display Network y Discover. El anunciante aporta los assets (texto, imagen, vídeo, HTML5) y un objetivo (installs o acciones in-app), Google distribuye automáticamente.

Según los datos agregados Google Ads app observados en benchmarks públicos de Google Ads, App Campaigns capta del 60 al 75% del presupuesto de captación de pago de los publishers de apps franceses en 2026, con Apple Search Ads (15-25%) y Meta App Install (10-20%) en segunda posición. La dominación de Google se explica por la cobertura de inventario Play Store + YouTube + Search, no igualada por la competencia. Para cálculo rápido con benchmarks 2026 por vertical, consulte nuestra calculadora gratuita de CPA.

Tres subtipos de campaña App:

• App Campaigns for Installs (ACi): foco de adquisición pura, optimización Target CPI o Target CPA install. La entrada estándar.
• App Campaigns for Engagement (ACe): retargeting de usuarios existentes para reactivación. Requiere lista customer match o audiencia first-party. Imprescindible más allá de 100k MAU.
• App Campaigns for Pre-registration (ACp): para impulsar las prerregistraciones Play Store o App Store antes del lanzamiento. Específico de los lanzamientos.

Componentes técnicos en 2026:

• Asset groups: 5 textos de 25 caracteres, 5 textos de 80 caracteres, 20 imágenes, 20 vídeos máximo, banners HTML5 opcionales.
• Audience signals: Customer Match (emails hasheados), audiencias similares, in-market mobile.
• Bidding: Target CPI, Target CPA in-app event, Target ROAS app si volumen suficiente.
• Tracking de conversiones: Firebase nativo, o importación vía Google Analytics 4, o importación MMP (AppsFlyer, Adjust, Singular, Branch).
• Integración SKAdNetwork: automática del lado de Google para iOS, conversion value mapping configurable.

Diferencia fundamental con PMax clásico: App Campaigns NO permite aportar landing pages web, el objetivo es install o evento in-app. La cobertura de inventario también es más restringida que la de PMax (sin Gmail, sin Maps). Pero la optimización está específicamente afinada para el móvil, lo que PMax no hace correctamente ni siquiera en 2026.

iOS post-ATT: SKAdNetwork 4.0 y sus límites de medición

SKAdNetwork es el framework de atribución privacy-preserving aportado por Apple desde iOS 14.5 para permitir a las redes publicitarias medir la eficacia de sus campañas app sin exponer el IDFA del usuario. La versión 4.0 (desplegada en 2023-2024) marca la maduración del framework con tres mejoras importantes respecto a las versiones 2.x anteriores. Documentación oficial completa en developer.apple.com.

Las 3 novedades críticas de SKAdNetwork 4.0 para App Campaigns:

• Conversion values jerárquicos: coarse (Low/Medium/High) + fine grained (0-63) para señalar a la vez una nota cualitativa y un valor preciso. Permite señalar a la vez "cohorte high LTV" y "compra in-app de $12,40" al mismo tiempo.
• Postbacks múltiples diferidos: 3 postbacks en lugar de 1 (ventanas 0-2d, 3-7d, 8-35d). El anunciante recibe 3 señales temporalmente distintas que permiten modelar un LTV de cohorte a 30 días.
• Atribución web-to-app: para campañas que tocan un sitio web antes del install, SKAdNetwork 4.0 atribuye parcialmente el install a la fuente web. Antes de 2024 era imposible, lo que distorsionaba todas las campañas Search-then-app."

Lo que SKAdNetwork 4.0 NO arregla:

• Sin IDFA, así que sin matching a nivel usuario con su CRM.
• Sin detalle preciso de dispositivo/geo: agregación a nivel campaña únicamente.
• Plazos aleatorios de postback de 24-48h: ningún pilotaje en tiempo real posible.
• Tope de conversion value de 63 valores (6 bits): hay que elegir lo que se codifica.
• Tasa mediana observada Francia 2025-2026 de consentimiento ATT: 22 al 38% por vertical, lo que significa que para el 60-78% de los usuarios ni siquiera tiene consentimiento IDFA.

Mapeo de conversion value 4.0 — ejemplo gaming free-to-play:

// Coarse (3 niveles): calidad de la cohorte
// LOW    : install solo, sin tutorial completado
// MEDIUM : tutorial completo + nivel 5
// HIGH   : compra in-app O nivel 20+

// Fine (0-63): valor monetario codificado
// 0-9   : $0 (sin IAP)
// 10-19 : $0,01-$2,99 IAP
// 20-29 : $3,00-$9,99
// 30-39 : $10,00-$29,99
// 40-49 : $30,00-$99,99
// 50-63 : $100,00+

Implicaciones operativas iOS post-ATT:

• Reporting D+1 inutilizable: espere como mínimo D+10 para juzgar una campaña iOS.
• Target CPA ajustado imposible: prefiera Target CPI o Target CPA event cualificado relajado.
• Sin granularidad de audiencia: imposible ver si un segmento in-market dado sobrerinde en iOS.
• Modelización LTV imprescindible: sin LTV de cohorte a 30 días, los arbitrajes presupuestarios iOS son ciegos.
• Prueba de holdout aún más crítica: la medición incremental es la única fuente real de verdad.

Para el seguimiento de conversiones más amplio (web y app), consulte nuestra guía de seguimiento de conversiones de Google Ads. Los principios de Enhanced Conversions también se aplican del lado app vía Firebase, pero con limitaciones adicionales del lado iOS.

Android y Firebase: la configuración completa

Del lado Android, Firebase es el ecosistema de referencia de Google para el tracking app y la integración con Google Ads. Lanzado en 2014, comprado por Google a finales de 2014, Firebase combina analítica, crash reporting, A/B testing, push notifications, dynamic links y remote config: el conjunto está diseñado para interactuar de forma nativa con Google Ads en Android. El tracking Android vía Firebase es notablemente más preciso que iOS post-ATT: ningún equivalente a ATT del lado de Google Play, atribución last-click limpia, señal en tiempo real.

Configuración Firebase + Google Ads en 6 pasos (procedimiento consolidado del HowTo):

1. Crear el proyecto Firebase + añadir la app Android: bundle ID, fingerprint SHA-1, descarga google-services.json.
2. Integrar el SDK Firebase Analytics en el proyecto Android Studio (gradle dependencies firebase-analytics).
3. Vincular Firebase con Google Ads en Firebase Console > Integraciones > Google Ads. Permiso Admin Google Ads obligatorio.
4. Marcar los eventos como conversión en Firebase Analytics: first_open, in_app_purchase, sign_up, level_complete custom según el vertical.
5. Importar los eventos como conversiones Google Ads: Herramientas > Conversiones > Nueva > App > Fuente Firebase.
6. Lanzar la campaña UAC Installs: presupuesto 50-100 veces el CPI objetivo, assets completos, Target CPI limpio.

Diferencias técnicas iOS vs. Android Firebase:

Eventos prioritarios Firebase de conversión por vertical:

• Gaming free-to-play: first_open, tutorial_complete, level_5, level_20, ad_impression (rewarded), in_app_purchase. Bidding objetivo: in_app_purchase o level_20.
• Apps fintech / banca: first_open, registration_complete, kyc_complete, first_deposit, transaction_complete. Objetivo: kyc_complete o first_deposit.
• Food delivery / quick commerce: first_open, sign_up, address_added, first_order, second_order. Objetivo: first_order.
• Apps de suscripción: first_open, free_trial_start, trial_to_paid, subscription_renewal_3m. Objetivo: trial_to_paid (señal de valor fuerte).
• E-commerce m-commerce: first_open, view_item, add_to_cart, begin_checkout, purchase. Objetivo: purchase o begin_checkout según el volumen.

Configuración de Custom Events Firebase: más allá de los eventos estándar, Firebase permite hasta 500 eventos custom por proyecto. Recomendación: cree de 5 a 10 eventos custom como máximo dedicados a las señales de negocio críticas, con parameter_value adjunto para el tROAS. No multiplique los eventos "para ver", contamina el ML de Smart Bidding.

Para la estrategia de audiencia más amplia aplicable cross-channel, consulte nuestra guía de audiencias de afinidad, in-market y personalizadas. Las listas Customer Match Android se construyen de forma idéntica: la diferencia está solo en la calidad del match del lado Android store frente a Apple.

Estrategias de pujas: tCPA, tROAS, Maximize Installs

App Campaigns expone 4 estrategias de bidding en 2026, cada una adaptada a un perfil de madurez y volumen de conversión distinto. Elegir mal la estrategia es el error nº 2 que vemos en auditoría (después del timing de juicio prematuro post-lanzamiento): típicamente, anunciantes que pasan a Target ROAS sin 50 conversiones value-based semanales y ven explotar su CPI sin ganancia de ROAS real.

Las 4 estrategias de bidding App Campaigns 2026:

• Maximize Installs (anteriormente Target CPI sin objetivo): foco de volumen install puro, sin restricción de CAC. Buen modo en fase de exploración D1-D14 para que el algoritmo encuentre los segmentos. Arriesgado más allá de D+30 sin acotación.
• Target CPI: target cost por install definido. Estable a partir de 30 installs/sem. Adaptado a apps en crecimiento early-stage que aún no tienen señal de calidad fuerte.
• Target CPA in-app event: target cost por evento cualificado (purchase, signup, tutorial_complete). Recomendado a partir de D+15 cuando el volumen de installs está estabilizado. Requiere 30+ eventos cualificados/sem.
• Target ROAS app: target return on investment con tracking de conversion value. Requiere 50+ conversiones value-based/sem, idealmente 100+. Reservado a apps maduras gaming/e-com/suscripción.

La regla de progresión práctica:

• D1-D14: Maximize Installs sin restricción. El objetivo es estabilizar el ML sobre 50+ first_opens/14 días.
• D15-D28: Pase a Target CPA orientado a evento in-app cualificado (signup_complete, level_5, first_purchase). Target a 1,8-2,5x del CPI medio observado en D1-D14.
• D29-D60: Si el volumen value-based es superior a 50 conv/sem y el tracking ROAS es fiable: pruebe Target ROAS app. Target inicial a 0,8x del ROAS web equivalente (las apps tienen un LTV más largo pero más diluido).
• D60+: Modo de crucero, ajustes mensuales del Target ROAS o del Target CPA en función de la deriva observada.

Error clásico a evitar: pasar de Maximize Installs directamente a Target ROAS sin la etapa intermedia Target CPA event. El ML no ha tenido tiempo de aprender qué eventos in-app correlacionan con el conversion value. Resultado: explosión del CPI, ROAS que nunca se estabiliza. Haga siempre la etapa intermedia Target CPA event.

Caso específico iOS post-ATT: en iOS, dada la latencia de 24-35d de SKAdNetwork, el Target ROAS app rara vez es practicable antes de los 90 días de campaña estabilizada. En los primeros 30 días iOS, permanezca imperativamente en Target CPI o Target CPA event. La transición a tROAS iOS es un objetivo Q2 de una estrategia app, no Q1.

Para la mecánica más amplia de Smart Bidding aplicable más allá de las apps, consulte nuestra guía ROAS, CPA y CPC. Los principios de estabilización sobre 14-50 conversiones se aplican igual, pero con restricciones adicionales del lado iOS por SKAdNetwork.

Deep linking y engagement post-instalación

El deep linking es la técnica que permite a un clic en un anuncio enviar al usuario directamente a una pantalla específica de su app (ficha de producto, cesta, pantalla de reactivación objetivo) en lugar de la home por defecto. Es el principal diferenciador entre un App Campaigns moderno eficaz y una configuración amateur. Sin un deep linking limpio, sus App Campaigns for Engagement (ACe) desperdician del 60 al 80% de su potencial de reactivación.

Los 2 estándares técnicos en 2026:

• Universal Links iOS (Apple): archivo apple-app-site-association (AASA) alojado en su dominio HTTPS raíz, que declara las rutas que deben abrir la app en lugar del navegador Safari. Configuración caprichosa: requiere certificado HTTPS válido, sintaxis JSON estricta, validación del lado Apple vía CDN.
• App Links Android (Google): archivo assetlinks.json alojado en /.well-known/assetlinks.json de su dominio, además de la declaración del intent-filter en AndroidManifest.xml con android:autoVerify="true". Configuración más tolerante que iOS, validación automática del lado Google.

Configuración mínima del archivo AASA iOS (apple-app-site-association):

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "TEAMID.com.example.myapp",
        "paths": ["/product/*", "/cart", "/account/*", "NOT /admin/*"]
      }
    ]
  }
}

Configuración mínima Android assetlinks.json:

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.example.myapp",
    "sha256_cert_fingerprints": ["AA:BB:CC:..."]
  }
}]

Impacto medido del deep linking en cuentas observadas en benchmarks públicos:

• Tasa de engagement post-clic ACe: 12 al 18% sin deep linking, 38 al 54% con deep linking limpio. Ratio 2,5 a 4x.
• CPA por evento cualificado ACe: reducción del 28 al 45% de media con deep linking activado, frente a sin él.
• Cohorte de retención D+7 de los usuarios captados: 12 a 22 puntos superior con deep linking (el usuario aterriza donde la experiencia es coherente con el anuncio).
• ROAS ACe a 90 días: 1,4 a 2,1x superior con deep linking, en cuentas que han hecho la medición antes-después.

Herramientas de deep linking 2026:

• Firebase Dynamic Links: solución nativa Google, gratuita, integrada con Firebase. Deprecation anunciada por Google a finales de 2024, fin del soporte en agosto de 2025. No la utilice más para nuevos proyectos en 2026.
• Branch.io: líder del mercado en 2026 tras la deprecation de Firebase Dynamic Links. Plan gratuito hasta 10k installs/mes, de pago más allá. Documentación muy completa.
• Adjust DeepLinks: integrado a los clientes MMP Adjust. Cómodo si ya utiliza Adjust para el tracking.
• AppsFlyer OneLink: equivalente del lado AppsFlyer. Igual, integrado al ecosistema AppsFlyer.

Para la estrategia de audiencia que sustenta el engagement, consulte nuestra guía de audiencias first-party. La audiencia más activable post-instalación siempre es la cohorte "visitantes del sitio móvil últimos 30 días" cruzada con "han usado la app últimos 90 días pero no últimos 30 días": segmento puro de reactivación.

Atribución app: MMP (AppsFlyer, Adjust) vs. nativo

El mobile measurement partner (MMP) es una plataforma de atribución app de tercero que se sitúa entre su app y las redes publicitarias (Google Ads, Meta, Apple Search Ads, TikTok), para desduplicar las atribuciones y aportar una vista cross-channel unificada. Los 4 líderes del mercado en 2026: AppsFlyer, Adjust, Singular, Branch, cada uno con fuerzas y debilidades distintas. Pregunta de fondo: ¿hay que pagar por un MMP o conformarse con el tracking nativo Google Ads (Firebase para Android + SKAdNetwork para iOS)?

El tracking nativo Google Ads (Firebase + SKAdNetwork) basta si:

• Difunde el 80%+ en Google Ads (App Campaigns + Search). Si todo su presupuesto es Google, el MMP es over-engineering.
• Sin campañas Meta App Install ni TikTok For Business app. De lo contrario, la atribución estará duplicada en ambos lados.
• Ningún tracking de conversiones offline desde CRM necesario. De lo contrario, el MMP se vuelve útil para el matching device-level.
• Volumen acumulado cross-channel inferior a $5.000/mes. El coste del MMP no se rentabiliza por debajo de ese umbral.

El MMP se vuelve casi obligatorio si:

• 2+ canales de captación de pago (Google + Meta, Google + TikTok, Google + Apple Search Ads). La desduplicación es crítica.
• Presupuesto app superior a $8.000/mes cross-channel: el coste del MMP se rentabiliza en menos de 60 días solo por el ahorro de sobreatribución.
• Necesidad de cohortes LTV a 30/60/180 días por fuente: requisito casi sistemático en gaming, fintech, suscripción.
• Dashboards de reporting business-grade orientados a CFO/CEO: integración Looker, Tableau, data warehouse.
• Configuración de atribución compleja: fingerprinting, atribución probabilística iOS, deep linking + tracking.

Comparativa MMP 2026: los 4 líderes:

Recomendación por perfil:

• App early-stage (0-50k MAU): Branch free tier para deep linking + Firebase para tracking Google. Ningún MMP de pago.
• App growth (50-500k MAU): AppsFlyer o Adjust según preferencia de reporting. Branch/AppsFlyer OneLink para deep linking.
• App madura (500k+ MAU multipaís): típicamente AppsFlyer, o Adjust si stack analytics-heavy. Singular si foco en optimización del cross-channel spend.
• App gaming hyper-cas free-to-play: Adjust a menudo preferido (cohortes analytics ricos), AppsFlyer en alternativa.

Configuración MMP del lado Google Ads: 3 puntos críticos:

1. Configurar postback MMP a Google Ads: en consola MMP, declare Google Ads como partner, indique el Customer ID Google Ads, active los postbacks installs y eventos cualificados.
2. Desactivar las conversiones Firebase analytics Google Ads o márquelas como no-conversión para evitar el doble conteo. O MMP o Firebase, no las dos como fuentes primarias de conversión.
3. Mapear los eventos MMP con los eventos Google Ads correspondientes: in_app_purchase MMP debe alinearse con in_app_purchase Google Ads.

Riesgo de sobreatribución MMP vs. nativo: AppsFlyer y Adjust atribuyen por defecto en last-click + view-through 24h, exactamente como Google Ads nativo. El MMP NO reduce la atribución sobregenerada: aporta una vista cross-channel. Desduplicación sí, medición de incrementalidad no. Para eso, la prueba de holdout sigue siendo obligatoria.

Para la mecánica de atribución multi-touch en general, consulte nuestra guía Discovery Ads y verdad incremental. Los 4 patrones típicos de sobreatribución se aplican igual a las apps: lo que cambia es solo la entrega (SDK MMP vs. píxel web).

Errores frecuentes en App Campaigns

En las auditorías de app que llevamos a cabo en 2025-2026, he aquí los 7 errores recurrentes: cada uno cuesta típicamente del 20 al 40% de rendimiento App Campaigns en los primeros 90 días tras la activación. La mayoría se evitan con una configuración limpia.

Error 1: Juzgar una campaña iOS a D+1. Con plazos de postback SKAdNetwork de 24-48h, su CPA iOS a D+1 es mecánicamente falso. Ve un CPA mostrado de $2,80, corta presa del pánico, se pierde las conversiones que llegan de D+3 a D+8 que habrían llevado el CPA real a $1,50. Regla estricta: ninguna decisión iOS antes de los 10 días de campaña, e idealmente antes de 14 días para absorber un ciclo semanal completo.

Error 2: Configuración de eventos de conversión demasiado abajo en el embudo. Optimizar App Campaigns sobre first_open es tentador (volumen alto) pero ineficaz: el algoritmo busca installs que abren la app una vez, no installs cualificados. Apunte al evento cualificado lo antes posible: tutorial_complete, signup, level_5, first_purchase. El CPA reportado aumenta del +30 al +60% frente a first_open, pero la calidad es 2 a 5 veces mejor y el ROAS a 60 días notablemente superior.

Error 3: Sin separación iOS / Android en las campañas. Mezclar iOS y Android en una única campaña deja a Smart Bidding repartir a ciegas hacia la plataforma más barata (a menudo Android), privándole de visibilidad plataforma a plataforma. Cree siempre 2 campañas separadas: 1 iOS only + 1 Android only. Permite un pilotaje tCPA diferenciado y un reporting limpio.

Error 4: Ignorar los assets vídeo. En YouTube + Display App Network, los anuncios vídeo tienen un CTR 2 a 3,5 veces superior al de los anuncios de imagen estática en 2026. Una campaña App Campaigns sin vídeo se priva mecánicamente del 40 al 60% del potencial de inventario. Mínimo: 3 vídeos verticales 9:16 (15-30s) + 2 vídeos horizontales 16:9. Nada de stock footage genérico: vídeos reales de gameplay/UX in-app.

Error 5: Confundir CPI y CPA por evento. El CPI (cost per install) y el CPA por evento cualificado son 2 métricas distintas que nunca hay que confundir en pilotaje. Los anunciantes que pilotan por CPI plano sin mirar el embudo post-instalación compran volumen de installs basura: gente que descarga y luego nunca abre la app. CPI bajo + CPA event alto = trampa clásica. Mire siempre ambos a la vez.

Error 6: Lista Customer Match no rehasheada entre redes. Si utiliza Customer Match en Google Ads + Custom Audience en Meta + audiencias custom Apple Search Ads, cada red exige un formato de hash específico. Muchos anunciantes suben la misma lista en todas partes sin rehashear, resultado: del 60 al 80% de los matches fallan en silencio. Verifique la match rate en cada interfaz: si menos del 40%, probablemente sea un problema de hash/normalización.

Error 7: Ningún holdout test geográfico trimestral. Sin holdout, no se sabe cuántos de los installs reivindicados por App Campaigns son incrementales y cuántos son orgánico canibalizado. Según los benchmarks públicos, suele haber un 18 al 32% de sobreatribución. Holdout de 28 días sobre 1 región francesa representativa cada 90 días: es el único método limpio. Pause App Campaigns en la zona de prueba, mida los installs orgánicos + otros canales, calcule el incremental real.

Para las cuentas app que quieran automatizar la vigilancia de canibalización y los arbitrajes cross-channel sin relanzar un holdout manual cada trimestre, nuestro módulo de auditoría SteerAds detecta los patrones típicos de sobreatribución y propone un plan de holdout test adaptado al volumen de la cuenta. Para situar App Campaigns en la batalla más amplia de canales vídeo 2026, continúe con nuestra comparativa YouTube Ads vs. TikTok Ads 2026. Y para entender cómo Google se posiciona vs. Meta del lado cross-network, nuestra guía 2026 Display vs. Meta Ads ofrece los arbitrajes cifrados. Recurso oficial complementario para profundizar en SKAdNetwork del lado Apple: la documentación StoreKit/SKAdNetwork en developer.apple.com.

App Campaigns sigue siendo en 2026 el formato móvil de install más potente del mercado, pero pilotar una app sin entender las dicotomías iOS SKAdNetwork y Android Firebase supone arbitrar a ciegas. El verdadero oficio de la promoción app moderna consiste en aislar lo que es medible de lo que no, compensar los puntos ciegos iOS con la modelización de cohortes LTV y validar cada arbitraje presupuestario mediante holdout geográfico. Todo lo demás (bidding, creatividades, audiencias) deriva de esa disciplina de medición; consulte también la documentación oficial de Google Ads para mayor detalle. Nuestra calculadora de LTV con escenarios de margen devuelve el LTV bruto + el LTV post-margen a 12-36 meses.

Fuentes

Fuentes oficiales consultadas para esta guía:

• support.google.com
• support.google.com
• support.google.com
• blog.google

FAQ