Fréquentation du site et synthèse des ventes
La section Statistiques offre un aperçu rapide de qui consulte votre menu web et comment, ainsi qu'une synthèse compacte des ventes et de la cuisine. Les données de fréquentation proviennent de Google Analytics et sont mises à jour par une tâche en arrière-plan sur le serveur (sans appels « en direct » à l'API), c'est pourquoi la section s'ouvre instantanément.
Ouvrir : Panneau d'administration → Statistiques (admin.cenaly.com). Les rapports sont établis pour un seul établissement sélectionné — en présence de plusieurs établissements, un sélecteur est disponible en haut.
La section se personnalise : le engrenage ⚙️ dans l'en-tête masque les onglets et blocs inutiles de la « Fréquentation », définit l'onglet et la période par défaut (7 / 30 / 90 jours ou 12 mois) ainsi que le seuil de retard de la cuisine (de 5 à 120 minutes). Des ensembles prêts à l'emploi existent aussi — par exemple « simple », où il ne reste qu'un onglet « Commandes ». Un onglet masqué disparaît de l'en-tête de la section ; il est impossible de tout désactiver d'un coup.
Onglet « Fréquentation »#
Données Google Analytics sur les visites du menu web :
- KPI : sessions, utilisateurs actifs, pages vues, durée moyenne de session — avec comparaison à la période précédente sur 7 et 28 jours (ces deux fenêtres sont fixes ; le sélecteur de période en haut concerne les autres onglets) ;
- dynamique par jour (sessions) ;
- canaux et appareils ;
- sources de trafic, pays, villes, langues ;
- carte thermique des sessions par heures et jours de la semaine — pratique pour planifier les promotions et le contenu ;
- pages les plus vues ;
- tunnel de conversion : menu ouvert → plat consulté → ajouté au panier → paiement entamé → commande passée ;
- plats les plus consultés (selon les événements de consultation et d'ajout au panier).
La ligne « recherche organique » dans les sources peut être dépliée — en dessous apparaissent les requêtes de recherche Google issues de Search Console : requête, clics, impressions, CTR et position moyenne. Ces données sont absentes de Google Analytics lui-même.
Un bloc distinct compte les requêtes des agents IA des clients (ChatGPT et similaires) vers votre menu : combien de fois l'agent a ouvert le menu, combien de commandes sont passées par son intermédiaire et quels outils il a utilisés.
Onglet « Commandes »#
Synthèse compacte des ventes à partir des mêmes données que la section « Finances » :
- chiffre d'affaires, nombre de commandes, ticket moyen ;
- tendance du chiffre d'affaires ;
- plats les plus rentables et les plus commandés.
C'est un « aperçu rapide » — pour des rapports détaillés, consultez Analytique et Finances.
Onglet « Cuisine »#
Indicateurs de rapidité de la cuisine :
- temps moyen d'acceptation, de préparation et de cycle complet d'un ticket, % de retards (avec seuil configurable) ;
- tendance et carte thermique des temps par heures/jours ;
- plats les plus lents et préparations perdues (articles annulés après le début de la préparation).
Les données de cuisine apparaissent automatiquement dès que les employés commencent à accepter, préparer et remettre les tickets sur le KDS ou dans les commandes — aucune configuration séparée n'est nécessaire. Mais c'est la base analytique de la plateforme qui les collecte, et elle n'est déployée que sur les marques AWS : dans le contour russe (cenaly.ru), l'onglet reste vide, quel que soit le nombre de tickets traités.
Onglet « Opérations à risque »#
Fil des actions risquées à la caisse, avec rattachement au caissier : annulation d'un article déjà envoyé en cuisine, annulation de commande, modification de l'addition après impression du pré-reçu, remboursements, remises manuelles et modifications de prix, ouverture du tiroir-caisse sans vente, réimpression d'un reçu déjà délivré (la réimpression est un moyen classique de substituer le reçu du client) et écart de caisse à la clôture du service de caisse. Tableau complet avec explications — dans Contrôle des pertes.
Ce qui est affiché :
- nombre d'événements et montant à risque sur la période — remises, remboursements, articles retirés et totaux des commandes annulées ;
- répartitions par caissiers et par types d'opérations ;
- le fil lui-même avec l'heure, le montant, les détails et la personne qui a approuvé l'opération.
C'est un outil de dialogue, non de sanction : une anomalie chez un caissier ressort immédiatement par rapport aux autres. Les événements arrivent de la caisse en quelques minutes — voir aussi Rôles PIN et confirmations.
Si une caméra de la zone de caisse est installée dans l'établissement, il est possible de visionner un clip vidéo lié à l'événement — il s'ouvre via un lien temporaire de quelques minutes et n'est accessible qu'au propriétaire ou au gérant ; les autres voient un message sur les droits à la place du clip.
Par-dessus ce fil fonctionnent les règles de contrôle des pertes : série d'annulations, vague de remises, écart de caisse, dépenses au-dessus de la norme, bond du prix d'achat et écart des journaux. Elles transforment le fil en une courte liste « quoi surveiller », font apparaître le bloc « Risques de caisse » dans le « Chat de travail » → « À traiter » → onglet « Sous surveillance » et envoient, si souhaité, un e-mail au propriétaire.
Les seuils des règles s'ouvrent via l'engrenage ⚙️ dans l'en-tête de la section, rubrique « Seuils d'alerte » : il bascule automatiquement sur l'onglet « Opérations à risque » et déploie le bloc de seuils replié (rubrique visible par le propriétaire et le gérant). Détails — Contrôle des pertes.
Onglet « Recherche »#
Ce que les clients recherchent sur votre vitrine — avec leurs propres mots :
- top des requêtes sur la période ;
- requêtes sans résultats (filtre dédié) — la liste directe de ce qui manque au catalogue ou de ce qui est nommé autrement que ne le cherchent les internautes ;
- combien de fiches ont été ouvertes et ajoutées au panier après une requête — comptabilisé dans le cadre de la session de recherche (5 minutes après la requête) ;
- export CSV.
Le rapport est agrégé : les identifiants des visiteurs ne sont pas conservés. Si, sur un mois, trop de requêtes différentes se sont accumulées, les plus rares ne figureront pas dans le rapport — ce sera indiqué explicitement.
Onglet « Soutirage »#
Aperçu du contrôle du soutirage pour les bars : mapping « robinet → produit → volume de la portion » et rapprochement entre ce qui a été tiré et ce qui a été vendu. La structure est déjà en place, mais « tiré » est encore affiché avec des données de démonstration — le volume réel arrivera lorsque les débitmètres des robinets seront connectés via Cenaly Hardware Bridge. « Vendu » correspond à de vraies données issues des commandes.
L'écart « tiré ≠ vendu » relève du même sujet que les pertes que dans l'onglet « Opérations à risque » : voir Contrôle des pertes.
Sections liées#
- Analytique — rapports détaillés, analyse ABC, marge
- Contrôle des pertes — règles, seuils et synthèse des opérations à risque
- Finances — chiffre d'affaires, canaux, food cost, personnel
- Cuisine (KDS) — source des temps de cuisine
- Publicité et marketing — connexion de l'analytique
Questions fréquentes#
Pourquoi les données ne sont-elles pas « en temps réel » ?#
La fréquentation est collectée par une tâche en arrière-plan depuis Google Analytics toutes les six heures, ce qui permet à la section de s'ouvrir rapidement et de ne pas dépendre des limites de l'API. Après la première connexion de GA, les données peuvent apparaître dans les 24 heures.
La section est vide — que faire ?#
Les données apparaîtront lorsque la tâche de collecte GA aura été exécutée (généralement dans les 24 heures suivant la connexion) ou lorsque les premières commandes et les premiers tickets auront été enregistrés pour l'établissement.
En quoi cela diffère-t-il de « l'Analytique » ?#
« Statistiques » fournit la fréquentation du site et un aperçu compact ; « Analytique » propose des rapports détaillés sur les ventes, l'analyse ABC et la marge.