Questions fréquemment posées

Cet article fournit des réponses à certaines questions fréquemment posées sur les Campaigns.

Comment créer une campagne multicanale ?

Consultez Campaigns multicanales dans Créer une Campaign pour les étapes de configuration et les canaux pris en charge.

Puis-je ajouter un groupe de contrôle à ma campagne multicanale ?

Consultez Groupes de contrôle dans Créer une Campaign. Pour les tests cross-canal, utilisez Canvas.

Quels sont les moyens de commencer à tester et à optimiser les Campaigns ?

Les Campaigns multivariées et les Canvas à plusieurs variantes sont un excellent point de départ ! Par exemple, vous pouvez lancer une Campaign multivariée pour tester un message avec différentes copies ou lignes d’objet. Les Canvas à variantes multiples peuvent aider à tester des flux de travail entiers.

Pourquoi le taux d’ouverture de ma Campaign a-t-il diminué ?

Un taux d’ouverture faible n’est pas toujours lié à un problème technique. Il peut y avoir des problèmes de coupure d’e-mail, ce qui entraîne l’absence du pixel de suivi. Cependant, il est également possible que moins d’utilisateurs ouvrent leurs e-mails en raison du contenu ou de changements dans la taille de l’audience.

Comment les audiences des Campaigns sont-elles évaluées ?

Par défaut, les Campaigns vérifient les filtres d’audience au moment de l’entrée. Pour les Campaigns par événement avec un délai, il existe une option pour réévaluer les critères de Segment au moment de l’envoi afin de s’assurer que les utilisateurs font toujours partie de l’audience cible lorsque le message est envoyé.

Pourquoi y a-t-il une différence entre le nombre de destinataires uniques et le nombre d’envois pour une Campaign ou un Canvas donné ?

Une explication possible pourrait être que la Campaign ou le Canvas a la rééligibilité activée, ce qui signifie que les utilisateurs qui correspondent au Segment et aux paramètres de livraison pourront recevoir le message plus d’une fois. Si la rééligibilité n’est pas activée, l’explication probable de la différence entre les envois et les destinataires uniques peut être que les utilisateurs possèdent plusieurs appareils, sur différentes plateformes, associés à leurs profils.

Par exemple, si vous avez un Canvas qui contient à la fois des notifications push iOS et web, un utilisateur donné possédant des appareils mobiles et de bureau pourrait recevoir plus d’un message.

Pourquoi les destinataires uniques sont-ils plus élevés que le nombre d’utilisateurs ciblés ?

Les destinataires uniques peuvent être plus élevés que l’audience attendue car Braze suit les destinataires uniques quotidiens pour les rapports. Cela permet à Braze d’attribuer les conversions dans la fenêtre de conversion à chaque fois qu’un utilisateur reçoit le message, au lieu de regrouper plusieurs réceptions en un seul comptage à vie (ce qui fausserait le calcul des conversions).

Par exemple, si un utilisateur reçoit une Campaign le lundi et à nouveau le vendredi et convertit après chaque envoi, Braze peut reporter cela comme deux réceptions et deux conversions. Si Braze ne comptait qu’un seul « unique » à vie pour les deux envois, vous perdriez soit une conversion valide, soit compteriez en double pour un seul destinataire, ce qui rendrait l’analyse des performances de la Campaign plus difficile à interpréter.

Le même schéma s’applique aux Campaigns récurrentes et à la rééligibilité : si deux utilisateurs reçoivent chacun un envoi récurrent aujourd’hui et à nouveau demain, les destinataires uniques comptent quatre lignes de destinataires quotidiens, et non deux profils.

Pourquoi le nombre de conversions peut-il dépasser le nombre d’utilisateurs uniques pour les Campaigns multicanales ?

Consultez Conversions et rapports dans Créer une Campaign et Règles de suivi des conversions dans Événements de conversion.

Pourquoi ma Campaign a-t-elle une base d’utilisateurs joignables plus petite que le Segment que j’utilise pour la Campaign ?

Si vous avez configuré un groupe de contrôle global, cela empêchera un pourcentage de votre audience joignable de recevoir des Campaigns. Cela signifie que le nombre d’utilisateurs joignables pour votre Segment peut parfois être supérieur au nombre d’utilisateurs joignables pour votre Campaign, même si la Campaign utilise ce même Segment.

Qu’offre la livraison par fuseau horaire local ?

La livraison par fuseau horaire local vous permet de distribuer des Campaigns de communication à un Segment en fonction du fuseau horaire individuel de chaque utilisateur. Sans la livraison par fuseau horaire local, les Campaigns seront planifiées en fonction des paramètres de fuseau horaire de votre entreprise dans Braze.

Par exemple, une entreprise basée à Londres envoyant une Campaign à 12 h atteindra les utilisateurs sur la côte ouest de l’Amérique à 4 h du matin. Si votre application n’est disponible que dans certains pays, cela peut ne pas poser de risque pour vous. Dans le cas contraire, nous vous recommandons fortement d’éviter d’envoyer des notifications push tôt le matin à votre base d’utilisateurs.

Comment Braze reconnaît-il le fuseau horaire d’un utilisateur ?

Braze déterminera automatiquement le fuseau horaire d’un utilisateur à partir de son appareil. Cela garantit la précision du fuseau horaire et une couverture complète de vos utilisateurs. Les utilisateurs créés via l’API Utilisateur ou autrement sans fuseau horaire auront le fuseau horaire de votre entreprise comme fuseau horaire par défaut jusqu’à ce qu’ils soient reconnus dans votre application par le SDK.

Vous pouvez vérifier le fuseau horaire de votre entreprise dans les paramètres de l’entreprise sur le tableau de bord.

Quand Braze évalue-t-il les utilisateurs pour la livraison par fuseau horaire local ?

Braze évalue l’éligibilité d’entrée des utilisateurs à :

• L’heure de Samoa (UTC+13) le jour planifié
• L’heure locale du jour planifié

Pour qu’un utilisateur soit éligible à l’entrée, il doit être éligible aux deux vérifications. Par exemple, si un Canvas est planifié pour être lancé le 7 août 2021 à 14 h en fuseau horaire local, le ciblage d’un utilisateur situé à New York nécessiterait les vérifications d’éligibilité suivantes :

• New York le 6 août 2021 à 21 h
• New York le 7 août 2021 à 14 h

Pour entrer, un utilisateur doit correspondre à votre audience et à vos filtres aux deux moments d’évaluation. Si l’utilisateur n’est pas éligible à la première vérification, Braze n’effectue pas la seconde. Il n’y a pas de durée minimale pendant laquelle un utilisateur doit avoir été dans le Segment avant le lancement. Seule l’éligibilité à chaque vérification compte.

Ce comportement d’évaluation est distinct de la durée à l’avance à laquelle vous planifiez la Campaign dans le tableau de bord. Planifier au moins 24 heures à l’avance est une recommandation car cela aide les messages à être distribués sur l’ensemble de la fenêtre de fuseau horaire local de 24 heures, ce n’est pas une exigence selon laquelle chaque utilisateur doit être dans l’audience depuis 24 heures.

Exemples

Par exemple, si une Campaign est planifiée pour être distribuée à 19 h UTC, nous commençons à mettre en file d’attente les envois de la Campaign dès qu’un fuseau horaire est identifié (comme Samoa). Cela signifie que nous nous préparons à envoyer le message, pas que nous envoyons la Campaign. Si les utilisateurs ne correspondent à aucun filtre lorsque nous vérifions l’éligibilité, ils ne feront pas partie de l’audience cible.

Autre exemple, supposons que vous souhaitiez créer deux Campaigns planifiées pour être envoyées le même jour — une le matin et une le soir — et ajouter un filtre selon lequel les utilisateurs ne peuvent recevoir la seconde Campaign que s’ils ont déjà reçu la première. Avec la livraison par fuseau horaire local, certains utilisateurs pourraient ne pas recevoir la seconde Campaign. En effet, nous vérifions l’éligibilité lorsque le fuseau horaire de l’utilisateur est identifié, donc si l’heure planifiée n’est pas encore arrivée dans leur fuseau horaire, ils n’ont pas reçu la première Campaign, ce qui signifie qu’ils ne seront pas éligibles pour la seconde Campaign.

La chronologie suivante suppose une définition de Segment qui inclut une fenêtre d’appartenance limitée dans le temps. Dans cet exemple, les utilisateurs quittent le Segment 24 heures après y avoir adhéré. Ce comportement de filtre est l’une des raisons pour lesquelles un utilisateur peut passer la première vérification et échouer à la seconde.

Description de la chronologie

1. L’utilisateur A entre dans le Segment à 6 h 59 PST (4 h 59 heure de Samoa).
2. Braze vérifie l’appartenance au Segment à 7 h heure de Samoa pour déterminer quels utilisateurs sont éligibles pour recevoir la Campaign dans les 24 heures suivantes. L’utilisateur A fait partie du Segment à ce moment.
3. Le Segment a une fenêtre de 24 heures, donc l’utilisateur A quitte le Segment 24 heures après y avoir adhéré : 6 h 59 PST (4 h 59 heure de Samoa).
4. La Campaign en heure locale s’envoie à 7 h PST, mais l’utilisateur A a déjà quitté le Segment.

Comment planifier une Campaign par fuseau horaire local ?

La section précédente décrit quand Braze évalue l’éligibilité pour la livraison par fuseau horaire local (les deux vérifications). Cette section décrit quand vous définissez le calendrier de la Campaign dans le tableau de bord (délai de planification) et quels utilisateurs reçoivent tout de même le message si vous planifiez avec moins de 24 heures de préavis.

Lors de la planification d’une Campaign, choisissez de l’envoyer à une heure désignée, puis sélectionnez Envoyer la Campaign aux utilisateurs dans leur fuseau horaire local.

Braze recommande vivement que toutes les Campaigns par fuseau horaire local soient planifiées 24 heures à l’avance. Puisqu’une telle Campaign doit être envoyée sur une journée entière, la planifier 24 heures à l’avance garantit que votre message atteindra l’ensemble de votre Segment. Cependant, vous pouvez planifier ces Campaigns moins de 24 heures à l’avance si nécessaire. Gardez à l’esprit que Braze n’enverra pas de messages aux utilisateurs qui ont manqué l’heure d’envoi de plus d’une heure.

Par exemple, s’il est 13 h et que vous planifiez une Campaign par fuseau horaire local pour 15 h, la Campaign sera immédiatement envoyée à tous les utilisateurs dont l’heure locale est entre 15 h et 16 h, mais pas aux utilisateurs dont l’heure locale est 17 h. De plus, l’heure d’envoi que vous choisissez pour votre Campaign ne doit pas encore être passée dans le fuseau horaire de votre entreprise.

La modification d’une Campaign par fuseau horaire local planifiée moins de 24 heures à l’avance ne modifiera pas le calendrier du message. Si vous décidez de modifier une Campaign par fuseau horaire local pour l’envoyer à une heure ultérieure (par exemple, 19 h au lieu de 18 h), les utilisateurs qui faisaient partie du Segment ciblé lorsque l’heure d’envoi d’origine a été choisie recevront toujours le message à l’heure d’origine (18 h). Si vous modifiez un fuseau horaire local pour l’envoyer à une heure antérieure (par exemple, 16 h au lieu de 17 h), la Campaign sera tout de même envoyée à tous les membres du Segment à l’heure d’origine (17 h).

Si vous avez autorisé les utilisateurs à devenir rééligibles pour la Campaign, ils la recevront à nouveau à l’heure d’origine (17 h). Pour toutes les occurrences ultérieures de votre Campaign, cependant, vos messages ne sont envoyés qu’à votre heure mise à jour.

Quand les modifications apportées aux Campaigns par fuseau horaire local prennent-elles effet ?

Les Segments cibles pour les Campaigns par fuseau horaire local doivent inclure une fenêtre d’au moins 48 heures pour tout filtre basé sur le temps afin de garantir la livraison à l’ensemble du Segment. Par exemple, considérez un Segment ciblant les utilisateurs à leur deuxième jour avec les filtres suivants :

• Première utilisation de l’application il y a plus d’un jour
• Première utilisation de l’application il y a moins de deux jours

La livraison par fuseau horaire local peut manquer des utilisateurs dans ce Segment en fonction de l’heure de livraison et du fuseau horaire local des utilisateurs. En effet, un utilisateur peut quitter le Segment au moment où son fuseau horaire déclenche la livraison.

Quels changements puis-je apporter aux Campaigns planifiées avant le lancement ?

Lorsque la Campaign est planifiée, vous devez effectuer les modifications sur tout ce qui ne concerne pas la composition du message avant que nous mettions les messages en file d’attente pour l’envoi. Comme pour toutes les Campaigns, vous ne pouvez pas modifier les événements de conversion après le lancement.

J’ai mis à jour ma Campaign planifiée. Pourquoi ne s’est-elle pas lancée ?

Cela peut arriver lorsqu’une Campaign est planifiée pour être lancée au moment exact où elle a été mise à jour. Par exemple, s’il est actuellement 15 h 10 et que vous avez modifié la Campaign pour qu’elle se lance à 15 h 10 et sélectionné Mettre à jour la Campaign, il est maintenant passé 15 h 10, ce qui signifie que l’heure de lancement planifiée est passée. Au lieu de planifier la Campaign pour la même heure, sélectionnez Envoyer dès le lancement de la Campaign.

Quelle est la « zone de sécurité » avant que les messages d’une Campaign planifiée ne soient mis en file d’attente ?

Nous recommandons d’apporter des modifications aux messages dans les délais suivants :

• Campaigns planifiées ponctuelles : Modifiez jusqu’à l’heure d’envoi planifiée.
• Campaigns planifiées récurrentes : Modifiez jusqu’à l’heure d’envoi planifiée.
• Campaigns en heure locale : Modifiez jusqu’à 24 heures avant l’heure d’envoi planifiée.
• Campaigns à l’heure d’envoi optimale : Modifiez jusqu’à 24 heures avant le jour où la Campaign est planifiée pour l’envoi.

Si vous apportez des modifications à votre message en dehors de ces recommandations, il se peut que les mises à jour ne soient pas reflétées dans le message envoyé. Par exemple, si vous modifiez l’heure d’envoi trois heures avant qu’une Campaign ne soit planifiée pour l’envoi à 12 h en heure locale, les éléments suivants peuvent se produire :

• Braze n’envoie pas de messages aux utilisateurs qui ont manqué l’heure d’envoi de plus d’une heure.
• Les messages déjà mis en file d’attente peuvent encore être envoyés à l’heure d’origine, plutôt qu’à l’heure ajustée.

Si vous devez apporter des modifications, nous vous recommandons d’arrêter la Campaign en cours (cela annule tous les messages mis en file d’attente). Vous pouvez ensuite dupliquer la Campaign, apporter les modifications nécessaires et lancer la nouvelle Campaign. Vous devrez peut-être exclure les utilisateurs de cette Campaign qui ont déjà reçu la première Campaign. Assurez-vous de réajuster les horaires de planification de la Campaign pour permettre l’envoi par fuseau horaire.

Pourquoi aucun utilisateur n’est-il entré dans ma Campaign planifiée quotidienne le jour du changement d’heure ?

Les jours de transition d’heure d’été, les Campaigns planifiées quotidiennement peuvent s’exécuter jusqu’à une heure plus tôt ou plus tard que d’habitude, selon que les horloges avancent ou reculent. Si votre Segment repose sur des attributs personnalisés ou des événements avec des horodatages qui se situent dans l’heure précédant l’heure d’envoi planifiée, ces utilisateurs peuvent ne pas encore être qualifiés lorsque la Campaign évalue l’éligibilité le jour du changement d’heure.

Par exemple, supposons que les utilisateurs reçoivent généralement une mise à jour d’attribut personnalisé à 15 h UTC, et que votre Campaign s’exécute quotidiennement à 10 h 30 à New York (heure de l’Est). Lorsque New York est à l’heure standard (UTC-5), 10 h 30 ET correspond à 15 h 30 UTC, donc la Campaign s’exécute après l’enregistrement de l’attribut. Lorsque New York passe à l’heure d’été (UTC-4), 10 h 30 ET correspond à 14 h 30 UTC, donc le jour du passage à l’heure d’été, la Campaign peut s’exécuter avant la mise à jour de l’attribut à 15 h UTC. Comme l’attribut qualifiant n’existe pas encore, ces utilisateurs sont filtrés. Si la rééligibilité est désactivée, les utilisateurs entrés les jours précédents ne peuvent pas rentrer, ce qui entraîne zéro entrée pour cette journée.

Pour éviter cela, assurez-vous que vos mises à jour d’attributs personnalisés ou d’événements se produisent plus d’une heure avant l’heure d’envoi planifiée de la Campaign.

Pourquoi le nombre d’utilisateurs entrant dans une Campaign ne correspond-il pas au nombre attendu ?

Le nombre d’utilisateurs entrant dans une Campaign peut différer du nombre attendu en raison de la manière dont les audiences et les déclencheurs sont évalués. Dans Braze, une audience est évaluée avant le déclencheur (sauf si vous utilisez un déclencheur de changement d’attribut). Cela entraînera l’exclusion des utilisateurs de la Campaign s’ils ne font pas initialement partie de votre audience sélectionnée avant que les actions de déclenchement ne soient évaluées.

Pourquoi les utilisateurs ont-ils reçu ma Campaign deux fois après que je l’ai modifiée ?

Si vous modifiez une Campaign active sans l’arrêter au préalable, les utilisateurs peuvent recevoir le message deux fois. Cela se produit parce que la modification d’une Campaign active remet les utilisateurs en file d’attente pour la version mise à jour alors que la file d’attente d’origine est encore en cours de traitement. Les utilisateurs qui n’ont pas encore reçu le message d’origine peuvent se retrouver dans les deux files d’attente. Pour éviter cela, arrêtez toujours la Campaign avant d’apporter des modifications.

Quelle est la différence entre les options d’exportation CSV des données utilisateur et d’exportation CSV des adresses e-mail sur la page d’analyse de ma Campaign ?

En sélectionnant l’option Exporter les adresses e-mail en CSV, vous téléchargez les données uniquement pour les utilisateurs ayant des adresses e-mail. Par exemple, si vous avez un Segment de 100 000 utilisateurs, mais que seuls 50 000 d’entre eux ont des adresses e-mail, et que vous cliquez sur Exporter les adresses e-mail en CSV, l’exportation ne contient que 50 000 lignes de données. En comparaison, sélectionner Exporter les données utilisateur en CSV exporte toutes les données utilisateur.

Puis-je rechercher une Campaign par son identifiant API ?

Oui, utilisez le filtre api_id:YOUR_API_ID sur la page Campaigns pour rechercher une Campaign par son identifiant API. Consultez rechercher des Campaigns pour en savoir plus.

Pourquoi les espaces s’affichent-ils différemment dans les champs de saisie par rapport au texte affiché ?

Le traitement des espaces diffère entre les champs de saisie et les composants de texte affiché en raison du style CSS. Dans les composants de texte avec le CSS par défaut white-space: normal, plusieurs espaces consécutifs sont réduits à un seul espace lors de l’affichage. Il s’agit du comportement HTML standard pour le texte rendu.

Les champs de saisie préservent les espaces multiples exactement tels que vous les saisissez, car vous devez voir et modifier l’espacement exact pour une saisie de données précise. Cela signifie que le texte contenant plusieurs espaces peut apparaître différemment lorsqu’il est vu dans un champ de saisie (où tous les espaces sont préservés) par rapport à son affichage dans d’autres parties du tableau de bord (où le CSS peut réduire les espaces multiples).

Par exemple, si vous saisissez un nom de Campaign ou un paramètre UTM avec plusieurs espaces dans un champ de saisie, vous verrez tous les espaces préservés. Cependant, lorsque ce même texte apparaît dans les résultats de recherche, les listes de Campaigns ou d’autres composants de texte, les espaces multiples peuvent apparaître comme un seul espace en raison du traitement CSS des espaces.

Quelle est la différence entre les Campaigns API et les Campaigns déclenchées par API ?

Les Campaigns déclenchées par API vous permettent de gérer la rédaction, les tests multivariés et les règles de rééligibilité dans le tableau de bord de Braze tout en déclenchant la livraison de ce contenu depuis vos propres serveurs et systèmes. Ces messages peuvent également inclure des données supplémentaires à intégrer dans les messages en temps réel.

Les Campaigns API sont utilisées pour suivre les messages envoyés via l’API. Contrairement à la plupart des Campaigns, vous ne spécifiez pas le message, les destinataires ou le calendrier, mais vous transmettez plutôt les identifiants dans vos appels API.

Comment puis-je confirmer si mes utilisateurs ont reçu une Campaign déclenchée par API ?

Vous pouvez créer un Segment en utilisant le filtre A reçu la Campaign, puis sélectionner la Campaign déclenchée par API spécifique que vous souhaitez vérifier. Après avoir enregistré le Segment, utilisez l’endpoint /users/export/segment pour exporter les utilisateurs de ce Segment.

Puis-je supprimer une Campaign ?

Non, mais vous pouvez archiver une Campaign.

Quelle est la différence entre les Campaigns par événement et les Campaigns déclenchées par API ?

Par événement

Les Campaigns par événement ou déclenchées par un événement sont très efficaces pour les messages transactionnels ou basés sur des accomplissements et vous permettent de déclencher leur envoi après qu’un utilisateur a effectué un certain événement.

Avantages	Inconvénients
• Visibilité des payloads JSON entrants dans la plateforme (si l’événement est déclenché par un utilisateur test) via le Journal d’activité de messages • Les éléments de personnalisation sont inclus dans les propriétés d’événement personnalisé • L’événement personnalisé peut être utilisé pour créer des Segments d’utilisateurs éligibles au message	• Consomme des points de donnée

Déclenché par API

Les Campaigns déclenchées par API et par serveur sont idéales pour gérer des transactions plus avancées, vous permettant de déclencher la livraison du contenu de la Campaign depuis vos propres serveurs et systèmes. La requête API pour déclencher le message peut également inclure des données supplémentaires à intégrer dans le message en temps réel.

Avantages	Considérations
• Ne consomme pas de points de donnée • Les éléments de personnalisation sont inclus dans les propriétés du payload JSON	• Ne permet pas de créer un Segment d’utilisateurs éligibles au message dans les propriétés du payload JSON • Impossible de voir les payloads JSON entrants avec le Journal d’activité de messages

Que dois-je inclure lors de la soumission d’un ticket de support pour une erreur « Délai d’expiration de la requête » ?

Si vous rencontrez une erreur « Délai d’expiration de la requête » lors de la création ou de la modification d’une Campaign ou d’un Canvas et que vous devez contacter le support Braze, incluez les informations suivantes pour accélérer la résolution :

• Enregistrement d’écran : Un enregistrement des étapes que vous avez suivies avant de voir l’erreur, y compris les transitions de page.
• Horodatage et fuseau horaire : L’heure exacte à laquelle l’erreur s’est produite et votre fuseau horaire.
• Navigateur et version : Le navigateur que vous utilisez (par exemple, Chrome 120, Safari 17) et si vous avez essayé de reproduire l’erreur dans un autre navigateur.
• Étapes pour reproduire : Une description claire des actions qui déclenchent l’erreur, y compris les paramètres spécifiques de Campaign ou de Canvas impliqués.
• Journaux réseau (facultatif) : Ouvrez les outils de développement de votre navigateur (onglet Network), reproduisez l’erreur et exportez le journal réseau sous forme de fichier journal HTTP Archive (HAR). Cela aide l’équipe d’assistance à identifier quel appel API est en dépassement de délai.

Pourquoi mes analyses d’envoi ne correspondent-elles pas à la limite maximale de destinataires que j’ai définie ?

Si vous ajoutez ou modifiez une limite maximale de destinataires sur une Campaign active, la limite peut ne pas être reflétée dans vos analyses d’envoi pour les raisons suivantes :

• Limite ajoutée après le lancement : Si la limite maximale de destinataires n’est pas définie au lancement de la Campaign, les messages déjà mis en file d’attente avant l’application de la limite sont tout de même envoyés. La limite ne prend effet que pour les envois mis en file d’attente après l’enregistrement de la modification.
• Interaction avec la limitation du débit : Si une Campaign est également soumise à une limitation du débit, les messages peuvent être distribués sur une fenêtre de temps plus longue. La limite maximale de destinataires est évaluée lorsque les messages sont mis en file d’attente, pas lorsqu’ils sont distribués. Si la limite est modifiée alors que des messages sont déjà dans la file d’attente, la limite d’origine s’applique à ces messages.
• Campaigns récurrentes : Pour les Campaigns récurrentes, chaque envoi planifié évalue la limite maximale de destinataires de manière indépendante. Modifier la limite entre les envois ne réajuste pas rétroactivement les comptages d’envois précédents.

Pour éviter les décalages, définissez la limite maximale de destinataires avant de lancer la Campaign et évitez de la modifier pendant que les envois sont en cours.

Pourquoi les envois sont-ils inférieurs à la taille estimée de l’audience ?

Plusieurs facteurs peuvent faire que le nombre d’envois soit inférieur à la taille estimée de l’audience :

• Estimations de la taille du Segment : Les comptages de Segments sont des approximations jusqu’à ce que Braze évalue l’appartenance au moment de l’envoi. Consultez Mesurer la taille du Segment pour savoir comment les estimations sont calculées et quand les comptages exacts sont exécutés.
• Livraison par événement : Les utilisateurs ne génèrent des envois qu’après avoir effectué le déclencheur, donc les envois s’accumulent au fil du temps et peuvent être en retard par rapport à l’estimation initiale affichée lors de la création de la Campaign.
• Modifications d’audience après le lancement : Modifier les filtres d’entrée ou de ciblage après le lancement peut désynchroniser l’instantané de l’audience estimée par rapport aux utilisateurs encore qualifiés lors des envois ultérieurs (par exemple, lorsque les utilisateurs ne sont pas éligibles pour rentrer).
• Étape Parcours d’audience : Pour Canvas, une étape Parcours d’audience n’envoie de messages qu’aux utilisateurs correspondant à la branche de plus haute priorité pour laquelle ils sont qualifiés, ce qui peut réduire les envois par rapport à un comptage de Segment simple.
• Groupes de contrôle : Si un groupe de contrôle global ou un groupe de contrôle au niveau de la Campaign est utilisé, une partie de l’audience est retenue de la livraison.
• Timing et fenêtres de livraison : Pour les Campaigns par fuseau horaire local ou planifiées, les utilisateurs doivent être qualifiés à la fois à l’entrée et au moment de l’envoi ; les utilisateurs dans certains fuseaux horaires peuvent se trouver en dehors de la fenêtre de livraison.
• Déduplication des e-mails : Votre Campaign ou Canvas cible plusieurs utilisateurs avec des e-mails identiques, donc un utilisateur aléatoire avec cette adresse e-mail est choisi au moment de l’envoi. Le message n’est envoyé qu’une seule fois et est dédupliqué de sorte qu’il ne soit pas envoyé à la même adresse e-mail plusieurs fois, mais votre taille d’audience estimée inclut tous les utilisateurs.
• Filtres de livrabilité des e-mails : Pour les Campaigns par e-mail, Braze exclut les utilisateurs qui ont eu un hard bounce, se sont désabonnés des e-mails, ont été marqués comme spam, n’ont pas d’adresse e-mail sur leur profil, ou ne sont pas abonnés à un groupe d’abonnement requis. Ces vérifications s’exécutent au moment de l’envoi, donc un utilisateur présent dans votre Segment peut tout de même être exclu du comptage réel des envois.
• Timing d’importation CSV : Lorsque l’appartenance au Segment est maintenue par importation CSV, les adresses e-mail ajoutées après l’envoi d’une Campaign planifiée ne sont pas atteintes par cet envoi. Comme Braze ne conserve pas d’instantané de l’appartenance au Segment au moment de l’envoi, la taille actuelle du Segment peut dépasser le nombre d’utilisateurs qui ont effectivement reçu le message.
• Limite de fréquence globale : Les limites au niveau de l’espace de travail peuvent empêcher les utilisateurs éligibles de recevoir un autre message dans la même fenêtre, ce qui réduit les envois réalisés.
• Utilisateurs nouvellement importés : Les profils qui viennent de devenir éligibles peuvent ne pas recevoir le message avant la prochaine évaluation ou passe d’envoi, donc les comptages se rattrapent lors d’une exécution ultérieure.
• Accessibilité push : Pour les Campaigns push, confirmez que l’audience est activée pour les notifications push pour la bonne application. Si vous ne filtrez pas les utilisateurs activés pour les notifications push, l’audience estimée peut inclure des profils qui ne peuvent pas recevoir de push. Vérifiez Utilisateurs joignables dans l’étape Utilisateurs cibles pour une estimation opérationnelle plus précise.
• Limitation du débit : Une limite de débit de livraison plafonne le nombre de messages que Braze envoie par minute lors d’une seule occurrence d’envoi. Braze répartit la livraison sur une fenêtre plus longue, donc certains envois peuvent être différés, pas encore reflétés dans le comptage, ou non terminés si la limite est basse par rapport à l’audience éligible.
• Fenêtres de rééligibilité : Les utilisateurs qui ne sont pas encore rééligibles ne recevront pas à nouveau le message pendant la période de refroidissement, donc les envois sont inférieurs à la taille estimée de l’audience pour cette période.
• Fenêtre de rapport : La plage temporelle d’analyse peut ne pas inclure chaque envoi.
• Réévaluation du Segment : Pour les Campaigns par événement ou planifiées qui réévaluent au moment de l’envoi, les utilisateurs qui faisaient partie du Segment lorsque la Campaign a été mise en file d’attente peuvent ne plus être qualifiés lorsque le message est effectivement envoyé.
• Plafonds d’envoi : Un nombre maximal d’utilisateurs (ou un plafond similaire) dans Audiences cibles arrête la livraison lorsque le plafond est atteint.
• Filtres stricts d’appareil ou de navigateur : Les filtres qui ne correspondent qu’aux versions les plus récentes des applications ou navigateurs réduisent l’ensemble joignable au moment de l’envoi par rapport à un aperçu de Segment large.

Pour savoir pourquoi un utilisateur spécifique a été ignoré au moment de l’envoi, consultez Observabilité de la messagerie.

Où trouver les questions fréquemment posées sur la limite de fréquence globale ?

Pour les questions sur les jours calendaires, les notifications push silencieuses, les webhooks, le comportement Canvas et les sujets associés, consultez les Questions fréquemment posées sur la Limitation du débit et limite de fréquence.

Pourquoi ma Campaign connaît-elle des taux d’envoi plus faibles ?

Si vous constatez que vos Campaigns planifiées quotidiennement envoient à de moins en moins d’utilisateurs au fil du temps, vérifiez les éléments suivants :

• Vérifiez si la rééligibilité est activée : Sans rééligibilité, Braze n’envoie qu’une seule fois à chaque utilisateur. Pour les Campaigns planifiées quotidiennement, seuls les utilisateurs qui correspondent à l’audience et n’ont pas encore reçu le message sont éligibles pour chaque envoi. À mesure que davantage d’utilisateurs reçoivent le message, chaque envoi ultérieur a moins d’utilisateurs éligibles, donc le volume d’envoi diminue.
• Vérifiez si l’audience a une composition fixe : Les audiences construites à partir d’une liste fixe d’utilisateurs (comme une importation CSV utilisée comme filtre de Segment) ne gagnent pas automatiquement de nouveaux membres. Sans nouveaux entrants, le volume d’envoi ne peut pas se rétablir à mesure que les utilisateurs sont contactés.

Pour les limites de débit de livraison et d’autres facteurs qui réduisent les envois pour une seule occurrence, consultez Pourquoi les envois sont-ils inférieurs à la taille estimée de l’audience ?.

Pourquoi les destinataires uniques peuvent-ils dépasser les envois pour les e-mails et les SMS ?

Pour les e-mails et les SMS, Braze incrémente les destinataires uniques avant la tentative d’envoi ESP et incrémente les envois après une réponse ESP réussie. Les erreurs permanentes (comme les adresses e-mail invalides) ou les adresses en double font que les destinataires uniques dépassent les envois.

Pourquoi Dernier envoi ne correspond-il pas à mon heure d’envoi planifiée ?

Pour une Campaign avec un seul envoi planifié, Dernier envoi correspond à l’heure de lancement. Pour les Campaigns récurrentes avec Envoyer dans le fuseau horaire local activé, Dernier envoi peut apparaître plus tôt que l’heure planifiée car les envois aux utilisateurs dans des fuseaux horaires antérieurs (par exemple, GMT par rapport à PST) se terminent avant l’heure de planification de votre espace de travail.

Pourquoi une Campaign historique arrêtée n’affiche-t-elle plus d’indicateurs sur la page Analytics ?

L’onglet Analytics affiche par défaut les 90 derniers jours. Si la Campaign a été envoyée pour la dernière fois en dehors de cette fenêtre, les indicateurs peuvent apparaître à zéro jusqu’à ce que vous ajustiez la plage de dates sur la page Analytics pour inclure la période où la Campaign a été envoyée. Pour plus d’informations, consultez Analyse de Campaign.

Restaurer les données d’interaction ne restaure pas les analyses de Campaign. Cela ne s’applique qu’aux filtres de reciblage et à l’historique des interactions utilisateur. Pour plus d’informations, consultez Données d’interaction de messagerie.