Test et mise sur le marché de votre application

Une fois votre application terminée et que vous l'avez testée en interne, elle doit être soumise à 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 passé ces tests avec succès, elle peut être publiée. Les articles suivants 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é depuis Google, contactez votre représentant Authorized Buyers. Il vous sera demandé de fournir diverses informations, telles que les suivantes:

• Coordonnées de l'équipe d'ingénieurs Si les tests ne se déroulent pas comme prévu et que des problèmes techniques doivent être résolus, nous utiliserons ces coordonnées pour interagir directement avec votre équipe.
• URL SSL qui répond aux demandes du système d'enchères en temps réel.
• L'URL SSL du serveur de mise en correspondance du code de 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 RPS (requêtes par seconde) que vous souhaitez diffuser depuis chaque emplacement physique une fois les tests terminés.
• Date à partir de laquelle vos serveurs de lecture des codes de cookie et d'enchères en temps réel sont en ligne à des fins de test. Google enverra les demandes RTB à vos serveurs à cette date ou peu de temps après.
• Latence estimée que vos serveurs utiliseront pour le traitement des demandes RTB.
• Clés PGP pour l'envoi des informations de déchiffrement des prix.
• Vérifiez que le préciblage est configuré dans l'UI de préciblage.

Contactez votre représentant Authorized Buyers afin de modifier ces informations à tout moment au cours de la procédure de test.

Le test implique plusieurs étapes avec un trafic synthétique pour vérifier les latences à partir de différentes zones. Google effectuera aussi des tests élémentaires sur l'affichage des annonces et le bon suivi des clics. (La majeure partie de ces tâches doit être effectuée 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 de prix gagnants et les clics. Une fois ces éléments vérifiés, l'étape suivante consistera en une augmentation progressive du trafic en temps réel 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 entre le moment où Google envoie l'appel et le 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 bénéficier des impressions traitées dans une zone géographique donnée, 2% au maximum des requêtes 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 des côtes Est et Ouest des États-Unis, vous aurez généralement besoin de serveurs d'enchères exécutés sur la côte Est et sur la côte Ouest.

Un enchérisseur qui présente 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 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.