La publicité est l'un des moyens les plus courants de monétiser des projets et des applications de divertissement. En utilisant iFunny comme exemple, je parlerai des mécanismes de publicité et de certaines des difficultés que vous pourriez rencontrer lors de l'intégration de SDK publicitaires.
Glossaire et mécanique générale
L'inventaire est une collection de tous les emplacements publicitaires d'un site, d'une application, etc.
Il n'y a que deux emplacements dans l'inventaire d'iFunny. La bannière est située sous le contenu et se trouve presque toujours à l'écran. Les annonces natives sont insérées à intervalles réguliers dans le flux au lieu du contenu.
Un éditeur est un site dans l'inventaire duquel une annonce est placée. Un éditeur disposant d'un réseau publicitaire (ci
- après
dénommé le PC ) peut travailler directement, mais ce n'est pas nécessaire. Dans le modèle publicitaire utilisé par iFunny, il y a un troisième participant - un
médiateur . Autrement dit, ils essaient toujours de diffuser des annonces dans l'application qui génèrent le plus de revenus, donc cela ne fonctionne pas avec un PC, mais avec plusieurs à la fois. Pour chaque objet d'inventaire dans le système de médiateur, il existe un identifiant spécial par lequel l'éditeur demande de la publicité. En réponse, le médiateur propose des options pour les paramètres par lesquels il contactera certains des PC afin d'obtenir la publicité la plus chère.
Il existe deux modèles fondamentalement différents pour la construction de travaux publicitaires: une
cascade et une
vente aux enchères . Examinons-les plus en détail.
Le modèle en cascade consiste à énumérer les paramètres commandés par CPM (coût pour mille, c'est-à-dire prix pour 1000 impressions) jusqu'au chargement de la publicité. L'application demande les paramètres au médiateur et, après les avoir reçus, va sur un PC spécifique. Dans le cas d'une réponse positive, une tentative est effectuée pour charger la création proposée (avec toutes les ressources qui l'accompagnent). A la fin de l'itération, un message de résultat est envoyé au médiateur. En cas d'échec à n'importe quelle étape, tout se répète. Par conséquent, des centaines, voire des milliers de demandes peuvent être faites pour télécharger une bannière. Ce mécanisme affecte le temps de chargement de la bannière. Bien sûr, tout cela dépend aussi de la longueur de la cascade.
Dans le modèle d'enchères, les problèmes de temps et de nombre de demandes ont été résolus: l'application interroge chacun des réseaux à quel prix maximum elle est prête à acheter des stocks. Ensuite, le médiateur sélectionne l'option la plus rentable pour l'éditeur et renvoie les paramètres pour essayer de recevoir de la publicité. Avec une probabilité de «presque certain», RS nous donnera une publicité sur ces paramètres (après tout, elle l'a déjà promis quelques étapes plus tôt).
Comment est le processus de réception de publicité dans iFunny
IFunny mène constamment des expériences avec des approches et utilise principalement une version mixte:
- Tout d'abord, les réseaux avec lesquels le travail est réalisé selon le modèle d'enchères sont interrogés.
- En attente de réponse de tous les partenaires.
- Les paris reçus sont enregistrés côté client et envoyés au SDK du médiateur.
- Le médiateur, ayant reçu des paris, les ajoute à la cascade déjà existante.
- Le médiateur parcourt la cascade de haut en bas et offre à l'application l'option de paramétrage pour contacter le PC.
- Le contrôle du téléchargement est transféré vers le SDK du partenaire, qui traite les paramètres envoyés par le médiateur.
- L'application avec les paramètres reçus se tourne vers le partenaire dans le but d'obtenir de la publicité.
- Le partenaire renvoie à l'application les paramètres de téléchargement de la création (au cas où vous auriez la chance).
- L'application tente de télécharger la création elle-même.
- La création avec toutes ses ressources est téléchargée sur l'appareil (si vous êtes doublement chanceux).
- L'application dessine des publicités.
Dans le meilleur des cas, il sera possible de s'en sortir avec une seule itération: le choix se fera entre le taux le plus élevé et le premier niveau de la cascade. Au pire, vous devrez répéter les tentatives, en descendant systématiquement la cascade.
SDK
De nombreux PC s'efforcent de rendre leur publicité unique et reconnaissable. Si vous souhaitez coopérer avec un certain PC, vous devrez probablement implémenter leur SDK
loin d'être parfait dans votre base de code afin d'afficher leurs annonces.
En plus de la conception unique, les SDK implémentent généralement leur propre logique pour l'envoi d'événements analytiques.
Ciblage
Dans les comptes personnels des réseaux publicitaires médiateurs, vous pouvez spécifier des catégories qui intéressent le public cible de votre produit: sports, voyages, livres, éducation, divertissement, jeux, etc.
Certains PC, par exemple, n'hésitent pas à utiliser des informations sur la position de l'appareil dans l'espace. Ainsi, ils comprennent, entre autres, quel type de création montrer: pour l'orientation portrait ou paysage de l'appareil.
Analytique
L'analyse est très importante lors du calcul de l'argent - qui doit quoi à qui.
Chaque annonceur souhaite connaître exactement toutes les statistiques sur ses créations. Quel éditeur et combien de fois l'a montré? Et combien de clics y avait-il? Et si une création contient de la vidéo, il peut généralement y avoir un million d'événements: ils ont montré à l'écran un adaptateur avec une création - un événement; la lecture a commencé - un autre; l'utilisateur a activé ou désactivé le son - à nouveau des événements; 25% de la durée de la vidéo a été visionnée - quelque chose n'a pas été envoyé depuis longtemps ...
IFunny a son propre système d'analyse, et maintenant 5 événements différents sont enregistrés:
- Annonce demandée. Statistiques pour chaque tentative de demande de publicité:
- type de publicité (native ou bannière);
- RS;
- succès du téléchargement (si le téléchargement a échoué, pourquoi).
- Tentative publicitaire Affiche le temps entre la toute première demande d'annonce et sa réception réussie. Vous pouvez donc expérimenter la cascade et sa longueur, prévoir le temps nécessaire pour recevoir de la publicité.
- Annonce vue. Si vous avez fait preuve de créativité, vous devez vous souvenir des informations à ce sujet - elles sont utiles pour déterminer les paiements des réseaux publicitaires.
- Annonce exploitée. Similaire à la précédente, mais si le lien est créé à partir d'une création.
- Revenus publicitaires. Depuis la version 5.7.0, MoPub envoie avec la création et son CPM. Ces informations vous permettent d'enregistrer les revenus attendus des impressions et offrent de nombreuses possibilités d'analyse. Chez iFunny, ils l'utilisent activement.
Toutes les données sur les impressions et les clics réussis sont collectées directement par le médiateur. Ainsi, en cas de litige, vous pouvez vous fier aux informations que le médiateur stocke.
Les problèmes
Les intégrations publicitaires apportent non seulement de l'argent, mais aussi des problèmes qui doivent être traités.
Pour une tentative d'obtenir de la publicité, vous devez suivre 11 étapes, sur chacune desquelles un problème peut survenir.
En règle générale, les tests sont effectués sur les mêmes appareils et les annonceurs peuvent percevoir ces appareils comme un outil pour tricher des vues. Par conséquent, il est difficile d'obtenir de la publicité au stade des tests. Tous les PC n'ont pas de fonctionnalité de mode de test dans laquelle ce problème est résolu. Il y a ceux dans lesquels le mode de test existe, mais il fonctionne extrêmement instable. De plus, si une sorte de fonctionnalité fonctionne sur une création de test, alors ce n'est pas du tout le fait que sur une vraie création, cette fonctionnalité fonctionne de la même manière.
Souvent, des problèmes peuvent être détectés lors de l'envoi d'analyses. Par exemple, il peut s'avérer que si la publicité est un contenu vidéo, le PC n'affichera la publicité que si l'utilisateur a regardé les 5 premières secondes de cette vidéo.
En fin de compte, vous devez comprendre que tout SDK tiers dans la base de code est une boîte noire (ou pas) qui non seulement fait un travail utile, mais génère également des problèmes. La qualité du code écrit dans le SDK n'est pas de votre responsabilité, mais celle d'un développeur tiers. Parfois, cette qualité peut être contrôlée, mais, en règle générale, le code est obscurci et vous ne pouvez que deviner de quoi abcdef est responsable et de quel klmnp
De nouvelles versions du SDK sont publiées de temps à autre. Souvent, la tâche de «mise à jour du SDK X» implique de se reconnecter à partir de zéro. Ou vice versa, vous devez mettre à jour un fichier, mais soudain, il s'avère que pratiquement tout ne fonctionne pas. Ceci est généralement suivi de plusieurs heures de recherche. Tous ces problèmes, en règle générale, sont causés par le fait que le journal des modifications de la version mise à jour ne reflète pas l'essence des changements réels, et parfois il n'existe tout simplement pas. Mais cela est compréhensible: la reconnaissance publique des problèmes, bien que déjà résolus, peut coûter cher aux annonceurs.
Bien sûr, la publicité est un outil puissant pour monétiser un produit. Vous pouvez l'appliquer de différentes manières: pour quelqu'un, il suffit d'avoir une bannière dans l'inventaire remplie d'un seul PC, et quelqu'un construit d'énormes systèmes qui combinent plusieurs mécanismes et des dizaines de PC à la fois. Lors du choix d'un modèle d'interaction avec MS, la complexité de la prise en charge ultérieure de ce système doit être prise en compte. Choisissez une solution qui sera efficace exactement dans votre cas.