Elles rendent les rapports interactifs en permettant aux lecteurs de filtrer les données ou de fournir des informations. Vous pouvez utiliser les contrôles pour effectuer les opérations suivantes :
- Filtrer les données par valeurs de dimension
- Accepter les entrées utilisateur pour les paramètres
- Définir la période du rapport
- Modifier l'ensemble de données utilisé par une source de données
Types de commandes
Looker Studio accepte les types de commandes suivants :
- Les listes déroulantes et à taille fixe permettent au lecteur de sélectionner une valeur de filtre dans une liste.
- Les zones de saisie permettent aux lecteurs de saisir une valeur à utiliser comme filtre ou comme entrée pour un paramètre.
- Les filtres avancés permettent aux lecteurs de créer des filtres conditionnels à l'aide d'opérateurs de comparaison et d'expressions régulières.
- Les curseurs permettent aux lecteurs de filtrer les données en fonction d'une plage de valeurs associée à une dimension numérique.
- Les cases à cocher permettent aux lecteurs de filtrer les données en fonction d'une dimension booléenne ou de définir la valeur d'un paramètre booléen.
- Les filtres prédéfinis peuvent être utilisés en combinaison avec des boutons pour permettre aux lecteurs d'appliquer des filtres préconfigurés à un rapport.
- Les sélecteurs de plage de dates permettent aux lecteurs d'ajuster la période d'un rapport.
- Les contrôles de données vous permettent de sélectionner l'ensemble de données utilisé par un rapport.
- Les commandes de dimension permettent aux lecteurs de rapports de modifier les dimensions d'un graphique sans avoir à modifier le rapport.
- Les boutons permettent aux lecteurs de filtrer les données, d'accéder aux actions des rapports et d'accéder au contenu associé.
Commandes en tant que filtres
Les commandes de filtrage limitent le nombre d'enregistrements affichés dans un graphique ou un tableau. En fournissant des filtres interactifs dans vos rapports, vous aidez vos lecteurs à se concentrer sur les données qui les intéressent le plus.
Voici quelques points importants à prendre en compte lorsque vous utilisez des commandes comme filtres :
- Les filtres sont appliqués au niveau de la source de données, et non au niveau du graphique.
- Les filtres sont basés sur l'ID du champ, et non sur son nom à afficher.
- Le filtrage de plusieurs sources de données peut nécessiter une configuration supplémentaire.
- Les filtres s'appliquent également aux autres sélecteurs, et pas seulement aux graphiques.
- Les filtres sont généralement sensibles à la casse, mais cela peut varier selon le connecteur.
Ces considérations sont expliquées en détail dans les sections suivantes.
Les filtres sont appliqués au niveau de la source de données.
Les filtres sont appliqués au niveau de la source de données, et non au niveau du graphique. Cela signifie que le champ sur lequel vous effectuez le filtrage n'a pas besoin de figurer dans le graphique, à condition qu'il apparaisse dans le panneau Données du graphique.
Les filtres sont basés sur l'ID du champ, et non sur son nom à afficher.
Les champs de votre source de données ont à la fois un nom à afficher visible et un ID de champ. Les filtres sont appliqués en fonction de l'ID du champ, et non de son nom à afficher.
Par exemple, votre source de données peut comporter une dimension "Pays". Le nom à afficher peut être Pays, tandis que l'ID du champ est une chaîne attribuée par le connecteur de source de données (par exemple, _abcd123). Lorsque vous appliquez une commande de filtrage, telle que Pays = "France", Looker Studio recherche l'ID interne du champ "Pays" dans toutes les sources de données utilisées par les graphiques de la page. Si une source de données contient un champ avec l'ID _abcd123, le sélecteur appliquera le filtre à ce champ.
Ce concept est essentiel pour comprendre comment les filtres fonctionnent (ou ne fonctionnent pas) dans plusieurs graphiques de votre rapport.
Filtrer plusieurs sources de données
Si votre rapport n'utilise qu'une seule source de données, les commandes filtreront tous les graphiques sans nécessiter de configuration supplémentaire. Si votre rapport utilise plusieurs sources de données, le comportement de filtrage dépend de la correspondance des ID de champ entre ces sources de données.
Le tableau suivant récapitule le fonctionnement du filtrage des sources de données :
| Si les graphiques du rapport utilisent… | Les ID de champ correspondent-ils ? | Filtrage automatique ? | Exemples |
|---|---|---|---|
| Une source de données | Oui | Oui | N/A |
| Plusieurs sources de données du même type provenant d'un connecteur à schéma fixe | Oui | Oui | Google Analytics, Google Ads |
| Plusieurs sources de données de types différents ou provenant d'un connecteur à schéma flexible | Non | Non (nécessite d'unifier les identifiants) | Google Sheets, BigQuery ou une combinaison de Sheets et Analytics |
Dans le tableau précédent, les connecteurs à schéma fixe font référence aux connecteurs de sources de données tels que Google Ads et Google Analytics. Les connecteurs à schéma fixe ont une structure prédéfinie. Ils créent des sources de données qui ont les mêmes ID de champ pour chaque source de données basée sur ce connecteur. Les connecteurs à schéma flexible, quant à eux, créent des sources de données dont la structure est variable et définie par l'utilisateur. Les connecteurs à schéma flexible incluent Google Sheets et BigQuery.
Lorsque votre rapport inclut des graphiques basés sur différentes sources de données à schéma flexible et que vous souhaitez qu'un sélecteur filtre ces sources de données, vous devrez peut-être unifier manuellement les ID de champ.
Les filtres s'appliquent également aux autres composants, et pas seulement aux graphiques.
Les filtres ne s'appliquent pas uniquement aux graphiques. Ils peuvent également filtrer d'autres sélecteurs. Par exemple, supposons que vous ayez créé un filtre en fonction de la dimension Pays et un second filtre en fonction de la dimension Campagne. Le fait de filtrer avec Pays = "France" fait en sorte que le filtre sur la dimension "Campagne" n'affiche que les campagnes diffusées en France. De même, le fait de filtrer les données en fonction de Campagne = "ABC" limite le filtre sur la dimension "Pays" aux seuls pays où cette campagne a été diffusée.
Filtres et sensibilité à la casse
En général, les opérateurs de recherche des dimensions de texte sont sensibles à la casse. Cependant, cela peut varier selon le connecteur. Il est donc judicieux de tester cette sensibilité sur vos données et de fournir des conseils aux lecteurs de vos rapports. Pour créer une expression régulière non sensible à la casse, vous pouvez la faire précéder de (?i). En savoir plus sur les expressions régulières dans Looker Studio
Commandes en tant qu'entrées
Lorsqu'un sélecteur est basé sur un paramètre, il transmet l'entrée à ce paramètre. Les paramètres agissent comme des variables. Ils obtiennent leur valeur à partir d'une interaction avec le rapport (par exemple, lorsque vous saisissez directement une valeur ou en sélectionnez une dans une liste prédéfinie).
Les paramètres vous permettent de rendre les champs calculés plus dynamiques. Par exemple, vous pouvez créer un paramètre Objectif de ventes et l'utiliser comme champ de sélecteur pour une zone de saisie. De cette façon, l'utilisateur pourra saisir différents objectifs de ventes pour visualiser les performances prévues. Vous pouvez ensuite appliquer des règles de mise en forme conditionnelle afin de faire ressortir les résultats de manière attrayante.
Vous pouvez également transmettre des paramètres à la requête SQL sous-jacente utilisée pour créer une source de données BigQuery, ou à des sources de données créées à l'aide de connecteurs de communauté.
En savoir plus sur les paramètres