Annunci nativi

Gli annunci nativi sono annunci formattati in modo da adattarsi al design visivo e ai contenuti circostanti, aumentando le loro probabilità di visualizzazione e clic da parte degli utenti. L'inventario degli annunci nativi è disponibile nelle app mobile, nonché nei siti web per computer e dispositivi mobili. Per ulteriori informazioni sugli annunci nativi, consulta la Panoramica degli annunci nativi.

Gli annunci nativi sono supportati sia per Authorized Buyers sia per Open Bidding.

Ecco il flusso di lavoro per gli annunci nativi:

  1. Google riceve una chiamata per un annuncio nativo. La chiamata specifica uno o entrambi i seguenti modelli di annunci nativi, ciascuno dei quali specifica i campi nativi preferiti.
  2. Google invia agli acquirenti una richiesta di offerta RTB che contiene un elenco dei campi richiesti.
  3. Gli acquirenti interessati rispondono con i campi richiesti.
  4. Google avvia un'asta per selezionare l'offerta vincente e invia al publisher gli asset della creatività forniti dall'acquirente.
  5. Il publisher assembla gli asset in un annuncio nativo e li personalizza in base al design del sito.

Formati dei messaggi

Google supporta la specifica OpenRTB sia in JSON che in Protobuf.

Per gli annunci nativi OpenRTB Protobuf, i seguenti campi sono diversi rispetto alle specifiche:

JSON Tipo JSON Protobuf Tipo Protobuf
BidRequest.imp[].native.request string BidRequest.imp[].native.request_native NativeRequest
BidResponse.seatbid[].bid[].adm string BidResponse.seatbid[].bid[].adm_native NativeResponse

I campi Protobuf di OpenRTB sono messaggi Protobuf anziché stringhe.

Se utilizzi l'implementazione di Protobuf OpenRTB, l'endpoint riceve richieste di offerta contenenti BidRequest.imp.native.request_native anziché BidRequest.imp.native.request. Inoltre, l'endpoint deve restituire risposte all'offerta che compilano BidResponse.seatbid.bid.adm_native anziché BidResponse.seatbid.bid.adm, altrimenti verrà filtrato dall'asta.

Se utilizzi un SDK per gli acquirenti per visualizzare gli annunci nativi, devi includere un'immagine type in declared_ad quando invii le creatività per la revisione.

Modelli di annunci nativi

I modelli di annunci nativi descrivono i componenti di un annuncio nativo e determinano i contenuti e la struttura di NativeRequest di OpenRTB o di NativeAdTemplate del protocollo Google RTB ritirato nella richiesta di offerta. Google supporta i due modelli di annunci nativi più comuni per gli annunci nativi video e non video:

Esistono altri modelli che possono avere un insieme di requisiti diverso per quanto riguarda campi, dimensioni e misure.

Modello di annuncio per l'installazione di app

Le tabelle seguenti mostrano i campi contrassegnati come Obbligatorio o Consigliato. Valgono le seguenti regole:

  • I campi contrassegnati come Obbligatorio sono obbligatori per l'offerente.
  • I campi contrassegnati come Consigliati non sono obbligatori per l'offerente e il editore può decidere se mostrarli o meno, se forniti (ad es. la valutazione a stelle).
  • L'invito all'azione (CTA) è sempre contrassegnato come Consigliato perché viene assegnata un'impostazione predefinita se non viene inviata dall'offerente, ma verrà sempre visualizzata se inviata.

La tabella seguente elenca i campi di un modello di annuncio di installazione di app. Le app mobile utilizzano questi campi per creare annunci di installazione di app nativi.

Campo Descrizione Obbligatorio o consigliato? Sempre visualizzata? Dimensioni consigliate dell'immagine/numero massimo di caratteri Esempio
Titolo Il titolo dell'app Obbligatorio 25 caratteri Flood-It!
Immagine Uno screenshot dell'app o un'altra immagine pertinente Obbligatorio No 1200 x 627 px o 600 x 600 px,a seconda delle proporzioni richieste dal publisher. <Uno screenshot del gioco Flood-It!>
Corpo Testo principale dell'app Obbligatorio No 90 caratteri Apparentemente semplice e allo stesso tempo stimolante = incredibilmente avvincente.
Icona dell'app L'icona dell'app Obbligatorio No 128 x 128 px <icona dell'app Flood-it!>
Call to action Azione utente preferita Consigliato 15 caratteri Installa
Valutazione a stelle Numero di stelle (da 0 a 5) che rappresentano la valutazione dell'app nell'app store Consigliato No 0 - 5 4,5
Prezzo Il costo dell'app Consigliato No 15 caratteri Gratis

Note sulla lunghezza del testo

Se un acquirente invia un asset di testo (ad es. il testo del corpo) più lungo del numero massimo di caratteri suggerito, il testo potrebbe essere troncato e aggiungere puntini di sospensione da Google o dal publisher. Tieni presente che i limiti di troncamento si dimezzano per le lingue cinese, giapponese e coreano. Ad esempio, il limite per i titoli è pari a 90 per l'inglese e a 45 per il cinese.

Note sulle dimensioni delle immagini

I publisher sono autorizzati a:

  • Ritaglia l'immagine principale simmetricamente fino al 20% in una dimensione (altezza o larghezza).
  • Modificare le dimensioni dell'immagine senza modificarne le proporzioni.
  • Le immagini con proporzioni notevolmente diverse da quelle implicite per altezza e larghezza potrebbero essere filtrate.

Modello di annuncio di contenuti

La tabella seguente elenca i campi di un modello di annuncio di contenuti. I publisher utilizzano questi campi per creare annunci di contenuti nativi.

Campo Descrizione Obbligatorio o consigliato? Sempre visualizzata? Dimensioni consigliate delle immagini/numero massimo di caratteri * Esempio
Titolo L'intestazione dell'annuncio Obbligatorio 25 caratteri I tassi di mutuo più bassi
Immagine L'immagine principale dell'annuncio Obbligatorio No 1200 x 627 px o 600 x 600 px,a seconda delle proporzioni richieste dal publisher. <Immagine principale dell'annuncio>
Corpo Il contenuto dell'annuncio Obbligatorio No 90 caratteri La tua casa a Brooklyn, più economica e prima di quanto pensi.
Logo Logo dell'inserzionista o un'altra immagine piccola pertinente Consigliato No 128 x 128 px <Logo di NY Mortgage Inc.>
Call to action Azione preferita dall'utente Consigliato No 15 caratteri Richiedi un preventivo
Inserzionista Testo che identifica l'inserzionista o il brand Obbligatorio No 25 caratteri NY Mortgage Inc.

Modello di annuncio video per l'installazione di app

Campo Descrizione Obbligatorio o consigliato? Sempre visualizzata? Dimensioni consigliate delle immagini/numero massimo di caratteri * Esempio
Video La risposta VAST video contenente tutti gli asset necessari per riprodurre un annuncio video. Obbligatorio No - Un URL a un file VAST XML contenente un'esperienza Flood-It! Annuncio video
Titolo Il titolo dell'app Obbligatorio 25 caratteri Flood-It!
Immagine L'immagine (miniatura) mostrata nel video player prima che venga fatto clic sull'annuncio video o durante il caricamento dell'annuncio. Obbligatorio No Dovrebbe avere le stesse proporzioni del video (ad esempio: 1280 x 720 per i video 16:9, 4:3 per i video 640 x 480). Uno screenshot del gioco Flood-It! In alternativa, dal video
Corpo Testo principale dell'app Obbligatorio No 90 caratteri Apparentemente semplice e allo stesso tempo stimolante = incredibilmente avvincente.
Icona dell'app L'icona dell'app Obbligatorio No 128 x 128 px Icona dell'app Flood-It!
Call to action Azione utente preferita Obbligatorio 15 caratteri Installa
Valutazione a stelle Numero di stelle (da 0 a 5) che rappresentano la valutazione dell'app nell'app store Consigliato No 0 - 5 4,5
Prezzo Il costo dell'app Consigliato No 15 caratteri Gratis

Restrizioni

  • Video: tutti i video devono essere sotto forma di URL VAST o di tag VAST. Non è possibile specificare un file video non elaborato, ad esempio WebM, MP4 e così via.

  • Lunghezza del testo: se un acquirente specifica un asset di testo come body nella risposta, questo potrebbe essere troncato e aggiungere puntini di sospensione da Google o dal publisher. Tieni presente che i limiti di troncamento si dimezzano per le lingue cinese, giapponese e coreano. Ad esempio, il limite per i titoli è pari a 90 in inglese e a 45 per il cinese.

  • Dimensioni delle immagini: i publisher possono:

    • Ritaglia l'immagine principale in modo simmetrico fino al 20% in una dimensione (altezza o larghezza).
    • Modificare le dimensioni dell'immagine senza modificarne le proporzioni.

Esempio di annuncio per l'installazione di app

(annuncio) nativo video

Modello di annuncio di contenuti video

Campo Descrizione Obbligatorio o consigliato? Sempre visualizzata? Dimensioni consigliate delle immagini/numero massimo di caratteri * Esempio
Video La risposta VAST video contenente tutti gli asset necessari per riprodurre un annuncio video. Obbligatorio - Un URL a un file VAST XML contenente un'esperienza Flood-It! Annuncio video
Titolo L'intestazione dell'annuncio Obbligatorio 25 caratteri I tassi di mutuo più bassi
Immagine L'immagine (miniatura) mostrata nel video player prima che venga fatto clic sull'annuncio video o durante il caricamento dell'annuncio. Obbligatorio No Dovrebbe avere le stesse proporzioni del video (ad esempio: 1280 x 720 per i video 16:9, 4:3 per i video 640 x 480). Uno screenshot del video
Corpo Il contenuto dell'annuncio Obbligatorio No 90 caratteri La tua casa a Brooklyn, più economica e prima di quanto pensi.
Logo Logo dell'inserzionista o un'altra immagine piccola pertinente Consigliato No 128 x 128 px Logo di NY Mortgage Inc.
Call to action Azione preferita dall'utente Obbligatorio No 15 caratteri Richiedi un preventivo
Inserzionista Testo che identifica l'inserzionista o il brand Obbligatorio No 25 caratteri NY Mortgage Inc.

Campi meta

I seguenti metacampi sono condivisi da tutti i modelli di annunci supportati:

Protocollo RTB di Google Equivalente OpenRTB Descrizione
NativeAd.click_link_url Link.url L'URL che verrà chiamato dal browser quando l'utente fa clic sull'annuncio. Può essere il primo passaggio di una catena di reindirizzamenti che porta alla pagina di destinazione. Per gli annunci nativi, ti consigliamo di utilizzare click_link_url come campo per impostare la destinazione finale dell'utente. L'utilizzo di questo campo è obbligatorio nel caso di pagine di destinazione dinamiche.
Ad.click_through_url Bid.adomain

Deve essere impostato se l'offerente intende fare un'offerta. Si tratta dell'insieme degli URL di destinazione per lo snippet, inclusi gli URL a cui l'utente viene indirizzato se fa clic sull'annuncio visualizzato e tutti gli URL visibili nell'annuncio visualizzato. Non includere chiamate intermedie all'ad server non correlate alla pagina di destinazione finale. Un BidResponse che restituisce uno snippet o un annuncio video ma non dichiara click_through_url verrà ignorato. Imposta questo campo solo se sono impostati html_snippet, video_url o native_ad. Questi dati vengono utilizzati come dichiarazione dell'URL di destinazione, ad esempio per il post-filtro degli URL bloccati dal publisher o la classificazione degli annunci. Consulta NativeAd.click_link_url quando utilizzi gli annunci nativi.

Per gli annunci non nativi, non viene utilizzato per il monitoraggio dei clic o per qualsiasi altra funzionalità dell'annuncio; viene utilizzato solo come dichiarazione dell'URL di destinazione.

Per gli annunci nativi, se NativeAd.click_link_url non è impostato, viene utilizzato il primo valore di click_through_url per indirizzare l'utente alla pagina di destinazione. Inoltre, tutti i valori vengono utilizzati come dichiarazioni di URL di destinazione (in modo simile al caso non nativo).

NativeAd.click_tracking_urls Link.clicktrackers Facoltativo. URL aggiuntivi che consentono agli inserzionisti di monitorare i clic degli utenti sull'annuncio.
Ad.ad_choices_destination_url BidExt.ad_choices_destination_url Link a una pagina di disattivazione o delle preferenze relative agli annunci. Se presente, alla creatività nativa viene aggiunta un'icona Scegli Tu! standard che viene collegata a questo URL. Questa funzionalità è supportata per gli annunci nativi, ma non fa parte del messaggio nativo nella risposta all'offerta.
Ad.impression_tracking_url NativeResponse.imptrackers L'impressione nativa deve essere monitorata con impression_tracking_url nel protocollo delle offerte in tempo reale di Authorized Buyers o con gli imptracker nativi in OpenRTB.

required_fields e recommended_fields sono specificati dall'editore. Ti mostriamo come tradurre questi campi di bit per determinare se un campo è obbligatorio o consigliato.

Un campo di bit utilizza ogni bit di un valore binario per memorizzare un'istruzione true o false, equivalente all'invio di molti indicatori booleani come is_logo_required o is_header_required, ma tutti imballati insieme.

Esempio

Per questo esempio utilizzeremo un valore required_fields di 1085.

Innanzitutto, trova il valore binario equivalente: 10000111101

Una volta ottenuto il valore binario, puoi controllare i bit per verificare se un campo è obbligatorio (1) o facoltativo (0).

La seguente tabella mappa i campi alla loro posizione nel valore binario. Leggi il valore binario da destra a sinistra, con il bit 1 corrispondente alla posizione più a destra nel valore binario.

Campo Posizionamento del valore binario (da destra a sinistra)
HEADLINE 1
BODY 2
CALL_TO_ACTION 4
ADVERTISER 8
IMAGE 16
LOGO 32
APP_ICON 64
STAR_RATING 128
PRICE 256
STORE 512
VIDEO 1024

Se osserviamo il valore binario di esempio 10000111101, il bit 1 (all'estrema destra) è 1, che indica un valore obbligatorio. In base alla tabella, il bit 1 corrisponde a HEADLINE.

Il valore di 2 bit (secondo valore da destra) è 0, il che significa che non è obbligatorio. Il 2-bit corrisponde a BODY.

Di seguito sono riportati tutti i campi obbligatori interpretati nel nostro esempio:

Valore Descrizione Obbligatorio?
1 VIDEO
0 STORE No
0 PRICE No
0 STAR_RATING No
0 APP_ICON No
1 LOGO
1 IMAGE
1 ADVERTISER
1 CALL_TO_ACTION
0 BODY No
1 HEADLINE

Rappresentazione del modello di annuncio nativo nella richiesta di offerta

Quando ricevi una richiesta di offerta contenente inventario nativo, il modello di annuncio nativo sarà presente in forme diverse a seconda del protocollo utilizzato. Ti consigliamo di utilizzare OpenRTB perché il protocollo Google è deprecato.

In OpenRTB, il modello di annuncio nativo è descritto con il messaggio NativeRequest. Nel protocollo Google RTB, è descritto con NativeAdTemplate. Questi messaggi forniscono i seguenti dettagli sull'inventario degli annunci nativi:

  • Campi obbligatori o consigliati.
  • Dimensioni di immagini, loghi e icone di app.
  • Specifiche dello stile in cui viene visualizzato l'annuncio.

ID risorsa OpenRTB

OpenRTB passa un array di asset nella richiesta di offerta che descrivono la struttura dell'annuncio nativo da restituire nella risposta. Ogni asset nella richiesta avrà un ID che deve essere specificato per l'asset corrispondente nella risposta. Per un esempio di come questi ID corrispondono tra la richiesta e la risposta, consulta l'esempio di richiesta di offerta nativa e l'esempio di risposta di offerta nativa.

Rappresentazione di un annuncio nativo nella risposta all'offerta

Quando fa offerte per l'inventario nativo, un acquirente deve compilare i campi obbligatori identificati nella richiesta di offerta. In OpenRTB, puoi farlo con BidResponse.seatbid.bid.adm_native se utilizzi Protobuf o BidResponse.seatbid.bid.adm per JSON. Per il protocollo Google ritirato, questa operazione viene eseguita con il campo BidResponse.ad.native_ad.

Esempi di richieste di offerta

Richieste di offerta non video

Protobuf OpenRTB

JSON OpenRTB

Google

Richieste di offerta video

Risposte all'offerta di esempio

Risposte all'offerta non video

OpenRTB Protobuf

JSON OpenRTB

Google

Risposte all'offerta video