Présentation des tests

L'API Google Ads fournit des ressources pour tester de nouvelles idées de campagnes, de mots clés, de stratégies d'enchères et plus encore. Selon ce que vous souhaitez tester, plusieurs workflows sont disponibles.

Tous les workflows de test impliquent de répartir le trafic entre un groupe ou une campagne de contrôle, et un ou plusieurs groupes ou campagnes de traitement auxquels des modifications ont été appliquées. En comparant les métriques de performances entre les groupes de contrôle et de traitement, vous pouvez évaluer l'efficacité de vos modifications.

Workflows de test

L'API Google Ads est compatible avec quatre workflows de test distincts :

Géré par le système

Ce workflow est idéal pour tester les modifications apportées à des campagnes existantes. Une campagne de traitement est automatiquement créée à partir d'une campagne de contrôle. Vous pouvez modifier cette campagne de traitement avant le début du test. La seule exception concerne les tests PMAX_REPLACEMENT_SHOPPING, qui vous permettent de créer une campagne Performance Max basée sur une campagne Shopping de contrôle ou d'utiliser une campagne Performance Max existante comme campagne de traitement.

Le trafic est réparti entre les campagnes de contrôle et de traitement pendant le test. Il s'agit du workflow le plus proche des tests A/B standards, où deux campagnes parallèles sont diffusées simultanément.

Au sein d'une même campagne

Ce workflow permet de tester une fonctionnalité spécifique (comme la requête large ou Performance Max) dans une campagne existante. Le trafic est réparti au sein de la même campagne, de sorte qu'une partie seulement du trafic est exposée à la fonctionnalité testée. Cette option est utile lorsque vous souhaitez tester l'impact d'une seule modification sans créer une campagne entièrement distincte.

Optimisation des composants

Ce workflow est conçu spécifiquement pour tester les variantes de composants dans les campagnes Performance Max. Il vous permet de tester différents ensembles de composants les uns par rapport aux autres pour identifier la combinaison la plus performante.

Combinaison de campagnes

Ce workflow permet de comparer plusieurs variables dans une ou plusieurs campagnes. Il est compatible avec différents types de campagnes et est utilisé pour les scénarios de test complexes.

Récapitulatif des workflows et des types

Le workflow que vous utilisez dépend de la ExperimentType que vous sélectionnez lorsque vous créez votre test. Le tableau suivant récapitule les types disponibles et les workflows correspondants.

Workflow Types de tests Description
Géré par le système SEARCH_CUSTOM, DISPLAY_CUSTOM, HOTEL_CUSTOM, YOUTUBE_CUSTOM, PMAX_REPLACEMENT_SHOPPING Crée ou utilise des campagnes de traitement distinctes à tester par rapport à une campagne de contrôle.
Au sein d'une même campagne ADOPT_AI_MAX, ADOPT_BROAD_MATCH_KEYWORDS, PMAX_TEXT_CUSTOMIZATION_FINAL_URL_EXPANSION Testez une fonctionnalité en répartissant le trafic dans une seule campagne.
Optimisation des composants OPTIMIZE_ASSETS Teste différentes combinaisons de composants dans les campagnes Performance Max.
Combinaison de campagnes COMPARE_CAMPAIGNS Compare plusieurs variables dans une ou plusieurs campagnes, et accepte plusieurs types de campagnes.

Associer l'API à l'UI

Le tableau suivant récapitule la façon dont les types de tests d'API correspondent aux types de tests dans l'UI Google Ads.

API ExperimentType Équivalent dans l'UI Google Ads
ADOPT_AI_MAX AI Max pour les campagnes sur le Réseau de Recherche
ADOPT_BROAD_MATCH_KEYWORDS Mots clés en requête large pour les campagnes sur le Réseau de Recherche
COMPARE_CAMPAIGNS Types de campagnes combinés personnalisés
Performance Max personnalisée
DISPLAY_CUSTOM Display personnalisé
HOTEL_CUSTOM Hôtel personnalisé
OPTIMIZE_ASSETS Composants que vous avez fournis
PMAX_REPLACEMENT_SHOPPING Comparaison entre Performance Max et Shopping
PMAX_TEXT_CUSTOMIZATION_FINAL_URL_EXPANSION Extension de l'URL finale dans Performance Max
SEARCH_CUSTOM Recherche personnalisée
YOUTUBE_CUSTOM Vidéo personnalisée
Demand Gen personnalisée

Cycle de vie d'un test

La gestion d'un test suit généralement les étapes et les états ExperimentStatus suivants, avec quelques variations selon les workflows :

  1. Configuration (SETUP ou ENABLED) : créez une Experiment et une ou plusieurs ressources ExperimentArm. Les tests gérés par le système commencent à l'état SETUP. Vous pouvez ainsi modifier les campagnes de traitement avant de les programmer. En revanche, les autres workflows créent le test et les bras directement à l'état ENABLED dans une seule requête GoogleAdsService.Mutate.
  2. Programmer (INITIATED) : pour les tests gérés par le système, appelez ScheduleExperiment pour matérialiser les campagnes en cours de conception et programmer la diffusion du test.
  3. Exécuter et générer des rapports (ENABLED) : pendant l'exécution du test, interrogez les ressources Experiment (FROM experiment) ou de campagne pour obtenir des métriques permettant de comparer les performances entre les bras de contrôle et de traitement.
  4. Terminé (HALTED, PROMOTED ou GRADUATED) : une fois que vous disposez de suffisamment d'informations, vous pouvez terminer le test à l'aide de l'une des opérations suivantes :
    • Mettre fin (HALTED) : arrête le test. Les bras ou campagnes tests cessent d'être diffusés.
    • Promouvoir (PROMOTED) : applique les modifications du groupe de traitement au groupe de contrôle ou à la campagne.
    • Terminer (GRADUATED) : convertit une campagne test en campagne entièrement indépendante et non expérimentale, ou applique les paramètres de traitement à la campagne de base (selon le workflow).

Étapes suivantes

Pour savoir comment configurer un test, consultez le guide correspondant au workflow dont vous avez besoin :

Suivant
Tests gérés par le système