Browse abandonment Klaviyo : setup, conditions et email-types qui convertissent

TL;DR. Le browse abandonment flow dans Klaviyo se déclenche sur le Viewed Product event, lequel nécessite que le snippet Klaviyo Active on Site soit correctement installé sur le site. Sans pixel actif, ce flow ne déclenche pas. Une fois le tracking en place, les conditions d'exclusion croisées sont la priorité : ce flow ne doit jamais envoyer au même contact qui est déjà dans un checkout abandonment ou cart abandonment flow. Séquence type : 2 emails maximum sur 24 heures. RPE typique : 1 à 3 €, avec un open rate E1 de 35 à 50 %.

Le browse abandonment est le flow le plus souvent actif et le plus souvent mal configuré dans les comptes Klaviyo que nous auditons. Il tourne, il envoie, et il génère des désinscriptions parce que les filtres d'exclusion avec les flows abandon plus aval n'ont pas été codés. Résultat : un contact qui a consulté un produit, puis l'a ajouté au panier, puis démarré le checkout, reçoit trois emails de rappel en simultané dans les 4 heures.

Ce guide couvre le setup technique du pixel Klaviyo, les events natifs qu'il génère, la structure du flow browse abandonment, et les conditions d'exclusion critiques.

Le pixel Klaviyo Active on Site : comment il fonctionne

Le browse abandonment repose sur deux events Klaviyo :

• Viewed Product : déclenché quand un contact identifié (présent dans Klaviyo) consulte une fiche produit.
• Active on Site : déclenché quand un contact identifié navigue sur le site, sans consultation de fiche produit spécifique.

Ces events ne fonctionnent que pour des contacts identifiés, c'est-à-dire des contacts dont l'email est connu de Klaviyo et qui ont un cookie de tracking actif dans leur navigateur.

Comment Klaviyo identifie un visiteur

Trois mécanismes d'identification :

1. Via l'email dans la navigation Shopify : quand un visiteur saisit son email (page checkout, popup, newsletter), Klaviyo l'associe au cookie de son navigateur. Toutes les pages vues ultérieures sur cette session (et les sessions futures sur le même navigateur) sont trackées.

2. Via le lien dans un email Klaviyo : quand un contact clique sur un lien dans un email Klaviyo, il est identifié automatiquement par le tracking link Klaviyo. Sa navigation sur le site après ce clic est trackée.

3. Via Klaviyo.js identify : pour les cas custom (login sur votre site), vous pouvez appeler klaviyo.identify({'email': 'contact@email.com'}) lors du login.

Conséquence directe : votre browse abandonment flow ne déclenche que pour les contacts déjà connus de Klaviyo. Les visiteurs anonymes ne sont pas trackés. C'est une limite technique qui explique pourquoi le volume de Viewed Product events est souvent bien inférieur au volume de sessions Google Analytics.

Installation du snippet sur Shopify

L'app Klaviyo officielle installe automatiquement le snippet sur les thèmes Shopify standards. Vérifiez l'installation dans deux endroits :

Vérification 1 : Klaviyo > Analytics > Events
Naviguez sur votre site depuis un navigateur où vous avez cliqué un lien email Klaviyo récemment. Consultez une fiche produit. Vérifiez dans Klaviyo > Analytics > Events que l'event Viewed Product apparaît dans le feed en temps réel.

Vérification 2 : Console navigateur
Sur une page produit, ouvrez la console (F12 > Console) et tapez _learnq. Si le snippet est installé, vous voyez l'objet Klaviyo retourné. S'il retourne undefined, le snippet n'est pas chargé.

Cas des thèmes custom ou headless

Sur un Shopify custom (thème sur mesure) ou headless (Shopify Hydrogen, Remix, Next.js), le snippet peut ne pas être installé automatiquement. Vous devez ajouter manuellement l'event tracking :

// Sur chaque page produit, après identification du contact
var _learnq = _learnq || [];
_learnq.push(['track', 'Viewed Product', {
  ProductName: '{{ product.title }}',
  ProductID: '{{ product.id }}',
  SKU: '{{ variant.sku }}',
  Categories: ['{{ product.type }}'],
  ImageURL: '{{ product.featured_image | img_url: "grande" }}',
  URL: '{{ shop.url }}{{ product.url }}',
  Brand: '{{ product.vendor }}',
  Price: {{ variant.price | divided_by: 100.0 }},
  CompareAtPrice: {{ variant.compare_at_price | divided_by: 100.0 }}
}]);

Ces propriétés sont indispensables pour la personnalisation dynamique dans l'email browse abandonment (nom du produit, photo, prix).

Structure du flow browse abandonment

Trigger

Metric : Viewed Product

Le trigger se configure dans Klaviyo > Flows > Create Flow > Browse Abandonment (template existant) ou Metric Trigger > Viewed Product.

Attention : le trigger Viewed Product peut déclencher plusieurs fois par session si le contact consulte plusieurs fiches produit. Configurez un "Flow Trigger Filters" pour limiter à une entrée par contact toutes les 24 heures : "Has NOT been in this flow in the last 24 hours."

Les filtres d'exclusion : la partie critique

Ces filtres s'appliquent en Flow Filters (conditions d'entrée dans le flow, pas sur les emails individuels) :

Has NOT Added to Cart in the last 24 hours
AND Has NOT Started Checkout in the last 24 hours
AND Has NOT Placed Order in the last 7 days
AND Has NOT Received Browse Abandonment email in the last 7 days
AND Is NOT Suppressed

Pourquoi ces quatre premières conditions sont non-négociables :

Un contact qui a ajouté au panier est déjà dans votre cart abandonment flow. Il ne doit pas être dans browse abandonment en simultané. Même logique pour le checkout.

Un contact qui a acheté dans les 7 jours n'est pas un abandon : c'est un acheteur. Le browser abandonment ne lui est pas pertinent.

Un contact qui a déjà reçu un browse abandonment dans les 7 jours ne doit pas en recevoir un deuxième sur un autre produit consulté : cela crée de la saturation.

Séquence type : 2 emails sur 24 heures

Pourquoi H+3 pour l'Email 1 ? Plus tôt (H+1 ou H+2), vous interrompez une potentielle session d'achat en cours. Le contact qui a consulté un produit à 15h est peut-être encore sur le site à 15h30. Attendez H+3 pour être certain que la session est terminée.

L'Email 2 est optionnel. Sur les marques premium ou pour les bases avec un fort taux de désinscription, n'envoyez qu'un seul email. Le gain marginal d'un Email 2 ne justifie pas le risque de saturation.

Conditional Split entre Email 1 et Email 2

Ajoutez une Conditional Split après l'Email 1 (délai inclus) :

Has Added to Cart in last 24 hours → sortie du flow
OR Has Started Checkout in last 24 hours → sortie du flow
OR Has Placed Order in last 24 hours → sortie du flow

Si le contact a progressé dans le tunnel entre l'Email 1 et l'Email 2, sortez-le du browse abandonment. Il sera pris en charge par les flows cart ou checkout.

Les email-types qui convertissent en browse abandonment

Email type 1 : rappel produit pur

Le plus simple et souvent le plus efficace. Structure :

• Subject line avec le nom du produit : "Le [nom produit] vous a tapé dans l'oeil"
• Header : une seule image produit de qualité (pas de carousel, pas de mise en page complexe)
• Prix visible, éventuellement le prix biffé si promotion en cours
• 2 à 3 avis clients sous le produit
• CTA unique : "Voir le produit"
• Footer léger avec navigation vers les catégories

Personnalisation dynamique : utilisez les event properties du trigger Viewed Product pour afficher le nom, la photo, et le prix du produit exact que le contact a consulté. Si les propriétés ne remontent pas correctement (cas des installs custom), ayez un fallback sur vos 3 best-sellers.

Email type 2 : cross-sell catégoriel

Si le contact n'a pas converti après l'Email 1, l'Email 2 propose d'autres produits dans la même catégorie.

Structure :
- Subject : "D'autres [catégorie] qui pourraient vous plaire"
- 3 à 5 produits de la même catégorie que le produit consulté (pas exactement le même produit : le contact l'a vu et n'a pas acheté, un autre produit peut mieux correspondre)
- Incentive optionnel : code promo -5 % ou frais de port offerts

Quand ajouter un incentive à l'Email 2 ? Uniquement si votre AOV le justifie et si votre marge le permet. Un incentive systématique sur le browse abandonment crée les mêmes problèmes qu'un incentive systématique sur le checkout : le contact apprend à consulter sans acheter pour déclencher le code.

Email type 3 : angle social proof fort

Alternative à l'Email 2 standard. Plutôt que de montrer le produit à nouveau, montrez la preuve que d'autres ont acheté et sont satisfaits.

Structure :
- Subject : "240 clients ont adoré le [nom produit]"
- Avis étendus (3 à 5 avis, avec note, prénom, contexte d'usage)
- Section "Questions fréquentes sur ce produit" (taille, matière, délai de livraison)
- CTA vers la page produit

Cet angle fonctionne particulièrement bien sur les produits avec des barrières à l'achat cognitives (prix élevé, produit technique, première utilisation d'une catégorie).

L'interaction avec les autres flows abandon

Le diagramme d'exclusion entre les 4 flows abandon est la partie la plus complexe de l'architecture Klaviyo. Voici la règle simple :

Le flow le plus aval a la priorité. Checkout > Cart > Browse > Site.

Un contact dans le checkout flow ne doit pas être dans le cart flow ni dans le browse flow. Un contact dans le cart flow ne doit pas être dans le browse flow. Le browse flow ne reçoit que les contacts qui n'ont déclenché aucun autre flow abandon dans les 24 heures.

Vérification en pratique

Dans Klaviyo > Flow Analytics, regardez les "Flow Entry" sur les 7 derniers jours pour vos flows browse et checkout. Si vous voyez des contacts qui ont entré les deux flows le même jour, vos filtres d'exclusion ne fonctionnent pas correctement. Repassez dans chaque flow et vérifiez les Flow Filters.

Pour l'architecture complète des 4 flows abandon : Les 4 flows abandon à monter dans Klaviyo avant tout le reste.

KPI du browse abandonment flow

Le revenu attribué au browse abandonment est structurellement inférieur au checkout et au cart. C'est normal. L'intention était plus faible. Ne pas optimiser ce flow au détriment des deux premiers.

FAQ

Le browse abandonment fonctionne-t-il sur mobile ?

Oui, si le snippet Klaviyo est chargé sur la version mobile du site et si le contact est identifié. Sur Shopify responsive, il n'y a pas de version mobile séparée : le tracking est le même. Sur les apps natives iOS/Android, le snippet ne fonctionne pas (il faut l'API Klaviyo mobile SDK).

Que faire si le Viewed Product event ne remonte pas les propriétés produit ?

Vérifiez le code d'installation dans la console navigateur. Les propriétés manquantes (ProductName, ImageURL, Price) rendent la personnalisation dynamique impossible. Sans ces propriétés, l'email revient sur votre fallback. Résolvez le tracking avant d'activer le flow.

Faut-il un browse abandonment si on a peu de trafic qualifié ?

En dessous de 200 sessions identifiées par jour (contacts Klaviyo naviguant sur le site), le volume de Viewed Product events sera insuffisant pour obtenir des données statistiquement exploitables. Montez d'abord le checkout et le cart abandonment, puis le browse une fois votre volume de trafic augmenté.

Peut-on déclencher le browse abandonment sur une catégorie, pas sur un produit ?

Pas directement avec le trigger natif Viewed Product. Workaround : ajoutez un event custom Viewed Category via le snippet JS Klaviyo sur les pages catégorie. Configurez un Metric Trigger sur cet event custom. C'est un setup plus avancé, utile pour les marques avec beaucoup de références et des catégories très distinctes.

Le browse abandonment doit-il utiliser le même template que le checkout abandonment ?

Non. Le checkout abandonment s'adresse à un contact en phase de décision avancée. Le ton est direct, l'urgence est plus forte. Le browse abandonment s'adresse à quelqu'un qui explore. Le ton est plus découverte, moins commercial. Templates distincts, même si la charte graphique est identique.

Pour monter ou auditer votre browse abandonment flow dans Klaviyo :

→ Réserver un appel avec Deliver

À lire ensuite :
- Les 4 flows abandon à monter dans Klaviyo avant tout le reste
- Setup Klaviyo de zéro : la checklist en 14 étapes
- Klaviyo : la méthode complète pour scaler le revenu email d'une marque DTC en 2026

Charlotte Rodrigues, CRM Lead chez Deliver by Make Sense. Setup basé sur les métriques Active on Site et Viewed Product de Klaviyo, calibré sur missions DTC FR actives (mai 2026).