Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Lorsque votre application est terminée et que vous l'avez testée en interne, elle doit subir une série de tests standardisés au cours desquels votre représentant de compte Google envoie des requêtes de test à vos serveurs. Une fois que votre application a réussi ces tests, elle peut être publiée. Les sections suivantes expliquent le fonctionnement du processus de test et de publication.
Tester avec le trafic Google
Lorsque vous êtes prêt à commencer les tests avec le trafic envoyé par Google, contactez votre représentant Authorized Buyers. Vous devrez fournir diverses informations, par exemple les suivantes:
Coordonnées du service technique. Si les tests ne se déroulent pas comme prévu et qu'il existe des problèmes d'ingénierie à résoudre, nous utiliserons ces coordonnées pour interagir directement avec votre équipe.
URL compatible avec SSL qui répond aux requêtes RTB.
URL SSL du serveur de mise en correspondance du code cookie, si vous avez choisi d'utiliser cette fonctionnalité.
Emplacement physique (état, pays) de vos serveurs RTB, afin d'optimiser la communication avec les serveurs de Google.
Nombre maximal de requêtes par seconde (RPS) que vous souhaitez diffuser à partir de chaque emplacement physique une fois les tests terminés.
Date à partir de laquelle vos serveurs de mise en correspondance du code cookie / RTB sont en service pour les tests. Google enverra des requêtes RTB à vos serveurs à cette date ou peu de temps après.
Latence estimée que vos serveurs utiliseront pour traiter les requêtes RTB.
Clés PGP pour les informations de déchiffrement des tarifs de diffusion.
Contactez votre représentant Authorized Buyers pour modifier ces informations à tout moment pendant le processus de test.
Les tests impliquent plusieurs étapes avec du trafic synthétique pour vérifier les latences à partir de différents emplacements. Google effectuera également des tests de base pour vérifier que les annonces s'affichent correctement et que le suivi des clics fonctionne correctement. (La plupart de ces tâches doivent être effectuées lors de vos propres tests et lors de la certification.) Nous vous demanderons également de confirmer que vous pouvez recevoir et décoder les notifications et les clics sur le prix gagnant. Une fois ces éléments validés, l'étape suivante consiste à augmenter progressivement le trafic en direct sur plusieurs jours.
La latence requise pour utiliser le système d'enchères en temps réel est de 80 à 1 000 ms, mesurée à partir du moment où Google envoie l'appel jusqu'au moment où Google reçoit une réponse. Cette échéance dépend du format et du type d'enchères. Pour connaître la valeur exacte, consultez le champ BidRequest.tmax.
Pour être éligible aux impressions traitées à un emplacement donné, 2% maximum des requêtes doivent dépasser ce délai. Si vous souhaitez recevoir des impressions provenant de plusieurs
lieux de mise aux enchères conformément à ces exigences, vous devez généralement exécuter des serveurs d'enchères dans toutes les régions. Par exemple, pour recevoir des impressions à la fois sur la côte est et la côte ouest des États-Unis, vous devez généralement disposer de serveurs d'enchères sur les deux côtes.
Un enchérisseur qui enregistre temporairement des taux de délai avant expiration élevés en raison d'événements réseau ou d'autres problèmes sera automatiquement limité. Cette limitation réduit ou augmente automatiquement le trafic sur une période de quelques minutes. Si le trafic est souvent limité pendant une longue période, Google peut ajuster votre quota de trafic à un niveau qui peut être géré de manière plus cohérente.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[[["\u003cp\u003eOnce 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.\u003c/p\u003e\n"],["\u003cp\u003eTo 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.\u003c/p\u003e\n"],["\u003cp\u003eTesting 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.\u003c/p\u003e\n"],["\u003cp\u003eThe 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.\u003c/p\u003e\n"],["\u003cp\u003eBidders with high timeout rates will experience automatic throttling, with Google adjusting traffic quotas if throttling persists over an extended period.\u003c/p\u003e\n"]]],["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"],null,[]]
