Test e rilascio dell'applicazione

Una volta completata l'applicazione e dopo averla testata internamente, deve essere sottoposta a una suite di test standardizzati in cui il rappresentante del tuo account Google invia richieste di test ai tuoi server. Una volta superati questi test, l'applicazione è idonea alla pubblicazione. I seguenti argomenti spiegano come funziona la procedura di test e rilascio.

Test con il traffico di Google

Quando è tutto pronto per iniziare i test con il traffico inviato da Google, contatta il tuo rappresentante di Authorized Buyers. Ti verrà chiesto di fornire varie informazioni, ad esempio:

• Dati di contatto del reparto tecnico. Se i test non procedono come previsto e ci sono problemi tecnici da risolvere, utilizzeremo questi dati di contatto per interagire direttamente con il tuo team.
• L'URL abilitato a SSL che risponde alle richieste RTB.
• L'URL con SSL abilitato del server di corrispondenza del codice cookie, se hai scelto di utilizzare questa funzionalità.
• La posizione fisica (stato, paese) dei server RTB, al fine di ottimizzare la comunicazione con i server di Google.
• Il numero massimo di query al secondo (QPS) che vuoi pubblicare da ogni sede fisica al termine del test.
• Data a partire dalla quale i server di corrispondenza del codice RTB / cookie sono attivi per i test. Google invierà richieste RTB ai tuoi server in quella data o poco dopo.
• Latenza stimata utilizzata dai server per l'elaborazione delle richieste RTB.
• Chiavi PGP per le informazioni sulla decrittografia dei prezzi per posta.
• Verifica che il pretargeting sia configurato nell'interfaccia utente del pretargeting.

Contatta il tuo rappresentante Authorized Buyers per apportare modifiche a queste informazioni in qualsiasi momento durante la procedura di test.

I test prevedono diversi passaggi con traffico sintetico per verificare le latenze da località diverse. Google eseguirà anche alcuni test di base per verificare che gli annunci vengano visualizzati e che il monitoraggio dei clic funzioni correttamente. La maggior parte di queste operazioni dovrebbe essere eseguita durante i tuoi test e la certificazione. Ti chiederemo inoltre di confermare di essere in grado di ricevere e decodificare i clic e le notifiche relative al prezzo migliore. Una volta verificati questi elementi, il passaggio successivo sarà un graduale aumento del traffico in tempo reale nell'arco di diversi giorni.

Il requisito di latenza per l'utilizzo di Real-time Bidder è compreso tra 80 e 1000 ms, misurato dal momento in cui Google invia la chiamata al momento in cui riceve una risposta. Questa scadenza dipende dal formato e dal tipo di asta. Controlla il valore esatto nel campo BidRequest.tmax.

Per poter usufruire delle impressioni elaborate in una determinata località, al massimo il 2% delle richieste deve superare questa scadenza. Se vuoi ricevere impressioni da più località di trading in base a questi requisiti, in genere è necessario eseguire i server di offerta in tutte le regioni. Ad esempio, per ricevere impressioni sia dalla costa orientale che da quella occidentale degli Stati Uniti, in genere è necessario avere server di offerte in esecuzione su entrambe le coste.

Un offerente che presenta temporaneamente tassi di timeout elevati a causa di eventi di rete o altri problemi verrà limitato automaticamente. Questa limitazione ridurrà o aumenterà automaticamente il traffico in un arco di tempo di alcuni minuti. Se il traffico viene spesso limitato per un periodo di tempo prolungato, Google potrebbe aggiustare la tua quota di traffico a un livello che può essere gestito in modo più coerente.