Workflow Trigger ExtensionsWorkflow Trigger Extensions

Déclencheurs de Storefront

Tous les autres déclencheurs de cette application sont liés à un événement survenu dans votre interface d’administration : une commande a été réglée, un produit a été mis à jour, un méta-champ a été modifié. Shopify nous en informe, et votre workflow se lance.

Les déclencheurs de la boutique en ligne sont liés à une action effectuée par un client : consultation d'une page produit, ajout d'un article au panier, recherche infructueuse, refus d'un code de réduction lors du paiement. Shopify n'envoie pas de webhooks pour ces événements ; l'application les recueille donc à l'aide d'un Web Pixel installé sur votre boutique en ligne.

Il est important de garder cette distinction à l'esprit, car elle explique en grande partie ce qui va suivre : ce que l'application peut détecter, ce qu'elle ne peut pas détecter, et pourquoi ces déclencheurs peuvent être bien plus nombreux que ceux auxquels vous êtes habitué.

Le pixel de la vitrine

Lorsque votre premier déclencheur de boutique en ligne est activé, l'application installe automatiquement un pixel Web sur votre boutique en ligne. Aucune modification du thème n'est nécessaire et il n'y a pas de code à coller.

Le pixel ne s'abonne qu'aux événements requis par les déclencheurs que vous avez activés. Si vous activez uniquement la recherche dans la boutique en ligne et rien d'autre, les consultations de produits ne sont jamais envoyées, jamais reçues et jamais comptabilisées. Si vous désactivez à nouveau tous les déclencheurs de la boutique en ligne, le pixel reste installé mais inactif : il ne s'abonne à aucun événement et n'envoie rien.

Consentement du client

Le pixel respecte les paramètres de confidentialité de votre boutique en ligne. Il nécessite un consentement à l'analyse de données, et Shopify ne l'exécute que pour les clients ayant donné ce consentement. Sans ce consentement, aucune donnée n'est collectée dans le navigateur, aucune information ne nous parvient, aucun crédit n'est utilisé et aucun workflow n'est exécuté.

Cela s'applique également lors du paiement ; ainsi, les événements « Erreur de paiement affichée » et « Code de réduction refusé lors du paiement » nécessitent le même consentement que les déclencheurs de la boutique en ligne.

Cela signifie également que les déclencheurs en vitrine génèrent, par nature, un nombre de signalements inférieur à la réalité dans les régions où le consentement est de type « opt-in ». Il s'agit là d'un comportement normal, et non d'un bug qu'il faudrait contourner.

Pass consent from your own banner to Shopifyjavascript
window.Shopify.loadFeatures(
  [{ name: "consent-tracking-api", version: "0.1" }],
  (error) => {
    if (error) return;
    // Call this when the shopper makes a choice in your banner.
    // Pass what they actually chose - storefront triggers need analytics.
    window.Shopify.customerPrivacy.setTrackingConsent(
      { analytics: true, marketing: false, preferences: false },
      () => {},
    );
  },
);

Shopify

Lorsque vous testez un déclencheur de boutique en ligne, acceptez d’abord la bannière relative aux cookies et utilisez un navigateur sans bloqueur de publicités. Une fenêtre privée s’ouvre systématiquement sans demande de consentement ; par conséquent, un déclencheur qui fonctionne dans votre navigateur habituel peut sembler ne pas fonctionner dans ce contexte. Pour vérifier que le pixel est bien installé, ouvrez « Paramètres > Événements client » dans votre interface d’administration Shopify.

Les déclencheurs

Déclencheur Commence à
Produit consulté sur la vitrine en ligne Un client ouvre la fiche d'un produit
Vue de la collection en vitrine Un client ouvre une page de collection
Panier consulté sur la boutique en ligne Un client ouvre la page du panier
Produit de la boutique en ligne ajouté au panier Un article est ajouté au panier
Produit de la boutique retiré du panier Un article est retiré du panier
Le processus de paiement en magasin a commencé Un client passe à la caisse
Recherche dans la boutique en ligne Une recherche renvoie au moins un résultat
La recherche sur la page d'accueil n'a donné aucun résultat Une recherche ne donne aucun résultat
Variante en rupture de stock consultée Un client consulte la page d'un produit dont la variante affichée est en rupture de stock
Erreur d'affichage lors du paiement Le processus de paiement affiche un message d'erreur à l'intention du client
Code de réduction refusé lors du paiement Un code de réduction est refusé lors du paiement
Visite d'un acheteur B2B Un acheteur B2B connecté se rend sur la boutique en ligne
Visite d'un client connecté Un client connecté se rend en magasin
Déclencheur personnalisé pour la vitrine Votre propre événement, publié à partir de votre thème

Variante en rupture de stock consultée

Celui-ci mérite d'être lu attentivement, car c'est le déclencheur qui a le plus de chances de se comporter différemment de ce que son nom laisse supposer.

Il s'agit d'un signal de demande de réapprovisionnement : il vous indique qu'un véritable client a consulté un article que vous ne pouvez pas lui vendre. Associé à un workflow Flow, il permet de marquer le produit, d'alerter le service des achats ou d'ajouter le client à une liste d'attente.

Cette information est calculée, et non transmise. Le navigateur de l'acheteur n'a aucune idée de l'état de votre stock ; le pixel envoie donc une simple consultation du produit, et l'application prend sa décision en se basant sur ses propres registres de stock.

Il vérifie une variante, et non l'ensemble du produit.▾

Le déclencheur s'active sur la variante affichée sur la page du produit, et non sur le produit dans son ensemble. Un produit comportant quatre variantes en stock et une variante en rupture de stock ne déclenche l'action que lorsque c'est précisément cette dernière qui est affichée.

C'est pourquoi cette fonction s'appelle « Variante en rupture de stock consultée » et pourquoi le déclencheur transmet à votre workflow à la fois la variante et le produit auquel elle appartient.

Le changement de variante après le chargement de la page n'est pas détecté▾

Shopify enregistre une vue de produit lorsque l'acheteur accède à la page. Le fait de cliquer ensuite sur le sélecteur de variantes correspond à un changement d'état au sein de la page, et non à une nouvelle vue de page ; par conséquent, Shopify ne l'enregistre pas et l'application n'en a jamais connaissance.

Concrètement : un lien menant directement à la variante épuisée (une URL de type ?variant=, ou provenant d'une collection où elle est l'option affichée) fonctionne. En revanche, si l'on arrive sur la page d'un produit en stock par défaut et que l'on sélectionne ensuite la variante épuisée, cela ne fonctionne pas.

Si vous en avez besoin, créez votre propre événement lors du changement de variante de votre thème à l'aide de {% doc "custom-storefront-triggers" %}.

« En rupture de stock » signifie un stock égal à zéro ou inférieur à zéro dans tous les points de vente.▾

L'application additionne les quantités disponibles dans chaque point de vente proposant cette variante. Le déclencheur s'active lorsque ce total est égal à zéro ou inférieur à zéro.

Deux conséquences qu'il convient d'anticiper :

  • Les points de vente qui ne proposent pas votre boutique en ligne sont tout de même pris en compte. Les stocks stockés dans un entrepôt ou un point de vente qui ne constitue pas un canal de vente pour ce produit font apparaître un total satisfaisant, de sorte que le seuil de déclenchement reste inactif même si le client ne peut pas l'acheter.
  • La survente n'est pas prise en compte. Une variante configurée pour continuer à être vendue lorsqu'elle est en rupture de stock reste disponible à prix zéro ; le déclencheur s'active donc alors que l'acheteur peut en réalité finaliser sa commande.
Son activation permet également d'afficher la vue « Produit consulté » dans la vitrine.▾

C'est inévitable. La décision de mise en rupture de stock est prise à partir des fiches produits ; l'application doit donc recevoir toutes les fiches produits pour identifier les quelques-unes qui comptent.

Cela signifie que chaque consultation de produit est prise en compte dans votre quota, et pas seulement celles des produits en rupture de stock. Sur une boutique très fréquentée, il s'agit du déclencheur le plus coûteux de l'application, et son coût dépend de votre trafic, et non de la fréquence à laquelle vos stocks sont épuisés.

Nous mettons en avant cette dépendance au lieu de la masquer, afin que le chiffre affiché sur votre page d'utilisation ne soit jamais une surprise.

La synchronisation de l'inventaire doit avoir été effectuée▾

L'application effectue une comparaison avec ses propres registres de stock. Si une variante n'a jamais été synchronisée, l'application ne connaît pas son niveau de stock et ne donne aucune indication plutôt que de faire une estimation : signaler qu'une variante non synchronisée est en rupture de stock serait pire que de ne rien indiquer du tout.

La synchronisation de l'inventaire s'effectue automatiquement lorsque vous activez le déclencheur. Vous pouvez la relancer à tout moment depuis la page « Déclencheurs ».

Recherches

La fonction « Search » met à votre disposition deux déclencheurs, et une seule recherche en déclenche exactement un :

  • La recherche dans la vitrine n'a donné aucun résultat lorsque la recherche n'a rien trouvé. C'est ce que la plupart des boutiques recherchent : il s'agit d'une liste d'articles que les clients s'attendaient à ce que vous vendiez.
  • Recherche dans la boutique en ligne lorsque la recherche a donné des résultats.

Comme ces deux options s'excluent mutuellement, vous pouvez les activer toutes les deux en toute sécurité sans risque de double comptage. La fonction « Storefront Search » transmet également le premier résultat sous forme de référence produit, ce qui permet à un workflow d'agir sur ce que l'acheteur a très probablement vu.

Déclencheurs de visite

Les événements « Acheteur B2B » et « Client connecté » se déclenchent lorsqu’un client connecté se trouve sur la page d’accueil de votre boutique. Ils vous permettent de réagir à la visite d’un client qui revient : relance, alertes au responsable de compte, note dans le dossier.

Un client qui consulte dix pages compte pour une seule visite, et non pour dix événements distincts. L'application regroupe les répétitions dans une fenêtre de visite que vous définissez pour chaque déclencheur à l'aide de l'icône de paramètres située à côté de son bouton. À l'intérieur de cette fenêtre, un client n'est compté qu'une seule fois.

  • Le nombre de visites des acheteurs B2B est regroupé par entreprise ; ainsi, deux acheteurs de la même entreprise affichés dans une même fenêtre comptent pour une seule visite.
  • Le nombre de visites des clients connectés est regroupé par client.

Réglez la valeur sur zéro pour déclencher l'événement à chaque consultation de page. Sur une boutique en ligne où les visiteurs sont connectés, cela génère un grand nombre d'événements ; commencez donc par une valeur élevée, puis réduisez-la si vous avez besoin d'une granularité plus fine.

Déclencheurs de paiement

L'erreur « Checkout Error Shown » se déclenche chaque fois que le processus de paiement affiche une erreur à l'acheteur : une adresse non valide, un paiement refusé, un champ qui n'accepte pas la saisie effectuée. Cela permet de détecter un échec du processus de paiement sans avoir à attendre l'ouverture d'un ticket d'assistance.

Le message « Code de réduction refusé lors du paiement » permet de cerner le problème à un seul cas : un code de réduction a été refusé lors du paiement. Il s'agit généralement d'une campagne arrivée à expiration, d'un code partagé au-delà de ses limites d'utilisation ou d'un code provenant d'un e-mail qui n'a jamais été activé - autant d'informations qu'il est utile de connaître rapidement.

Shopify Il ne précise pas aux applications quel code a été saisi ; ainsi, le déclencheur transmet le message de refus d’Shopify (dans la langue de l’acheteur), mais pas le code lui-même. Cliquer sur « Appliquer » alors que le champ est vide affiche le même message ; il est donc impossible de distinguer les deux cas. Utilisez cette fonctionnalité pour détecter une augmentation du nombre de codes refusés, et non pour identifier une campagne spécifique.

Prochaines étapes