Funnel Recovery permet de relancer des visiteurs qui ont quitté un parcours sans convertir, sans ajouter un nouvel outil ni un nouveau flux de données. Je vais vous montrer où ça aide vraiment, comment ça fonctionne avec le consentement existant, et comment mesurer si ça récupère du business.
Pourquoi les visiteurs abandonnent-ils ?
Je vois souvent la même erreur : on pense qu’un abandon veut dire que le parcours est mauvais. Pas forcément. Très souvent, le visiteur n’est juste pas prêt à convertir maintenant.
Sur une candidature, une réservation ou un formulaire, la personne peut être intéressée, motivée même, mais elle bloque pour une raison très simple. Elle reçoit un appel. Elle veut comparer deux offres. Elle n’a pas son justificatif sous la main. Elle hésite sur le prix. Elle commence sur mobile dans le métro, puis elle se dit qu’elle finira plus tard sur ordinateur. Sauf que “plus tard”, sans rappel, ça devient souvent jamais.
Le rapport de funnel sert justement à arrêter de deviner. Un funnel, c’est le parcours découpé en étapes mesurables. Page d’information, début du formulaire, choix d’une date, paiement, confirmation. Quand on suit ça correctement, on voit l’endroit précis où les visiteurs quittent le parcours. Pas une intuition. Une donnée.
Formez-vous à Piwik Pro !
Maîtrisez Piwik Pro et exploitez tout le potentiel de vos données
Nos formations Piwik Pro vous permettent d’acquérir les compétences essentielles pour analyser et optimiser vos performances digitales. Que vous soyez débutant ou utilisateur avancé, apprenez à configurer, personnaliser et exploiter pleinement cet outil analytique puissant.
| Cause d’abandon | Signal dans le funnel | Réponse possible |
| Distraction ou interruption | Sortie après une étape commencée | Rappel on-site lors d’une prochaine visite |
| Besoin de comparer | Retour fréquent sur les pages d’information | Bannière avec lien direct vers l’étape utile |
| Document manquant | Abandon sur une étape de saisie | Message clair pour reprendre plus tard |
J’ai souvent vu des équipes CRO vouloir tout refaire alors que le vrai sujet était juste de récupérer les gens au bon moment. CRO veut dire Conversion Rate Optimization, donc optimisation du taux de conversion. C’est utile, bien sûr. Mais refaire une page, changer un formulaire, tester un nouveau wording, ça demande des tests, de la donnée et du temps.
Et pendant ce temps, les visiteurs continuent de sortir. C’est là que Funnel Recovery prend du sens. L’idée n’est pas de remplacer l’optimisation du parcours. L’idée, c’est de capter les abandons récupérables pendant que le travail de fond continue. Un rappel au bon moment, une bannière bien placée, un lien qui ramène directement à l’étape utile. Rien de magique. Juste moins de conversions laissées sur le bord de la route.
Comment Funnel Recovery fonctionne-t-il ?
Funnel Recovery transforme une sortie de funnel en action marketing directement exploitable. Au lieu de regarder un taux d’abandon dans un rapport et de se dire “dommage”, je peux cibler les visiteurs concernés et leur proposer de reprendre le parcours.
Le point de départ, c’est un rapport de funnel dans Piwik PRO Analytics. Un funnel, c’est simplement une suite d’étapes que l’utilisateur doit suivre. Par exemple consulter une offre, démarrer une demande de devis, remplir ses coordonnées, puis envoyer le formulaire. Funnel Recovery repère les visiteurs qui ont atteint une étape précise, mais qui ne sont pas passés à l’étape suivante. Cette population devient une audience de récupération.
- Étape 1 Repérer le point d’abandon dans le rapport de funnel.
- Étape 2 Créer l’audience des visiteurs concernés.
- Étape 3 Définir le délai et la fenêtre de récupération.
- Étape 4 Afficher une bannière avec un lien de reprise.
- Étape 5 Mesurer les conversions récupérées.
La bannière on-site reste assez simple, et c’est très bien comme ça. Je peux configurer un titre, un message, le texte du bouton, l’URL de destination et l’apparence de base. L’idée n’est pas de construire une usine à gaz. C’est de rappeler clairement à la personne qu’elle avait commencé quelque chose, puis de la renvoyer vers l’étape pertinente.
Le timing compte beaucoup. La bannière peut s’afficher pendant la même visite, si l’utilisateur revient sur une page éligible, ou lors d’une visite ultérieure dans une fenêtre de récupération configurée. Cette fenêtre évite de relancer trop tard quelqu’un qui n’est probablement plus dans le même contexte.
Un exemple simple. Un utilisateur commence une réservation, choisit une date, puis quitte le site avant de confirmer. Il revient le lendemain. Une bannière lui dit quelque chose comme “Votre réservation est presque terminée”, avec un bouton “Reprendre ma réservation”. Le bouton l’envoie vers l’étape utile, pas vers la page d’accueil. C’est souvent ce petit détail qui change tout.
Le vrai intérêt, c’est ce passage du reporting passif à l’activation simple. Je ne me contente plus de constater les pertes. Je mets en face une action mesurable, propre, et directement reliée au parcours utilisateur.
Pourquoi le consentement change tout ?
Le gros avantage de Funnel Recovery, c’est qu’il s’appuie sur les données et les règles de consentement déjà en place dans Piwik PRO. Pour moi, c’est le point qui change tout, surtout quand on travaille dans un environnement où chaque nouveau tag, chaque nouveau pixel, chaque nouvelle destination de donnée peut devenir un sujet.
On n’ajoute pas un nouvel outil de retargeting. On ne crée pas un nouveau flux de données vers une plateforme externe. La bannière de relance est déclenchée dans l’environnement Analytics déjà configuré, avec les règles de consentement existantes. Dit simplement, si votre setup Piwik PRO est propre, Funnel Recovery reste dans ce cadre-là.
Ça compte pour les équipes marketing, parce qu’elles peuvent agir plus vite sur les abandons de parcours sans repartir dans un projet d’intégration complet. Ça compte pour les équipes analytics, parce qu’elles travaillent avec des événements, des segments et des données qu’elles connaissent déjà. Ça compte aussi pour les équipes juridiques et compliance, parce que le périmètre est plus lisible.
Dans les projets que je vois, le blocage ne vient pas toujours de la technique, il vient souvent de la question où part la donnée. Et c’est normal. Dans la banque, l’assurance, la santé ou le secteur public, ce sujet arrive très vite sur la table. Qui collecte quoi ? Pour quelle finalité ? Avec quel consentement ? Où est-ce documenté ?
Funnel Recovery ne dispense pas d’une validation juridique. Ce serait dangereux de le promettre. Par contre, ça rend souvent l’approbation plus simple, parce que le périmètre de données est plus clair. On reste sur des données Analytics déjà disponibles, avec des règles de consentement déjà définies, et une finalité plus facile à expliquer : aider l’utilisateur à reprendre un parcours abandonné.
Les exigences restent les mêmes, mais elles sont plus faciles à cadrer :
- Limiter les données collectées à ce qui est nécessaire.
- Maîtriser les finalités d’usage.
- Respecter le consentement donné par l’utilisateur.
- Documenter les traitements dans les outils internes de conformité.
| Point de comparaison | Funnel Recovery | Nouvel outil externe |
| Données utilisées | Données Analytics déjà disponibles | Nouveau flux à évaluer |
| Consentement | Règles existantes appliquées | Paramétrage à revoir |
| Validation compliance | Périmètre plus simple à expliquer | Risque de revue plus longue |
| Délai de mise en place | Plus rapide si le tracking est propre | Dépend de l’intégration |
Quand utiliser Data Activation ?
Data Activation devient utile quand le parcours dépasse une seule visite ou quand l’audience doit être plus fine. C’est souvent là que la récupération de funnel classique atteint ses limites.
Certains parcours ne se décident pas en une session. Une assurance, un crédit, une réservation chère, une candidature, une demande administrative, un parcours santé, un achat B2B… Dans ces cas-là, l’utilisateur compare, revient, demande un avis, attend une validation interne. J’ai vu ça souvent chez des clients avec des formulaires de devis : la personne avance très loin, quitte, puis revient deux jours après depuis un autre levier. Si on ne regarde que la session initiale, on passe à côté du vrai comportement.
Dans ce genre de cas, il faut parfois étendre la fenêtre de récupération. Pas pour harceler tout le monde pendant trois semaines, mais pour rester présent dans une période où la décision est encore active. La bonne fenêtre dépend du cycle de décision. Pour un panier e-commerce simple, ça peut être court. Pour un devis d’assurance ou une demande B2B, c’est souvent plus long.
Data Activation sert aussi à affiner l’audience avec des conditions additionnelles. On peut s’appuyer sur des attributs utilisateur, c’est-à-dire des informations connues sur le visiteur, ou sur des événements, c’est-à-dire des actions qu’il a faites sur le site. L’idée reste simple : parler aux bonnes personnes, pas à tout le trafic.
Quelques exemples très concrets :
- Relancer seulement les visiteurs qui ont atteint l’étape devis sans soumettre le formulaire.
- Exclure ceux qui ont déjà terminé leur demande, sinon on crée juste de la friction.
- Cibler les visiteurs qui reviennent dans une fenêtre pertinente après un abandon.
- Adapter le message selon une étape atteinte, sans construire une usine à gaz.
Il y a quand même un piège. Plus on segmente, plus le volume baisse. Et si le volume baisse trop, on ne mesure plus rien correctement. La personnalisation utile n’est pas forcément une personnalisation lourde. Une bannière claire, au bon moment, avec un message simple, vaut souvent mieux qu’un scénario ultra fin que personne ne maintient au bout de deux mois.
| Situation | Configuration adaptée |
| Parcours court | Récupération pendant la même visite ou rapidement après |
| Parcours long | Fenêtre de récupération étendue avec Data Activation |
| Audience trop large | Conditions additionnelles avec événements ou attributs |
| Volume faible | Segment plus simple pour garder assez de données |
Comment mesurer les conversions récupérées ?
On mesure Funnel Recovery en comparant l’exposition à la bannière, les clics, les reprises de parcours et les conversions finales. C’est le seul moyen de savoir si on récupère vraiment des ventes, des leads ou des inscriptions, au lieu de juste créer un joli point de contact en plus.
Je regarde d’abord le volume d’audience éligible. Autrement dit, combien de personnes sont dans une situation où Funnel Recovery peut intervenir. Si ce volume est trop faible, les résultats vont bouger dans tous les sens et vous allez tirer des conclusions trop vite.
Ensuite, je suis la chaîne complète, pas juste le clic. Le clic sur une bannière, c’est intéressant, mais ça ne paie pas les factures. Ce qui compte, c’est ce qui se passe après.
- Audience éligible : Les visiteurs ou utilisateurs qui ont abandonné un parcours et peuvent être relancés.
- Bannières affichées : Le nombre de fois où le dispositif a vraiment été vu.
- Clics sur le bouton : Le signal d’intérêt pour reprendre le parcours.
- Retour à l’étape cible : La preuve que le message et le lien amènent au bon endroit.
- Conversions finales : Le résultat business réel.
La vraie difficulté, c’est de distinguer une conversion récupérée d’une conversion qui serait peut-être arrivée de toute façon. Quelqu’un qui revient naturellement deux minutes après son abandon, ce n’est pas forcément Funnel Recovery qui l’a convaincu. C’est pour ça que je préfère démarrer sur un funnel avec assez de volume, garder une période de comparaison, et regarder l’évolution du taux de conversion global.
J’ai vu des équipes se réjouir d’un bon taux de clic alors que la page d’arrivée bloquait encore. Formulaire trop long, erreur de paiement, étape mal préremplie. Résultat, beaucoup de clics, peu de conversions. Le KPI final reste la conversion, toujours.
Il faut aussi surveiller l’expérience utilisateur. Une fréquence raisonnable, un message utile, un bouton clair. Si la bannière agace ou promet quelque chose que la page ne tient pas, vous récupérez peut-être quelques clics, mais vous abîmez la confiance.
| Indicateur | Ce qu’il dit vraiment |
| Audience éligible | Taille du problème d’abandon |
| Bannières affichées | Portée réelle du dispositif |
| Clics sur le bouton | Intérêt pour la reprise |
| Retour à l’étape cible | Qualité du lien et du message |
| Conversions finales | Impact business réel |
Et si vos abandons n’étaient pas tous perdus ?
Funnel Recovery sert à récupérer une partie des visiteurs qui sortent d’un parcours sans convertir, sans ajouter une couche d’outils qui complique la conformité. Le principe est simple : je pars d’un abandon identifié dans un rapport de funnel, je crée une audience, puis j’affiche une bannière utile pour reprendre le parcours. Ça ne remplace pas l’optimisation UX ni les tests CRO, mais ça donne une réponse rapide pendant que le fond du sujet avance. Le bénéfice pour vous est très concret : moins de conversions perdues, moins de friction compliance, et une activation plus propre de vos données Analytics.
FAQ
- Qu’est-ce que Funnel Recovery dans Piwik PRO ?
Funnel Recovery est une fonctionnalité qui permet de réengager les visiteurs ayant abandonné un parcours suivi. Elle part d’un point d’abandon identifié dans un rapport de funnel, crée une audience de récupération, puis affiche une bannière on-site avec un message et un lien pour reprendre le parcours. - Funnel Recovery ajoute-t-il un nouveau risque compliance ?
L’intérêt est justement de limiter ce risque. La fonctionnalité utilise les données et les règles de consentement déjà configurées dans Piwik PRO Analytics. Ça ne veut pas dire qu’il ne faut rien valider côté juridique, mais le périmètre est plus simple qu’avec un nouvel outil externe. - Quels parcours peut-on récupérer avec Funnel Recovery ?
Les cas les plus naturels sont les parcours avec une valeur business claire : réservation, demande de devis, candidature, formulaire, simulation, souscription ou inscription. Le point clé, c’est d’avoir un funnel correctement suivi pour savoir où les visiteurs quittent le parcours. - Peut-on récupérer un visiteur qui revient plusieurs jours après ?
Oui, le dispositif peut couvrir des parcours plus longs avec une fenêtre de récupération configurée. Pour des scénarios plus avancés, Data Activation permet d’étendre la logique et d’affiner les audiences avec des conditions supplémentaires comme des événements ou des attributs utilisateur. - Comment savoir si Funnel Recovery est rentable ?
Je regarde surtout les conversions finales récupérées, pas seulement les clics sur la bannière. Les bons indicateurs sont l’audience éligible, les bannières affichées, le taux de clic, le retour vers l’étape cible et la conversion. Si le volume est suffisant, une comparaison avant après donne déjà une première lecture utile.
A propos de l’auteur
Je suis Franck Scandolera, responsable de l’agence webAnalyste et de l’organisme Formations Analytics. J’accompagne des équipes marketing, data et digitales sur le tracking avancé server-side, l’Analytics Engineering, l’automatisation No/Low Code avec n8n, l’intégration de l’IA en entreprise et les sujets SEO/GEO. J’ai travaillé avec des clients comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor. Si vous voulez récupérer plus de valeur avec vos données sans créer une usine à gaz, contactez-moi.
⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐
Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.





