Générateur de requêtes

Le Générateur de requêtes génère des rapports à partir des données de Braze dans Snowflake. Il est fourni avec des modèles de requêtes SQL prédéfinis pour vous aider à démarrer, ou vous pouvez écrire vos propres requêtes SQL personnalisées pour obtenir encore plus d’informations.

Étant donné que le Générateur de requêtes permet un accès direct à certaines données client, vous ne pouvez y accéder que si vous disposez de l’autorisation « View PII ».

Tables de données disponibles

Le Générateur de requêtes utilise les mêmes tables SQL Snowflake que les extensions de segments SQL et le partage de données Snowflake. Pour obtenir la liste complète des tables disponibles et de leurs colonnes, consultez la référence des tables SQL.

Vues des attributs du profil utilisateur

Le Générateur de requêtes et les extensions de segments SQL incluent la plupart des vues des attributs du profil utilisateur, telles que les instantanés périodiques et l’historique des attributs par défaut.

Deux vues d’attributs personnalisés ne sont disponibles que via le partage de données Snowflake :

• USER_CUSTOM_ATTRIBUTES_HISTORY_VIEW_SHARED
• USER_LATEST_STATE_CUSTOM_ATTRIBUTE_VIEW_SHARED

Braze exclut ces vues du Générateur de requêtes et des extensions de segments SQL, car elles sont lentes à interroger à l’échelle d’un espace de travail et entraînent souvent des dépassements de délai. Utilisez USER_CUSTOM_ATTRIBUTES_VIEW_SHARED pour les instantanés d’attributs personnalisés dans le Générateur de requêtes. Si vous avez besoin de données d’attributs personnalisés historiques ou en quasi-temps réel, interrogez plutôt les vues exclues via le partage de données Snowflake.

Exécuter des rapports dans le Générateur de requêtes

Pour exécuter un rapport dans le Générateur de requêtes :

1. Accédez à Analytics > Générateur de requêtes.
2. Sélectionnez Create SQL Query. Si vous avez besoin d’inspiration ou d’aide pour rédiger votre requête, sélectionnez Query Template et choisissez un modèle dans la liste. Sinon, sélectionnez SQL Editor pour accéder directement à l’éditeur.
3. Votre rapport reçoit automatiquement un nom basé sur la date et l’heure actuelles. Survolez le nom et sélectionnez pour donner un nom pertinent à votre requête SQL.
4. Rédigez votre requête SQL dans l’éditeur ou obtenez de l’aide de l’IA depuis l’onglet AI Query Builder. Si vous rédigez votre propre requête SQL, consultez Rédiger des requêtes SQL personnalisées pour les exigences et les ressources.
5. Sélectionnez Run Query.
6. Enregistrez votre requête.
7. Pour télécharger un fichier CSV de votre rapport, sélectionnez Export.

Chaque fois que vous exécutez un rapport, le Générateur de requêtes interroge les données actuellement disponibles dans Snowflake. Les résultats peuvent varier d’une exécution à l’autre, y compris au cours d’une même journée, à mesure que de nouvelles données arrivent. Les événements récents peuvent mettre un certain temps à apparaître en raison des délais d’ingestion et de traitement.

Modèles de requêtes

Accédez aux modèles de requêtes en sélectionnant Create SQL Query > Query Template lors de la création initiale d’un rapport.

Consultez Modèles de requêtes pour obtenir la liste des modèles disponibles.

Plage temporelle des données

Les requêtes renvoient les données des 60 derniers jours. Si vous utilisez Currents ou le Partage de données Snowflake, vous pouvez potentiellement interroger jusqu’à deux ans de données, ce qui correspond à la durée de conservation de vos données dans Snowflake. Pour plus de détails sur la conservation prolongée des données, contactez votre gestionnaire de la satisfaction client.

Fuseau horaire du Générateur de requêtes

Le fuseau horaire par défaut pour interroger notre base de données Snowflake est UTC. Par conséquent, il peut y avoir des écarts de données entre votre page Email Channel Engagement (qui suit le fuseau horaire de votre entreprise) et les résultats de votre Générateur de requêtes.

Pour convertir le fuseau horaire dans les résultats de votre requête, ajoutez le code SQL suivant à votre requête et personnalisez-le en fonction du fuseau horaire de votre entreprise :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

SELECT
DATE_TRUNC(
'day',
CONVERT_TIMEZONE('UTC','Australia/Sydney', TO_TIMESTAMP(TIME))
) AS send_date_sydney,
COUNT(ID) AS emails_sent
USERS_MESSAGES_EMAIL_SEND_SHARED
WHERE
-- Apply the date range in Sydney time as well
CONVERT_TIMEZONE('UTC','Australia/Sydney', TO_TIMESTAMP(TIME)) >= '2025-03-25 00:00:00'
AND CONVERT_TIMEZONE('UTC','Australia/Sydney', TO_TIMESTAMP(TIME)) < '2025-03-29 00:00:00'
AND APP_GROUP_ID = 'your app group ID'
GROUP BY
send_date_sydney
ORDER BY
send_date_sydney;

Historique des requêtes

La section Query history du Générateur de requêtes affiche vos requêtes précédemment exécutées pour vous aider à suivre et réutiliser votre travail. L’historique des requêtes est conservé pendant sept jours, ce qui signifie que les requêtes datant de plus de sept jours sont automatiquement supprimées.

Si vous avez besoin d’auditer l’utilisation des requêtes sur des périodes plus longues ou de conserver des enregistrements au-delà de sept jours, nous vous recommandons d’exporter ou d’enregistrer les résultats de requêtes importants avant leur expiration.

Comparaison du Générateur de requêtes avec d’autres sources de rapports

Les résultats du Générateur de requêtes peuvent différer de ceux d’autres outils de reporting, car ils utilisent des sources de données et des méthodes de traitement différentes.

Par exemple, le nombre d’échecs provisoires d’envoi dans le Générateur de requêtes peut être plus élevé que dans les rapports de livrabilité SendGrid. Le Générateur de requêtes comptabilise toutes les occurrences d’échecs provisoires d’envoi sans déduplication. Si un utilisateur subit plusieurs échecs provisoires d’envoi avant une livraison réussie (ou après des tentatives prolongées), chaque tentative d’échec provisoire est comptabilisée. SendGrid Deliverability utilise ses propres données et sa propre logique, dans lesquelles Braze n’a pas de visibilité, de sorte que les chiffres entre les deux rapports peuvent ne pas correspondre.

Pour plus d’informations sur la manière dont les échecs provisoires d’envoi sont suivis dans les différentes sources de rapports, consultez Échec provisoire d’envoi dans le glossaire d’analyse des e-mails.

Générer du SQL avec le Générateur de requêtes IA

Le Générateur de requêtes IA exploite GPT, propulsé par OpenAI, pour recommander du SQL pour votre requête.

Pour générer du SQL avec le Générateur de requêtes IA :

1. Après avoir créé un rapport dans le Générateur de requêtes, sélectionnez l’onglet AI Query Builder.
2. Saisissez votre prompt ou sélectionnez un exemple de prompt, puis sélectionnez Generate pour traduire votre prompt en SQL.
3. Vérifiez le SQL généré pour vous assurer qu’il semble correct, puis sélectionnez Insert into Editor.

Conseils

• Familiarisez-vous avec les tables et colonnes disponibles dans la référence des tables SQL. Demander des données qui n’existent pas dans ces tables peut amener ChatGPT à inventer une fausse table.
• Familiarisez-vous avec les règles d’écriture SQL pour cette fonctionnalité. Ne pas respecter ces règles provoquera une erreur.
• Vous pouvez envoyer jusqu’à 20 prompts par minute avec le Générateur de requêtes IA.

Comment mes données sont-elles utilisées et envoyées à OpenAI ?

Pour générer une sortie d’intelligence artificielle via les fonctionnalités BrazeAI qui exploitent OpenAI (« Sortie »), Braze enverra certaines informations (« Entrée ») à OpenAI. L’Entrée se compose de vos invites et peut inclure le contenu affiché dans le tableau de bord, ainsi que d’autres données de l’espace de travail pertinentes pour vos requêtes, le cas échéant. Conformément aux engagements de la plateforme API d’OpenAI, les données envoyées à l’API d’OpenAI via Braze ne sont pas utilisées pour entraîner ou améliorer les modèles d’OpenAI. OpenAI peut conserver les données pendant 30 jours à des fins de surveillance des abus, après quoi elles sont supprimées. Entre vous et Braze, la Sortie est votre propriété intellectuelle. Braze ne revendiquera aucun droit d’auteur sur cette Sortie. Braze n’offre aucune garantie de quelque nature que ce soit concernant tout contenu généré par l’intelligence artificielle, y compris la Sortie.

Écrire des requêtes SQL personnalisées

Écrivez votre requête SQL en utilisant la syntaxe Snowflake. Consultez la référence des tables pour une liste complète des tables et colonnes disponibles pour les requêtes.

Pour afficher les détails des tables dans le Générateur de requêtes :

1. Depuis la page Query Builder, ouvrez le panneau Reference et sélectionnez Available Data Tables pour afficher les tables de données disponibles et leurs noms.
2. Sélectionnez See Details pour afficher la description de la table et les informations sur les colonnes, telles que les types de données.
3. Pour insérer le nom de la table dans votre SQL, sélectionnez Copy table name to SQL editor.

Pour utiliser des requêtes pré-écrites fournies par Braze, sélectionnez Query Template lors de la création initiale d’un rapport dans le Générateur de requêtes.

Restreindre votre requête à une période spécifique vous aidera à générer des résultats plus rapidement. Voici un exemple de requête qui obtient le nombre d’achats et le chiffre d’affaires généré au cours de la dernière heure.

1
2
3

SELECT COUNT(*) as Purchases, SUM(price) as Revenue
FROM USERS_BEHAVIORS_PURCHASE_SHARED
WHERE to_date(to_timestamp_ntz(time)) >= DATEADD('hour', -1, date_trunc('day',CURRENT_DATE()));

Cette requête récupère le nombre d’envois d’e-mails au cours du dernier mois :

1
2
3

SELECT COUNT(*) as Sends
FROM USERS_MESSAGES_EMAIL_SEND_SHARED
WHERE to_date(to_timestamp_ntz(time)) >= DATEADD('month', -1, date_trunc('day',CURRENT_DATE()));

Si vous interrogez CANVAS_ID, CANVAS_VARIATION_API_ID ou CAMPAIGN_ID, les colonnes de noms associées seront automatiquement incluses dans le tableau de résultats. Vous n’avez pas besoin de les inclure dans la requête SELECT elle-même.

Cette requête récupère les trois ID et leurs colonnes de noms associées avec un maximum de 100 lignes :

1
2
3

SELECT CANVAS_ID, CANVAS_VARIATION_API_ID, CAMPAIGN_ID
FROM USERS_MESSAGES_EMAIL_SEND_SHARED
LIMIT 100

Remplir automatiquement le nom de la variante de campagne

Si vous souhaitez que le nom de la variante de campagne soit automatiquement rempli, incluez le nom de colonne MESSAGE_VARIATION_API_ID dans votre requête, comme dans cet exemple :

1
2
3

SELECT CANVAS_ID, CANVAS_VARIATION_API_ID, CAMPAIGN_ID, MESSAGE_VARIATION_API_ID
FROM USERS_MESSAGES_EMAIL_SEND_SHARED
LIMIT 100

Résolution des problèmes

Votre requête peut échouer pour l’une des raisons suivantes :

• Erreurs de syntaxe dans votre requête SQL
• Délai de traitement dépassé (après 6 minutes)
  • Les rapports dont l’exécution prend plus de 6 minutes expireront.
  • Si un rapport expire, essayez de limiter la période sur laquelle vous interrogez les données ou d’interroger un ensemble de données plus spécifique.

Utiliser des variables

Utilisez des variables pour exploiter des types de variables prédéfinis en SQL afin de référencer des valeurs sans avoir à copier manuellement la valeur. Par exemple, au lieu de copier manuellement l’ID d’une campagne dans l’éditeur SQL, vous pouvez utiliser {{campaign.${My campaign}}} pour sélectionner directement une campagne depuis un menu déroulant dans l’onglet Variables.

Une fois une variable créée, elle apparaîtra dans l’onglet Variables de votre rapport du Générateur de requêtes. Les avantages de l’utilisation de variables SQL incluent :

• Gagnez du temps en créant une variable de Campaign pour sélectionner dans une liste lors de la création de votre rapport, au lieu de coller des ID de Campaign.
• Remplacez des valeurs en ajoutant des variables qui vous permettent de réutiliser le rapport pour des cas d’usage légèrement différents à l’avenir (comme un événement personnalisé différent).
• Réduisez les erreurs utilisateur lors de la modification de votre SQL en limitant la quantité de modifications nécessaires pour chaque rapport. Les collègues plus à l’aise avec SQL peuvent créer des rapports que des collègues moins techniques peuvent ensuite utiliser.

Instructions

Les variables doivent respecter la syntaxe Liquid suivante : {{ type.${name}}}, où type doit être l’un des types acceptés et name peut être n’importe quel nom de votre choix. Les libellés de ces variables utilisent par défaut le nom de la variable.

Par défaut, toutes les variables sont obligatoires (et votre rapport ne s’exécutera pas tant que les valeurs des variables n’auront pas été sélectionnées), à l’exception de la plage de dates, qui utilise par défaut les 30 derniers jours lorsqu’aucune valeur n’est fournie.

Types de variables

Les types de variables suivants sont acceptés :

• Nombre
• Plage de dates
• Communication
• Produits
• Événements personnalisés
• Propriétés des événements personnalisés
• Espace de travail
• Catalogues
• Champs de catalogue
• Options
• Segments
• Chaîne de caractères
• Tags

Nombre

• Valeur de remplacement : La valeur fournie, par exemple 5.5
• Exemple d’utilisation : some_number_column < {{number.${some name}}}

Plage de dates

Si vous utilisez à la fois start_date et end_date, ils doivent partager le même nom afin de pouvoir être utilisés comme une plage de dates.

Exemples de valeurs

Le type plage de dates peut être relatif, date de début, date de fin ou plage de dates.

Les quatre types sont affichés si start_date et end_date sont utilisés avec le même nom. Si un seul est utilisé, seuls les types pertinents seront affichés.

• Valeur de remplacement : Remplace start_date et end_date par un horodatage Unix en secondes pour une date spécifiée en UTC, par exemple 1696517353.
• Exemple d’utilisation : Pour les variables de type relatif, date de début, date de fin et plage de dates :
  • time > {{start_date.${some name}}} AND time < {{end_date.${some name}}}
    • Vous pouvez utiliser soit start_date soit end_date si vous ne souhaitez pas de plage de dates.

Communication

Toutes les variables de communication doivent partager le même identifiant lorsque vous souhaitez lier leur état au sein d’un même groupe.

Canvas

Pour sélectionner un Canvas. Si le même nom est partagé avec une campagne, un bouton radio apparaîtra dans l’onglet Variables pour choisir entre Canvas ou campagne.

• Valeur de remplacement : ID BSON du Canvas
• Exemple d’utilisation : canvas_id = '{{canvas.${some name}}}'

Canvas (multiples)

Pour sélectionner plusieurs Canvas. Si le même nom est partagé avec une campagne, un bouton radio apparaîtra dans l’onglet Variables pour choisir entre Canvas ou campagne.

• Valeur de remplacement : ID BSON des Canvas
• Exemple d’utilisation : canvas_id IN ({{canvases.${some name}}})

Campaign

Pour sélectionner une campagne. Si le même nom est partagé avec un Canvas, un bouton radio apparaîtra dans l’onglet Variables pour choisir entre Canvas ou campagne.

• Valeur de remplacement : ID BSON de la campagne
• Exemple d’utilisation : campaign_id = '{{campaign.${some name}}}'

Campaigns

Pour sélectionner plusieurs campagnes. Si le même nom est partagé avec un Canvas, un bouton radio apparaîtra dans l’onglet Variables pour choisir entre Canvas ou campagne.

• Valeur de remplacement : ID BSON des campagnes
• Exemple d’utilisation : campaign_id IN ({{campaigns.${some name}}})

Variantes de campagne

Pour sélectionner les variantes de campagne appartenant à la campagne sélectionnée. Cette variable doit être utilisée conjointement avec une variable campaign ou campaigns.

• Valeur de remplacement : ID API des variantes de campagne, chaînes de caractères délimitées par des virgules, par exemple api-id1, api-id2.
• Exemple d’utilisation : message_variation_api_id IN ({{campaign_variants.${some name}}})

Variantes de Canvas

Pour sélectionner les variantes de Canvas appartenant à un Canvas choisi. Cette variable doit être utilisée avec une variable Canvas ou Canvas (multiples).

• Valeur de remplacement : ID API des variantes de Canvas, chaînes de caractères délimitées par des virgules, par exemple api-id1, api-id2.
• Exemple d’utilisation : canvas_variation_api_id IN ({{canvas_variants.${some name}}})

Étape du Canvas

Pour sélectionner une étape du Canvas appartenant à un Canvas choisi. Cette variable doit être utilisée avec une variable Canvas.

• Valeur de remplacement : ID API de l’étape du Canvas
• Exemple d’utilisation : canvas_step_api_id = '{{canvas_step.${some name}}}'

Étapes du Canvas

Pour sélectionner les étapes du Canvas appartenant aux Canvas choisis. Cette variable doit être utilisée avec une variable Canvas ou Canvas (multiples).

• Valeur de remplacement : ID API des étapes du Canvas
• Exemple d’utilisation : canvas_step_api_id IN ({{canvas_steps.${some name}}})