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

Cette procédure est idéale pour tester les modifications apportées à des campagnes existantes. Une campagne test est automatiquement créée à partir d'une campagne de contrôle. Vous pouvez modifier cette campagne test 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, dans lesquels deux campagnes parallèles sont diffusées simultanément.

Intracampagne

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 campagne unique, de sorte que seule une partie du trafic est exposée à la fonctionnalité testée. Cela 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 une combinaison de types de campagnes et est utilisé pour des scénarios de test complexes.

Résumé des workflows et des types

Le workflow que vous utilisez dépend de l'ExperimentType que vous sélectionnez lors de la création de votre test. Le tableau suivant récapitule les types disponibles et leurs 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 pour les tester par rapport à une campagne de contrôle.
Intracampagne ADOPT_AI_MAX, ADOPT_BROAD_MATCH_KEYWORDS, PMAX_TEXT_CUSTOMIZATION_FINAL_URL_EXPANSION Testez une fonctionnalité en répartissant le trafic au sein d'une même campagne.
Optimisation des composants OPTIMIZE_ASSETS Testez 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.

Mappez l'API à l'UI

Le tableau suivant récapitule la correspondance entre les types de tests de l'API et les types de tests de l'UI Google Ads.

API ExperimentType Équivalent dans l'interface utilisateur de 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 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

Le processus de gestion d'un test suit généralement ces étapes et les états ExperimentStatus, avec quelques variations selon les workflows :

  1. Configuration (SETUP ou ENABLED) : créez un Experiment et une ou plusieurs ressources ExperimentArm. Les tests gérés par le système démarrent à l'état SETUP afin que vous puissiez modifier les campagnes de traitement avant de les planifier, tandis que d'autres workflows créent le test et les groupes directement à l'état ENABLED dans une seule requête GoogleAdsService.Mutate.
  2. Planifier (INITIATED) : pour les tests gérés par le système, appelez ScheduleExperiment pour matérialiser les campagnes en cours de conception et planifier la diffusion du test.
  3. Exécution et création de rapports (ENABLED) : pendant l'exécution du test, interrogez Experiment (FROM experiment) ou les ressources de la campagne pour obtenir des métriques permettant de comparer les performances entre les groupes de contrôle et les groupes de traitement.
  4. Terminer (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 :
    • Fin (HALTED) : arrête le test. La diffusion des campagnes ou des groupes de test s'arrête.
    • Promouvoir (PROMOTED) : applique les modifications du groupe de traitement au groupe de contrôle ou à la campagne.
    • Graduate (GRADUATED) : convertit une campagne de traitement en une campagne non expérimentale entièrement indépendante 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