Tests de combinaisons de campagnes

Les tests de combinaisons de campagnes sont utilisés pour les scénarios de test complexes qui consistent à comparer plusieurs variables dans une ou plusieurs campagnes (jusqu'à cinq bras 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 aux 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 correspondent pas aux workflows gérés par le système ou intracampagne.

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 bras 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, génération de la demande, 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 le regroupement de 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 bras 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. La somme de traffic_split pour tous les bras doit être égale à 100 %.
  • Vous pouvez ajouter la même campagne à plusieurs bras de test. Le trafic sera réparti en fonction du pourcentage choisi. Aucun groupe de test ne peut contenir exactement les mêmes 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 mix de campagnes et leurs bras 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 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 les 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 vous obligent à attribuer directement des campagnes existantes à 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, vous pouvez interroger les métriques pour comparer les performances. Pour en savoir plus, consultez le guide sur les rapports.

Terminer ou arrêter

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

  • Terminer : si vous n'êtes pas satisfait des résultats d'un bras de traitement, utilisez EndExperiment. Il s'agit d'une opération synchrone.
  • Passer au niveau supérieur : si vous préférez les performances d'un bras de traitement spécifique, utilisez GraduateExperiment pour le faire passer au niveau supérieur. 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 celles associées au groupe de traitement diplômé sont converties en campagnes indépendantes et non expérimentales. Il s'agit d'une opération synchrone.