Blockchain-Ads offre aux éditeurs un moyen optimisé de monétiser leur inventaire grâce aux enchères en temps réel (RTB). Ce guide explique les principes de base du RTB, son fonctionnement dans notre système, les détails de l'intégration et ce à quoi s'attendre des offres.
Qu'est-ce que les Enchères en Temps Réel (RTB)?
Le RTB est un processus de publicité programmatique dans lequel les impressions publicitaires sont mises aux enchères en temps réel au fur et à mesure que les utilisateurs chargent votre site Web ou votre application. Les enchères se déroulent en quelques millisecondes, ce qui permet aux annonceurs d'enchérir sur des espaces publicitaires spécifiques en fonction des données des utilisateurs, du contexte et de critères de ciblage. Cela garantit un placement publicitaire efficace et aide les éditeurs à optimiser leurs revenus grâce à des offres de haute qualité.
Chez Blockchain-Ads, nous suivons la norme IAB OpenRTB, la dernière spécification largement utilisée étant OpenRTB 2.5 (basée sur JSON). Cela permet de standardiser la communication entre les éditeurs (via les plateformes côté offre ou SSP) et les annonceurs (via les plateformes côté demande ou DSP).
Principaux Avantages pour les Éditeurs:
- Accès à des annonceurs premium dans des secteurs verticaux tels que la crypto, la fintech, les jeux de hasard, etc.
- Optimisation des revenus en temps réel sans négociations manuelles.
- Mécanismes d'enchères transparents pour garantir des prix équitables.
Démarrer avec l'Intégration RTB
Pour participer aux enchères RTB, les éditeurs envoient des demandes d'offres à notre terminal. Utilisez l'URL suivante pour enchérir:
URL d'Enchère de l'Éditeur: https://server.blockchain-ads.com/www/delivery/rtb.php
Intégrez-le dans la configuration de votre serveur publicitaire ou de votre fournisseur de services partagés. Assurez-vous que votre système génère des identifiants d'enchères uniques et inclut tous les champs requis pour un traitement réussi.
Exemple de Demande d'Offre (OpenRTB 2.5)
Une demande d'enchère est un objet JSON envoyé lorsqu'un espace publicitaire devient disponible. Il décrit les détails de l'impression, de l'utilisateur, de l'appareil et de la vente aux enchères. Voici un exemple:
Champs Obligatoires
- id (string): ID d'enchère unique généré par demande.
- imp (array): Objets d'impression; chaque imp.id correspond à votre identifiant de zone interne pour l'espace publicitaire.
- device.ip (string): Adresse IP de l'utilisateur pour la géolocalisation et le ciblage.
Principales Parties Expliquées
- id: Suit la vente aux enchères.
- imp: Définit les détails des espaces publicitaires tels que la taille, la position et le prix plancher.
- site / app: Fournit le contexte du site ou de l'application pour en assurer la pertinence.
- device: Inclut un agent utilisateur et une adresse IP pour le ciblage des appareils.
- user: ID utilisateur pour les enchères personnalisées.
- at: Type d'enchère (2 = enchère au deuxième prix, où le gagnant paie la deuxième offre la plus élevée).
- tmax: Temps de réponse maximal en millisecondes (par exemple, 120ms).
Exemple de Réponse à l'Offre (OpenRTB 2.5)
Si votre demande d'enchère répond à nos critères, nous vous répondrons avec l'annonce gagnante. Voici un exemple:
Principales Parties Expliquées
- seatbid: Contient les offres des DSP.
- bid.price: Offre CPM en dollars américains.
- adm: Balisage publicitaire (HTML/JS pour l'affichage; VAST pour la vidéo).
- adomain: Domaine de l'annonceur (requis par l'IAB).
- cid / crid: Identifiants de campagne et créatifs.
- w, h: Dimensions de l'annonce adaptées à votre emplacement.
Flux de Travail Actuel (Logique RTB Simplifiée)
Notre système utilise une approche RTB simplifiée avec un seuil de CPM statique appliqué à toutes les campagnes et à tous les éditeurs. Il ne s'agit pas d'une enchère dynamique complète, mais elle garantit une diffusion rapide et fiable des publicités.
Comment ça Fonctionne:
- Vous envoyez une demande d'offre avec votre prix plancher (par exemple, bidfloor).
- Nous le comparons à notre prix CPM fixe.
- Si votre plancher est ≥ notre CPM, nous renvoyons une annonce via la réponse à l'enchère.
- Si la valeur est inférieure, aucune annonce n'est diffusée (le créneau peut être transmis à d'autres réseaux).
Ce modèle donne la priorité aux correspondances de qualité tout en préservant l'efficacité.
Améliorations Futures
Nous prévoyons d'introduire une tarification CPM dynamique par compte éditeur. Cela permettrait de personnaliser les seuils en fonction de la qualité de votre inventaire, du trafic ou de vos préférences. Notre logique comparerait ensuite les offres par rapport à votre valeur spécifique, offrant ainsi plus de flexibilité et des revenus potentiellement plus élevés.
Questions Fréquentes
Que faire si ma demande d'enchère n'est pas valide? Nous allons renvoyer un message d'erreur. Assurez-vous que tous les champs obligatoires sont inclus et mis en forme correctement.
Comment tester l'intégration? Utilisez le mode sandbox ou contactez notre équipe pour des demandes d'échantillons. Surveillez les journaux pour les temps de réponse inférieurs à tmax.
Est-ce que Blockchain-Ads prend en charge l'inventaire des applications? Oui, utilisez l'objet de l'application au lieu du site dans les demandes d'applications mobiles.
À quel CPM puis-je m'attendre? Notre seuil statique garantit des tarifs compétitifs, souvent supérieurs à 20$ dans les secteurs haut de gamme, mais varie en fonction de la qualité du trafic.
