Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Una volta completata l'applicazione e testata internamente, l'applicazione deve essere sottoposta a una suite di test standardizzati in cui il rappresentante dell'Account Google invia richieste di test ai server. Una volta superati questi test, l'applicazione diventa idonea per il rilascio. I seguenti argomenti spiegano il funzionamento
del processo di test e rilascio.
Eseguire test con il traffico Google
Quando è tutto pronto per iniziare il test con il traffico inviato da Google, contatta
il tuo rappresentante di Authorized Buyers. Ti verrà chiesto di fornire varie informazioni, tra cui:
Dati di contatto del team tecnico. Se il test non procede come previsto e ci sono problemi tecnici da risolvere, utilizzeremo questi dati di contatto per interagire direttamente con il tuo team.
L'URL abilitato per SSL che risponde alle richieste RTB.
L'URL abilitato per SSL del server per la corrispondenza del codice dei 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.
Numero massimo di QPS (query al secondo) che vuoi pubblicare da ogni
posizione fisica al termine del test.
Data a partire dalla quale i server RTB / corrispondenza codice cookie sono attivi per il test. Google invierà le richieste RTB ai tuoi server in questa data
o subito dopo.
Latenza stimata utilizzata dai server per l'elaborazione delle richieste RTB.
Chiavi PGP per la distribuzione delle informazioni sulla decrittografia dei prezzi.
Contatta il tuo rappresentante di Authorized Buyers per apportare modifiche a queste
informazioni in qualsiasi momento durante il processo di test.
Il test richiederà diversi passaggi con il traffico sintetico per verificare le latenze da località diverse. Google eseguirà anche alcuni test di base per
la visualizzazione degli annunci e per il monitoraggio dei clic. La maggior parte di queste operazioni
deve essere eseguita durante i test e la certificazione. Ti chiederemo inoltre di confermare che puoi ricevere e decodificare le notifiche e i clic sui prezzi vincenti. Una volta verificati questi elementi, il passaggio successivo sarà un aumento graduale
del traffico in tempo reale nell'arco di diversi giorni.
Il requisito di latenza per l'utilizzo dello strumento di offerta in tempo reale è compreso tra 80 e 1000 ms,
misurato dal momento in cui Google invia la chiamata a quello in cui Google riceve
una risposta. Questa scadenza dipende dal formato e dal tipo di asta; controlla il campo tmax o response_deadline_ms nella richiesta di offerta per conoscere il valore esatto.
Per avere diritto alle 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, di solito è necessario eseguire server di offerte in tutte le regioni. Ad esempio, la ricezione di impressioni
dalla costa orientale e occidentale degli Stati Uniti di solito richiede che
i server di asta siano in esecuzione sia sulla costa orientale che su quella occidentale.
Un offerente che presenta temporaneamente tassi di timeout elevati a causa di eventi di rete
o altri problemi verrà automaticamente limitato. Questa limitazione riduce o aumenta automaticamente il traffico in un intervallo di tempo di alcuni minuti. Se
il traffico viene spesso limitato per un periodo di tempo prolungato, Google potrebbe
regolare la tua quota di traffico a un livello che possa essere gestito in modo più coerente.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-03-07 UTC."],[[["Once in-house testing is complete, applications must undergo standardized tests from Google, with the Google account representative sending test requests to the servers, in order to become eligible for release."],["To initiate testing with Google traffic, you must contact your Authorized Buyers representative and provide them with key information such as engineering contact details, server URLs, server locations, maximum QPS, and PGP keys."],["Testing involves synthetic traffic to verify latencies and basic ad rendering, as well as receiving and decoding winning price notifications and clicks, followed by a gradual ramp-up of live traffic."],["The latency requirement for Real-time Bidder is between 80 to 1000 ms, and no more than 2% of requests should exceed this deadline to qualify for impressions from a specific location."],["Bidders with high timeout rates will experience automatic throttling, with Google adjusting traffic quotas if throttling persists over an extended period."]]],["After in-house testing, contact your Google representative to initiate testing with Google traffic. Provide details like engineering contacts, SSL-enabled URLs, server locations, maximum QPS, and estimated latency. Testing involves synthetic traffic to verify latency and basic ad functionality. Live traffic will gradually increase. The latency requirement is 80-1000 ms. High timeout rates trigger automatic throttling, which might result in a reduced traffic quota. Servers in multiple locations are recommended for broader reach.\n"]]
