L’observabilité de la recherche, pas la surveillance publicitaire.
WebmasterID est conçu pour celles et ceux à qui les sites appartiennent vraiment : fondateurs, éditeurs, opérateurs SEO, équipes de contenu programmatique et sites pensés pour l’IA, qui ont besoin de savoir ce que lisent les humains et ce que lisent les systèmes d’IA.
Une analytique pour ceux qui construisent, pas pour les réseaux publicitaires.
La plupart des outils d’analytique ont été pensés à l’ère des cookies pour alimenter le reciblage publicitaire. Ils sont optimisés pour identifier les visiteurs, profiler les comportements et revendre des segments d’audience. WebmasterID a été conçu pour répondre à une autre question : quel contenu est réellement lu, par quel type de public et sur quelle surface — y compris les assistants d’IA ?
Ce changement de perspective conditionne chaque décision d’architecture. Ce qui n’est pas nécessaire n’est pas collecté. Ce qui n’est pas affiché n’est pas stocké. Aucun identifiant permettant de suivre une personne d’un site à l’autre n’est exposé, parce que le produit n’a jamais aucune raison de le faire.
Six engagements sur lesquels le produit est construit.
La confidentialité par l’architecture
Ni cookies tiers, ni suivi par localStorage, ni empreinte de navigateur. Le produit ne peut pas reconnaître le même visiteur d’un site à l’autre, parce qu’il n’essaie jamais.
Ingestion des événements en first-party
Les événements du navigateur sont envoyés en POST directement vers un point d’ingestion unique. Sans prestataire de gestion de balises, sans chaîne de scripts tiers.
Pensé dès le départ pour la recherche par IA
Les assistants et les robots d’exploration d’IA sont des signaux de premier rang. Leurs visites sont dirigées vers une voie d’observabilité distincte, de sorte qu’elles ne faussent jamais les agrégats humains.
Typage strict de bout en bout
TypeScript strict dans le traceur, l’API d’ingestion, le tableau de bord et les paquets partagés. La forme des événements est validée d’un bout à l’autre de la chaîne.
Monorepo modulaire, fondations de niveau infrastructure
pnpm et Turborepo, aujourd’hui Drizzle sur PostgreSQL, avec une conception prévue pour migrer vers ClickHouse et une ingestion en périphérie à mesure que la charge augmente.
Utile dès l’installation, sans dark patterns
Pas de relances commerciales, pas de fenêtres surgissantes de growth hacking, pas d’analytique dont le modèle économique reposerait sur la revente de données. Le produit est le produit.
À qui ce produit s’adresse.
WebmasterID s’adresse aux fondateurs indépendants qui gèrent un seul SaaS, aux opérateurs SEO qui pilotent des réseaux de contenu programmatique, aux éditeurs qui veulent savoir quels systèmes d’IA lisent leur travail, et aux équipes techniques qui veulent un traceur qu’elles puissent lire de bout en bout en une après-midi. Il ne convient délibérément pas aux activités financées par la publicité, qui ont besoin d’une identité de visiteur persistante.
À lire aussi
- Analyse sans cookies
Ce qui est collecté, ce qui ne l’est pas, et pourquoi la couche de transport reste en dehors du consentement.
- Architecture technique
Le traceur, l’ingestion, Postgres et le tableau de bord, expliqués depuis le réseau.
- Visibilité dans l’IA
Pourquoi le trafic issu de la recherche par IA compte, et comment il reste séparé des agrégats humains.
- Cas d’usage
Fondateurs indépendants, écosystèmes SEO, éditeurs, sites pensés pour l’IA et réseaux de contenu.