Tests de combinaisons de campagnes

Les tests de combinaisons de campagnes sont utilisés pour des 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 une combinaison de 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 mixtes personnalisés dans l'UI Google Ads (qui englobe également les tests Performance Max personnalisés). Sa conception flexible permet de réaliser des tests qui ne sont pas compatibles avec les 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). Cela vous permet de tester différents types de campagnes (sur le Réseau de Recherche, Performance Max, Shopping, Demand Gen, vidéo et pour applications) dans un même 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 minimale du trafic est de 1 %, les pourcentages de répartition du trafic ne peuvent pas comporter de décimales et la somme de traffic_split sur tous les bras doit être égale à 100 (100 %).
  • Vous pouvez ajouter la même campagne à plusieurs groupes de test. Le trafic sera 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 requête GoogleAdsService.Mutate à 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 la 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 de 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 nécessitent d'attribuer des campagnes existantes directement à chaque bras.
  4. Envoyez les opérations de création Experiment et ExperimentArm dans une seule requête GoogleAdsService.Mutate. É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 sur les rapports.

Changer de compte ou terminer

Après avoir évalué les résultats, vous pouvez mettre fin au test ou le promouvoir à l'aide de ExperimentService.

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