Les tests sont une étape importante pour réussir l'intégration de l'API Google Ads, que vous débutiez tout juste, 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 l'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, 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
- Le site doit 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 et d'exploiter toutes les autres fonctionnalités de l'API Google Ads.
En même temps, leur utilisation pour le développement nécessite une attention particulière. Nous vous recommandons de prendre les mesures suivantes:
- N'accordez l'accès qu'aux utilisateurs qui en ont besoin pour le développement.
- Définissez un budget quotidien fixe et peu élevé pour votre compte.
- N'utilisez des comptes de production à des fins de 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 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 donc 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'utilisation accidentelle d'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 des identifiants de test, à l'exception 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.
Validation de requête
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 apprendre à utiliser cURL lors de l'envoi de requêtes à l'API REST.