Annonces personnalisées (AdMob, Audience Network)
Elles utilisent l'identifiant publicitaire et des données inter-apps. C'est du suivi : il faut la demande ATT et l'étiquette.
Refus App Store
Un refus 5.1.2 signifie que l'app utilise ou partage des données d'une façon à laquelle l'utilisateur n'a jamais consenti, le plus souvent un suivi entre apps et sites web sans la demande App Tracking Transparency. Dans une app web encapsulée, les coupables sont les SDK publicitaires et les pixels marketing, et la solution consiste à mettre d'accord la demande, les étiquettes et les scripts.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Les données collectées par une app ne peuvent servir qu'aux finalités annoncées à l'utilisateur, et leur partage avec des tiers doit être déclaré et, lorsqu'il constitue un suivi, autorisé explicitement via le framework App Tracking Transparency. Le suivi (tracking) consiste à relier des données d'utilisateur ou d'appareil issues de votre app à des données provenant d'apps et de sites web d'autres entreprises, à des fins publicitaires ou de mesure, ou à les partager avec des courtiers en données. Les apps ne peuvent pas contourner un refus par du fingerprinting ou d'autres identifiants.
Les examinateurs détectent le suivi de deux façons : le binaire contient un SDK publicitaire ou d'attribution (AdMob est présent dans chaque build WebViewGold, actif ou non), et la section App Privacy indique « Identifiant de l'appareil, utilisé pour le suivi » alors qu'aucune demande ATT n'est jamais apparue, ou l'inverse. Les pixels marketing chargés par l'app web (Meta Pixel, TikTok, balises Google Ads) comptent aussi, car ils s'exécutent dans votre app.
Elles utilisent l'identifiant publicitaire et des données inter-apps. C'est du suivi : il faut la demande ATT et l'étiquette.
Meta Pixel, TikTok et les balises de conversion Google Ads relient vos utilisateurs aux profils des régies publicitaires. C'est du suivi : chargez-les seulement après consentement, ou pas du tout dans l'app.
Plausible, PostHog sur votre propre domaine, ou GA4 avec les fonctions publicitaires désactivées : des données d'utilisation, en général pas du suivi. Déclarez-les comme Données d'utilisation.
Les jetons OneSignal et les reçus RevenueCat sont une collecte de données pour vos propres fonctionnalités, pas du suivi. Déclarez-les dans les étiquettes, sans ATT.
La plupart des apps vibe-codées n'en ont pas besoin. Sans publicité ni pixels marketing dans l'app, répondez « aucun suivi » dans App Privacy, gardez la description d'usage du suivi (requise par le projet WebViewGold ; la supprimer fait planter l'app) avec un texte neutre, et passez à la suite.
Activez la publicité dans Config.swift (showBannerAd, showFullScreenAd, enableRewardedAds, les identifiants AdMob et GADApplicationIdentifier dans Info.plist). La demande de suivi s'affiche en natif ; choisissez avec ATTDeniedShowAds si la publicité s'arrête complètement quand l'utilisateur refuse. Détails dans la documentation AdMob et le guide ATT pour les apps web avec publicité.
Appelez user-disable-tracking:// et lisez la variable trackingDisabled que WebViewGold injecte (User Tracking Decision API). Quand elle vaut true, ne chargez pas de pixels et n'envoyez pas l'identifiant utilisateur aux plateformes publicitaires. Sur iOS, combinez les appels avec multiapicall:// si la page déclenche plusieurs API.
App Store Connect demande si l'app utilise l'identifiant publicitaire. La documentation WebViewGold explique la réponse recommandée lorsque AdMob est intégré, y compris si vous n'affichez aucune publicité.
Avec publicité : Identifiant de l'appareil et Données publicitaires, utilisés pour le suivi. Sans publicité : aucun suivi, et uniquement les données d'utilisation et de contact que votre app web collecte réellement. Mettez à jour la politique de confidentialité avec vos partenaires publicitaires.

Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
// Demander la décision ATT à WebViewGold, puis décider quoi charger
function initTracking() {
window.location.href = "user-disable-tracking://";
setTimeout(function () {
if (typeof trackingDisabled !== "undefined" && trackingDisabled === true) {
return; // refusé : pas de Meta Pixel, pas de personnalisation des annonces, pas d'identifiants inter-apps
}
loadMarketingScripts(); // uniquement si le suivi est autorisé
}, 500);
}
// Plusieurs appels d'API sur une même page ? multiapicall://user-disable-tracking,getappversion| Composant | Demande ATT nécessaire ? | Étiquette de confidentialité |
|---|---|---|
| Annonces personnalisées AdMob | Oui | Identifiant de l'appareil, Données publicitaires : suivi |
| Meta Pixel, TikTok, balise Google Ads | Oui | Identifiants, Données d'utilisation : suivi |
| GA4 sans fonctions publicitaires | Non | Données d'utilisation |
| Plausible, PostHog (domaine propre) | Non | Données d'utilisation |
| OneSignal, Pushwoosh, push Firebase | Non | Identifiants (jeton push) |
Parce que le SDK AdMob fait partie du build WebViewGold, et parce que votre app web pourrait charger des pixels. Déclarez « aucun suivi » si c'est le cas, gardez la clé de description d'usage, et l'examen passe.
Oui. Les scripts exécutés dans la WebView font partie de l'app. Soit vous les conditionnez à la variable trackingDisabled et à un écran de consentement, soit vous ne les chargez pas lorsque le user agent de l'app est détecté.
La demande est affichée en natif par l'app. WebViewGold la gère côté iOS ; votre app web lit le résultat via la User Tracking Decision API.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé parPrix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.