La plupart de la lenteur du dashboard vient de l'une de trois sources : côté requête, côté réseau ou côté navigateur. Diagnostiquer laquelle prend environ 60 secondes.
Étape 1 — Vérifier si c'est juste un onglet
Ouvrez le dashboard dans une fenêtre incognito/privée fraîche. Si c'est rapide là-bas mais lent dans votre session habituelle, c'est un problème côté navigateur (extensions, état caché accumulé, onglets). Sautez à l'Étape 4.
Si c'est aussi lent en incognito, c'est côté serveur ou réseau. Continuez à l'Étape 2.
Étape 2 — Vérifier la plage de dates
Tirer une large fenêtre de données à fort volume est vraiment lourd. La requête du dashboard doit scanner une grande portion d'événements. Si vous avez ouvert le dashboard avec Depuis le début (ou une longue plage personnalisée) sélectionné sur un site à fort volume, le premier rendu prend plus longtemps plus vous avez d'historique :
- Un an plus d'historique sur un site à fort volume (1M+ événements/mois) → 5-10 secondes de chargement initial est normal.
- Deux ans (la fenêtre de rétention Pro) → jusqu'à 15 secondes pour le premier render ; les rendus suivants sont cachés et instantanés.
- Quatre ans (la fenêtre de rétention Scale) → jusqu'à 30 secondes pour le premier render sur des sites très à fort volume.
Fix rapide : dans le sélecteur de période, basculer vers 30 derniers jours. Le dashboard se recharge en moins de 2 secondes. Utilisez une fenêtre plus large seulement quand vous en avez vraiment besoin.
Étape 3 — Vérifier la complexité des filtres
Chaque filtre actif ajoute un JOIN et une clause WHERE à la requête. Avec 5+ filtres actifs sur une plage large, les requêtes peuvent monter à 30+ secondes.
Fix rapide : dans la barre de filtres, cliquez sur Tout effacer et réajoutez les 1-2 filtres les plus importants. Le dashboard se recharge presque instantanément.
Étape 4 — Dépannage navigateur
Coupables côté navigateur courants :
Extensions
Certaines extensions de confidentialité (uBlock Origin avec listes agressives, Privacy Badger en mode strict) interceptent les requêtes vers app.zenovay.com ou api.zenovay.com. Le dashboard se bloque car les requêtes sont silencieusement bloquées.
Fix : allowlistez app.zenovay.com et api.zenovay.com dans votre extension. Ou ouvrez le dashboard en incognito où les extensions sont généralement désactivées.
localStorage obsolète
Le dashboard met en cache les résultats de requête dans le localStorage de votre navigateur pour que les revisites chargent instantanément. Sur une session longue, ce cache peut grandir assez pour ralentir le premier rendu.
Fix : déconnectez-vous, effacez le localStorage de app.zenovay.com dans DevTools (Application → Storage → Local Storage), reconnectez-vous.
Trop d'onglets
Le dashboard a une connexion temps-réel ouverte pour les mises à jour des visiteurs en direct. Avec beaucoup d'onglets Zenovay ouverts à la fois, ces connexions et les rafraîchissements en arrière-plan peuvent concourir pour les ressources et rendre les onglets individuels lents.
Fix : fermez les onglets que vous n'utilisez pas activement. Le dashboard se reconnecte automatiquement quand vous focalisez un onglet.
Étape 5 — Dépannage réseau
DevTools → Network → rechargez le dashboard. Regardez la requête la plus lente :
- Si c'est une requête vers
app.zenovay.com(HTML/JS), le cache CDN est votre problème. Rechargez la page ; généralement réglé au second chargement. - Si c'est une requête vers
api.zenovay.com/api/...(requêtes JSON), la base de données est lente. C'est côté serveur. - Si plusieurs requêtes sont lentes peu importe l'hôte, votre réseau local est le problème (VPN d'entreprise, portail captif, routage FAI).
Étape 6 — Vérifier la page de statut
Ouvrez status.zenovay.com. S'il y a un incident actif affectant « Performance dashboard » ou « Requêtes base de données », ce n'est pas votre environnement — attendez le all-clear.
Quand contacter le support
Si vous avez épuisé les Étapes 1-6 et que le dashboard est encore lent :
- Mailez [email protected] avec : domaine, plage de dates consultée, navigateur/OS, et un fichier HAR depuis DevTools (Network → clic-droit → Save as HAR with content).
Nous pouvons tirer les traces de requête pertinentes de notre côté et identifier si c'est une régression de plan de requête, une contention de hot-key, ou autre chose sur votre compte spécifique.
Mon plan affecte-t-il le temps de chargement ?
Votre plan ne donne pas à certains comptes des requêtes plus rapides que d'autres. Ce qu'il change, c'est jusqu'où vous pouvez regarder en arrière :
- Gratuit : 1 an d'historique
- Pro : 2 ans
- Scale : 4 ans
- Enterprise : personnalisé
Une fenêtre de rétention plus large signifie plus de données à scanner quand vous sélectionnez une longue plage de dates, donc le premier rendu d'une vue multi-année sur un site à fort volume prend plus longtemps qu'une vue de 30 jours. La solution est la même sur tous les plans : réduisez la plage de dates à ce dont vous avez vraiment besoin, puis élargissez-la seulement au besoin.