Les tests constituent une étape importante dans la création d'une intégration réussie de l'API Google Ads, que vous commenciez tout juste à faire vos premiers pas, que vous gériez une application ou que vous ajoutiez de nouvelles fonctionnalités à une intégration existante. Ce guide présente quelques bonnes pratiques pour tester votre intégration de l'API Google Ads.
Comptes de test
Des comptes de test sont disponibles à des fins de développement. Bien que toutes les fonctionnalités ne puissent pas être testées dans un compte de test, cela reste un outil utile pour vérifier que le code et la configuration de votre application fonctionnent comme prévu.
Comptes de production pour le développement
Lorsque les limites des comptes de test vous empêchent de tester certaines fonctionnalités de votre intégration, vous pouvez utiliser un compte de production à des fins de développement. Les comptes de production utilisés pour le développement diffèrent des comptes de test de différentes manières:
- Diffuser des annonces visibles par les utilisateurs
- Exiger des URL valides
- Ils doivent respecter les Règles en matière de publicité.
Étant donné que les comptes de production diffusent des annonces, ils génèrent des métriques vous permettant de tester des rapports sur les performances et de débloquer toutes les autres fonctionnalités de l'API Google Ads.
Toutefois, leur utilisation à des fins de développement demande une précaution supplémentaire. Nous vous recommandons de prendre les mesures suivantes:
- n'accordez l'accès qu'aux utilisateurs qui en ont besoin à des fins de développement.
- Définissez un budget de compte quotidien faible et fixe.
- N'utilisez des comptes de production pour le développement que lorsque les comptes de test ne peuvent pas être utilisés.
Identifiants de test
Pour réduire le risque de modification accidentelle des comptes de production lorsque vous essayez de modifier des comptes de développement, nous vous recommandons de conserver un ensemble d'identifiants de test distincts de ceux de votre application de production.
Nous vous recommandons également de créer des jetons d'actualisation distincts pour le développement.
Un jeton d'actualisation est généré lorsqu'un utilisateur autorise une application à accéder à l'API Google Ads en son nom. Chaque jeton d'actualisation dispose ainsi du même accès que l'utilisateur autorisé. Si tous les jetons d'actualisation utilisés pour accéder aux comptes de développement sont associés à des utilisateurs qui n'ont pas accès aux comptes de production (y compris les comptes administrateur qui gèrent des comptes de production), le risque d'utiliser accidentellement un jeton d'actualisation de test pour modifier un compte de production est réduit.
Étant donné que l'accès dépend du jeton d'actualisation utilisé, il n'est pas nécessaire de créer d'autres identifiants de test que les jetons d'actualisation de test. Le jeton de développeur, l'ID client et le code secret du client utilisés pour accéder aux comptes de production peuvent être utilisés en toute sécurité pour accéder aux comptes de test, à condition que le jeton d'actualisation soit distinct.
Validation de requête
Si vous devez simplement vérifier la validité d'une requête (par exemple, pour vérifier qu'elle est correctement structurée et qu'elle respecte les règles), vous pouvez utiliser le champ validate_only, disponible pour les requêtes GoogleAdsService.SearchStream et GoogleAdsService.Search, ainsi que pour la plupart des requêtes mutate.
Consultez la documentation de référence afin de vérifier si ce champ est disponible pour une méthode donnée.
API REST
Pour les tests ad hoc, par exemple pour vérifier qu'une requête génère le résultat attendu, l'utilisation de l'API REST est souvent l'option la plus simple. Consultez les exemples REST pour apprendre à utiliser cURL dans l'envoi de requêtes à l'API REST.