Si un tableau de bord Looker Studio n’affiche plus les données, vérifiez d’abord l’état de la source et ses autorisations, puis les identifiants de connexion, les filtres et la période sélectionnée. Cette vérification méthodique permet de distinguer une panne de données d’un problème limité à un graphique ou à un utilisateur.
Repérer précisément ce qui ne s’affiche plus
Avant de modifier la configuration, déterminez si le problème concerne tout le rapport, une page, un graphique ou une seule métrique. Un rapport entièrement vide oriente plutôt vers une source inaccessible, des droits insuffisants ou un filtre général. Si quelques graphiques seulement sont touchés, examinez leurs dimensions, leurs métriques et leurs filtres propres. Notez également le message d’erreur exact : « impossible de se connecter à l’ensemble de données », « données non disponibles » et une visualisation vide ne désignent pas nécessairement la même cause.
Ouvrez le rapport en mode édition si vous en avez le droit, puis comparez l’affichage avec celui d’un autre utilisateur autorisé. Si le propriétaire voit les données mais pas un collègue, le problème peut venir des identifiants utilisés pour accéder à la source ou des permissions de ce collègue. Si aucun utilisateur ne voit les données, concentrez-vous sur la connexion et la configuration du rapport plutôt que sur le navigateur d’une seule personne.
Contrôler la source et la connexion
Dans les paramètres de la source de données, vérifiez qu’elle est toujours présente et qu’elle pointe vers le bon compte, fichier, propriété ou jeu de données. Une feuille déplacée, un connecteur supprimé, un compte déconnecté ou une ressource renommée peut interrompre l’alimentation du rapport. Pour une source fondée sur un fichier, confirmez que le fichier existe encore et que les onglets ou plages référencés n’ont pas été modifiés. Pour une source associée à une plateforme, assurez-vous que la ressource sélectionnée est bien celle qui reçoit les données attendues.
La connexion peut également être valide tout en utilisant une méthode d’accès inadaptée. Looker Studio peut s’appuyer sur les identifiants du propriétaire de la source ou sur ceux de la personne qui consulte le rapport. Si les identifiants du propriétaire ont expiré, changé ou perdu l’accès à la ressource, le rapport peut cesser de fonctionner pour tout le monde. Si chaque lecteur doit accéder aux données avec son propre compte, vérifiez que chacun dispose réellement des droits nécessaires.
| Symptôme | Vérification prioritaire | Action possible |
|---|---|---|
| Tout le rapport est vide | État de la source et compte connecté | Reconnecter la source avec un compte autorisé |
| Le propriétaire voit les données, pas les lecteurs | Mode d’identifiants et droits des lecteurs | Adapter les accès ou le mode de connexion |
| Un graphique est vide | Dimensions, métriques et filtres du graphique | Corriger le champ ou retirer le filtre fautif |
| Les données semblent anciennes | Actualisation et cache de la source | Forcer une actualisation et vérifier la source amont |
Examiner les autorisations et les comptes
Vérifiez que le compte utilisé par la connexion peut encore consulter la source, et pas seulement le rapport Looker Studio. Les autorisations du rapport et celles des données sont distinctes : partager un tableau de bord ne donne pas automatiquement accès à chaque ressource connectée. Lorsqu’un collaborateur quitte l’entreprise ou qu’un compte de service est remplacé, les rapports qui s’appuyaient sur ses accès peuvent être affectés.
Évitez de résoudre le problème en attribuant des droits trop larges. Accordez uniquement l’accès nécessaire à la personne ou au compte qui doit alimenter le rapport, puis testez avec un lecteur concerné. Si la source est partagée, confirmez que le partage s’applique à la bonne ressource et que l’accès n’a pas été retiré dans l’espace où elle est stockée.
Vérifier la période, les filtres et les commandes
Un rapport peut se charger normalement tout en affichant des graphiques vides parce que la période choisie ne contient aucune ligne. Contrôlez le sélecteur de dates, la période par défaut et les éventuelles dates personnalisées. Comparez l’affichage avec une période plus large dont vous savez qu’elle contient des enregistrements. Vérifiez aussi le fuseau horaire lorsque les données sont proches d’une limite de journée : une différence entre la source et le rapport peut faire apparaître certains événements hors de la plage sélectionnée.
Inspectez ensuite les filtres au niveau du rapport, de la page et du graphique. Un filtre conservé après une modification de campagne, de pays ou de statut peut exclure toutes les lignes. Les contrôles interactifs peuvent également rester réglés sur une valeur qui ne correspond plus aux données disponibles. Désactivez provisoirement un filtre à la fois, sans modifier plusieurs paramètres simultanément : vous identifierez ainsi celui qui supprime les résultats et pourrez corriger la règle plutôt que reconstruire le graphique.
Contrôler les champs et les modifications de la source
Un graphique dépend des champs utilisés pour ses dimensions, ses métriques et ses tris. Si une colonne a été renommée, supprimée ou convertie dans la source, Looker Studio peut ne plus retrouver le champ attendu ou interpréter différemment ses valeurs. Ouvrez la configuration du graphique et repérez les champs signalés comme manquants ou incompatibles. Comparez leur nom et leur type avec ceux de la source actuelle, puis réassociez le champ correspondant.
La différence entre un champ numérique, une date et du texte est particulièrement importante pour l’agrégation. Une mesure importée comme texte peut ne plus être additionnée ; un champ de date mal reconnu peut empêcher le regroupement chronologique. Actualisez les champs de la source après une modification de structure, puis confirmez que l’agrégation attendue est sélectionnée. Dans un rapport avec des données combinées, contrôlez aussi les clés de jointure : si elles ont changé de format ou ne correspondent plus, les résultats peuvent devenir incomplets ou disparaître.
Tester l’actualisation et isoler la panne
Si la structure et les accès semblent corrects, vérifiez que la source amont reçoit bien des données. Ouvrez-la directement, indépendamment de Looker Studio, et recherchez une ligne récente. Si elle est vide ou n’a pas été mise à jour, le tableau de bord ne peut pas afficher des informations qui n’y sont pas encore présentes. Si les données existent, actualisez le rapport et, lorsque l’option est disponible, la configuration des champs. La fraîcheur affichée dépend aussi du connecteur et de son cache : une actualisation du rapport ne garantit pas toujours une mise à jour immédiate de la source.
Pour isoler un problème complexe, créez un graphique de test avec une dimension simple et un comptage d’enregistrements, sans filtre. S’il renvoie des données, la connexion fonctionne et le problème est probablement lié au graphique initial, à ses champs ou à ses filtres. S’il reste vide ou en erreur, reprenez les contrôles de connexion et d’accès. Cette comparaison évite de modifier un rapport complet alors que la panne se limite à un composant.
| Résultat du test | Interprétation | Étape suivante |
|---|---|---|
| La source directe ne contient pas de nouvelles lignes | Le problème se situe en amont du rapport | Vérifier l’alimentation ou le traitement des données |
| La source contient les lignes, mais la connexion échoue | Accès, identifiants ou connecteur à examiner | Réautoriser le compte et tester la connexion |
| Le graphique de test fonctionne | La source répond correctement | Inspecter filtres, champs et combinaisons du graphique |
| Seuls certains lecteurs sont touchés | Accès dépendant de l’utilisateur | Comparer leurs autorisations sur les données |
Rétablir le rapport sans masquer la cause
Une fois le paramètre fautif identifié, corrigez-le seul, puis rechargez le rapport et testez les principaux graphiques avec un compte lecteur. Consignez la source concernée, le champ ou l’autorisation modifiés et le résultat du test. Cette trace facilite le diagnostic si le problème revient et évite qu’une correction temporaire, comme la suppression d’un filtre utile, ne dégrade la lecture des indicateurs.
Si l’erreur persiste malgré une source accessible, des autorisations confirmées et un graphique de test vide, récupérez le message complet et les détails du connecteur avant de demander de l’aide à l’administrateur ou au support concerné. Évitez de partager des données sensibles dans une capture d’écran ; masquez les identifiants et les informations confidentielles. Une vérification systématique, de la source vers le graphique puis vers le lecteur, permet généralement de localiser le blocage sans reconstruire le tableau de bord.
FAQ
Pourquoi un seul graphique est-il vide dans Looker Studio ?
Le plus souvent, ce graphique possède un filtre qui exclut toutes les lignes, utilise un champ supprimé ou incompatible, ou dépend d’une combinaison de données dont les clés ne correspondent plus. Comparez-le à un graphique de test sans filtre et vérifiez ses champs un par un.
Pourquoi le rapport fonctionne-t-il pour son propriétaire, mais pas pour moi ?
Le rapport peut utiliser les identifiants de chaque lecteur. Dans ce cas, votre compte doit avoir accès à la source, même si vous pouvez ouvrir le tableau de bord. Demandez à l’administrateur de vérifier le mode d’identifiants et vos permissions sur la ressource connectée.
Actualiser le rapport suffit-il pour récupérer les données ?
Pas toujours. L’actualisation ne recrée pas un accès révoqué, ne corrige pas un champ supprimé et ne peut pas ajouter des lignes absentes de la source. Confirmez d’abord que la source contient les données attendues et que la connexion fonctionne.
Que faire si la source est accessible, mais que tous les graphiques restent vides ?
Testez un graphique minimal sans filtre, avec une dimension simple et un comptage de lignes. Si ce test échoue aussi, contrôlez les identifiants, les autorisations et le connecteur. S’il fonctionne, le problème se trouve vraisemblablement dans les champs, filtres ou combinaisons propres aux graphiques d’origine.