Les tests sont une étape importante pour réussir l'intégration de l'API Google Ads, que vous débutiez, que vous entreteniez actuellement une application ou que vous ajoutiez de nouvelles fonctionnalités à une intégration existante. Ce guide présente quelques bonnes pratiques pour tester l'intégration de l'API Google Ads.
Comptes de test
Des comptes de test sont disponibles à des fins de développement. Même si toutes les fonctionnalités ne peuvent pas être testées dans un compte de test, il 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 du compte de test vous empêchent de tester certaines fonctionnalités de votre intégration, vous pouvez utiliser un compte de production pour le développement. Les comptes de production dédiés au développement diffèrent des comptes de test de la manière suivante:
- Diffuser des annonces visibles par les utilisateurs
- Exiger des URL valides
- 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 qui vous permettent de tester les rapports sur les performances, ainsi que toutes les autres fonctionnalités de l'API Google Ads.
En même temps, leur utilisation pour le développement nécessite des précautions supplémentaires. 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 quotidien fixe et peu élevé pour votre compte.
- 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 tentez de modifier des comptes de développement, nous vous recommandons de conserver un ensemble d'identifiants de test distinct des identifiants de votre application de production.
Nous vous recommandons également de créer des jetons d'actualisation distincts à des fins de 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. Par conséquent, chaque jeton d'actualisation dispose des mêmes droits d'accès que l'utilisateur qui l'autorise. 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 aux comptes administrateur qui gèrent les comptes de production, le risque d'utiliser accidentellement un jeton d'actualisation de test pour modifier un compte de production est atténué.
Étant donné que l'accès dépend du jeton d'actualisation utilisé, il n'est pas nécessaire de créer d'identifiants de test autres que des 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.
Demande de validation
Si vous devez simplement vérifier si une requête est valide (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 pour 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 produit le résultat attendu, l'utilisation de l'API REST est souvent l'option la plus simple. Consultez les exemples REST pour découvrir comment utiliser cURL pour envoyer des requêtes à l'API REST.