Cette page explique comment commencer à utiliser les annonces AMPHTML avec le RTB. Consultez les ressources suivantes pour en savoir plus sur les annonces AMP HTML et les outils qui vous aideront à vous lancer.
Approche générale
Demande d'enchère RTB
La requête d'enchère RTB indique si la requête provient d'une page AMP et les exigences concernant les annonces AMPHTML.
page AMP
Le champ BidRequest.site.ext.amp
permet de déterminer si la requête provient d'une page AMP. Il peut être défini sur les valeurs suivantes:
enum AmpPage { // This is not an AMP page. DIALECT_HTML = 0; // This is an Amp page. DIALECT_HTML_AMP = 1; }
Exigences concernant les annonces AMP HTML
Le champ BidRequest.imp.ext.ampad
permet de déterminer les exigences concernant les annonces AMP.
enum AmpAdRequirementType { // AMP ad requirements unknown. UNKNOWN_AMP_AD_REQUIREMENT_TYPE = 1; // AMP ads are not allowed. AMP_AD_NOT_ALLOWED = 2; // Either AMP ads or non-AMP ads are allowed; // AMP ads are not early rendered. AMP_AD_ALLOWED_AND_NOT_EARLY_RENDERED = 3; // Either AMP ads or non-AMP ads are allowed; // AMP ads are early rendered. AMP_AD_ALLOWED_AND_EARLY_RENDERED = 4; // AMP ads are required. // Ads that are non-AMP may be rejected by the publisher. AMP_AD_REQUIRED = 5; }
Réponse à l'enchère RTB
Le champ BidResponse.seatbid.bid.ext.amp_ad_url
accepte une URL pointant vers le contenu de l'annonce AMP HTML.
Vérification de la validité de l'AMPHTML
Pour que les annonces AMP HTML soient diffusées à l'avance, la place de marché doit les valider et les signer, ce qui indique que l'annonce est écrite au format de création <html
amp4ads>
amp4ads.
Les annonces AMP HTML valides pourront être affichées plus tôt par les pages AMP. Les annonces qui ne sont pas validées comme AMP HTML seront affichées à la même vitesse que les annonces non AMP HTML.
Seules les annonces AMP HTML doivent être renvoyées dans amp_ad_url
.
À l'avenir, si un éditeur n'exige que des annonces AMP HTML, les annonces non signées en tant qu'AMP HTML ne seront pas affichées.
Avec Authorized Buyers, les enchérisseurs seront toujours facturés s'ils renvoient une annonce non AMP HTML dans un espace publicitaire nécessitant une annonce AMP HTML.
Récupération côté serveur
Pour que les annonces AMP HTML soient affichées de manière anticipée, le contenu de l'annonce AMP HTML doit être affiché sans nécessiter de sauts supplémentaires de la part du client. Cela permet d'éviter une mauvaise expérience utilisateur en raison de la latence des annonces et des appels côté client supplémentaires.
Une fois qu'un enchérisseur a remporté l'enchère, la place de marché effectue une requête de serveur à serveur pour récupérer le contenu de l'annonce AMP HTML situé à l'URL fournie dans amp_ad_url
. Les serveurs de créations doivent répondre et renvoyer le contenu dans un délai de 300 ms.
L'annonce AMP HTML renvoyée par le serveur de création est injectée dans l'emplacement d'annonce et affichée par la suite. Notez qu'une annonce AMP HTML valide ne peut pas contenir d'iFrames ni d'autres balises <amp-ad>
. Pour en savoir plus, consultez la spécification des annonces AMPHTML.
Fonctionnalité bêta uniquement: contactez l'équipe chargée de votre compte si vous en avez besoin
Lors de la récupération de l'annonce AMPHTML de serveur à serveur (spécifiée dans amp_ad_url
), les acheteurs autorisés peuvent transmettre l'en-tête HTTP et l'adresse IP du navigateur de l'utilisateur au serveur de création. Cela garantit que le serveur de création reçoit des informations similaires à celles envoyées à partir d'une récupération côté client standard. Dans certains cas, l'adresse IP peut être tronquée aux trois premiers octets (IPv4) ou aux six premiers octets (IPv6). Contactez l'équipe chargée de votre compte si vous avez besoin de cette fonctionnalité. Voici un exemple d'en-tête HTTP:
URL de suivi des impressions et macros de clics
Les acheteurs RTB incluent souvent des outils de suivi des impressions en tant que champ structuré dans la réponse à l'enchère (Bid.burl
, "URL de la notification de facturation" dans OpenRTB 2.5).
Avec Authorized Buyers, ces éléments sont déclenchés côté client. amp-pixel déclenche des URL de suivi lorsque la création est affichée. amp-analytics peut gérer des cas d'utilisation de suivi plus avancés au-delà de l'affichage.
Les annonces AMP HTML doivent contenir une macro de clic valide dans l'AMP HTML. Il se présente généralement sous la forme suivante:
<a href="%%CLICK_URL_UNESC%%http%3A%2F%2my.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> <a href="https://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>
Mise en correspondance des cookies
Les créations incluent souvent des pixels de mise en correspondance des cookies dans le code de la création. Les annonces AMP HTML peuvent utiliser les composants amp-pixel et amp-analytics pour ce cas d'utilisation. Si votre cas d'utilisation ne peut pas être pris en charge à l'aide de amp-analytics
ou amp-pixel
, ouvrez un problème GitHub pour discuter des autres options. Nous accueillons les nouvelles extensions pouvant être utilisées par un grand nombre d'entreprises différentes. Consultez les consignes détaillées ou le guide technique pour créer une extension.
Exemples d'URL d'annonces AMP à tester
Vous pouvez utiliser l'exemple de contenu d'annonce AMPHTML suivant pour effectuer des tests:
Ressources
Le projet AMP et Google ont publié plusieurs ressources pour vous aider à vous lancer:
- Créer des annonces dans AMP
- Spécification du format de création publicitaire AMPHTML (GitHub)
- Présentation des annonces AMP HTML (GitHub)
- Site Web des annonces AMP HTML du projet AMP
- Exemples d'annonces AMP HTML
- Comparaison de la vitesse : découvrez la vitesse de chargement d'une annonce AMP HTML par rapport à une annonce classique. À voir de préférence avec une connexion 3G.
- Propositions spécifiques au RTB à l'IAB / OpenRTB Group