Check out what’s new from Firebase@ Google I/O 2021, and join our alpha program for early access to the new Remote Config personalization feature. Learn more

Créez des expériences de messagerie dans l'application avec les tests A/B

Lorsque vous contactez vos utilisateurs ou lancez une nouvelle campagne marketing, vous voulez vous assurer de bien faire les choses. Les tests A/B peuvent vous aider à trouver la formulation et la présentation optimales en testant des variantes de message sur des portions sélectionnées de votre base d'utilisateurs. Que votre objectif soit une meilleure rétention ou une meilleure conversion sur une offre, les tests A/B peuvent effectuer une analyse statistique pour déterminer si une variante de message surpasse le groupe de contrôle pour votre objectif sélectionné.

Pour tester A/B des variantes de fonctionnalités avec un groupe de contrôle, procédez comme suit :

  1. Créez votre expérience.
  2. Validez votre expérience sur un appareil de test.
  3. Gérez votre expérience.

Créer une expérience

Une expérience qui utilise Firebase In-App Messaging vous permet d'évaluer plusieurs variantes d'un seul message in-app.

  1. Connectez-vous à Firebase, mettez à jour les paramètres de partage de données et assurez-vous que le partage de données est activé. Sans partage de données, votre expérience n'aura pas accès aux données d'analyse.
  2. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  3. Cliquez sur Créer une expérience , puis sélectionnez Messagerie intégrée à l'application lorsque vous y êtes invité pour le service que vous souhaitez tester.
  4. Sinon, dans la barre de navigation de la console Firebase , développez Grow , puis cliquez sur In-App Messaging . Cliquez ensuite sur Nouveau test .
  5. Saisissez un nom et une description facultative pour votre expérience, puis cliquez sur Suivant .
  6. Remplissez les champs de ciblage , en choisissant d'abord l'application qui utilise votre expérience. Vous pouvez également cibler un sous-ensemble de vos utilisateurs pour participer à votre test en choisissant les options suivantes :

    • Version : une ou plusieurs versions de votre application
    • Audience d'utilisateurs : audiences d' analyse utilisées pour cibler les utilisateurs susceptibles d'être inclus dans le test
    • Propriété utilisateur : une ou plusieurs propriétés utilisateur Analytics permettant de sélectionner les utilisateurs susceptibles d'être inclus dans le test
    • Prédiction : groupes d'utilisateurs prédits par l'apprentissage automatique pour adopter un comportement particulier
    • Pays/Région : un ou plusieurs pays ou régions pour sélectionner les utilisateurs susceptibles d'être inclus dans le test
    • Langue de l'appareil : une ou plusieurs langues et paramètres régionaux utilisés pour sélectionner les utilisateurs susceptibles d'être inclus dans le test
    • Première ouverture : ciblez les utilisateurs en fonction de la première fois qu'ils ont ouvert votre application
    • Dernier engagement dans l'application : ciblez les utilisateurs en fonction de la dernière fois qu'ils ont utilisé votre application
  7. Définir le pourcentage d'utilisateurs cibles : sélectionnez le pourcentage de la base d'utilisateurs de votre application correspondant aux critères définis sous Utilisateurs cibles que vous souhaitez répartir équitablement entre le groupe de contrôle et une ou plusieurs variantes de votre test. Il peut s'agir de n'importe quel pourcentage compris entre 0,01 % et 100 %. Les pourcentages sont réaffectés de manière aléatoire aux utilisateurs pour chaque expérience, y compris les expériences en double.

  8. Dans la section Variantes , configurez un message de base dans l'application à envoyer au groupe de contrôle à l'aide de l' interface de conception de message que vous utilisez pour une campagne de messagerie normale dans l'application.

  9. Pour ajouter une variante à votre test, cliquez sur Ajouter une variante . Par défaut, les expériences ont un groupe de contrôle et une variante.

  10. (facultatif) Saisissez un nom pour chaque variante de votre test afin de remplacer les noms Variante A , Variante B , etc.

  11. (facultatif) En haut de la section Variantes , cliquez sur le bouton Comparer les variantes pour comparer une autre variante de message côte à côte avec le message de base.

  12. Définissez une métrique d'objectif pour votre expérience à utiliser lors de l'évaluation des variantes de l'expérience, ainsi que toutes les métriques supplémentaires souhaitées dans la liste déroulante. Ces métriques incluent des objectifs intégrés (engagement, achats, revenus, rétention, etc.), des événements de conversion Analytics et d'autres événements Analytics.

  13. Configurez la planification de l'expérience :

    • Définissez une date de début et de fin pour l'expérience.
    • Définissez la manière dont les messages intégrés à l'application sont déclenchés dans toutes les variantes.
  14. Cliquez sur Vérifier pour enregistrer votre expérience.

Vous êtes autorisé à effectuer jusqu'à 300 expériences par projet, ce qui peut comprendre jusqu'à 24 expériences en cours, les autres étant à l'état de brouillon ou terminées.

Validez votre expérience sur un appareil de test

Pour chaque installation de Firebase, vous pouvez récupérer le jeton d'autorisation d'installation qui lui est associé. Vous pouvez utiliser ce jeton pour tester des variantes de test spécifiques sur un appareil de test avec votre application installée. Pour valider votre expérience sur un appareil de test, procédez comme suit :

  1. Obtenez le jeton d'autorisation d'installation comme suit :

    Rapide

    Installations.installations().authTokenForcingRefresh(true, completion: { (token, error) in
      if let error = error {
        print("Error fetching token: \(error)")
        return
      }
      guard let token = token else { return }
      print("Installation auth token: \(token)")
    })
    

    Objectif c

    [[FIRInstallations installations] authTokenForcingRefresh:true
                                                   completion:^(FIRInstallationsAuthTokenResult *result, NSError *error) {
      if (error != nil) {
        NSLog(@"Error fetching Installation token %@", error);
        return;
      }
      NSLog(@"Installation auth token: %@", [result authToken]);
    }];
    

    Java

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */true)
            .addOnCompleteListener(new OnCompleteListener<InstallationTokenResult>() {
        @Override
        public void onComplete(@NonNull Task<InstallationTokenResult> task) {
            if (task.isSuccessful() && task.getResult() != null) {
                Log.d("Installations", "Installation auth token: " + task.getResult().getToken());
            } else {
                Log.e("Installations", "Unable to get Installation auth token");
            }
        }
    });

    Kotlin+KTX

    FirebaseInstallations.getInstance().getToken(/* forceRefresh */ true)
        .addOnCompleteListener { task ->
            if (task.isSuccessful) {
                Log.d("Installations", "Installation auth token: " + task.result?.token)
            } else {
                Log.e("Installations", "Unable to get Installation auth token")
            }
        }
  2. Dans la barre de navigation de la console Firebase , cliquez sur Test A/B .
  3. Cliquez sur Brouillon (et/ou Exécution pour les expériences de configuration à distance), survolez votre expérience, cliquez sur le menu contextuel ( ), puis cliquez sur Gérer les appareils de test .
  4. Saisissez le jeton d'autorisation d'installation pour un appareil de test et choisissez la variante d'expérience à envoyer à cet appareil de test.
  5. Exécutez l'application et confirmez que la variante sélectionnée est reçue sur l'appareil de test.

Pour en savoir plus sur les installations Firebase, consultez Gérer les installations Firebase .

Gérer votre expérience

Que vous créiez un test avec Remote Config, le composeur de notifications ou Firebase In-App Messaging, vous pouvez ensuite valider et démarrer votre test, surveiller votre test pendant son exécution et augmenter le nombre d'utilisateurs inclus dans votre test en cours.

Une fois votre test terminé, vous pouvez prendre note des paramètres utilisés par la variante gagnante, puis déployer ces paramètres pour tous les utilisateurs. Ou, vous pouvez exécuter une autre expérience.

Commencer une expérience

  1. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  2. Cliquez sur Brouillon , puis sur le titre de votre expérience.
  3. Pour valider que votre application a des utilisateurs qui seraient inclus dans votre test, développez les détails du brouillon et recherchez un nombre supérieur à 0 % dans la section Ciblage et distribution (par exemple, 1 % des utilisateurs correspondant aux critères ).
  4. Pour modifier votre test, cliquez sur Modifier .
  5. Pour démarrer votre test, cliquez sur Démarrer le test . Vous pouvez exécuter jusqu'à 24 expériences par projet à la fois.

Surveiller une expérience

Une fois qu'un test est en cours d'exécution depuis un certain temps, vous pouvez vérifier sa progression et voir à quoi ressemblent vos résultats pour les utilisateurs qui ont participé à votre test jusqu'à présent.

  1. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  2. Cliquez sur En cours d'exécution , puis sur le titre de votre expérience. Sur cette page, vous pouvez afficher diverses statistiques observées et modélisées sur votre test en cours, notamment :

    • % de différence par rapport à la ligne de base : une mesure de l'amélioration d'une métrique pour une variante donnée par rapport à la ligne de base (ou groupe de contrôle). Calculé en comparant la plage de valeurs de la variante à la plage de valeurs de la ligne de base.
    • Probabilité de battre la ligne de base : la probabilité estimée qu'une variante donnée dépasse la ligne de base pour la métrique sélectionnée.
    • observed_metric par utilisateur : sur la base des résultats de l'expérience, il s'agit de la plage prévue dans laquelle la valeur de la métrique tombera au fil du temps.
    • Total observed_metric : La valeur cumulée observée pour le groupe de contrôle ou la variante. La valeur est utilisée pour mesurer les performances de chaque variante de test et est utilisée pour calculer l' amélioration , la plage de valeurs , la probabilité de battre la ligne de base et la probabilité d'être la meilleure variante . Selon la statistique mesurée, cette colonne peut être intitulée "Durée par utilisateur", "Revenu par utilisateur", "Taux de rétention" ou "Taux de conversion".
  3. Une fois votre test exécuté pendant un certain temps (au moins 7 jours pour le FCM et la messagerie intégrée ou 14 jours pour la configuration à distance), les données de cette page indiquent quelle variante, le cas échéant, est le "leader". Certaines mesures sont accompagnées d'un graphique à barres qui présente les données dans un format visuel.

Déployer un test à tous les utilisateurs

Une fois qu'un test a duré suffisamment longtemps pour que vous ayez un "leader" ou une variante gagnante, pour votre métrique d'objectif, vous pouvez déployer le test auprès de 100 % des utilisateurs. Cela vous permet de sélectionner une variante à publier pour tous les utilisateurs à l'avenir. Même si votre test n'a pas créé de gagnant clair, vous pouvez toujours choisir de déployer une variante pour tous vos utilisateurs.

  1. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  2. Cliquez sur Terminé ou En cours d'exécution , cliquez sur un test que vous souhaitez déployer pour tous les utilisateurs, cliquez sur le menu contextuel ( ), puis sur variante .
  3. Déployez votre test auprès de tous les utilisateurs en procédant de l'une des manières suivantes :

    • Pour une expérience qui utilise le compositeur Notifications, utilisez le déploiement de dialogue de message pour envoyer le message aux autres utilisateurs ciblés qui ne faisaient pas partie de l'expérience.
    • Pour une expérience de configuration à distance, sélectionnez une variante pour déterminer les valeurs de paramètre de configuration à distance à mettre à jour. Les critères de ciblage définis lors de la création du test seront ajoutés en tant que nouvelle condition dans votre modèle, afin de garantir que le déploiement n'affecte que les utilisateurs ciblés par le test. Après avoir cliqué sur Vérifier dans Remote Config pour examiner les modifications, cliquez sur Publier les modifications pour terminer le déploiement.
    • Pour une expérience de messagerie intégrée à l'application, utilisez la boîte de dialogue pour déterminer quelle variante doit être déployée en tant que campagne de messagerie intégrée autonome. Une fois sélectionné, vous serez redirigé vers l'écran de composition FIAM pour apporter des modifications (si nécessaire) avant de publier.

Développer un test

Si vous constatez qu'un test n'attire pas suffisamment d'utilisateurs pour que l'A/B Testing déclare un leader, vous pouvez augmenter la distribution de votre test pour atteindre un pourcentage plus important de la base d'utilisateurs de l'application.

  1. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  2. Sélectionnez le test en cours que vous souhaitez modifier.
  3. Dans la vue d'ensemble de l' expérience , cliquez sur le menu contextuel ( ), puis sur Modifier l'expérience en cours .
  4. La boîte de dialogue Ciblage affiche une option permettant d'augmenter le pourcentage d'utilisateurs participant au test en cours. Sélectionnez un nombre supérieur au pourcentage actuel et cliquez sur Publier . Le test sera envoyé au pourcentage d'utilisateurs que vous avez spécifié.

Dupliquer ou arrêter un test

  1. Dans la section Engager de la barre de navigation de la console Firebase , cliquez sur Test A/B .
  2. Cliquez sur Terminé ou En cours , , cliquez sur le menu contextuel ( ), puis cliquez sur Dupliquer le ou Arrêter le .

Ciblage des utilisateurs

Vous pouvez cibler les utilisateurs à inclure dans votre test à l'aide des critères de ciblage d'utilisateurs suivants.

Critère de ciblage Les opérateurs) Valeurs) Noter
Version contient,
ne contient pas,
correspond exactement,
contient regex
Saisissez une valeur pour une ou plusieurs versions d'application que vous souhaitez inclure dans le test.

Lorsque vous utilisez l'un des opérateurs contient , ne contient pas ou correspond exactement , vous pouvez fournir une liste de valeurs séparées par des virgules.

Lorsque vous utilisez l'opérateur contains regex , vous pouvez créer des expressions régulières au format RE2 . Votre expression régulière peut correspondre à tout ou partie de la chaîne de version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible.

Public(s) utilisateur(s) comprend tout,
comprend au moins l'un de,
ne comprend pas tous,
ne comprend pas au moins l'un des
Sélectionnez une ou plusieurs audiences Analytics pour cibler les utilisateurs susceptibles d'être inclus dans votre test.
Propriété de l'utilisateur Pour le texte :
contient,
ne contient pas,
correspond exactement,
contient regex

Pour les nombres :
<, , =, , >
Une propriété utilisateur Analytics est utilisée pour sélectionner les utilisateurs susceptibles d'être inclus dans un test, avec une gamme d'options pour sélectionner les valeurs de propriété utilisateur.

Sur le client, vous ne pouvez définir que des valeurs de chaîne pour les propriétés utilisateur. Pour les conditions qui utilisent des opérateurs numériques, le service Remote Config convertit la valeur de la propriété utilisateur correspondante en un entier/un flottant.
Lorsque vous utilisez l'opérateur contains regex , vous pouvez créer des expressions régulières au format RE2 . Votre expression régulière peut correspondre à tout ou partie de la chaîne de version cible. Vous pouvez également utiliser les ancres ^ et $ pour faire correspondre le début, la fin ou l'intégralité d'une chaîne cible.
Prédiction N / A Ciblez les groupes d'utilisateurs définis par Firebase Predictions, par exemple, ceux qui sont susceptibles d'arrêter d'utiliser votre application ou les utilisateurs qui sont susceptibles d'effectuer un achat via l'application. Sélectionnez l'une des valeurs définies par l'outil Firebase Predictions. Si une option n'est pas disponible, vous devrez peut-être activer Firebase Predictions en visitant la section Predictions de la console Firebase.
Pays de l'appareil N / A Un ou plusieurs pays ou régions utilisés pour sélectionner les utilisateurs susceptibles d'être inclus dans le test.
Langue de l'appareil N / A Une ou plusieurs langues et paramètres régionaux utilisés pour sélectionner les utilisateurs susceptibles d'être inclus dans le test. Ce critère de ciblage n'est disponible que pour Remote Config.
Première ouverture plus que
moins que
entre
Ciblez les utilisateurs en fonction de la première ouverture de votre application, spécifiée en jours. Ce critère de ciblage n'est disponible que pour la messagerie intégrée à l'application Firebase.
Dernier engagement de l'application plus que
moins que
entre
Ciblez les utilisateurs en fonction de la dernière fois qu'ils ont utilisé votre application, spécifié en jours. Ce critère de ciblage n'est disponible que pour la messagerie intégrée à l'application Firebase.

Métriques des tests A/B

Lorsque vous créez votre test, vous choisissez une métrique qui est utilisée pour comparer les variantes de test, et vous pouvez également choisir d'autres métriques à suivre pour vous aider à mieux comprendre chaque variante de test et à détecter tout effet secondaire important (comme les plantages d'applications). Les tableaux suivants fournissent des détails sur la façon dont les métriques d'objectif et d'autres métriques sont calculées.

Métriques de l'objectif

Métrique La description
Conservation (1 jour) Le nombre d'utilisateurs qui reviennent quotidiennement sur votre application.
Conservation (2-3 jours) Le nombre d'utilisateurs qui reviennent à votre application dans les 2-3 jours.
Conservation (4-7 jours) Le nombre d'utilisateurs qui reviennent à votre application dans les 4 à 7 jours.
Rétention (8-14 jours) Le nombre d'utilisateurs qui reviennent à votre application dans les 8 à 14 jours.
Rétention (15+ jours) Le nombre d'utilisateurs qui reviennent à votre application 15 jours ou plus après leur dernière utilisation.
Notification ouverte Suit si un utilisateur ouvre la notification envoyée par le compositeur de notifications.
Revenu d'achat Valeur combinée pour tous les événements ecommerce_purchase et in_app_purchase .
Revenus AdMob estimés Revenus estimés d'AdMob.
Revenu total estimé Valeur d'achat combinée et revenus AdMob estimés.
first_open Un événement Analytics qui se déclenche lorsqu'un utilisateur ouvre une application pour la première fois après l'avoir installée ou réinstallée. Utilisé dans le cadre d'un entonnoir de conversion.
notification_ouverte Un événement Analytics qui se déclenche lorsqu'un utilisateur ouvre une notification envoyée par le composeur de notifications. Utilisé dans le cadre d'un entonnoir de conversion.

Autres métriques

Métrique La description
Utilisateurs sans plantage Pourcentage d'utilisateurs qui n'ont pas rencontré d'erreurs dans votre application qui ont été détectées par le SDK Firebase Crashlytics au cours du test.
notification_dismiss Un événement Analytics qui se déclenche lorsqu'une notification envoyée par le composeur de notifications est rejetée (Android uniquement).
notification_recevoir Un événement Analytics qui se déclenche lorsqu'une notification envoyée par le composeur de notifications est reçue alors que l'application est en arrière-plan (Android uniquement).
os_update Un événement Analytics qui suit la mise à jour du système d'exploitation de l'appareil vers une nouvelle version. Pour en savoir plus, voir Événements collectés automatiquement .
screen_view Un événement Analytics qui suit les écrans consultés dans votre application. Pour en savoir plus, consultez Suivre les vues d'écran .
session_start Un événement Analytics qui compte les sessions utilisateur dans votre application. Pour en savoir plus, voir Événements collectés automatiquement .
engagement_utilisateur Un événement Analytics qui se déclenche périodiquement lorsque votre application est au premier plan. Pour en savoir plus, voir Événements collectés automatiquement .