Share via

Linee guida per interfaccia ed esperienza utente per annunci

  • Articolo

Avviso

A partire dal 1° giugno 2020, la piattaforma Microsoft Ad Monetization per le app Windows UWP verrà arrestata. Ulteriori informazioni

Questo articolo fornisce linee guida per offrire esperienze straordinarie con annunci banner, annunci intermedi e annunci nativi nelle tue app. Per indicazioni generali su come progettare l'aspetto delle app, vedere Progettazione & interfaccia utente.

Importante

Qualsiasi uso della pubblicità nella tua app deve essere conforme ai criteri di Microsoft Store, inclusi, senza limitazioni, il criterio 10.10 (Condotta e contenuto pubblicitario). In particolare, l'implementazione dell'app di annunci banner o annunci intermedi deve soddisfare i requisiti nei criteri di Microsoft Store 10.10.1. Questo articolo include esempi di implementazioni che violano questo criterio. Questi esempi vengono forniti solo a scopo informativo, come modo per comprendere meglio i criteri. Questi esempi non sono completi e potrebbero esserci molti altri modi per violare i criteri di Microsoft Store che non sono elencati in questo articolo.

Procedure consigliate generali

Prima di esaminare le linee guida per diversi tipi di annunci in questo articolo, esaminare prima di tutto queste procedure consigliate generali per migliorare i ricavi degli annunci.

Linee guida per gli annunci banner

Le sezioni seguenti forniscono consigli su come implementare annunci banner nella tua app usando AdControl ed esempi di implementazioni che violano i criteri 10.10.1 dei criteri di Microsoft Store.

Procedure consigliate

Ti consigliamo di seguire queste procedure consigliate quando implementi annunci banner nella tua app:

  • Usa le dimensioni di Interactive Advertising Bureau che si adattano bene al layout per il dispositivo.

  • Dedicare la maggior parte dell'interfaccia utente dell'app ai controlli funzionali e al contenuto.

  • Progettare annunci pubblicitari nell'esperienza. Fornire ai progettisti un annuncio di esempio per pianificare l'aspetto della pubblicità. Due esempi di annunci ben pianificati nelle app sono il layout degli annunci come contenuto e il layout diviso.

    Per vedere l'aspetto e il funzionamento delle diverse dimensioni degli annunci all'interno della tua app durante la fase di sviluppo e test, puoi usare le nostre unità annunci di test. Al termine dei test, ricordarsi di aggiornare l'app con unità annunci attive prima di inviare l'app per la certificazione.

  • Pianificare gli orari in cui non sono disponibili annunci. Potrebbero esserci momenti in cui gli annunci non vengono inviati alla tua app. Crea le tue pagine in modo che abbiano un aspetto ottimale se presentano o meno un annuncio. Per altre informazioni, vedere Gestire gli errori negli annunci.

  • Se si ha uno scenario per avvisare l'utente che è meglio gestito con una sovrimpressione, chiamare AdControl.Suspend durante la visualizzazione della sovrimpressione e quindi chiamare AdControl.Resume al termine dello scenario di avviso.

Procedure da evitare

Ti consigliamo di evitare queste procedure quando implementi annunci banner nella tua app:

  • Non inserire la pubblicità nell'area di visualizzazione sullo schermo Lo spazio pubblicitario non dovrebbe essere inserito nel prima parte dell'area di visualizzazione sullo schermo. Deve essere invece incorporato nella progettazione complessiva dell'app.

  • Non pubblicizzare eccessivamente e saturare l'app. Troppi annunci nella tua app influiscono negativamente sull'aspetto e sull'usabilità. Desideri guadagnare con la pubblicità, ma non a spese dell'app stessa.

  • Non distrarre l'utente dalle attività principali. L'obiettivo principale deve essere sempre l'app. Lo spazio pubblicitario deve essere incorporato in modo che rimanga uno stato attivo secondario.

Esempi di violazioni dei criteri

Questa sezione fornisce esempi di scenari di annunci banner che violano il criterio 10.10.1 dei criteri di Microsoft Store. Questi esempi vengono forniti solo a scopo didattico, per aiutarti a comprendere meglio i criteri. Questi esempi non sono completi e potrebbero esserci molti altri modi per violare i criteri 10.10.1 che non sono elencati qui.

  • Fare qualsiasi operazione per interferire con la capacità dell'utente di visualizzare l'annuncio banner, ad esempio la modifica dell'opacità di AdControl o l'inserimento di un altro controllo sopra AdControl (senza prima chiamare AdControl.Suspend).

  • Richiedere agli utenti di fare clic su un annuncio banner per eseguire un'attività nella tua app o forzare gli utenti a fare clic sugli annunci banner in seguito alla progettazione della tua app.

  • Ignorando il timer di aggiornamento minimo predefinito per gli annunci banner con qualsiasi mezzo, incluso (ma non limitato a) lo scambio di oggetti AdControl o l'imposizione di un aggiornamento della pagina senza interazione dell'utente.

  • Usando unità pubblicitarie attive (ovvero unità pubblicitarie ottenute dal Centro per i partner) durante lo sviluppo e il test o in un emulatore.

  • Scrittura o distribuzione di codice che richiama servizi pubblicitari tramite mezzi diversi dalle librerie Microsoft Advertising in esecuzione nel contesto della tua app.

  • Interazione con interfacce non documentate o oggetti figlio creati dalle librerie Microsoft Advertising, ad esempio WebView o MediaElement.

  • Inserimento di annunci in una casella di visualizzazione per ridurre le dimensioni degli annunci per consentire più annunci in una pagina rispetto al normale.

Linee guida per gli annunci intermedi

Se usati in modo elegante, gli annunci intermedi possono aumentare notevolmente i ricavi della tua app, senza influire negativamente sulla soddisfazione degli utenti. Se usati in modo improprio, tali annunci possono avere l'effetto opposto.

Le sezioni seguenti forniscono consigli su come implementare annunci video intermedi e annunci banner intermedi nella tua app usando InterstitialAd ed esempi di implementazioni che violano i criteri 10.10.1 dei criteri di Microsoft Store. Poiché conosci la tua app meglio di chiunque altro, tranne per quanto riguarda i criteri, lasciamo a te la decisione finale migliore. Ciò che è più importante tenere presente è che le valutazioni e i ricavi delle app sono strettamente associati.

Procedure consigliate

Ti consigliamo di seguire queste procedure consigliate quando implementi annunci intermedi nella tua app:

  • Adatta annunci intermedi all'interno del flusso naturale dell'app, ad esempio tra i livelli di gioco.

  • Associa annunci ad aspetti negativi tangibili, ad esempio:

    • Suggerimenti per il completamento del livello.

    • Tempo aggiuntivo per riprovare un livello.

    • Caratteristiche avatar personalizzate, come un tatuaggio o un cappello.

  • Se l'app richiede che venga visualizzato un annuncio video intermedio per il completamento, menzionare la regola in anticipo in modo che non venga visualizzato un messaggio di errore quando si preme il pulsante di chiusura.

  • Pre-recuperare l'annuncio (chiamando InterstitialAd.RequestAd) idealmente 30-60 secondi prima di doverlo mostrare.

  • Sottoscrivere tutti e quattro gli eventi esposti nella classe InterstitialAd (Canceled, Completed, AdReady e ErrorOccurred) e usarli per prendere le decisioni appropriate per l'app.

  • Avere un'esperienza predefinita da usare al posto di un annuncio con corrispondenza server. Questo è utile in alcuni scenari:

    • Modalità offline, quando non è possibile raggiungere i server annunci.

    • Quando viene generato l'evento ErrorOccurred.

    • Se si sceglie di risparmiare larghezza di banda utente in base a ConnectionProfile, nella classe ConnectionProfile sono disponibili API che possono essere utili.

  • Utilizza il timeout predefinito (30 secondi) a meno che tu non abbia un motivo valido per fare diversamente, nel qual caso non scendere sotto i 10 secondi. Gli annunci intermedi richiedono molto più tempo per il download rispetto agli annunci banner standard, soprattutto nei mercati che non hanno connessioni ad alta velocità.

  • Tenere presente il piano dati dell'utente. Ad esempio, non visualizzare o avvisare l'utente prima di inviare un annuncio video intermedio su un dispositivo mobile vicino al limite di dati. Esistono API nella classe ConnectionProfile che possono essere utili.

  • Migliorare continuamente l'app dopo l'invio iniziale. Esaminare i report degli annunci e apportare modifiche di progettazione per migliorare le frequenze di completamento dei video intermedi e di riempimento.

Procedure da evitare

Ti consigliamo di evitare queste procedure quando implementi annunci intermedi nella tua app:

  • Non esagerare. Non forzare gli annunci più di ogni 5 minuti circa, a meno che l'utente non si impegni esplicitamente con un vantaggio tangibile opzionale, oltre al semplice gioco.

  • Non mostrare annunci intermedi all'avvio dell'app, perché gli utenti potrebbero pensare di aver fatto clic sul riquadro sbagliato.

  • Non mostrare annunci intermedi all'uscita. Si tratta di un inventario non valido, perché i tassi di completamento saranno prossimi a zero.

  • Non mostrare due o più annunci intermedi uno dopo l'altro. Gli utenti saranno frustrati per visualizzare la barra di stato dell'annuncio reimpostata al punto di partenza. Molti penseranno che si tratti solo di un bug di scrittura del codice o di gestione degli annunci.

  • Non recuperare un annuncio video intermedio più di 5 minuti prima di chiamare InterstitialAd.Show. Un buon inventario ottimizza la conversione di annunci prelettura in impression fatturabili.

  • Non penalizzare un utente per errori nella pubblicazione di annunci, ad esempio nessun annuncio disponibile. Ad esempio, se visualizzi un'opzione dell'interfaccia utente su "Guarda un annuncio per ottenere xxx", devi fornire xxx se l'utente ha fatto la sua parte. Due opzioni da considerare:

    • Non includere l'opzione a meno che l'evento InterstitialAd.AdReady non sia stato attivato.

    • Chiedere all'app di includere un'esperienza predefinita che restituisce lo stesso vantaggio di un annuncio reale.

  • Non usare annunci intermedi per consentire a un utente di ottenere un vantaggio competitivo in un gioco multi-giocatore. Ad esempio, non attirare l'utente con una pistola migliore in un gioco sparatutto in prima persona se visualizza un annuncio intermedio. Una maglietta personalizzata sull'avatar del giocatore va bene, purché non porti alla mimetizzazione!

Esempi di violazioni dei criteri

Questa sezione fornisce esempi di scenari di annunci intermedi che violano il criterio 10.10.1 dei criteri di Microsoft Store. Questi esempi vengono forniti solo a scopo didattico, per aiutarti a comprendere meglio i criteri. Questi esempi non sono completi e potrebbero esserci molti altri modi per violare i criteri 10.10.1 che non sono elencati qui.

  • Inserimento di un elemento dell'interfaccia utente sul contenitore di annunci intermedi.

  • Chiamata a InterstitialAd.Show mentre l'utente è impegnato con l'app.

  • Utilizzando annunci intermedi per ottenere tutto ciò che può essere utilizzato come valuta o scambiato con altri utenti.

  • Richiesta di un nuovo annuncio intermedio nel contesto del gestore eventi per l'evento InterstitialAd.ErrorOccurred. Ciò può causare un ciclo infinito e problemi operativi per il servizio pubblicitario.

  • Richiedere un annuncio intermedio semplicemente per avere un annuncio di backup per una sequenza di annunci a cascata. Se richiedi un annuncio intermedio e quindi ricevi l'evento InterstitialAd.AdReady, l'annuncio intermedio successivo visualizzato nella tua app deve essere l'annuncio pronto per essere visualizzato tramite il metodo InterstitialAd.Show.

  • Usando unità pubblicitarie attive (ovvero unità pubblicitarie ottenute dal Centro per i partner) durante lo sviluppo e il test o in un emulatore.

  • Scrittura o distribuzione di codice che richiama servizi pubblicitari tramite mezzi diversi dalle librerie Microsoft Advertising in esecuzione nel contesto della tua app.

  • Interazione con interfacce non documentate o oggetti figlio creati dalle librerie Microsoft Advertising, ad esempio WebView o MediaElement.

Linee guida per gli annunci nativi

Gli annunci nativi offrono molto controllo relativamente alla presentazione di contenuti pubblicitari agli utenti. Segui questi requisiti e linee guida per assicurarti che il messaggio dell'inserzionista raggiunga gli utenti, evitando allo stesso tempo di offrire loro un'esperienza di annunci nativi confusa.

Registrare il contenitore per l'annuncio nativo

Nel codice devi chiamare il metodo RegisterAdContainer dell'oggetto NativeAdV2 per registrare l'elemento dell'interfaccia utente che funge da contenitore per l'annuncio nativo e facoltativamente eventuali controlli specifici che vuoi registrare come destinazioni selezionabili per l'annuncio. Questo è necessario per tenere traccia correttamente delle impressioni e dei clic degli annunci.

Sono disponibili due overload per il metodo RegisterAdContainer che è possibile utilizzare:

  • Se si vuole che l'intero contenitore per tutti i singoli elementi pubblicitari nativi sia selezionabile, chiamare il metodo RegisterAdContainer(FrameworkElement) e passare il controllo contenitore al metodo. Ad esempio, se visualizzi tutti gli elementi degli annunci nativi in controlli separati ospitati in uno StackPanel e vuoi che l'intero StackPanel sia selezionabile, passa StackPanel a questo metodo.

  • Se vuoi che alcuni elementi pubblicitari nativi siano selezionabili, chiama il metodo RegisterAdContainer(FrameworkElement, IVector(FrameworkElement)). Solo i controlli passati al secondo parametro saranno selezionabili.

Elementi degli annunci nativi obbligatori

Come minimo, devi sempre mostrare gli elementi degli annunci nativi seguenti forniti dalle proprietà dell'oggetto NativeAdV2 all'utente nella progettazione degli annunci nativi. Se non includi questi elementi, potresti vedere prestazioni scarse e bassi rendimenti per la tua unità pubblicitaria.

  1. Visualizza sempre il titolo dell'annuncio nativo (disponibile nella proprietà Title). Fornire spazio sufficiente per visualizzare almeno 25 caratteri. Se il titolo è più lungo, sostituire il testo aggiuntivo con i puntini di sospensione.
  2. Visualizza sempre almeno uno degli elementi seguenti per differenziare l'esperienza degli annunci nativi dal resto della tua app e indicare chiaramente che il contenuto viene fornito da un inserzionista:
    • Icona di annunci distinguibile (disponibile nella proprietà AdIcon). Questa icona è fornita da Microsoft.
    • Oggetto sponsorizzato dal testo (disponibile nella proprietà SponsoredBy). Questo testo viene fornito dall'inserzionista.
    • In alternativa al testo sponsorizzato, puoi scegliere di visualizzare un altro testo che consenta di differenziare l'esperienza degli annunci nativi dal resto della tua app, ad esempio "Contenuto sponsorizzato", "Contenuto promozionale", "Contenuto consigliato" e così via.

Esperienza utente

L'annuncio nativo deve essere chiaramente delineato dal resto della tua app e avere spazio intorno a esso per evitare clic accidentali. Usa bordi, sfondi diversi o un'altra interfaccia utente per separare il contenuto dell'annuncio dal resto della tua app. Tieni presente che i clic accidentali sugli annunci non sono utili per i ricavi basati su annunci o l'esperienza dell'utente finale a lungo termine.

Descrizione

Se scegli di mostrare la descrizione dell'annuncio (disponibile nella proprietà Description dell'oggetto NativeAdV2 ), fornisci spazio sufficiente per visualizzare almeno 75 caratteri. Ti consigliamo di usare un'animazione per mostrare il contenuto completo della descrizione dell'annuncio.

Invito all'azione

Il testo di call to action (disponibile nella proprietà CallToAction dell'oggetto NativeAdV2 ) è un componente critico dell'annuncio. Se si sceglie di visualizzare questo testo, seguire queste linee guida:

  • Visualizzare sempre il testo di call to action all'utente in un controllo selezionabile, ad esempio un pulsante o un collegamento ipertestuale.
  • Visualizza sempre il testo dell'azione call to action nella sua interezza.
  • Assicurarsi che il testo di call to action sia separato dal resto del testo promozionale dell'inserzionista.