Le tableau de bord DZBuild fournit les analytics dont la plupart des marchands ont besoin — sans configuration. Pour des analyses plus poussées, vous pouvez alimenter Google Analytics, Looker Studio ou votre propre data warehouse via l'API publique.

Où se trouvent les analytics

Ouvrez /dashboard — les analytics sont sur la page d'accueil du tableau de bord, sous les boutons de plage de dates. Il n'existe pas de page /dashboard/analytics ni d'entrée Analytics dans la barre latérale, sauf si l'add-on Advanced Analytics est actif.

La vue par défaut porte sur les 7 derniers jours. Préréglages : Aujourd'hui, Hier, 7 jours, 30 jours, Ce mois-ci, Le mois dernier, Cette année, plus une plage personnalisée allant jusqu'à 365 jours.

Chaque KPI affiche un badge de variation en pourcentage comparant la période sélectionnée à la période immédiatement précédente de même longueur.

KPIs principaux :

Métrique	Définition
Revenu	Valeur marchande des commandes livrées uniquement : sous-total moins remise, hors livraison et frais de paiement. Une commande compte le jour où elle a été livrée, pas le jour où elle a été passée.
Profit	Revenu moins le coût des marchandises de ces commandes livrées (quantité × prix de revient du produit). Vous devez renseigner le prix de revient de vos produits — s'il est vide, le profit égale le revenu.
Commandes	Toute commande créée dans la période, quel que soit son statut (annulées et retournées incluses).
Commandes livrées	Commandes livrées à l'intérieur de la période.
Commandes annulées	Commandes créées dans la période avec le statut `cancelled`.
AOV	Moyenne du total de la commande — livraison et frais de paiement inclus — sur les commandes non annulées et non retournées.
Visiteurs	Empreintes de visiteurs distinctes ayant consulté la vitrine dans la période.
Pages vues	Total des chargements de pages de la vitrine.
Nouveaux clients	Fiches clients créées dans la période.
Taux de conversion	Commandes ÷ Visiteurs, exprimé en pourcentage (en utilisant le décompte de commandes tous statuts).

⚠️ Attention — Les KPIs ne se recoupent pas entre eux — c'est voulu

Revenu, Commandes et AOV sont calculés à partir de trois ensembles de commandes et de trois champs monétaires différents. Le Revenu ne compte que le livré et se cale sur la date de livraison ; Commandes compte tous les statuts et se cale sur la date de création ; l'AOV moyenne le total complet des commandes non annulées et non retournées. Ainsi, Revenu ÷ Commandes ne donnera pas l'AOV, et AOV × Commandes ne donnera pas le Revenu.

Graphiques sous les KPIs :

Revenu dans le temps — totaux des commandes livrées (livraison et frais inclus) tracés selon la date de création de la commande. Comme il utilise un champ monétaire et une clé de date différents du KPI Revenu, sa somme ne correspondra pas à ce KPI.
Commandes par heure
Commandes par statut
Top produits — les 10 meilleures ventes classées par unités vendues (commandes annulées et retournées exclues), avec la quantité, le revenu (propriétaire de la boutique uniquement) et les vues uniques de la fiche produit. Les noms de produits ne sont pas cliquables.
Visiteurs dans le temps
Appareils
Sources de trafic
Top wilayas — les 10 wilayas totalisant le plus de commandes sur la période (tous statuts), avec le nombre de commandes et le revenu de chacune.

Tous les graphiques respectent la plage de dates.

Les comptes staff ne voient pas les données financières

Si un membre de l'équipe n'est pas le propriétaire de la boutique, le revenu, le profit et l'AOV ne parviennent jamais à son compte — ils ne sont pas simplement masqués dans l'interface. Le staff voit les commandes, les visiteurs, les pages vues et le taux de conversion ; la colonne revenu disparaît de Top produits et Top wilayas, et la série de revenu est retirée de Revenu dans le temps.

Comment les chiffres de visiteurs sont collectés

Les compteurs de visiteurs et de pages vues proviennent d'un beacon JavaScript sur la vitrine. Pour chaque page vue, il enregistre une empreinte de navigateur, le type de page, le domaine référent, la source de trafic, l'appareil et un ID de session.

Deux limites à connaître :

Les visiteurs qui ont désactivé JavaScript, ou qui partent avant l'exécution du beacon, ne sont pas comptés.
Le suivi est plafonné à 200 événements par heure et par visiteur : une session très intense cesse donc d'ajouter des pages vues au-delà.

Add-on Advanced Analytics (Entreprise)

L'add-on Advanced Analytics ajoute une instance Umami privée hébergée par DZBuild — sans cookies, et aucune donnée de visiteur ne quitte DZBuild. Réservé au plan Entreprise, il se gère sur /dashboard/addons/advanced-analytics.

Ce qu'il apporte en plus des graphiques intégrés : compteur de visiteurs en temps réel, rapports d'ensemble et de sessions, top pages et référents, répartitions appareil / navigateur / OS et pays, comparaison de périodes, répartitions UTM, événements personnalisés, métriques de performance — et un rapport de funnel, absent du tableau de bord intégré.

Volontairement désactivés dans l'add-on : objectifs, parcours utilisateurs, rétention, rapports de revenu et d'attribution.

Connecter des outils externes

Google Analytics 4

Installez via Pixels. GA4 reçoit les mêmes événements que DZBuild envoie pour Facebook (view_item, add_to_cart, begin_checkout, purchase, search).

Google Tag Manager, Mixpanel, Amplitude

DZBuild ne pousse pas d'événements nommés dans le dataLayer de GTM : un conteneur GTM seul ne donne donc rien à GTM sur quoi déclencher. Pour faire remonter les événements e-commerce dans GTM, vous devez aussi ajouter un pixel Google Analytics (ou Google Ads) — la vitrine émet alors des appels gtag('event', …) que GTM peut capter comme événements Google Tag.

Pour Mixpanel ou Amplitude, déclenchez un tag Custom HTML dans GTM à partir de ces événements Google Tag, ou à partir de window.trackPixelEvent.

Looker Studio / Power BI / votre warehouse

Utilisez l'API DZBuild. Les deux préfixes /v1/... et /api/v1/... fonctionnent :

GET /v1/orders — paginer les commandes, filtrer par date. GET /v1/orders/{id} pour une commande.
GET /v1/usage et GET /v1/usage/history — totaux au niveau boutique, courants et historiques.
GET /v1/quotas — les limites de votre plan, pratique pour sécuriser un job planifié.
GET /v1/customers, GET /v1/products, GET /v1/landing-pages pour les jointures.

⚠️ Attention — L'accès à l'API est en pilote

L'API publique n'est pas encore ouverte à toutes les boutiques. Une clé doit être activée pour votre boutique avant de pouvoir s'authentifier — contactez le support pour rejoindre le pilote.

En temps réel, abonnez-vous aux webhooks (order.created, order.confirmed, payment.received, signup.counted). Voir Webhooks.

Vie privée

DZBuild ne suit pas les clients à travers les sites. Les pixels navigateur (quand vous les installez) le font, mais c'est entre vous et le fournisseur — et la CAPI DZBuild n'envoie que ce que vous configurez dans Pixels.

DZBuild ne génère pas de politique de confidentialité pour vous. Si vous en avez besoin, ajoutez-la comme page ou landing page et créez le lien vous-même.

FAQ

Q : Pourquoi mon nombre de visiteurs diffère-t-il de Google Analytics ? R : Méthodes de collecte différentes. DZBuild compte des empreintes de navigateur distinctes via son propre beacon et plafonne chaque visiteur à 200 événements par heure ; GA compte des sessions et applique son propre filtrage des bots.

Q : Où voir les retours / annulations ? R : Filtrez la liste des commandes sur /dashboard/orders par statut, ou utilisez l'add-on Gestion avancée des commandes. Via l'API : GET /v1/orders?status=returned.

Q : Puis-je exporter les graphiques ? R : Non — les graphiques du tableau de bord n'ont aujourd'hui aucun export CSV ni JSON. Pour récupérer les données sous-jacentes, utilisez l'API (GET /v1/orders, GET /v1/usage) ou l'add-on d'export Google Sheets.

Q : Quelle est la fraîcheur des données ? R : Quasi temps réel, mais pas instantané : les compteurs comme les graphiques peuvent accuser un retard d'environ 2 à 3 minutes sur une nouvelle commande. Recharger plus tôt renvoie simplement les mêmes chiffres.