Identifiez l’application et votre rôle
Envoyez le nom de l’application, son lien public ou son identifiant package/bundle, les systèmes et les pays de l’audience. Précisez si vous êtes propriétaire, représentant de l’éditeur ou réseau proposant les emplacements. Si l’application n’est pas publique, expliquez sa distribution et l’emplacement que vous contrôlez.
Décrivez le format et le parcours : bannière ouvrant un navigateur ou lien dans le contenu, par exemple. Distinguez utilisateurs actifs, impressions publicitaires et clics sortants. Indiquez la période ; les installations ne sont pas des inscriptions affiliées.
Testez tout le parcours mobile
Un lien fonctionnel sur ordinateur ne suffit pas pour un emplacement In-App. Précisez l’ouverture dans le navigateur système ou une web view intégrée. Testez l’environnement réel et la conservation des paramètres d’attribution lors des redirections. Confirmez la langue de destination et le marché avant publication.
- Utilisez le lien fourni dans l’emplacement réel.
- Vérifiez les systèmes prévus dans la campagne.
- Confirmez les identifiants disponibles pour application, emplacement et création.
- Convenez du contrôle de l’activité attribuée pendant le test.
Consignez les identifiants, le parcours et les preuves du test à l’aide des vérifications des liens et du suivi.
Vérifiez l’intégration sans supposer un SDK
Si vous utilisez un outil de mesure mobile ou souhaitez un postback, donnez son nom et les événements attendus. Demandez si l’intégration est possible et comment transmettre les identifiants. N’installez pas de SDK et ne publiez pas d’URL de postback simplement parce qu’un autre partenaire le fait.
Clics navigateur, événements d’application et activité retenue par le programme peuvent relever de données différentes. Confirmez les fenêtres d’attribution, délais et fuseaux applicables. Des statistiques agrégées suffisent au premier échange ; évitez les données personnelles des utilisateurs.
Un message pour un éditeur mobile
Distinguez un emplacement direct dans l’application d’un trafic acheté via un réseau. Cela précise qui peut modifier l’intégration.
Pour structurer votre premier message, utilisez le brief de premier contact.
Toutes les applications sont-elles acceptées ?
Une source mobile n’est pas approuvée automatiquement. Expliquez la génération du trafic, y compris les éventuelles incitations, et confirmez son admissibilité avant lancement. Formats, outils et conditions sont convenus pour la source réelle. L’inscription via ce site commence la démarche ; elle ne vaut pas approbation.
Repérer la première étape manquante
Diagnostiquez la première rupture observable au lieu de qualifier tout écart de conversion perdue :
- Le lien ne s’ouvre pas : relevez version de l’application, système et contexte d’ouverture pour l’éditeur.
- La page s’ouvre, sans clic : contrôlez paramètres fournis, redirections et délai de reporting convenu.
- Le clic apparaît, pas l’événement suivant : confirmez définition, fenêtre d’attribution et correspondance des identifiants.
Utilisez un test autorisé, horodaté avec son fuseau, et seulement les preuves nécessaires. Ne fabriquez pas d’activité de joueur pour déclencher un événement. Une étape non observable doit rester inconnue, pas être déclarée réussie.
Vous ajoutez cette source à un portefeuille existant ? Conservez le relevé actuel et convenez de l’identification et du contrôle du nouvel emplacement 1xBet. Le guide dédié détaille cette démarche.