Contenu Local & Pages de Service : Attirer par l’Éditorial

Query Google Sheets : query google sheet example expliqué

La fonction query google sheet example sert à filtrer, trier et agréger vos données, comme avec du SQL.

La table source reste intacte : QUERY renvoie un tableau calculé ailleurs, sans toucher à vos données d’origine.

Résultat : vous gagnez du temps pour vos tableaux de bord, sans empiler 10 colonnes de calcul séparées.

Mot-clé principal query google sheet example
Ce que fait QUERY Filtrer, trier, agréger et sélectionner des colonnes
Point de contrôle n°1 Vérifier les en-têtes (paramètre d’en-têtes)
Point de contrôle n°2 Confirmer les types (texte/nombre/date)
Résultat attendu Un tableau exploitable pour vos rapports
query google sheet example sur un écran de Google Sheets avec une formule QUERY visible, bureau en France, lumière naturelle

Vous avez une feuille Google pleine de lignes… et pourtant, vos décisions se font encore “à la main”. La fonction query google sheet example change la donne : vous écrivez une requête qui extrait exactement ce dont vous avez besoin, puis vous affichez un tableau propre. Pas de magie. Juste une formule bien cadrée, calée sur vos données du terrain.

Et si le résultat est vide, ou si les colonnes “décalent” ? Ce n’est presque jamais un mystère. Le plus souvent, c’est un détail repérable : types de données, en-têtes, ou cohérence des colonnes col1/col2/col3. (Oui, même quand la formule “a l’air” correcte.)

Objectif : repartir avec des modèles prêts à copier, adaptés à vos colonnes. Ensuite, vous testez l’impact sur vos tableaux de bord (temps gagné, lisibilité, conversions internes). Sur la durée, pas au coup par tête.

Comprendre la fonction QUERY dans Google Sheets (langage de requête façon SQL)

La fonction QUERY de Google Sheets exécute une requête de type SQL sur une plage de cellules et renvoie un résultat calculé. Vous indiquez la plage source, puis une chaîne “query” (ou une référence de cellule) écrite dans le langage de l’API Google Visualization Query Language. La source ne bouge pas : QUERY crée un nouvel affichage filtré/trié.

Concrètement, QUERY sert à filtrer vos lignes (WHERE), trier l’affichage (ORDER BY), choisir les colonnes (SELECT) et, parfois, agréger (GROUP BY + SUM/AVG). Vous évitez ainsi de multiplier des colonnes “intermédiaires” qui finissent par devenir ingérables.

Piège classique : écrire une requête en pensant “SQL classique”, puis oublier que QUERY utilise son propre langage (celui de Google Visualization). La requête peut être acceptée… mais pas interprétée comme vous l’attendez. Réflexe simple : ouvrez la documentation du langage et vérifiez les clauses attendues.

Autre point utile : vous pouvez mettre la requête entre guillemets, ou la stocker dans une cellule. En pratique, c’est précieux quand vous devez ajuster souvent le filtre (par exemple une date de début/fin). Vous changez une valeur, pas toute la formule.

Source vs résultat : la séparation qui évite les erreurs

La “source” correspond à la plage passée en premier argument. Le “résultat” est le tableau renvoyé par la formule. C’est précisément ce qui rend QUERY pratique pour les tableaux de bord : votre table brute reste stable, et votre vue filtrée se met à jour automatiquement.

  • Vérifiez que la plage source contient bien les colonnes dans le bon ordre (col1/col2/col3).
  • Contrôlez que la requête est bien entre guillemets, ou référencée correctement.
  • Assurez-vous que la zone de sortie est celle que vous attendez (pas masquée par d’autres données).

Syntaxe complète d’un “query google sheet example” : plage, en-têtes et clauses

Une formule QUERY suit généralement cette logique : QUERY(plage, « requête », en-têtes). La troisième valeur indique le nombre de lignes d’en-tête (souvent 1). Dans la requête, vous utilisez SELECT pour choisir des colonnes, WHERE pour filtrer, ORDER BY pour trier, et éventuellement LIMIT pour borner. Les littéraux (texte/valeurs) doivent respecter la syntaxe attendue.

Décomposez : d’abord l’argument plage (la table de départ), ensuite requête (votre instruction), enfin en-têtes (le paramètre qui évite les décalages de colonnes).

Dans la requête, vous référencez les colonnes par index : col1, col2, col3… (pas par lettres A/B/C). C’est là que beaucoup d’erreurs naissent : si l’ordre des colonnes change dans la feuille, la requête doit être relue.

Gérer les en-têtes sans improviser

Le paramètre d’en-têtes vaut typiquement 1 quand la première ligne contient des titres. Si vos titres commencent en ligne 2, ou si vous avez deux lignes d’en-têtes, le paramètre change. Et quand il est faux, vous obtenez soit des lignes “fantômes”, soit des titres traités comme des données.

Écrire une requête cohérente avec vos types de données

QUERY est strict sur les types : une colonne “montant” doit être numérique, une colonne “statut” doit être du texte propre, et une colonne “date” doit être une vraie date (pas un texte du style “01/08/2026” stocké en chaîne). Contrôle terrain : cliquez sur une cellule, regardez le format, puis ajustez la requête.

  • Utilisez QUERY(plage ; requête ; 1) si la première ligne est un en-tête unique.
  • Dans SELECT/WHERE, référencez col1/col2/col3 selon l’ordre réel de la plage.
  • Vérifiez la cohérence des types : texte vs nombres vs dates.

Filtrer vos données avec WHERE : exemples concrets de critères (texte, nombres, dates)

Pour filtrer, utilisez WHERE dans la requête QUERY. Vous pouvez sélectionner uniquement des lignes dont une colonne correspond à un texte, appliquer une condition numérique (>, <, >=, <=) ou filtrer une plage de dates. Combinez plusieurs critères avec AND/OR, puis ajoutez SELECT pour ne garder que les colonnes utiles.

Commencez par un filtre simple. C’est le meilleur moyen de valider votre compréhension des colonnes col1/col2/col3. Ensuite seulement, vous empilez des critères combinés. Sinon, vous ne saurez pas quel critère casse le résultat.

Filtrer par texte : égalité et correspondances

Si votre colonne “statut” contient exactement des valeurs comme “Payé” ou “En attente”, vous filtrez avec une condition d’égalité. Attention aux espaces : en France, on rencontre souvent “Payé ” (avec un espace final) après import. Contrôle rapide : copiez-collez la valeur dans une cellule et vérifiez qu’elle ne contient pas d’espace.

Filtrer par nombres : seuils et intervalles

Pour extraire les ventes au-dessus d’un seuil, vous comparez une colonne numérique. Pour un intervalle, vous combinez deux conditions avec AND. Pratique pour repérer les dossiers “prioritaires” sans tri manuel.

Filtrer par dates : bornes de période

Pour une période, vous filtrez une colonne de date entre deux bornes. Ici, le terrain compte : si la date est stockée en texte, QUERY ne la traitera pas comme une date. Dans vos cas réels, commencez par convertir/normaliser les dates si nécessaire.

Modèles de requêtes WHERE (à adapter)

  • Texte (égalité) : WHERE col2 = ‘Payé’
  • Nombres (seuil) : WHERE col3 > 1000
  • Dates (intervalle) : WHERE col4 >= date ‘2026-08-01’ AND col4 < date ‘2026-09-01’

Ensuite, ajoutez SELECT pour limiter les colonnes. Vous réduisez la charge visuelle et vous préparez directement des sorties pour vos graphiques.

  • Filtrez d’abord avec un seul critère pour valider la colonne.
  • Nettoyez les espaces dans les textes (statuts, catégories).
  • Confirmez que les nombres et dates sont bien au bon type.

Trier et limiter le résultat : ORDER BY, LIMIT et mise en forme des sorties

Une fois vos lignes filtrées, vous pouvez trier le résultat avec ORDER BY (ascendant ou descendant) et limiter le nombre de lignes renvoyées avec LIMIT. C’est ce qui rend QUERY utile pour les tableaux de bord : vous contrôlez l’ordre d’affichage et vous évitez d’exposer des centaines de lignes inutiles. Vous pouvez aussi ne sélectionner que les colonnes pertinentes.

Le tri, c’est votre levier de lisibilité. Sans ORDER BY, vous récupérez un bloc “dans le désordre” et vos KPI perdent leur sens. Avec ORDER BY, vous forcez l’affichage à raconter la bonne histoire : les plus récents d’abord, les plus forts ensuite.

ORDER BY : choisir la colonne et le sens

Vous précisez la colonne de tri (par exemple col4 pour la date, col3 pour le montant), puis le sens : ascendant ou descendant. Terrain pratique : pour un “top clients”, tri décroissant sur la valeur. Pour un “dernier événement”, tri décroissant sur la date.

LIMIT : afficher un top N sans surcharge

LIMIT sert à borner le tableau renvoyé. Sur un dashboard, c’est exactement ce qu’on veut : “top 10”, “top 5”, ou “les 20 derniers”. Le reste reste dans la source, disponible si besoin.

Optimiser la sortie : SELECT uniquement

Un résultat propre commence par SELECT. Choisissez uniquement les colonnes que vous allez réellement lire. Sinon, la sortie devient longue, et vos lecteurs (ou vous, deux semaines plus tard) perdent du temps.

  • Top N : ORDER BY col3 DESC LIMIT 10
  • Derniers événements : ORDER BY col4 DESC LIMIT 20
  • Tableau plus lisible : SELECT col1, col2, col3 (et pas col1 à col6)
  • Ajoutez ORDER BY dès que vous avez un objectif “classement” ou “actualité”.
  • Utilisez LIMIT pour protéger votre lisibilité.
  • Réduisez la sortie avec SELECT pour gagner du temps de lecture.

Analyser et agréger : GROUP BY, fonctions (SUM/AVG) et KPI directement dans Sheets

QUERY peut aussi agréger vos données via GROUP BY et des fonctions comme SUM ou AVG, pour produire des indicateurs directement dans Google Sheets. Vous sélectionnez une dimension (ex. catégorie) et calculez une mesure (ex. somme des ventes). Le résultat est une table synthèse exploitable pour des graphiques ou des rapports.

Quand vos tableaux deviennent trop “détaillés”, ce n’est pas que vous manquez de données. Vous manquez de synthèse. GROUP BY transforme des lignes en indicateurs. Et ce sont ces indicateurs qui alimentent des dashboards sans usine à gaz.

GROUP BY : regrouper par dimension

Une dimension, c’est ce sur quoi vous regroupez : catégorie, région, mois, statut, commercial… L’idée : une ligne de sortie = un groupe. Ensuite, vous calculez une mesure.

SUM/AVG : calculer des mesures

SUM additionne, AVG calcule une moyenne. Exemple concret : totaliser les ventes par catégorie, ou comparer des paniers moyens par segment. Si vous avez déjà des colonnes de calcul pour ça, vous pouvez souvent les remplacer par une seule requête QUERY.

Combiner WHERE + GROUP BY dans une même requête

Vous pouvez filtrer avant d’agréger. C’est crucial : vous calculez des KPI sur une période ou un statut précis. Sinon, vous agrégez “tout”, et vos chiffres ne correspondent plus à votre réalité.

  • Somme par catégorie : SELECT col2, SUM(col3) GROUP BY col2
  • Moyenne par segment : SELECT col2, AVG(col3) GROUP BY col2
  • Mensuel : regrouper par une colonne “mois” (ou une colonne déjà préparée)
  • Commencez par un GROUP BY simple (une seule dimension).
  • Ajoutez ensuite WHERE pour coller à votre période/statut.
  • Validez le type des colonnes utilisées dans SUM/AVG.

Cas d’usage “prêts à copier” : 6 formules QUERY pour tableaux de bord

Voici des requêtes typiques à adapter : (1) filtrer par statut, (2) filtrer par intervalle de dates, (3) sélectionner uniquement certaines colonnes, (4) trier et afficher un top N, (5) agréger par catégorie avec SUM, (6) agréger par mois avec AVG. Astuce : gardez la même structure QUERY, puis remplacez uniquement les colonnes et critères.

Avant de copier-coller : repérez vos colonnes dans la plage. Notez l’ordre réel : col1 = quoi, col2 = quoi, etc. C’est le seul “travail” à faire avant d’automatiser.

Hypothèse de colonnes (à ajuster)

Pour les exemples ci-dessous, imaginez une plage nommée TableVentes avec : col1 = Date, col2 = Statut, col3 = Montant, col4 = Catégorie, col5 = Client, col6 = Mois (au format texte ou date normalisée).

Si votre structure diffère, ajustez seulement les index colX et les libellés.

  1. Filtrer par statut
    QUERY(TableVentes, « select col1, col5, col3 where col2 = ‘Payé' », 1)
  2. Filtrer par intervalle de dates
    QUERY(TableVentes, « select col1, col5, col3 where col1 >= date ‘2026-08-01’ and col1 < date ‘2026-08-31′ », 1)
  3. Sélectionner uniquement des colonnes utiles
    QUERY(TableVentes, « select col1, col4, col3 where col3 > 0 », 1)
  4. Top N trié par montant
    QUERY(TableVentes, « select col5, col3 where col3 > 0 order by col3 desc limit 10 », 1)
  5. Synthèse par catégorie (SUM)
    QUERY(TableVentes, « select col4, sum(col3) where col3 > 0 group by col4 », 1)
  6. Synthèse par mois (AVG)
    QUERY(TableVentes, « select col6, avg(col3) where col3 > 0 group by col6 order by col6 asc », 1)

Vous cherchez un critère simple ? La sortie doit être lisible sur une seule capture d’écran. Si vous devez expliquer vos colonnes à quelqu’un, c’est que vous n’avez pas encore assez réduit : revenez à SELECT et resserrez.

  • Créez une zone “dashboard” dédiée : une formule QUERY par KPI.
  • Réutilisez les modèles et changez seulement colX et les critères.
  • Vérifiez que col1/col2/col3 correspondent bien à vos colonnes réelles.

À contrôler

Avant de conclure que “QUERY ne marche pas”, faites une vérification rapide. Sur la durée, ce sont toujours les mêmes causes : en-têtes mal comptés, types de données mélangés, colonnes colX qui ne correspondent plus à l’ordre de la plage, et filtres sur une valeur légèrement différente.

  • En-têtes : le paramètre (souvent 1) correspond-il à la ligne de titres ?
  • Types de données : montants numériques, dates vraies, statuts sans espaces parasites.
  • Ordre des colonnes : col1/col2/col3 reflètent-ils bien votre plage source ?
  • Guillemets : la requête est-elle bien entre guillemets (ou référencée depuis une cellule) ?
  • Résultat : la zone de sortie est-elle libre (pas de cellules déjà remplies) ?
  • Cohérence : vos libellés “statut/catégorie” sont-ils identiques partout (majuscules, accents, espaces) ?

Si vous tombez sur un résultat vide, c’est souvent un filtre trop strict… ou un type date/texte qui ne matche pas. Ajustez un seul élément, puis validez.

FAQ

Comment écrire une requête QUERY dans Google Sheets avec des guillemets et des références de cellule ?

Écrivez la requête entre guillemets dans le 2e argument, par exemple QUERY(plage; \ »select col1 where col2 = ‘Payé’\ »; 1). Pour éviter de modifier la formule, mettez le texte de requête dans une cellule (ex. D1) puis utilisez QUERY(plage; D1; 1).

Quel paramètre d’en-têtes utiliser dans la formule QUERY pour éviter les décalages de colonnes ?

Utilisez en général 1 si la première ligne de votre plage contient des titres uniques. Si vous avez deux lignes d’en-têtes, mettez 2. Quand ce paramètre est faux, QUERY traite les titres comme des données ou décale les colonnes : c’est visible dans le résultat.

Pourquoi ma fonction QUERY ne renvoie aucun résultat (types de données, dates, espaces dans le texte) ?

Souvent : type de données qui ne matche pas (date en texte, nombres en texte), valeur texte avec espaces invisibles, ou filtre trop strict (libellé de statut/catégorie différent). Testez un WHERE simple, puis élargissez.

Quand utiliser ORDER BY et LIMIT pour créer un tableau de bord lisible dans Google Sheets ?

Utilisez ORDER BY pour trier par date ou par montant selon votre objectif, puis LIMIT pour afficher un top N. Ce duo évite les sorties interminables et rend vos indicateurs exploitables sans effort.

Comment faire un GROUP BY avec QUERY pour calculer une somme ou une moyenne (SUM/AVG) ?

Structure typique : select dimension, sum(mesure) group by dimension (ou avg(mesure)). Ajoutez WHERE pour filtrer avant d’agréger. Le résultat devient une table de synthèse prête à être chartée.

Est-ce que QUERY peut remplacer des filtres et tableaux croisés dynamiques pour certains cas ?

Oui pour des besoins de filtrage, tri, top N et synthèses simples. Pour des pivots très multi-axes, un tableau croisé peut rester plus adapté. Commencez par tester QUERY sur une vue “simple mais utile”.

L’essentiel à retenir

  • QUERY exécute une requête “style SQL” sur une plage et renvoie un tableau sans modifier la source.
  • Commencez par QUERY(plage ; requête ; en-têtes) et validez le paramètre d’en-têtes (souvent 1).
  • Pour filtrer, maîtrisez WHERE avec des critères texte, nombres et dates, puis combinez avec AND/OR.
  • Pour la présentation, utilisez ORDER BY pour trier et LIMIT pour afficher un top N pertinent.
  • Pour les KPI, passez à GROUP BY et des fonctions d’agrégation (SUM/AVG) afin d’obtenir des synthèses prêtes à chart.
  • Créez des “modèles” de requêtes et remplacez uniquement colonnes et critères : vous gagnerez du temps.
  • Si QUERY échoue, vérifiez d’abord les types de données (texte/nombre/date) et la cohérence des colonnes col1/col2/col3.

Pour aller plus vite : prenez l’un des 6 query google sheet example ci-dessus, adaptez seulement les colonnes, puis testez un filtre simple. Quand la fiche “décroche” dans vos dashboards, vous saurez que la logique est bonne. Et vous garderez la cohérence sur la durée.

Références utiles : langage de requête Google Visualization (clauses), fonction QUERY : syntaxe et paramètres, exemples et comportement de QUERY.

Partager cet article