Test et publication de votre application

Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

Une fois que votre application est terminée et que vous l'avez testée en interne, elle doit suivre une suite de tests standardisés, dans laquelle le représentant de votre compte Google envoie des requêtes de test à vos serveurs. Une fois que ces tests ont réussi ces tests, ils peuvent être publiés. Les sujets suivants expliquent le fonctionnement des processus de test et de déploiement.

Effectuer des tests avec le trafic Google

Lorsque vous êtes prêt à commencer le test avec le trafic envoyé par Google, contactez votre représentant Authorized Buyers. Vous serez invité à fournir diverses informations, telles que les suivantes:

  • Coordonnées du service d'ingénierie. Si les tests ne se déroulent pas comme prévu et qu'il reste des problèmes techniques à résoudre, nous utiliserons ces coordonnées pour interagir directement avec votre équipe.
  • URL SSL qui répond aux requêtes RTB.
  • URL SSL du serveur de mise en correspondance des cookies, 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 RPS (requêtes par seconde) 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 des codes RTB et Cookie sont actifs pour les tests. Google enverra les requêtes RTB à vos serveurs à compter de cette date.
  • Latence estimée que vos serveurs utiliseront pour traiter les requêtes RTB.
  • Clés PGP pour l'envoi des informations de déchiffrement du prix.
  • Vérifiez que le préciblage est configuré dans votre interface utilisateur de préciblage.

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 la latence à partir de différents emplacements. Google effectue aussi des tests de base qui affichent les annonces et effectuent un suivi correct des clics. (La plupart de ces opérations doivent être effectuées au cours de vos propres tests et de la certification.) Nous vous demanderons également de confirmer que vous pouvez recevoir et décoder les notifications de prix et les clics gagnants. Une fois ces éléments vérifiés, l'étape suivante consiste à augmenter progressivement le trafic en temps réel sur plusieurs jours.

La latence requise pour utiliser le système d'enchères en temps réel est comprise entre 80 et 1 000 ms, mesurée à partir du moment où Google envoie l'appel et du moment où Google reçoit une réponse. Ce délai dépend du format et du type d'enchère. Vérifiez la valeur exacte dans le champ tmax ou response_deadline_ms de la demande d'enchère.

Pour pouvoir bénéficier d'impressions traitées dans une zone géographique donnée, 2% des requêtes au maximum doivent dépasser ce délai. Si vous souhaitez recevoir des impressions provenant de plusieurs zones d'échange conformément à ces exigences, il est généralement nécessaire d'exécuter des serveurs d'enchères dans toutes les régions. Par exemple, pour recevoir des impressions à partir des côtes Est et Ouest des États-Unis, vous devez généralement faire en sorte que vos serveurs d'enchères s'exécutent sur les côtes Est et Ouest.

Un système d'enchères qui a temporairement des taux d'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 en quelques minutes. Si le trafic est souvent limité pendant une longue période, Google peut ajuster votre quota de trafic à un niveau pouvant être géré de manière plus cohérente.