Dossier
SMF·PIRSCH
Reçu le
31.07.2026
Instruit le
28.09.2026
Pièces annexées
3
Questions
4

SMF·PIRSCH

Un prompt peut-il remplacer Pirsch ?

Analytique — web and product analytics

Presque Verdict enregistré le 28.09.2026 · Vérifié le 31.07.2026
Prix
6 $US/moisSource: pirsch.io · Vérifié le 31 juillet 2026
Par an
72 $US
Temps de fabrication
Une semaine
Catégorie
Analytique
Votes
0 vote
OuiPresque (coché)Pas encore

Bordereau de suivi des pièces

Pièce A Le prompt
Pièce B Ce que tu perds
Pièce C Pourquoi certains continuent de payer : data pipeline reliability and analytical depth
Pièce Q Questions

Verdict

Le vrai tour de force de Pirsch, c’est que le tracking n’a pas besoin de se passer dans le navigateur. Compte la requête dans ton propre middleware backend et il n’y a aucun script à bloquer, aucun cookie à accepter, et aucune requête tierce du tout. Implémenter ça, c’est un middleware, un schéma de hachage pour les sessions, et un tableau de bord, ce qui est un solide week-end. Ce qui prend plus de temps, c’est de faire l’identification honnêtement — décider qui compte comme visiteur récurrent sans cookie, et filtrer les bots des journaux serveur qui n’ont aucune vérification JavaScript sur laquelle s’appuyer.

Pièce B — Ce que tu perds

Pièce A — Le prompt

Reçu le31.07.2026
Construis un système d’analyse web côté serveur. Pas de script navigateur par défaut.

Collecte : un middleware pour le framework d’application de l’utilisateur qui enregistre une vue de page sur chaque réponse HTML — pas sur les ressources statiques, pas sur les routes d’API, pas sur les 3xx ou 4xx. Livre-le comme une petite bibliothèque avec un adaptateur pour un framework et une interface documentée pour en écrire un autre. Enregistre : chemin, référent, user-agent, accept-language, statut de réponse, et horodatage serveur.

Identification de session sans cookies : hache l’adresse IP du visiteur, le user-agent, l’identifiant du site et un sel qui tourne toutes les 24 heures. Stocke seulement le hash, jamais l’IP. Un visiteur est le même sur une journée et non reliable d’une journée à l’autre, ce qui est ce qui fait que ça fonctionne sans consentement dans la plupart des régimes juridiques — et la rotation doit être vraiment appliquée, avec l’ancien sel détruit plutôt qu’archivé.

Filtrage de bots, qui est la partie difficile sans navigateur pour tester. Superpose trois vérifications, et rapporte combien de visites chacune a retirées pour que l’utilisateur puisse voir ce qui est écarté :

- Une liste de user-agents, chargée depuis un fichier que l’utilisateur peut mettre à jour, comparée sans distinction de casse.
- Une vérification comportementale : un hash de session faisant plus qu’un nombre configurable de requêtes par minute, ou ne demandant que des chemins non-HTML, est reclassé comme automatisé.
- Une vérification de robot déclaré pour les robots d’indexation vérifiés bien connus via DNS inversé, mise en cache.

Tableau de bord : visiteurs, pages vues, sessions, taux de rebond et durée moyenne, par jour ; pages les plus vues, référents, pays dérivés d’une base de données IP-vers-pays locale (chargée localement, jamais un service de recherche), langues, et classe d’appareil à partir du user-agent. Comparaison de plage de dates par rapport à la période précédente. Tout filtrable.

Événements personnalisés : une fonction côté serveur que l’application appelle avec un nom d’événement et des propriétés optionnelles — une inscription complétée, une commande passée. Ils sont plus fiables que les événements navigateur précisément parce qu’ils se déclenchent là où la chose s’est réellement produite.

Script navigateur optionnel : un petit script pour les cas que le serveur ne peut vraiment pas voir — les clics sur des liens sortants et la profondeur de défilement. Désactivé par défaut, et le tableau de bord doit montrer quelles métriques en dépendent pour que l’utilisateur sache ce qu’il perd en le laissant désactivé.

Rétention et export : une période de rétention configurable avec une tâche de suppression, un export des événements bruts en CSV, et une procédure de sauvegarde documentée.

Hors périmètre : la relecture de session, les cartes de chaleur, les entonnoirs à travers les sessions, l’identité inter-sites, et tout déploiement multi-locataire hébergé.

L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.

Pièce B — Ce que tu perds

  • B.1 la disponibilité hébergée et la garantie que la collecte ne s’arrête jamais
  • B.2 les rapports par email et le lien de tableau de bord public
  • B.3 le filtrage de bots maintenu contre une liste en constante évolution
  • B.4 la profondeur de défilement et les événements de clic, qui ont vraiment besoin d’un navigateur

Alternatives existantes

Pièce C — Pourquoi certains continuent de payer : data pipeline reliability and analytical depth

Parce que six dollars coûtent moins cher que l’hébergement, et un éditeur garde la liste de bots à jour — ce qui fait la différence entre des chiffres de trafic sur lesquels tu peux agir et des chiffres gonflés par des robots d’indexation.

Questions

Est-ce que je peux importer mes données Pirsch ?

Pirsch exporte les statistiques via son API, et les chiffres agrégés quotidiens peuvent être chargés comme des lignes historiques pour que les graphiques aient un passé. Les données brutes par visite ne sont pas exportables, donc tout ce qui nécessite une réagrégation reste là où c’est.

Est-ce que j’ai toujours besoin d’une bannière de cookies ?

Cette fiche n’est pas un avis juridique, et la réponse dépend d’où sont tes visiteurs. Ce que fait la conception, c’est éviter les choses qui déclenchent habituellement l’exigence : pas de cookie, pas d’identifiant persistant, pas d’IP brute stockée, et un sel qui tourne quotidiennement pour que les visiteurs d’hier ne puissent pas être reliés à ceux d’aujourd’hui. C’est la même base sur laquelle s’appuient les produits d’analyse axés sur la vie privée.

Combien ça coûte à faire tourner ?

Ça tourne à l’intérieur d’une application que tu héberges déjà, donc le coût marginal est la base de données. Un million de pages vues par mois, c’est une table modeste. Face aux six dollars du plan hébergé, l’économie est faible et le contrôle est la vraie raison de le faire.

Quelle est la seule chose qui ne survit pas à la reconstruction ?

La liste de bots. Le comptage côté serveur voit chaque robot d’indexation, et sans un filtre maintenu, tes chiffres de trafic incluent une grande quantité d’automatisation. Un éditeur met cette liste à jour constamment ; ton fichier devient obsolète la semaine après que tu l’écris, et les chiffres dérivent vers le haut sans jamais avoir l’air faux.

Récépissé

Tu l’as déjà reconstruit toi-même ?