Analyses

Ouvrir la page Analyses#

Pour définir une période personnalisée, saisissez une date De (From) et une date À (To) au format AAAA-MM-JJ, puis cliquez sur Appliquer (Apply). Annuler (Cancel), ou la touche Échap, écarte les dates que vous avez saisies sans les appliquer, de sorte que le bouton n’affiche jamais une période qui n’a pas réellement été chargée. Les dates inversées sont interverties, pas rejetées. Les jours sont des jours civils UTC, exactement comme ils sont comptés partout ailleurs dans l’application.

La période est inscrite dans l’adresse de la page, donc un rechargement ou un lien partagé retombe sur les mêmes chiffres, et c’est la même période qu’utilise la bande Performance de la page Accueil (Home). Passer d’un écran à l’autre ne la change pas. Le bouton de dates est grisé pendant que les chiffres chargent, et choisir une période relit tout le contenu de la page ensemble, donc les tuiles, le graphique et le tableau couvrent toujours la même fenêtre. Pendant qu’une nouvelle période charge, ce qui est déjà à l’écran reste en place et s’estompe légèrement, avec un petit indicateur de chargement à côté du bouton de dates.

Il n’y a pas de ventilation rabais par rabais. Ce que vous obtenez, c’est quatre tuiles, un graphique de l’une d’entre elles et un tableau jour par jour.

La page Analyses, le pixel de vitrine et le champ de campagne sur les commandes sont inclus dans tous les forfaits, le forfait Gratuit (Free) compris. Rien sur cet écran n’est réservé à une mise à niveau.

Les quatre tuiles#

La première rangée de la page compte quatre cartes simples, toujours dans cet ordre : le nom de la mesure, et le chiffre en dessous. L’argent d’abord, puis les commandes, puis les deux ratios.

Le parcours du client, soit Vues de produits (Product views), Ajouts au panier (Added to cart), Paiements commencés (Checkouts started) et Paiements vus (Checkouts seen), est sur la page lui aussi, comme choix de mesure pour le graphique et comme colonnes du tableau Par jour plus bas. Quelques points valent la peine d’être connus sur la façon dont ces mesures sont comptées :

• Les ajouts au panier comptent des unités. Un client qui ajoute trois fois le même article ajoute 3 au nombre, pas 1.
• Les paiements commencés ne portent aucun montant. Rien n’a été facturé à ce moment-là, alors compter un total ici reviendrait à compter une vente qui pourrait ne jamais arriver. L’écart entre Paiements commencés et Commandes avec rabais est votre abandon au paiement, et c’est le seul chiffre de cette page que les rapports de rabais de Shopify ne peuvent pas vous donner.
• Les vues de produits et les ajouts au panier ne sont pas filtrés aux produits avec rabais. Ils comptent l’activité sur l’ensemble de vos pages produits, alors c’est une base de référence de trafic pour lire les étapes suivantes, pas un décompte des clients qui ont vu une offre. C’est pour ça que le graphique dit Vues de produits, et non « vues d’offres », et que le Taux de conversion est le nombre de commandes sur toutes les vues de produits, un taux à l’échelle de la boutique plutôt que celui d’une offre.

La tuile Revenus a une exception honnête. Si Shopify a compté des commandes avec rabais dans la période mais que le pixel n’a vu aucun de ces paiements, la tuile n’imprime pas 0,00. Elle affiche un tiret, et le survoler, ou le lire avec un lecteur d’écran, donne « Non capté. Le pixel de vitrine n’a vu aucun de ces paiements. » Un zéro prétendrait que personne n’a payé. La vérité, c’est que le chiffre n’a jamais été enregistré.

Dans une période où il y a eu de l’activité, un vrai zéro est affiché comme un zéro. Une période sans aucune activité est un autre cas, traité dans Les autres états que cette page peut afficher plus bas.

Le graphique#

Sous les tuiles se trouve un graphique linéaire d’une mesure à la fois. Son titre est le nom de la mesure, et la liste déroulante Mesure du graphique (Chart metric) dans le coin supérieur droit fait passer de Vues de produits à Ajouts au panier, Paniers consultés, Paiements commencés, Paiements vus, Commandes avec rabais et Revenus. Les dates que le graphique couvre sont imprimées en dessous.

• Un point par jour, jours à zéro inclus. Les journées calmes sont tracées comme des zéros, jamais sautées.
• Survolez le tracé et un réticule s’accroche au jour le plus proche, avec la lecture de la date et de la valeur de ce jour-là. La même lecture fonctionne au clavier : mettez le focus sur le graphique, puis utilisez Gauche et Droite pour avancer jour par jour, et Échap pour effacer.
• Seul le dernier point porte une valeur imprimée. Tous les autres jours sont dans la lecture au survol et dans le tableau Par jour plus bas.
• Une mesure qui n’a rien à tracer dans cette période affiche une phrase plutôt qu’un axe vide, par exemple « Aucune vue de produit entre le 9 sept. 2026 et le 15 sept. 2026. »

Le graphique est une préférence d’affichage. En changer ne change rien à l’adresse de la page ni aux données, seulement la courbe que vous regardez.

Pourquoi « Paiements vus » et « Commandes avec rabais » ne concordent pas#

Ils vont différer, et c’est normal :

« Paiements vus » vient de la vitrine et est approximatif : les bloqueurs de publicité et les clients qui refusent les analyses ne sont pas comptés. « Commandes avec rabais » vient de Shopify lui-même et est exact.

Paiements vus est un signal de vitrine, et Paiements commencés aussi. Les deux sont manqués chaque fois qu’un client utilise un bloqueur de publicité, refuse le suivi analytique dans les paramètres de confidentialité de votre boutique, ou ferme l’onglet avant que la balise soit partie. Rien n’est réessayé.

Ce sont deux moments différents. Paiements commencés, c’est atteindre le paiement, et Paiements vus, c’est le pixel qui le voit se terminer. Un client qui abandonne est compté dans le premier et pas dans le second.

Commandes avec rabais arrive sur un webhook de commande signé par Shopify. Une commande n’est comptée que lorsqu’elle porte un rabais xDiscount et que votre boutique a au moins un rabais enregistré auprès de Shopify. C’est le même test que votre facturation utilise quand elle compte une commande par rapport aux commandes incluses dans votre forfait, alors les deux comptent les mêmes commandes.

Filtrer par type de rabais#

À côté de la période se trouve une puce de filtre. Elle commence à Tous (All) et propose vos quatre types de rabais :

Chaque chiffre de la page suit la puce : les tuiles, le graphique et le tableau Par jour.

Comment un événement obtient son type. Un produit appartient à un seul rabais, alors une vue de page produit, un ajout au panier ou un paiement se rattache à exactement un type. Un produit qu’aucun rabais ne couvre compte sous Tous et sous aucun type, ce qui explique pourquoi les quatre types ne rendront pas compte de toutes vos vues de produits. C’est votre catalogue non visé, et il est censé être là comme base de référence.

Archiver libère un produit. Un rabais archivé ne couvre plus ses produits, alors l’activité sur ceux-ci cesse d’apparaître sous ce type, exactement comme le formulaire de rabais cesse de les réserver.

Après que vous changez le type d’un rabais, les nouveaux événements suivent le nouveau type en une minute environ. Rien de ce qui est déjà enregistré n’est réécrit. Une journée qui s’est déroulée sous l’ancien type reste où elle était, parce que c’est ce qui s’est passé.

Le tableau Par jour#

Sous le graphique, Par jour liste une rangée par journée avec huit colonnes :

• La journée la plus récente en premier.
• Les journées où il ne s’est rien passé sont affichées comme des zéros plutôt que sautées, alors une semaine tranquille a l’air tranquille au lieu d’être évincée de la liste.
• Les jours sont des journées civiles entières (UTC) enregistrées de notre côté, pas sur l’horloge de l’appareil du client, alors un client dont l’horloge est mal réglée ne peut pas atterrir dans la rangée d’hier. Si votre boutique fonctionne dans un autre fuseau horaire, une journée ici ne s’alignera pas exactement avec la même journée dans les rapports de Shopify.
• Chaque chiffre que le graphique trace est dans ce tableau, alors rien sur la page ne dépend de la couleur ni du survol.

Ce que le pixel de vitrine apporte#

xDiscount installe pour vous un pixel web Shopify au moment de l’installation de l’application. Vous n’avez pas à l’ajouter, à le configurer ni à l’entretenir, et il n’y a aucun réglage pour lui dans l’application.

Il s’abonne à exactement cinq événements de vitrine et à rien d’autre :

Tout est replié dans un total quotidien par boutique au fur et à mesure que ça arrive. Rien n’est conservé comme piste d’événements d’un client en particulier.

C’est envoyé sans suivi. Une balise qui échoue est abandonnée, jamais réessayée. Une file de télémétrie en attente à l’intérieur d’une vitrine ne vaut pas ce qu’elle coûterait à vos clients en vitesse de page. C’est pour ça que les décomptes de vitrine sont honnêtement étiquetés approximatifs.

Confidentialité : ce que xDiscount ne recueille jamais#

Le pixel se déclare comme analytique seulement. Dans les paramètres de confidentialité des clients de votre boutique, ça veut dire :

Shopify n’exécute le pixel que pour les visiteurs qui ont consenti à chaque finalité qu’il déclare. Déclarer le marketing aurait discrètement écarté le pixel pour chaque client qui autorise les analyses mais refuse le marketing, alors il est déclaré à faux. Le pixel ne fait aucune publicité, aucun reciblage, aucun partage et aucune vente.

Le pixel ne recueille jamais, et ne peut pas recueillir :

• Aucune identité de client, donc aucun nom, courriel, numéro de téléphone ni fiche client.
• Aucune adresse IP, aucun identifiant d’appareil, aucune donnée d’empreinte de navigateur.
• Aucun identifiant de suivi par visiteur, alors les vues d’un client ne peuvent pas être recousues en session ni suivies d’une visite à l’autre.
• Aucune adresse de page, aucun référent, aucun terme de recherche.
• Aucun témoin ni stockage de navigateur qui lui soit propre.

Ce qui quitte réellement la vitrine, c’est la courte liste du tableau ci-dessus : des identifiants de produit et de variante, une quantité, un total de commande et une devise, et des titres de rabais. Ils sont traités comme du texte opaque à l’arrivée, rien n’est jamais recherché à partir d’eux, ni prix ni droit d’accès, et ils ne sont pas conservés. Ce qui est écrit, ce sont les totaux courants de la journée pour votre boutique, et rien d’autre.

Où se trouvent les chiffres de revenus#

La tuile Revenus, l’option Revenus de la liste déroulante Mesure du graphique et la colonne Revenus du tableau Par jour sont toutes le chiffre de la vitrine : les totaux au paiement que le pixel a vus sur les paiements avec rabais. Il est étiqueté approximatif partout où il apparaît, et la tuile dit pourquoi dans ses propres mots, « Chiffre de vitrine tiré des paiements avec rabais (approximatif). Vos rapports Shopify ont le chiffre exact. » Il manque les mêmes paiements que Paiements vus manque, alors il sera sous-évalué, et il ne sert jamais à la facturation.

Le chiffre de référence est dans Shopify. Shopify rapporte déjà nativement les revenus liés aux rabais et fait le calcul monétaire sur ses propres registres, et un chiffre venu de nous qui différerait d’un sou se lirait simplement comme un bogue et vous coûterait un après-midi à le rapprocher. Alors xDiscount étiquette les commandes qu’il remise, et vous découpez vos propres rapports Shopify selon cette étiquette.

Comment ça fonctionne :

1. Quand xDiscount réduit le prix d’une commande, cette commande est estampillée du nom du rabais qui l’a fait.
2. L’estampille se dépose dans un champ de commande appelé campagne xDiscount (xDiscount campaign), qui est créé dans votre boutique au moment de l’installation de l’application.
3. Dans les Analyses (Analytics) de Shopify, groupez ou filtrez un rapport de ventes par order.metafields.xdiscount.campaign.

Le nom du champ est exactement order.metafields.xdiscount.campaign. La page Analyses ne le répète plus, alors gardez cette page sous la main quand vous construisez le rapport.

Des points à connaître :

• Seules les commandes que xDiscount a réellement remisées sont estampillées. Les commandes auxquelles il n’a pas touché restent vides plutôt que d’être mises dans un panier trompeur.
• Vos propres rabais manuels ne sont jamais estampillés dans ce champ, même s’ils étaient sur la même commande.
• Les noms de rabais de plus de 120 caractères sont raccourcis dans l’estampille. Une dimension de rapport avec des milliers de valeurs presque identiques est inutilisable, alors la valeur est gardée courte. Le nom complet reste sur le rabais lui-même.
• Le champ est en lecture seule dans l’interface administrateur. Il est écrit par l’application, et une modification serait écrasée.
• Shopify peut refuser de rendre le champ groupable dans les rapports sur une boutique donnée. Si ça arrive, le champ est quand même créé, l’estampille est quand même écrite et reste visible sur la commande, elle ne peut simplement pas servir de dimension de rapport là-bas.

Les autres états que cette page peut afficher#

La bannière d’échec dit : « Vos rabais ne sont pas touchés, cette page ne fait que lire ce qui a déjà été enregistré. » C’est ça l’important. Cette page ne fait que lire, alors un échec ici n’empêche jamais un rabais de s’appliquer au paiement.

L’état vide s’explique lui-même, « Rien n’a été enregistré entre … et …. Les chiffres apparaissent une fois que les clients voient vos rabais, la carte d’offre doit être ajoutée à votre thème pour que les vues et l’activité de panier soient comptées. », et vous dirige vers les Réglages (Settings), où la section Carte d’offre en boutique (Storefront offer card) a un bouton Ajouter au thème (Add to theme). La carte d’offre est ce qui montre un rabais aux clients sur la page produit, avant qu’ils arrivent au paiement, et elle est incluse dans tous les forfaits, le forfait Gratuit compris.

Bien lire la page#

• Comparez des périodes semblables. Passez de 7 derniers jours à 30 derniers jours et à 90 derniers jours plutôt que de lire une seule fenêtre isolément, et servez-vous d’une période personnalisée pour vous aligner sur une promotion précise.
• Comparez les décomptes de vitrine avec les Commandes avec rabais. Les décomptes bougent avec votre trafic. Le rapport entre les deux bouge avec votre offre.
• Jugez la performance sur les Commandes avec rabais. C’est le chiffre exact, et celui qui est compté par rapport aux commandes incluses dans votre forfait.
• Attendez-vous à ce que les décomptes de vitrine manquent des clients. Les bloqueurs de publicité et les consentements refusés sont normaux, et ils ne font jamais que sous-compter.
• Allez dans les Analyses de Shopify pour les questions d’argent, en groupant par order.metafields.xdiscount.campaign. La tuile Revenus sert à la tendance, pas à la comptabilité.