Erreurs asynchrones

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

Étant donné que ExperimentService contient quelques opérations asynchrones, le mécanisme permettant de récupérer les erreurs associées est différent de celui des autres opérations synchrones.

Voici les opérations asynchrones qui utilisent ce mécanisme de création de rapports d'erreurs:

• ExperimentService.ScheduleExperiment
• ExperimentService.PromoteExperiment

Pour ces méthodes, l'API renvoie une opération de longue durée que vous pouvez utiliser pour demander des détails sur l'état de l'opération asynchrone. Une fois l'opération terminée, l'opération de longue durée renseigne les champs error et response. Dans l'API Google Ads, l'opération renseigne toujours response avec une valeur Empty. La présence de error indique qu'une liste complète d'erreurs peut être récupérée à partir d'un autre appel d'API.

Si la liste complète des erreurs a été renvoyée lors de l'opération de longue durée, il est possible que les erreurs aient été perdues si vous ne poursuivez pas la progression asynchrone. De plus, la réponse peut être plus importante que ce que vous pouvez attendre d'une simple requête de sondage. Par conséquent, l'opération de longue durée indique uniquement qu'il existe des erreurs. Pour récupérer les erreurs spécifiques, vous devez utiliser un point de terminaison de l'API.

Pour les erreurs liées à l'une de ces opérations de longue durée basées sur des tests, utilisez ExperimentService.ListExperimentAsyncErrors.

Transmettez le nom de ressource du test et la taille de page, puis parcourez les résultats comme vous le feriez pour toute autre requête concernant l'API Google Ads.