Tests de combinaisons de campagnes

Les tests de combinaisons de campagnes sont utilisés pour les scénarios de test complexes qui impliquent de comparer plusieurs variables dans une ou plusieurs campagnes (jusqu'à cinq groupes de test). Ce workflow est compatible avec différents types de campagnes dans un même test.

Ce workflow est compatible avec la valeur ExperimentType suivante :

  • COMPARE_CAMPAIGNS

Présentation

Le type de test COMPARE_CAMPAIGNS correspond à Types de campagnes combinés personnalisés dans l'UI Google Ads (qui comprend également les tests Performance Max personnalisés). Sa conception flexible est compatible avec les tests qui ne correspondent pas aux workflows gérés par le système ou intra-campagne.

Les tests de combinaisons de campagnes vous permettent de comparer plusieurs variables dans une ou plusieurs campagnes en sélectionnant des campagnes existantes et en les attribuant à différents groupes de test (jusqu'à cinq au total). Vous pouvez ainsi tester différents types de campagnes (sur le Réseau de Recherche, Performance Max, Shopping, Demand Gen, vidéo et pour applications) dans un seul test afin d'optimiser l'allocation du budget, d'évaluer les structures de compte, de tester la consolidation des campagnes et de comparer différents paramètres de campagne.

Avant de commencer

  • Les tests de combinaisons de campagnes vous permettent de créer jusqu'à cinq groupes de test.
  • Vous pouvez ajouter autant de campagnes que vous le souhaitez par bras.
  • Le test prend en charge tous les types de campagnes, à l'exception des campagnes d'hôtel.
  • Il prend en charge les répartitions de trafic équitables et personnalisées entre les bras. La répartition du trafic minimale est de 1%, les pourcentages de répartition du trafic ne peuvent pas comporter de décimales, et la somme de traffic_split dans tous les bras doit être égale à 100 (100%).
  • Vous pouvez ajouter la même campagne à plusieurs groupes de test. Le trafic est réparti en fonction du pourcentage choisi. Deux groupes de test ne peuvent pas avoir exactement le même ensemble de campagnes.
  • Nous vous recommandons de définir un plan ou une intention avant de commencer le test. Par exemple, essayez d'allouer le même budget à chaque groupe de test, sauf si c'est précisément ce que vous testez.

Configuration

Les tests de combinaisons de campagnes et leurs groupes de test doivent être créés ensemble dans une seule GoogleAdsService.Mutate requête à l'aide de noms de ressources temporaires :

  1. Créez un Experiment avec un nom de ressource temporaire (par exemple, customers/CUSTOMER_ID/experiments/-1), type défini sur COMPARE_CAMPAIGNS, et status défini sur ENABLED.
  2. Créez des ressources ExperimentArm faisant référence au nom de ressource de test temporaire (un groupe de contrôle avec control = true et jusqu'à quatre groupes de traitement avec control = false), en définissant traffic_split sur chaque groupe de sorte que le total soit égal à 100.
  3. Attribuez des noms de ressources de campagne existants (customers/CUSTOMER_ID/campaigns/CAMPAIGN_ID) au champ campaigns sur chaque ExperimentArm. Contrairement aux tests standards gérés par le système, où les campagnes de traitement sont générées automatiquement dans in_design_campaigns, les tests de combinaisons de campagnes vous obligent à attribuer directement des campagnes existantes à chaque bras.
  4. Envoyez les opérations de création Experiment et ExperimentArm dans une seule GoogleAdsService.Mutate requête. Étant donné que le test est créé directement avec status = ENABLED, vous n'avez pas besoin d'appeler ExperimentService.ScheduleExperiment.

Rapport sur le test

Une fois le test en cours d'exécution, vous pouvez interroger les métriques pour comparer les performances. Pour en savoir plus, consultez le Guide de création de rapports.

Terminer ou valider

Après avoir évalué les résultats, vous pouvez terminer ou valider le test à l'aide de ExperimentService.

  • Terminer : si vous n'êtes pas satisfait des résultats d'un des bras de traitement, utilisez EndExperiment. Il s'agit d'une opération synchrone.
  • Valider : si vous préférez les performances d'un groupe de traitement spécifique, utilisez GraduateExperiment pour valider ce groupe. Dans le cadre de ce processus, les campagnes associées à d'autres groupes (y compris le groupe de contrôle) sont mises en veille, et les campagnes associées au groupe de traitement validé sont converties en campagnes indépendantes et non expérimentales. Il s'agit d'une opération synchrone.