Promotion d'app Google Ads Android & iOS 2026

L'eCPI moyen iOS en France 2025-2026 sur les comptes observés dans les benchmarks Google Ads publics se situe entre 3,80 et 7,20€ selon vertical (gaming, fintech, food delivery), avec une volatilité hebdomadaire 2x supérieure à Android post-ATT. Côté Android Firebase, le même eCPI moyen tourne entre 1,40 et 3,60€ sur les mêmes verticaux, avec un signal install tracking propre et une attribution clic last-touch fiable. Cet écart 2-3x entre les deux OS n'est pas anormal — c'est la conséquence directe de SKAdNetwork qui plafonne mécaniquement la précision du bidding iOS

App Campaigns (la marque produit historique « UAC » est officiellement « App Campaigns » depuis 2022) reste en 2026 le seul format Google qui scale sérieusement sur installs mobile. Le concurrent direct Apple Search Ads couvre l'App Store search, Meta couvre social mobile. Mais piloter App Campaigns en 2026 sans comprendre les contraintes différenciées Android/iOS, c'est se condamner à des arbitrages budget faux — et à payer 30 à 50% trop cher l'install qualifié. Ce guide détaille la mécanique 2026, le setup complet Firebase + SKAdNetwork, les stratégies de bidding par profil, le deep linking, l'arbitrage MMP vs natif, et les erreurs récurrentes que nous voyons en audit. Pour la mécanique des formats automatisés Google plus large, voir notre guide complet Performance Max 2026.

App Campaigns en 2026 : la mécanique automatisée

App Campaigns (App promotion campaigns, ex-UAC) est le format de campagne Google Ads exclusivement dédié à la promotion d'applications mobile iOS et Android, lancé en 2017 et profondément remanié post-ATT iOS 14.5 en 2021. Le format combine cinq inventaires sous un flux unique automatisé : Google Search, Google Play Store, YouTube, Display Network et Discover. L'annonceur fournit assets (texte, image, vidéo, HTML5) et un objectif (installs ou in-app actions), Google distribue automatiquement.

Selon les données Google Ads agrégées app observés dans les benchmarks Google Ads publics, App Campaigns capte 60 à 75% du budget acquisition payée des éditeurs apps français en 2026, avec Apple Search Ads (15-25%) et Meta App Install (10-20%) en seconde position. La domination Google s'explique par la couverture inventaire Play Store + YouTube + Search, inégalée par les concurrents. Pour le calcul rapide avec benchmarks 2026 par vertical, voir notre calculateur CPA gratuit.

Trois sous-types de campagnes App :

• App Campaigns for Installs (ACi) — focus acquisition pure, optimisation Target CPI ou Target CPA install. C'est l'entrée standard.
• App Campaigns for Engagement (ACe) — retargeting users existants pour réactivation. Demande customer match list ou audience first-party. Indispensable au-delà de 100k MAU.
• App Campaigns for Pre-registration (ACp) — pour drainer les pré-inscriptions Play Store ou App Store avant lancement. Spécifique aux launches.

Composants techniques en 2026 :

• Asset groups — 5 textes 25 caractères, 5 textes 80 caractères, 20 images, 20 vidéos max, HTML5 banners optionnels.
• Audience signals — Customer Match (emails hashés), similar audiences, in-market mobile.
• Bidding — Target CPI, Target CPA in-app event, Target ROAS app si volume suffisant.
• Conversion tracking — Firebase native, ou import via Google Analytics 4, ou import MMP (AppsFlyer, Adjust, Singular, Branch).
• SKAdNetwork integration — automatique côté Google pour iOS, mapping conversion values configurable.

Différence fondamentale avec PMax classique : App Campaigns ne permet PAS de fournir des landing pages web — l'objectif est l'install ou l'event in-app. La couverture inventaire est aussi plus restreinte que PMax (pas de Gmail, pas de Maps). Mais l'optimisation est spécifiquement dressée pour le mobile, ce que PMax ne fait pas correctement même en 2026.

iOS post-ATT : SKAdNetwork 4.0 et ses limites de mesure

SKAdNetwork est le framework d'attribution privacy-preserving fourni par Apple depuis iOS 14.5 pour permettre aux régies pub de mesurer l'efficacité de leurs campagnes app sans exposer l'IDFA utilisateur. La version 4.0 (déployée courant 2023-2024) marque la maturation du framework avec trois améliorations majeures par rapport aux versions 2.x antérieures. Documentation officielle complète sur developer.apple.com.

Les 3 nouveautés SKAdNetwork 4.0 critiques pour App Campaigns :

• Hierarchical conversion values — coarse (Low/Medium/High) + fine grained (0-63) pour signaler simultanément un grade qualitatif et une valeur précise. Permet de signaler à la fois « high LTV cohort » et « 12,40€ in-app purchase » en même temps.
• Multiple postbacks différés — 3 postbacks au lieu de 1 (windows 0-2j, 3-7j, 8-35j). L'annonceur reçoit 3 signaux temporellement distincts permettant de modéliser une LTV cohort 30j.
• Web-to-app attribution — pour les campagnes qui touchent un site web avant install, SKAdNetwork 4.0 attribue partiellement l'install à la source web. Avant 2024 c'était impossible, ce qui faussait toutes les campagnes Search-then-app.

Ce que SKAdNetwork 4.0 ne corrige PAS :

• Pas d'IDFA, donc pas de matching user-level avec votre CRM.
• Pas de détail device/geo précis : agrégation à la maille campagne uniquement.
• Postback delays aléatoires 24-48h : pas de pilotage temps réel possible.
• Conversion value cap 63 valeurs (6 bits) : il faut faire des choix sur ce qu'on encode.
• ATT consent rate France 2025-2026 médian observé : 22 à 38% selon vertical — ce qui veut dire que pour 60-78% des utilisateurs, on n'a même pas le consentement IDFA.

Mapping conversion value 4.0 — exemple gaming free-to-play :

// Coarse (3 niveaux) — qualité cohort
// LOW    : install only, no tutorial completed
// MEDIUM : tutorial complete + level 5
// HIGH   : in-app purchase OR level 20+

// Fine (0-63) — valeur monétaire encodée
// 0-9   : 0€ (pas d'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€+

Implications opérationnelles iOS post-ATT :

• Reporting J+1 inutile — attendre J+10 minimum pour juger une campagne iOS.
• Target CPA serré impossible — préférer Target CPI ou tCPA event qualifié assoupli.
• Pas de granularité audience — impossible de voir si tel segment in-market sur-performe sur iOS.
• LTV modeling indispensable — sans LTV cohort 30j, les arbitrages budget iOS sont aveugles.
• Test holdout encore plus critique — la mesure d'incrémental est la seule vraie source de vérité.

Pour le tracking conversion plus large (web et app), voir notre guide tracking conversions Google Ads. Les principes Enhanced Conversions s'appliquent aussi côté app via Firebase, mais avec des limites supplémentaires côté iOS.

Android et Firebase : le setup complet

Côté Android, Firebase est l'écosystème de référence Google pour le tracking app et l'intégration Google Ads. Lancé en 2014, racheté par Google fin 2014, Firebase combine analytics, crash reporting, A/B testing, push notifications, dynamic links et remote config — l'ensemble étant conçu pour s'interfacer nativement avec Google Ads sur Android. Le tracking Android via Firebase est nettement plus précis que iOS post-ATT : pas d'équivalent ATT côté Google Play, attribution last-click clean, signal real-time.

Setup Firebase + Google Ads en 6 étapes (procédure consolidée du HowTo) :

1. Créer projet Firebase + ajouter app Android — bundle ID, SHA-1 fingerprint, downloader google-services.json.
2. Intégrer SDK Firebase Analytics dans le projet Android Studio (gradle dependencies firebase-analytics).
3. Lier Firebase à Google Ads dans Firebase Console > Integrations > Google Ads. Permission Admin Google Ads requise.
4. Marquer events conversions dans Firebase Analytics : first_open, in_app_purchase, sign_up, niveau_complete personnalisé selon vertical.
5. Importer events comme conversions Google Ads : Tools > Conversions > New > App > Source Firebase.
6. Lancer campagne UAC Installs : budget 50-100x le CPI cible, assets complets, Target CPI clean.

Différences techniques iOS vs Android Firebase :

Conversion events Firebase prioritaires par vertical :

• Gaming free-to-play — first_open, tutorial_complete, level_5, level_20, ad_impression (rewarded), in_app_purchase. Cible bidding : in_app_purchase ou level_20.
• Fintech / banking apps — first_open, registration_complete, kyc_complete, first_deposit, transaction_complete. Cible : kyc_complete ou first_deposit.
• Food delivery / quick commerce — first_open, sign_up, address_added, first_order, second_order. Cible : first_order.
• Subscription apps — first_open, free_trial_start, trial_to_paid, subscription_renewal_3m. Cible : trial_to_paid (signal valeur fort).
• E-commerce m-commerce — first_open, view_item, add_to_cart, begin_checkout, purchase. Cible : purchase ou begin_checkout selon volume.

Configuration Custom Events Firebase : au-delà des events standards, Firebase permet jusqu'à 500 events custom par projet. Recommandation : créer 5-10 events custom maximum dédiés aux signaux business critiques, avec parameter_value attaché pour tROAS. Ne pas multiplier les events « pour voir », ça pollue le ML Smart Bidding.

Pour la stratégie audience plus large applicable cross-canal, voir notre guide audiences affinity, in-market et custom. Les Customer Match lists Android se construisent identiquement — la différence est juste la qualité du match côté store Android vs Apple.

Stratégies de bidding : tCPA, tROAS, Maximize Installs

App Campaigns expose 4 stratégies de bidding en 2026, chacune adaptée à un profil de maturité et de volume conversion différent. Choisir la mauvaise stratégie est l'erreur N°2 que nous voyons en audit (après le timing prématuré de jugement post-launch) — typiquement, des annonceurs qui passent en Target ROAS sans 50 conversions value-based hebdomadaires, et qui voient leur CPI exploser sans gain réel de ROAS.

Les 4 stratégies de bidding App Campaigns 2026 :

• Maximize Installs (ex Target CPI sans cible) — focus volume install pur, sans contrainte CAC. Bon en phase exploration J1-J14 pour laisser l'algo trouver les segments. Risqué passé J+30 sans bornage.
• Target CPI — coût par install cible défini. Stable dès 30 installs/semaine. Adapté aux apps en croissance early-stage qui n'ont pas encore signal qualité fort.
• Target CPA in-app event — coût cible par event qualifié (purchase, signup, tutorial_complete). Recommandé dès J+15 quand le volume install est stabilisé. Demande 30+ events qualifiés/semaine.
• Target ROAS app — retour sur investissement cible avec tracking valeur conversion. Demande 50+ conversions value-based/semaine, idéalement 100+. Réservé aux apps gaming/e-com/subscription matures.

La règle pratique de progression :

• J1-J14 — Maximize Installs sans contrainte. Le but est de stabiliser le ML sur 50+ first_open/14 jours.
• J15-J28 — Bascule Target CPA orientée in-app event qualifié (signup_complete, level_5, first_purchase). Cible à 1,8-2,5x du CPI moyen observé en J1-J14.
• J29-J60 — Si volume value-based supérieur à 50 conv/semaine et tracking ROAS fiable : test Target ROAS app. Cible initiale à 0,8x du ROAS web équivalent (les apps ont une LTV plus longue mais plus diluée).
• J60+ — Régime de croisière, ajustements mensuels Target ROAS ou Target CPA selon dérive observée.

Erreur classique à éviter : passer de Maximize Installs directement à Target ROAS sans étape Target CPA event. Le ML n'a pas eu le temps d'apprendre quels in-app events corrèlent avec la valeur conversion. Résultat : explosion du CPI, ROAS qui ne se stabilise jamais. Toujours faire le palier intermédiaire Target CPA event.

Cas spécifique iOS post-ATT : sur iOS, vu la latency 24-35j SKAdNetwork, Target ROAS app est rarement praticable avant 90 jours de campagne stabilisée. Sur les 30 premiers jours iOS, restez impérativement sur Target CPI ou Target CPA event. Le passage tROAS iOS est un objectif Q2 d'une stratégie app, pas Q1.

Pour la mécanique Smart Bidding plus large applicable au-delà des apps, voir notre guide ROAS, CPA et CPC. Les principes de stabilisation 14-50 conversions s'appliquent identiquement, mais avec les contraintes additionnelles SKAdNetwork côté iOS.

Deep linking et engagement post-install

Le deep linking est la technique qui permet à un clic publicitaire de renvoyer l'utilisateur directement vers un écran spécifique de votre app (écran produit, panier, écran de réactivation), plutôt que vers l'écran d'accueil par défaut. C'est le différenciateur principal entre une App Campaigns moderne efficace et un setup amateur. Sans deep linking propre, vos campagnes App Campaigns for Engagement (ACe) gaspillent 60 à 80% de leur potentiel de réactivation.

Les 2 standards techniques en 2026 :

• Universal Links iOS (Apple) — fichier apple-app-site-association (AASA) hébergé sur votre domaine HTTPS racine, déclarant les paths qui doivent ouvrir l'app au lieu du navigateur Safari. Setup capricieux : exige certificat HTTPS valide, syntaxe JSON stricte, validation Apple côté CDN.
• App Links Android (Google) — fichier assetlinks.json hébergé sur /.well-known/assetlinks.json de votre domaine, plus déclaration intent-filter dans AndroidManifest.xml avec android:autoVerify="true". Setup plus tolérant que iOS, validation automatique Google.

Setup minimal AASA file iOS (apple-app-site-association) :

{
  "applinks": {
    "apps": [],
    "details": [
      {
        "appID": "TEAMID.com.example.myapp",
        "paths": ["/produit/*", "/panier", "/compte/*", "NOT /admin/*"]
      }
    ]
  }
}

Setup minimal assetlinks.json Android :

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

Impact mesuré du deep linking sur les comptes observés dans les benchmarks publics :

• Taux d'engagement post-clic ACe — 12 à 18% sans deep linking, 38 à 54% avec deep linking propre. Ratio 2,5 à 4x.
• CPA event qualifié ACe — réduction 28 à 45% en moyenne avec deep linking activé, vs sans.
• Rétention J+7 cohort users acquis — supérieure de 12 à 22 points avec deep linking (l'utilisateur arrive là où l'expérience est cohérente avec la pub).
• ROAS ACe 90j — supérieur de 1,4 à 2,1x avec deep linking, sur les comptes ayant fait l'avant-après mesuré.

Outils de deep linking 2026 :

• Firebase Dynamic Links — la solution Google native, gratuite, intégrée Firebase. Deprecated annoncée par Google fin 2024, fin de support août 2025. Ne plus l'utiliser pour nouveaux projets en 2026.
• Branch.io — leader marché 2026 post-déprécation Firebase Dynamic Links. Plan gratuit jusqu'à 10k installs/mois, payant au-delà. Documentation très complète.
• Adjust DeepLinks — intégré aux clients Adjust MMP. Pratique si vous utilisez déjà Adjust pour le tracking.
• AppsFlyer OneLink — équivalent côté AppsFlyer. Idem, intégré à l'écosystème AppsFlyer.

Pour la stratégie d'audience qui sous-tend l'engagement, voir notre guide audiences first-party. L'audience la plus engageable post-install est toujours la cohort « visiteurs site mobile last 30 days » crossée avec « used app last 90 days mais pas dernier 30 days » — segment de réactivation pure.

Attribution app : MMP (AppsFlyer, Adjust) vs natif

Le mobile measurement partner (MMP) est une plateforme tierce d'attribution app qui s'intercale entre votre app et les régies publicitaires (Google Ads, Meta, Apple Search Ads, TikTok), pour dédupliquer les attributions et fournir une vue cross-canal unifiée. Les 4 leaders marché 2026 : AppsFlyer, Adjust, Singular, Branch — chacun avec des forces et faiblesses distinctes. Question fondamentale : faut-il payer un MMP ou se contenter du tracking natif Google Ads (Firebase pour Android + SKAdNetwork pour iOS) ?

Le tracking natif Google Ads (Firebase + SKAdNetwork) suffit si :

• Vous diffusez à 80%+ sur Google Ads (App Campaigns + Search). Si tout votre budget est Google, le MMP est sur-engineering.
• Pas de campagne Meta App Install ou TikTok For Business app. Sinon, l'attribution sera dupliquée des deux côtés.
• Pas de tracking offline conversion CRM nécessaire. Sinon, MMP devient utile pour matching device-level.
• Volume cross-channel inférieur à 5 000€/mois cumulé. Le coût MMP n'est pas rentabilisé sous ce seuil.

Le MMP devient quasi-obligatoire si :

• 2+ canaux d'acquisition payés (Google + Meta, Google + TikTok, Google + Apple Search Ads). La déduplication est critique.
• Budget app supérieur à 8 000€/mois cross-channel — le coût MMP est rentabilisé en moins de 60 jours par les seules économies sur sur-attribution.
• Besoin LTV cohort 30/60/180j par source — exigence quasi systématique en gaming, fintech, subscription.
• Reporting dashboards business-grade orienté CFO/CEO — Looker, Tableau, integration data warehouse.
• Setup attribution complexe — fingerprinting, probabilistic attribution iOS, deep linking + tracking.

Comparatif MMP 2026 — les 4 leaders :

Recommandation par profil :

• App early-stage (0-50k MAU) — Branch free tier pour deep linking + Firebase pour tracking Google. Pas de MMP payant.
• App growth (50-500k MAU) — AppsFlyer ou Adjust selon préférence reporting. Branch/AppsFlyer OneLink pour deep linking.
• App mature (500k+ MAU multi-pays) — AppsFlyer typiquement, ou Adjust si stack analytics-heavy. Singular si focus optimization spend cross-channel.
• App gaming free-to-play hyper-cas — Adjust souvent préféré (Cohort analytics riches), AppsFlyer en alternative.

Setup MMP côté Google Ads — 3 points critiques :

1. Configurer le postback MMP vers Google Ads : dans la console MMP, déclarer Google Ads comme partner, fournir Customer ID Google Ads, activer postbacks installs et events qualifiés.
2. Désactiver Firebase analytics conversions Google Ads ou les marquer non-conversion pour éviter double-comptage. Soit MMP, soit Firebase, pas les deux comme sources conversion principales.
3. Mapper les events MMP vers events Google Ads correspondants : in_app_purchase MMP doit s'aligner sur in_app_purchase Google Ads.

Risque sur-attribution MMP vs native : AppsFlyer et Adjust attribuent en last-click + view-through 24h par défaut, exactement comme Google Ads native. Le MMP ne réduit PAS l'attribution sur-générée — il donne une vue cross-canal. La déduplication oui, la mesure d'incrémentalité non. Pour ça, holdout test reste obligatoire.

Pour la mécanique d'attribution multi-touch en général, voir notre guide Discovery Ads et incremental vérité. Les 4 patterns de sur-attribution typiques s'appliquent identiquement aux apps — ce qui change c'est juste le delivery (SDK MMP vs pixel web).

Erreurs courantes en App Campaigns

Sur les audits app que nous menons en 2025-2026, voici les 7 erreurs récurrentes — chacune coûte typiquement 20 à 40% de performance App Campaigns sur les premiers 90 jours après activation. La plupart sont évitables avec un setup propre.

Erreur 1 — Juger une campagne iOS à J+1. Avec SKAdNetwork postback delays 24-48h, votre CPA iOS J+1 est mécaniquement faux. Vous voyez 2,80€ CPA affiché, vous coupez en panique, vous ratez les conversions qui arrivent J+3 à J+8 et qui auraient ramené le CPA réel à 1,50€. Règle stricte : jamais de décision iOS sous 10 jours de campagne, et idéalement sous 14 jours pour absorber un cycle hebdomadaire complet.

Erreur 2 — Setup conversion event trop bas dans le funnel. Optimiser App Campaigns sur first_open est tentant (gros volume) mais inefficace : l'algo cherche des installs qui ouvrent l'app une fois, pas des installs qualifiés. Cible event qualifié dès que possible : tutorial_complete, signup, level_5, first_purchase. CPA reportedly augmente +30 à +60% vs first_open, mais qualité 2 à 5x meilleure et ROAS 60 jours significativement supérieur.

Erreur 3 — Pas de séparation iOS / Android dans les campagnes. Mixer iOS et Android dans une campagne unique laisse Smart Bidding allouer aveuglément vers la plateforme la moins chère (souvent Android), vous privant de visibilité plate-forme par plate-forme. Toujours créer 2 campagnes distinctes : 1 iOS only + 1 Android only. Permet pilotage tCPA différencié et reporting clean.

Erreur 4 — Ignorer les ad assets vidéo. Sur YouTube + Display App Network, les ads vidéos ont un CTR 2 à 3,5x supérieur aux ads images statiques en 2026. Une campagne App Campaigns sans vidéo se prive mécaniquement de 40 à 60% du potentiel inventaire. Minimum : 3 vidéos 9:16 verticales (15-30s) + 2 vidéos 16:9 horizontales. Pas de stock footage générique : vidéos in-app gameplay/UX réelles.

Erreur 5 — Confondre CPI et CPA event. Le CPI (cost per install) et le CPA event qualifié sont 2 métriques distinctes qui ne doivent jamais être confondues dans le pilotage. Les annonceurs qui pilotent sur CPI flat sans regarder le funnel post-install achètent du volume install junk : gens qui downloadent puis n'ouvrent jamais l'app. CPI bas + CPA event élevé = piège classique. Toujours regarder les 2 ensemble.

Erreur 6 — Customer Match list non-rehashed entre régies. Si vous utilisez Customer Match sur Google Ads + Audience Custom sur Meta + Apple Search Ads custom audiences, chaque régie demande un format de hash spécifique. Beaucoup d'annonceurs uploadent la même liste partout sans rehash, résultat : 60 à 80% des matches échouent silencieusement. Vérifier le match rate dans chaque interface — si moins de 40%, c'est probablement un problème de hash/normalisation.

Erreur 7 — Pas de holdout test géo trimestriel. Sans holdout, vous ne savez pas combien de vos installs revendiquées par App Campaigns sont incrémentales vs combien sont organiques cannibalisés. Selon les benchmarks publics, typiquement 18 à 32% d'over-attribution. Holdout 28 jours sur 1 région française représentative tous les 90 jours — c'est la seule méthode propre. Coupe App Campaigns sur la zone test, mesure installs organiques + autres canaux, calcule l'incrémental réel.

Pour les comptes app qui veulent automatiser le monitoring de cannibalisation et les arbitrages cross-canal sans relancer un holdout manuel chaque trimestre, notre module audit SteerAds détecte les patterns de sur-attribution typiques et propose un plan de test holdout adapté au volume du compte. Pour situer App Campaigns dans la bataille plus large des canaux vidéo en 2026, enchaînez sur notre comparatif YouTube Ads vs TikTok Ads 2026. Et pour comprendre comment Google joue sur Display vs Meta côté cross-réseau, notre guide Display vs Meta Ads 2026 donne les arbitrages chiffrés. Ressource officielle complémentaire pour creuser SKAdNetwork côté Apple : la documentation StoreKit/SKAdNetwork sur developer.apple.com.

App Campaigns reste en 2026 le format mobile install le plus puissant du marché, mais piloter une app sans comprendre les dichotomies SKAdNetwork iOS et Firebase Android, c'est arbitrer aveuglément. Le vrai métier de la promo app moderne consiste à isoler ce qui est mesurable de ce qui ne l'est pas, à compenser les angles morts iOS par du LTV modeling cohort, et à valider chaque arbitrage budget par un holdout géo. Tout le reste — le bidding, les créas, les audiences — découle de cette discipline mesure — voir aussi documentation officielle Google Ads pour plus de détails. Notre calculateur LTV avec scenarios marge retourne LTV brut + LTV après marge sur 12-36 mois.

Sources

Sources officielles consultées pour ce guide :

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

FAQ