Alternative à Vercel Analytics : rester ou changer ?

Vercel Web Analytics, c’est un composant et aucune infrastructure, et pour beaucoup de sites c’est la bonne réponse. On cherche ailleurs pour des raisons précises : la limite de l’offre Hobby, le prix quand le volume monte, ou l’envie d’avoir des entonnoirs et de la rétention à l’écran. Voici ce que l’outil donne vraiment, vérifié dans sa documentation et sa page de tarifs en novembre 2026, pour que vous sachiez si l’une de ces raisons vous concerne.

Ce que donne Vercel

	Hobby	Pro	Pro + Web Analytics Plus	Enterprise
Événements inclus	50 000 par mois	Aucun	Aucun indiqué	Aucun
Événements en plus	Impossible	0,03 $ les 1 000	0,03 $ les 1 000	Sur devis
Fenêtre de reporting	1 mois	12 mois	24 mois	24 mois
Événements personnalisés	Non	Oui	Oui	Oui
Propriétés par événement		2	8	8
Paramètres UTM	Non	Non	Oui	Oui

Plus coûte 10 $ par mois et par équipe en plus de Pro. Les événements sont mutualisés entre tous les projets d’une équipe. En Hobby, une fois la limite passée, la collecte s’arrête après trois jours de grâce. En Pro, l’usage s’impute sur le crédit mensuel.

Le tableau de bord montre visiteurs, pages vues et taux de rebond, ventilés par page, route, nom d’hôte, source, UTM (avec Plus), pays, navigateur, appareil et système. Il ne pose pas de cookie : un visiteur est un hash créé à partir de la requête entrante, valable une seule journée. Les données sont aussi accessibles hors du tableau de bord, par une API REST, la CLI Vercel, des outils MCP, un export CSV de 250 lignes par panneau, et des Drains qui envoient les événements vers votre propre adresse.

La page de l’API cite les entonnoirs parmi les usages de son jeu de données d’événements, en interrogeant vous-même les comptes et les visiteurs par événement. Dans la documentation que j’ai lue, je n’ai trouvé ni écran d’entonnoir ou de rétention, ni moyen d’identifier une personne. Cela peut changer : revérifiez avant de décider.

Les atouts de Vercel sont réels. Rien à faire tourner, un service mûr qui voit du vrai trafic, un script et une collecte servis depuis votre propre domaine, et aucune base à gérer. Et l’ajout prend quelques minutes.

Quand rester

Votre situation	Mon conseil
Vous voulez des comptes de pages et des sources, sous 50 000 événements par mois	Restez
Vous ne voulez jamais rien faire tourner	Restez
Il vous faut des chiffres fiables ce trimestre	Restez, ou prenez un outil mûr. Trailic n’a pas vu de trafic réel
30 $ par million d’événements, c’est correct pour ce que ça vous apprend	Restez
Il vous faut des entonnoirs, de la rétention ou des personnes identifiées à l’écran	Regardez ailleurs
Beaucoup de sites, et une facture qui suit leur trafic	Faites le calcul ci-dessous

Le calcul : à 1 million d’événements par mois en Pro, vous payez 1 000 × 0,03 $ = 30 $, plus 10 $ si vous voulez les tags UTM et 8 propriétés, avant tout crédit. À 10 millions, 300 $. En face, faire tourner le vôtre veut dire une base, des appels de fonctions et votre temps. Pour Trailic, je ne peux pas vous donner de vraie facture, puisqu’il n’a pas encore vu de trafic réel. Méfiez-vous de quiconque vous dit que l’auto-hébergé est gratuit.

Ce qui existe d’autre

Le tout vérifié dans leur documentation en novembre 2026.

Plausible est un service cloud, plus une Community Edition auto-hébergée sous AGPL. C’est de la mesure d’audience, sans cookies elle aussi. Les entonnoirs relèvent de l’offre Business dans le cloud et ne figurent pas dans la Community Edition.

Umami existe en cloud ou auto-hébergé, sous MIT, sur Node et Postgres. Sa documentation couvre entonnoirs, rétention, parcours et objectifs, et il a un serveur MCP.

PostHog est le plus large : analytics produit, entonnoirs, rétention, rejeu de session, flags, enquêtes. Sa documentation annonce pour le cloud une gratuité jusqu’à 1 million d’événements par mois. L’auto-héberger est bien plus lourd et « officially unsupported ».

Matomo est l’option de longue date, sur PHP et MySQL, avec cookies actifs par défaut. Les entonnoirs passent par une extension payante.

Trailic est ce que je construis : une bibliothèque et une application Next.js avec Postgres, sous AGPL. Il a des écrans d’entonnoirs, de cohortes de rétention et de parcours, des personnes identifiées qu’on peut effacer, et un serveur MCP sur /api/mcp. C’est une première version, non éprouvée. La page fonctionnalités liste ce qui marche.

Migrer, avec le diff

Si vous voulez essayer Trailic, le changement de code est petit. Voici le diff du README :

- import { Analytics } from "@vercel/analytics/next";
+ import { Trailic } from "trailic";

- <Analytics />
+ <Trailic siteKey="site_…" endpoint="https://your-instance.example/api/e" />

track("name", props) prend les mêmes arguments que chez Vercel. Deux petites différences : Vercel accepte aussi null comme valeur, pas Trailic, et Trailic prend 16 propriétés quand les offres de Vercel en prennent 2 ou 8.

Ce diff suppose deux choses. D’abord une instance vers laquelle pointer : il n’y a pas de version hébergée, il faut donc faire tourner la vôtre. Ensuite le paquet. Il n’est pas encore sur npm, installez-le donc depuis sa version publiée :

npm install https://github.com/trailic/trailic/releases/download/v0.1.1/trailic-0.1.1.tgz

J’ai essayé cela sur un projet réel.

Gardez les deux composants un moment, et retirez celui de Vercel quand vous êtes satisfait. L’historique ne suit pas. Pour le garder, exportez ce qu’il vous faut par l’API de Vercel avant de partir, dans la limite de votre fenêtre de reporting.

Pourquoi les chiffres vont différer

Attendez-vous à de petits écarts. Voici les raisons que je connais.

La journée. Trailic compte un visiteur une fois par site et par jour UTC. Le hash de Vercel dure une journée, et la documentation ne dit pas quand elle bascule.
Les périodes longues. Les visiteurs d’une période, chez Trailic, sont la somme de ses jours. Comparez d’abord des journées, avant les semaines ou les mois.
Les robots. Chacun filtre sur le user agent avec sa propre liste. Trailic écarte aussi les requêtes sans user agent et les préchargements.
Ce qu’est une page. Trailic compte une page quand l’adresse nettoyée change, sans la requête, en gardant les utm_* seulement sur un site qui a coupé le mode anonyme. Un simple changement de requête n’est pas une nouvelle page.
Les environnements. Le tableau de bord de Vercel montre la production par défaut. Trailic compte ce que les domaines du site autorisent.
Les bloqueurs. Le script et la collecte de Vercel sont servis depuis votre domaine. Trailic poste vers l’adresse de votre instance, sauf si vous utilisez le relais. Les bloqueurs peuvent les traiter différemment. Je ne l’ai pas mesuré.
Le délai. Trailic écrit en base toutes les heures : comparez des journées closes.

Voici comment je vérifierais. Pour chaque journée close sur deux semaines, divisez les visiteurs de Trailic par ceux de Vercel. Un rapport stable veut dire que les définitions diffèrent, et ça ne pose pas de problème. Un rapport qui saute dans tous les sens veut dire que quelque chose est cassé, et j’aimerais le savoir. Ensuite, le fonctionnement du hash quotidien explique ce que ces chiffres veulent dire.

Où en est Trailic

Trailic est une première version. Il fonctionne de bout en bout sur une instance de test, avec de vrais navigateurs, un vrai assistant et cinq millions d’événements synthétiques, mais il n’a encore collecté aucun trafic réel. Son tampon Vercel Queues n’a tourné que contre une doublure de ce service, et Vercel Queues est lui-même en bêta. Son modèle de données peut changer et il n’existe pas de chemin de mise à jour entre versions. La synchronisation horaire exige l’offre Pro de Vercel, car Hobby refuse les crons de plus d’un passage par jour. Si vous l’essayez, faites-le donc tourner à côté de Vercel Web Analytics, sans retirer ce dernier. Le dépôt est ici.