Pourquoi les extensions de navigateur deviennent une vraie catégorie d'acquisition
Les extensions Chrome étaient un projet de weekend qu'on oubliait vite. Ça a changé. Les extensions boostées à l'IA, les outils de productivité et les plugins SEO/marketing génèrent maintenant du revenu récurrent réel, et des acheteurs qui ne regardaient que le SaaS ou les sites de contenu commencent à traiter les extensions comme une classe d'actifs à part entière.
L'intérêt est réel : une extension surfe sur un canal de distribution déjà en place (Chrome Web Store, Firefox Add-ons, Edge Add-ons), elle coûte peu à faire tourner, et une extension bien classée continue d'acquérir des utilisateurs sans budget pub. Le risque l'est tout autant : c'est une catégorie où l'actif que tu achètes peut perdre l'essentiel de sa valeur du jour au lendemain si le transfert est mal géré ou si la plateforme change ses règles. Ce guide passe en revue ce qu'il faut vérifier avant d'engager du capital — Flippy a fait ses devoirs sur ce coup-là.
Ce que tu achètes vraiment : de la distribution, pas juste du code
Pour un SaaS, tu achètes surtout un code, une liste de clients et un mécanisme d'abonnement. Pour une extension, le code est souvent la plus petite partie de la valeur. Ce que tu acquiers réellement :
- Le classement et la visibilité dans le Chrome Web Store, construits avec du temps et des avis, et qu'on ne reconstruit pas instantanément si on les perd.
- Une base d'utilisateurs installée qui fait déjà assez confiance à l'extension pour la laisser tourner dans son navigateur — une barre de confiance plus haute qu'une simple visite de site.
- L'historique d'avis et la note, qui joue le rôle de signal de confiance, un peu comme les backlinks pour un site.
- Les permissions déjà accordées : les utilisateurs ont déjà accepté l'accès demandé — y toucher plus tard peut déclencher des désinstallations en masse.
Cette distinction compte : la due diligence sur une extension doit peser les signaux côté store aussi lourd que les chiffres financiers — un compte de résultat sain adossé à une base d'installations en déclin, c'est un business en déclin, pas un business stable.
Le premier filtre : la conformité Manifest V3
Avant même de regarder le revenu, vérifie si l'extension est passée sur Manifest V3 (MV3). Google a déprécié Manifest V2 et retire progressivement les extensions MV2 du Chrome Web Store, en les désactivant directement dans Chrome. Une extension encore en MV2 n'est pas juste datée — c'est un business avec un compte à rebours dessus.
En pratique, les extensions restées en MV2 se négocient avec une décote significative (les observateurs du marché parlent de 10 à 20 %), parce que l'acheteur hérite du travail de migration et du risque que certaines fonctionnalités dépendant de scripts de fond ne se portent pas telles quelles. Si le vendeur te dit "la migration est presque finie", demande à la voir mergée et déployée, pas juste promise.
Les métriques qui font vraiment bouger la valorisation
Les extensions se valorisent sur une grille différente des sites ou des SaaS. Voici les chiffres à demander avant d'aller plus loin :
| Métrique | Pourquoi ça compte | Signal à surveiller |
|---|---|---|
| Utilisateurs actifs hebdo (WAU) | Le proxy le plus fiable de l'engagement réel — les installs seules sont de la vanité | Installs très supérieures au WAU = base utilisateurs churny ou abandonnée |
| Note et nombre d'avis | Signal de confiance et de classement dans l'algorithme du store | Sous ~4,3 étoiles ou moins de ~100 avis, la défensabilité s'affaiblit |
| Churn mensuel (extensions par abonnement) | Détermine si le revenu est durable ou ponctuel | Churn au-dessus de ~5 %/mois doit faire baisser le multiple que tu acceptes de payer |
| Mix de revenu | Abonnement, achat unique, ou pub — chacun a une durabilité différente | Le revenu publicitaire est le plus exposé aux changements de plateforme et de marché |
| Empreinte des permissions | Des permissions larges (ex. lire toutes les données du site) attirent plus de scrutin de la plateforme | Permissions minimales et justifiées = actif moins risqué |
Aucun de ces chiffres ne se prend sur parole — demande un accès en lecture seule au dashboard développeur Chrome Web Store avant d'entrer dans le vif de la négociation. Si le vendeur refuse, c'est déjà une information en soi.
Une checklist de due diligence pensée pour les extensions
- Finances : 12 à 24 mois de revenu réel par source (abonnement, achat unique, pub), pas des projections. Un pic de revenu dans les semaines avant la mise en vente mérite une question directe.
- Code : demande une revue de code ou fais-la vérifier par un technique — permissions inutilisées, clés API en dur, dépendance à des API dépréciées, build reproductible depuis les sources.
- Statut sur le store : historique complet des avis, suspensions ou strikes de politique passés, statut MV3 actuel.
- Dépendances backend : l'extension dépend-elle d'une API tierce dont le prix ou les conditions peuvent changer ? Qui possède ce compte — le vendeur ou un service qu'il revend ?
- Dépendance à une personne : y a-t-il un développeur unique dont le départ empêcherait de livrer des mises à jour ou de répondre à une alerte de politique du store ?
- Juridique : cohérence entre la politique de confidentialité affichée et la collecte de données réelle, posture RGPD si l'extension traite des données personnelles. (C'est une checklist de départ, pas un conseil juridique — fais-toi accompagner par un avocat pour tout ce qui est contractuel.)
Un vendeur capable de répondre proprement sur ces six points en quelques jours te dit déjà quelque chose d'utile avant d'avoir dépensé un centime en due diligence formelle.
Comment se valorise un business d'extension
L'approche de valorisation change selon le modèle de monétisation, et un multiple doit être vu comme un point de départ de négociation, pas une formule figée :
| Modèle de monétisation | Ce qui pousse le multiple | Durabilité |
|---|---|---|
| Abonnement (style SaaS) | Revenu récurrent, churn faible, potentiel d'expansion | La plus haute — cash-flow prévisible si le churn reste bas |
| Tarification par siège / équipe | Concentration des comptes et taux de renouvellement | Élevée, mais attention à la concentration client |
| Achat unique | Vitesse d'installation et avis positifs | Plus basse — aucune garantie de revenu répété |
| Financé par la pub | Fill rate, tendance eCPM, stabilité du WAU | La plus exposée aux changements de plateforme et de marché |
Le jour du transfert : ce que la plupart des acheteurs sous-estiment
C'est ici que les deals d'extension diffèrent le plus d'un rachat classique de site ou de SaaS, et c'est l'étape que les acheteurs débutants sous-estiment le plus souvent :
- 1. Transfert du compte développeur — la propriété de la fiche Chrome Web Store se transfère au niveau du compte développeur, pas juste via un dépôt de code. Fais confirmer par écrit exactement comment ça se passe, et teste-le avant toute annonce publique.
- 2. Clés API et infrastructure backend — si l'extension appelle un service backend, fais tourner les identifiants et confirme que le nouveau propriétaire contrôle la facturation avant de révoquer les anciennes clés.
- 3. Domaine et client OAuth — beaucoup d'extensions s'authentifient via un client OAuth lié à un domaine précis ; changer de domaine sans mettre ça à jour peut casser la connexion de tous les utilisateurs existants.
- 4. Politique de confidentialité et boîte support — elles doivent pointer vers le nouveau propriétaire immédiatement, car les reviewers du store et les utilisateurs s'en servent pour vérifier le changement.
- 5. Calendrier — prévois au moins une semaine rien que pour le transfert, en plus de la due diligence, et n'annonce rien aux utilisateurs tant que les deux parties n'ont pas confirmé que le passage de relais est terminé.
Une seule de ces étapes ratée, et tu peux hériter d'une extension vidée du capital de classement et de confiance que tu as payé.
Signaux d'alerte spécifiques aux deals d'extension
- Un pic de classement ou d'installs dans les semaines précédant la mise en vente, sans explication claire et vérifiable.
- Réticence à donner un accès en lecture seule au dashboard Chrome Web Store ou aux analytics avant une lettre d'intention signée.
- Dépendance forte à un seul canal de trafic ou de distribution (un influenceur, un classement SEO) pour la majorité des nouvelles installations.
- Des permissions qui dépassent largement ce que la fonction annoncée de l'extension nécessite — signe d'un risque de mesure de politique future du store.
- Aucun processus documenté pour construire, tester et livrer les mises à jour, signe que le business dépend entièrement du workflow non documenté d'une seule personne.
Points clés à retenir
- Pèse les signaux côté store (classement, avis, statut MV3) aussi lourd que le compte de résultat — une base d'installations qui rétrécit fragilise même un revenu actuel solide.
- Exige un accès en lecture seule au dashboard avant d'entrer en négociation sérieuse ; le refus d'un vendeur est déjà une information utile.
- Prévois du temps réel et un plan clair pour le transfert du compte et des API — c'est là que les deals perdent discrètement le plus de valeur.
- Traite tout multiple de revenu comme un point de départ de négociation, ajusté pour le churn, la concentration et la dépendance à la plateforme — pas un chiffre à accepter tel quel.
