Filtres, dimensions et comparaisons

Chaque rapport a une période définie en haut, et la modifier met à jour tous les widgets d'un coup : dans le cas courant, il n'y a pas de période à régler widget par widget. Choisissez un préréglage (des 7 derniers jours, des 30 derniers jours, de ce mois ou du mois dernier jusqu'au trimestre dernier, aux 6 derniers mois complets, aux 12 derniers mois, à l'année en cours ou à tout l'historique) ou fixez une date de début et de fin personnalisées. L'éditeur travaille sur des données en direct : déplacer la période réinterroge aussitôt chaque source, et l'aperçu reflète donc toujours la fenêtre choisie. Adaptez la période à ce que vous racontez : un rapport client mensuel se place naturellement sur « le mois dernier », alors qu'un bilan semestriel ou annuel peut s'appuyer sur les 12 derniers mois, l'année en cours ou une fenêtre personnalisée couvrant plusieurs mois, pour bien montrer une tendance. Les préréglages se comptent dans le fuseau horaire de votre espace de travail (Paramètres → Préférences) : « hier » est hier chez vous, et « le mois dernier » passe au nouveau mois à minuit, heure locale. C'est valable partout où le rapport est lu : dans l'application, sur les liens partagés, dans les PDF et les e-mails programmés, dans l'API et dans le connecteur MCP. Un espace de travail éloigné d'UTC peut donc voir une période décalée d'un jour, en plus ou en moins, par rapport à avant octobre 2026, où les périodes se comptaient en UTC. Chaque source lit ensuite ces dates calendaires dans son propre fuseau de reporting, comme elle l'a toujours fait : Google Ads et Meta dans celui du compte publicitaire, GA4 dans celui de la propriété, Search Console et Bing Webmaster Tools à l'heure du Pacifique (États-Unis), et la visibilité IA selon le jour UTC sous lequel ses scans sont enregistrés. CrunchJunkie transmet les dates telles quelles et ne les décale jamais d'un fuseau.

Quand un rapport couvre une longue période (un semestre, une année, une plage personnalisée de plusieurs mois), un graphique jour par jour devient un mur illisible d'environ 180 barres. Le réglage Échelle de temps y remédie. Cliquez sur un widget en courbe ou en barres et, sous Affichage du graphique, faites passer son Échelle de temps de Quotidien à Hebdomadaire ou Mensuel. En Mensuel, une période de douze mois se réduit à douze barres nettes (« mai 2026 → juin 2026 → … ») au lieu d'une barre par jour ; Hebdomadaire donne les semaines calendaires, pour une échelle intermédiaire. Le réglage est propre à chaque widget et non global au rapport : vous pouvez afficher une tendance semestrielle ou annuelle en mensuel à l'endroit voulu de la page pendant que d'autres graphiques restent quotidiens. Et il reste honnête : chaque période est agrégée exactement comme la carte KPI sur cette période (une barre mensuelle égale la carte de score de ce mois), les métriques de base (dépenses, clics, conversions) étant additionnées et les taux (ROAS, CTR, coût par conversion) recalculés à partir des totaux, jamais moyennés. Une échelle de temps plus longue ne change donc que la lecture de la tendance, jamais les chiffres sous-jacents.

Un graphique Search Console sur des dates montre quand Google a déployé une mise à jour de classement : une bande discrète du jour où le déploiement a commencé au jour où Google l'a déclaré terminé, repérée par G1, G2 et ainsi de suite, avec le nom et les dates de chaque mise à jour sous le graphique. Les dates sont celles de Google, tirées de son Search Status Dashboard (status.search.google.com), en jours du Pacifique (États-Unis), comme l'affiche ce tableau de bord. Une mise à jour encore en cours de déploiement court jusqu'au dernier point du graphique et est marquée comme en cours. La bande indique seulement le moment, pas une cause. Une courbe peut bouger pendant une mise à jour pour ses propres raisons, et une mise à jour peut laisser un site intact : lisez donc la bande comme « une mise à jour était en cours à ce moment-là », jamais comme l'explication. Seules les mises à jour du classement pour la recherche web sont affichées : core, spam et similaires. Les mises à jour de Discover sont écartées, car les graphiques montrent la recherche web, tout comme les incidents que Google qualifie de problème de classement plutôt que de mise à jour. Sur un graphique avec période de comparaison, la bande se rapporte aux dates de l'axe, pas à la courbe de comparaison en pointillés ; une comparaison de période (deux points) n'en a pas. Les bandes sont activées par défaut dans l'application, sur les liens partagés et dans les PDF. Pour les masquer sur un graphique, désactivez Afficher les mises à jour du classement Google sous Affichage du graphique dans les réglages du widget. Les graphiques de positions Google du suivi de positions affichent les mêmes bandes.

Un widget Search Console peut compter les requêtes de marque, les requêtes hors marque, ou les deux côte à côte. Une requête est de marque quand elle nomme la marque du client : le nom du client sans sa forme juridique, quand ce nom plus court est activé sous Paramètres → Marques (activé par défaut s'il garde un mot distinctif et ne nomme aucun lieu ; « Online SL » et « Autohaus Berlin GmbH » sont reconnus tels quels tant que personne n'active « Online » ou « Autohaus Berlin » : c'est la règle de toutes les surfaces qui cherchent une marque dans un texte, voir la section sur les Query fanouts), le nom de son site web, ses noms de marque dans la visibilité IA, et tous les termes que vous ajoutez aux termes de marque du client (Clients → Modifier → Termes de marque, ou Modifier les termes de marque dans les réglages d'un widget). La correspondance se fait par mots entiers, sans tenir compte de la casse ni des accents : « muller » et « mueller » correspondent donc tous deux à Müller, « strasse » à Straße, et un nom de plusieurs mots correspond aussi écrit avec des espaces, des traits d'union ou collé (« tiki taka », « tiki-taka », « tikitaka »). Une marque de deux ou trois lettres ne correspond que comme mot à part entière, jamais à l'intérieur d'un autre mot. Un nom tiré du site web (« schluesseldienst-berlin » pour schluesseldienst-berlin.de) ne compte qu'avec trait d'union ou collé, jamais en mots séparés : une expression générique comme « schluesseldienst berlin mitte » reste donc hors marque. Dans les termes de marque, vous pouvez décocher un terme dérivé trop générique, ajouter des noms de produits et des fautes d'orthographe courantes, et ajouter des termes qui ne doivent jamais compter comme de marque (« apple pie » pour une marque nommée Apple). Avant l'enregistrement, un aperçu compte combien des principales requêtes du client sur les 28 derniers jours, et combien de ses mots clés suivis, compteraient comme de marque, avec le terme qui a déclenché chacune. Il liste aussi les graphies que la règle des mots entiers laisse de côté, comme votre terme à l'intérieur d'un mot plus long (« ottoversand » pour Otto) ou un nom d'un seul mot écrit en deux (« crunch junkie »), afin que vous puissiez les ajouter. Chaque terme occupe de la place dans le filtre de Search Console, qui autorise 4 096 caractères ; la boîte de dialogue montre la place utilisée et refuse un terme qui ne tiendrait pas. Sur un KPI, un graphique, un tableau ou un anneau, réglez Requêtes sur Marque uniquement ou Hors marque uniquement ; le widget indique alors sous lui les termes comptés, et sa période de comparaison est filtrée de la même façon. Google applique le filtre à toutes les requêtes de la propriété, pas à un échantillon des principales requêtes que nous avons récupérées. Pour voir les deux groupes côte à côte, choisissez la dimension Marque vs hors marque sur un tableau, un anneau ou un graphique en courbes. Les clics et les impressions sont additionnés par groupe, le CTR est le nombre de clics de chaque groupe divisé par ses impressions, et la position moyenne est pondérée par les impressions, jamais une moyenne de chiffres quotidiens. Lisez les totaux en gardant une chose en tête : Google exclut les requêtes rares de tout filtre de requêtes pour protéger la vie privée des internautes (requêtes anonymisées). Elles figurent dans le total de la propriété, mais dans aucun des deux groupes : marque et hors marque totalisent donc moins que toutes les requêtes. Le tableau scindé montre ce reste sur sa propre ligne, avec ses clics, ses impressions et son CTR ; il n'a pas de position propre, car on ne peut pas en déduire une par différence. Vos widgets existants ne changent pas : ils comptent toutes les requêtes tant que vous ne choisissez pas de filtre. Bing Webmaster Tools propose le même filtre et la même répartition sur son tableau et son anneau hebdomadaires des principales requêtes, construits à partir des seules principales requêtes de Bing ; ses totaux quotidiens ne peuvent pas être répartis par requête. Dans le Rank Tracker, le contrôle Mots clés (Tous, Marque, Hors marque) restreint les tuiles, le graphique et les vues à côté du tableau, un mot clé de marque porte un libellé Marque nommant son terme, et un tableau Marque vs hors marque sous les tuiles compare les deux groupes : mots clés vérifiés, top 3, top 10, position moyenne sur les mots clés qui se classent, et AI Overviews affichés et citant le site. Les widgets de rapport de suivi de positions acceptent le même filtre et la même répartition. Via le connecteur d'assistant IA, l'API (GET /reports/{id}/data?brandFilter=branded) et Ask Crunch, un rapport peut être lu pour les seules requêtes de marque ou hors marque, et la note de chaque widget concerné nomme les termes. Rédiger avec l'IA et les éditeurs IA peuvent ajouter ces widgets quand vous demandez des chiffres de marque.

Un tableau Google Analytics peut afficher ses canaux mois par mois. Choisissez la dimension Canal × Mois : une ligne par canal, tel que GA4 regroupe le trafic dans son groupe de canaux par défaut (Organic Search, Paid Search, Direct, Referral, etc.), et une colonne par mois calendaire, le plus ancien à gauche. Chaque cellule affiche une métrique, la première choisie, par exemple Sessions. La limite de lignes du tableau correspond au nombre de mois, le plus récent allant jusqu'à la date de fin du rapport : 13 si vous ne la modifiez pas, 36 au maximum. Les mois antérieurs aux premières données de la propriété sont omis, et le mois en cours affiche ses jours, par exemple « oct. 2026 (1–20) », avec une ligne sous le tableau, pour qu'il ne se lise jamais comme un mois complet. Deux options fonctionnent comme dans les tableaux mensuels de visibilité IA. Totaux ajoute une colonne Total par canal et une ligne Total par mois ; la coloration thermique colore chaque cellule de clair à intense, avec une légende sous le tableau, et laisse les totaux sans couleur. Les comptages et les montants (Sessions, Sessions engagées, Événements clés, Conversions, Achats, Chiffre d'affaires) s'additionnent, donc leurs totaux sont les sommes des cellules. Les utilisateurs, non : une personne venue en mars puis en avril, ou par deux canaux, est un seul utilisateur ; les totaux d'Utilisateurs, de Nouveaux utilisateurs et d'Utilisateurs actifs sont donc les propres comptages de GA4 pour la ligne ou la colonne, inférieurs à la somme des cellules, et le tableau le précise sous lui. Les taux et les moyennes (Taux d'engagement, Taux de rebond, Durée moyenne de session et similaires) sont le chiffre propre de GA4 pour chaque cellule, et leurs totaux sont les chiffres de GA4 pour toute la ligne ou la colonne, jamais une moyenne des cellules. Un canal sans visite sur un mois affiche 0 pour un comptage et « — » pour un taux, car il n'y a rien à diviser. Si GA4 ne répond pas, le tableau indique qu'il n'a pas pu être chargé au lieu d'afficher des zéros. La période de comparaison du rapport ne s'applique pas à ce tableau, et les filtres du widget s'appliquent à chaque cellule. Ask Crunch, Rédiger avec l'IA et le connecteur MCP construisent ce tableau quand vous demandez les visites par canal et par mois, et le modèle « GA4 — Acquisition » en inclut un sur les 12 derniers mois.

Un tableau Google Analytics par Nom de l'événement peut ne garder que les événements que GA4 marque comme événements clés (ce que GA4 appelait conversions jusqu'en 2024). Activez « Événements clés uniquement » dans les réglages du widget, ou demandez-le à Ask Crunch ou au connecteur d'assistant IA : « un tableau intitulé Demandes via le site avec Nom de l'événement, Événements clés et Utilisateurs, seulement les événements clés, du plus grand nombre d'événements clés au plus petit, pleine largeur ». Le tableau est trié selon la métrique choisie sous Tri, du plus élevé au plus bas pour un comptage, et la limite de lignes s'applique après ce tri. Le filtre est la dimension isKeyEvent propre à GA4, réglée sur true, et il accompagne chaque lecture du tableau, période de comparaison comprise : les deux périodes listent ainsi le même type d'événement. Un événement devenu clé récemment n'affiche que les jours écoulés depuis son marquage : GA4 ne modifie pas l'historique. Événements clés s'additionne entre événements, puisque c'est un comptage. Utilisateurs, non : cette métrique compte les personnes distinctes par événement, et une même personne peut déclencher plusieurs événements ; le tableau n'affiche donc pas de ligne Total et les lignes ne doivent jamais être additionnées. Si GA4 ne répond pas, le widget indique qu'il n'a pas pu être chargé au lieu d'afficher des zéros.

Un chiffre seul dit rarement grand-chose à un client ; ce qui compte, c'est ce qui a changé. Ajoutez une période de comparaison et chaque carte de score et chaque graphique reçoit un indicateur de variation qui montre l'évolution par rapport au point de départ. Vous pouvez comparer à la période précédente (la fenêtre équivalente juste avant), à la même période l'an dernier (qui neutralise la saisonnalité) ou à une fenêtre personnalisée de votre choix. Les comparaisons à la période précédente sont idéales pour repérer la dynamique récente ; la comparaison d'une année sur l'autre est la lecture la plus juste pour les activités saisonnières. Choisissez celle qui présente le résultat honnêtement : le but est de donner du contexte, pas de flatter les chiffres. Sur un graphique quotidien d'une plateforme publicitaire (Google Ads, Microsoft Ads, Meta Ads, LinkedIn Ads, Amazon Ads, Reddit Ads, ChatGPT Ads), de Google Analytics ou de Search Console, la courbe de comparaison en pointillés est alignée par date : chaque jour est dessiné face au jour de même rang dans la période de comparaison (le 5e jour face au 5e jour), et un graphique tous canaux additionne les jours de chaque canal de la même façon. Un jour pour lequel la plateforme n'envoie aucune ligne (un compte qui n'a rien diffusé ce jour-là) vaut 0 pour un comptage comme les clics et reste un trou pour un taux ou une moyenne comme le CTR, jamais le chiffre du lendemain remonté d'un cran ; un chiffre que la plateforme n'a pas du tout communiqué pour la période reste un trou chaque jour. Quand la période de comparaison est plus courte (février face à mars, ou une année avec le 29 février face à une année sans), les derniers jours n'ont pas de point de comparaison. Le graphique d'une période encore en cours, comme ce mois-ci, s'arrête au dernier jour disposant de données au lieu de tomber à 0 pour des jours qui n'ont pas encore été communiqués ; avec une courbe de comparaison, une période terminée n'est plus coupée à son dernier jour avec données (les graphiques Search Console s'arrêtent toujours au dernier jour que Search Console a communiqué). Les graphiques d'e-mailing (Mailchimp, Brevo) comparent envoi par envoi, et les graphiques Piwik PRO, Matomo et Fiche d'établissement comparent point par point dans l'ordre où les jours reviennent. Un graphique en courbes qui trace plusieurs comptages d'une même source dont les ordres de grandeur sont très éloignés (les impressions LinkedIn Ads à côté des clics et des leads, par exemple) place chaque série plus de 20 fois plus petite que la plus grande sur son propre axe, à droite, titré avec les noms des séries, pour que ces courbes ne restent pas à plat sur zéro ; les graphiques de canaux, de moteurs d'IA ou de concurrents, et les graphiques de taux ou de montants, gardent un seul axe. Une valeur précédente de 0 est une vraie valeur, et une carte de score affiche la variation depuis celle-ci exactement comme un tableau : une part d'impressions perdue qui passe de 0 % à 12 % se lit +12,0 pts, et des conversions qui passent de 0 à 5 se lisent +5 dans les formats Absolu et Les deux. Un pourcentage de variation depuis 0 n'existe pas : dans le format par défaut, un comptage ou un montant qui part de 0 n'affiche donc aucune variation. « Pas de données antérieures » ne s'affiche que quand il n'y a rien à comparer : la source n'a pas de données pour la période de comparaison (pas encore de scan, d'audit ou de vérification de positions), la période de comparaison n'a pas pu être lue (une erreur n'est jamais présentée comme un 0), ou le chiffre est un instantané de la situation d'aujourd'hui, comme les comptages du catalogue Merchant Center, le total et la note des avis de la Fiche d'établissement, ou les totaux d'abonnés Facebook et Instagram. Un taux ou une moyenne sur une période de comparaison vide (aucune impression, aucune visite) n'a pas non plus de valeur précédente, alors qu'un comptage de cette période est un vrai 0. Une carte de score tous canaux affiche « Pas de données antérieures » quand l'un de ses canaux a un chiffre actuel mais aucun pour la période de comparaison, plutôt que de comparer un total complet à un total partiel. Un widget réglé pour ne rien comparer n'affiche ni l'un ni l'autre. Les résumés IA, l'API et le connecteur MCP le lisent de la même façon : une comparaison absente vaut null (« pas de données antérieures »), jamais 0. Il en va de même pour la période actuelle : un chiffre que la source n'a pas pu lire s'affiche « — », jamais 0, et sans variation ; quand aucun des chiffres d'une carte de score n'a pu être lu, elle indique que les données n'ont pas pu être chargées. Une carte de score ou un graphique tous canaux écarte des deux périodes un compte qu'il n'a pas pu lire et le nomme sous le widget ; sur les liens partagés, en mode présentation et dans les PDF produits par CrunchJunkie, cette note n'indique que le nombre de comptes écartés. Une carte de score, un graphique ou un tableau Google Ads qui additionne plusieurs campagnes (une sélection de campagnes ou un filtre de widget portant sur plus d'une campagne, un jour, une semaine ou un mois d'un graphique ou d'un tableau filtré avec plus d'une campagne, ou la portée de plusieurs campagnes Display et Vidéo) affiche « — » pour les chiffres que Google ne communique que par campagne, avec une ligne sous le widget qui en donne la raison : la part d'impressions et ses variantes (perdue, en haut, tout en haut), les taux d'impressions en haut et tout en haut, les taux de visionnage, d'engagement, de vidéo et de visibilité, le coût moyen par vue, les utilisateurs uniques et la fréquence. Ils ne peuvent pas être additionnés, et deux campagnes à 40 % et 30 % de part d'impressions ne sont pas à 70 %. Les comptages et les montants sont additionnés, et le CTR, le coût par clic, le coût par conversion, le taux de conversion et le ROAS sont calculés à partir de ces totaux. Un filtre sur une seule campagne affiche les chiffres propres à cette campagne. Une variation qui arrondit à zéro se lit ±0,0 pts ou ±0,0 % en gris neutre, pas comme un gain ou une perte. Pour les plateformes publicitaires (Google Ads, Microsoft Ads, Meta Ads, LinkedIn Ads, Amazon Ads, Reddit Ads et ChatGPT Ads), il existe un cas de plus : quand la plateforme a dépensé sur beaucoup moins de jours dans la période de comparaison qu'aujourd'hui (moins de la moitié des jours de la période de comparaison, et au plus moitié moins de jours que dans la période actuelle), la variation reste, le widget le signale (« Meta Ads n'a diffusé que 4 jours sur 30 de la période précédente ») et la pastille de variation porte un astérisque. Les cartes de score et les graphiques quotidiens le portent, tout comme les tableaux Google Ads et LinkedIn Ads avec comparaison. Un annonceur régulier qui a diffusé aussi peu de jours dans les deux périodes n'est pas signalé.

Les dimensions sont les façons de ventiler une métrique : par campagne, groupe d'annonces, page de destination, appareil, pays, etc., selon ce que la source expose. Une dimension secondaire ajoute une seconde couche à un tableau pour lire deux attributs à la fois : campagne par appareil, par exemple, ou page de destination par pays. C'est la différence entre « cette campagne a dépensé X » et « cette campagne a dépensé X, dont l'essentiel sur mobile ». Recourez à une dimension secondaire quand une ventilation unique soulève une question évidente. Dans un tableau destiné au client, limitez-vous toutefois à une couche supplémentaire : deux dimensions éclairent, trois ne font généralement qu'encombrer.

Les filtres restreignent un widget aux seules lignes qui vous intéressent. Vous pouvez appliquer plusieurs conditions à la fois et choisir comment elles se combinent. La logique ET exige que chaque condition soit vraie (« la campagne contient Brand ET l'appareil est Mobile »), ce qui resserre le champ. La logique OU retient les lignes qui remplissent l'une des conditions (« le pays est l'Allemagne OU le pays est l'Autriche OU le pays est la Suisse »), ce qui permet de regrouper une région ou un ensemble de campagnes apparentées. Sur Search Console, « Ne contient pas » écarte les requêtes ou les pages correspondantes, et « Commence par » correspond au début : le début d'une requête ou, pour une page, le chemin qui suit directement l'adresse du site (« /blog » correspond à toutes les pages sous /blog et, sur une propriété pour un dossier tel que https://example.com/de/, aussi à toutes les pages sous /de/blog ; une adresse complète comme https://www.example.com/blog correspond telle qu'écrite). Jusqu'en octobre 2026, les deux étaient lus comme « contient » : un rapport construit avec eux peut donc afficher depuis lors des chiffres différents, et corrects. Search Console ne sait relier des filtres par OU qu'entre des filtres Page ou entre des filtres Requête, et jamais avec « Ne contient pas » ; un tel widget le signale au lieu d'afficher des chiffres. Combinez des filtres avec une dimension secondaire et une période de comparaison et vous répondez à une question précise sur un seul widget, par exemple comment les campagnes de marque sur mobile dans la zone DACH ont performé ce trimestre par rapport au précédent, sans construire de rapport séparé. Certaines campagnes n'ont leur place dans aucun chiffre d'un rapport, par exemple des campagnes Meta du client que votre agence ne gère pas. Dans la barre d'outils de l'éditeur, « Exclure des campagnes Meta » accepte des termes comme « Energy » : toute campagne Meta dont le nom contient l'un d'eux, en majuscules ou en minuscules, archivées et supprimées comprises, est écartée de l'ensemble du rapport (ses widgets Meta Ads, les totaux tous canaux, les comparaisons, les liens de partage, les PDF, les e-mails programmés, l'API et le connecteur d'assistant IA), et chaque widget concerné le signale sous ses chiffres. Avant d'afficher une période, CrunchJunkie vérifie que la liste des campagnes correspond aux dépenses du compte ; si ce n'est pas le cas, ou si plus de 200 campagnes correspondent, les widgets Meta n'affichent aucun chiffre et en donnent la raison, plutôt que des chiffres qui pourraient encore inclure ces campagnes. Le sélecteur « Campagnes » de l'éditeur fonctionne à l'inverse pour Google Ads : il restreint un rapport aux campagnes que vous choisissez. Il liste les campagnes de chaque compte Google Ads du client, groupées par compte ; un compte de plus de 200 campagnes affiche les 200 premières par nom avec son total, et la recherche trouve les autres. Une campagne appartient à un seul compte : le choix ne s'applique donc qu'à ce compte, les widgets des autres comptes Google Ads du client gardent leurs chiffres complets, et un widget tous canaux ajoute les campagnes choisies du compte concerné aux autres en entier. Une campagne choisie compte quel que soit son statut : une campagne supprimée depuis conserve son historique. Chaque widget que le choix restreint le signale sous ses chiffres (« Chiffres Google Ads : 2 campagnes choisies de Acme uniquement », avec les noms des campagnes quand ils tiennent), un widget tous canaux nomme les comptes qu'il inclut en entier, et le résumé IA, l'API et le connecteur d'assistant IA sont informés que les chiffres ne sont pas ceux du compte entier.

Une question fréquente des clients : « quels produits un canal donné a-t-il réellement vendus ? ». Vous pouvez y répondre sur un seul widget GA4. Construisez un tableau sur une source de données GA4, réglez sa dimension sur une ventilation par article (Nom de l'article, Catégorie de l'article ou Marque de l'article) et choisissez des métriques e-commerce comme Articles achetés, Chiffre d'affaires des articles, Articles ajoutés au panier ou Articles consultés. Ajoutez ensuite un filtre sur la source de trafic, avec Source / support de la session (par exemple « google / cpc » pour Google Ads, ou « google / organic » pour la recherche naturelle), Source de la session ou Support de la session. Le résultat est une ventilation des produits limitée à ce canal, par exemple les articles achetés par les visiteurs arrivés depuis Google Ads. Changez la valeur du filtre pour comparer des canaux, ou retirez le filtre pour voir les produits sur l'ensemble du trafic. C'est une ventilation filtrée et non une métrique prédéfinie à part : vous gardez donc la maîtrise complète des articles, des métriques et de la source que vous regardez.