En Europe, de plus en plus d’organisations soucieuses de la vie privée cherchent des alternatives aux plateformes d’analytics traditionnelles, avec un contrôle total sur leurs données. Plausible auto-hébergé est une solution convaincante pour les entreprises qui exigent une souveraineté complète sur leurs données tout en gardant une analytics légère et respectueuse de la vie privée. En déployant l’infrastructure d’analytics sur vos propres serveurs, vous supprimez tout partage de données avec des tiers, vous respectez les réglementations européennes sur la vie privée et vous savez exactement où se trouvent les informations sur vos visiteurs. Cette approche parle particulièrement aux entreprises européennes qui font de la souveraineté numérique une priorité et veulent éviter de dépendre d’une infrastructure américaine.
Comprendre l’architecture de Plausible auto-hébergé
Plausible auto-hébergé fonctionne comme une application conteneurisée qui tourne entièrement dans votre infrastructure. Contrairement aux solutions cloud où les données transitent par des serveurs externes, la version auto-hébergée garde toutes les informations dans votre propre environnement.
L’architecture repose sur trois composants principaux : l’interface de l’application web, une base PostgreSQL pour stocker les données d’analytics et une base ClickHouse pour traiter les événements à fort volume. Cette séparation garantit un traitement efficace des données, même quand le trafic augmente.
Principaux avantages de cette architecture :
- Propriété complète des données, sans dépendance externe
- Accès direct à la base de données pour des requêtes et rapports personnalisés
- Intégration possible avec votre infrastructure existante
- Contrôle total des politiques de conservation des données
- Aucun sous-traitant tiers
Lorsque vous déployez Plausible auto-hébergé, vous installez le même code que celui de l’offre cloud de Plausible, configuré pour tourner sur votre matériel. La documentation officielle propose des guides détaillés pour différents scénarios de déploiement.

Configuration requise et planification de l’infrastructure
Avant de déployer Plausible auto-hébergé, évaluez la capacité de votre infrastructure. Le minimum requis est de 2 Go de RAM et 20 Go de stockage, mais un environnement de production demande généralement bien plus de ressources.
Le volume de trafic détermine directement les ressources nécessaires. Un site qui reçoit 10 000 visiteurs par mois peut tourner sans problème sur une configuration de base, alors que les sites à fort trafic ont besoin de serveurs dédiés plus puissants.
Volume de trafic | RAM recommandée | Stockage | Cœurs CPU |
|---|---|---|---|
<50k visites/mois | 2GB | 20GB | 1 |
50k-500k visites/mois | 4GB | 50GB | 2 |
500k-2M visites/mois | 8GB | 100GB | 4 |
>2M visites/mois | 16GB+ | 200GB+ | 8+ |
Les besoins de stockage augmentent avec la durée de conservation des données. Si vous conservez l’historique sur plusieurs années, prévoyez-le. ClickHouse gère efficacement les séries temporelles, mais il lui faut quand même un espace disque suffisant.
Le réseau compte tout autant. Votre instance auto-hébergée doit rester accessible aux navigateurs des visiteurs, alors qu’elle se trouve parfois derrière un pare-feu d’entreprise. Une configuration DNS correcte et une bonne gestion des certificats SSL assurent un fonctionnement sans accroc.
Méthodes d’installation et options de déploiement
Il existe plusieurs façons de déployer Plausible auto-hébergé, chacune adaptée à un environnement technique et à un niveau d’expertise différents. Docker Compose est la méthode la plus simple : les conteneurs préconfigurés gèrent automatiquement les dépendances.
Déploiement avec Docker Compose
L’installation avec Docker crée un conteneur isolé pour chaque composant, ce qui simplifie les mises à jour et la maintenance. Docker et Docker Compose doivent être installés sur votre machine hôte avant de commencer.
- Clonez le dépôt d’hébergement sur votre serveur
- Configurez les variables d’environnement, y compris les identifiants de la base de données
- Mettez en place un reverse proxy pour la terminaison SSL
- Lancez les conteneurs avec docker-compose up
- Terminez la configuration initiale dans l’interface web
- Ajoutez le script de suivi à vos sites
Cette méthode offre une excellente isolation et rend les mises à jour simples : il suffit de récupérer les nouvelles images des conteneurs. Le tutoriel Installer Plausible Analytics sur votre blog montre le processus avec des captures d’écran détaillées et des conseils de dépannage.
Installation manuelle sur Ubuntu
Pour les organisations qui préfèrent un déploiement serveur classique, l’installation manuelle offre un contrôle fin. PostgreSQL et ClickHouse sont alors installés directement sur le système d’exploitation hôte, sans conteneurs.
Le processus compte plus d’étapes, mais aboutit à une installation native qui s’intègre étroitement aux outils d’administration système existants. Vous compilez l’application Elixir, configurez les services systemd et gérez vous-même les connexions aux bases de données.
Avantages de l’installation manuelle :
- Moins de ressources consommées, sans couche de conteneurisation
- Intégration directe avec les outils de supervision système
- Sauvegardes plus simples avec les outils natifs des bases de données
- Plus de souplesse pour la personnalisation
En revanche, les mises à jour demandent plus d’interventions manuelles que la simple récupération de nouvelles images. Vous devez gérer les dépendances Elixir et vérifier la compatibilité entre les composants à chaque montée de version.

Configuration et personnalisation
Une fois votre instance Plausible auto-hébergée lancée, la configuration détermine son comportement et les fonctionnalités disponibles. Le fichier de configuration contrôle tout, des paramètres SMTP à la limitation de débit en passant par la conservation des données.
Paramètres de configuration essentiels
Le paramètre BASE_URL définit l’adresse d’accès à votre tableau de bord. Indiquez-y votre nom de domaine avec le protocole HTTPS. Sans une configuration correcte, les rapports par e-mail et les liens partagés ne fonctionneront pas.
SECRET_KEY_BASE assure la sécurité cryptographique de la gestion des sessions. Générez une valeur aléatoire robuste lors de la configuration initiale et ne la divulguez jamais. Modifier cette valeur invalide les sessions existantes et oblige tous les utilisateurs à se reconnecter.
Les chaînes de connexion indiquent à l’application où trouver PostgreSQL et ClickHouse. Elles pointent généralement vers localhost lorsque les bases tournent sur le même serveur, mais peuvent viser des clusters distants dans un déploiement distribué.
DATABASE_URL=postgres://user:password@localhost:5432/plausible_db
CLICKHOUSE_DATABASE_URL=http://localhost:8123/plausible_events_db
La configuration SMTP active les rapports par e-mail et les notifications. Renseignez les informations de votre serveur de messagerie, y compris les identifiants d’authentification. Beaucoup d’administrateurs utilisent un service d’e-mail transactionnel dédié pour plus de fiabilité.
Configuration des fonctionnalités avancées
Le paramètre DISABLE_REGISTRATION est utile une fois les premiers comptes créés. Passez-le à true pour empêcher les inscriptions non autorisées tout en conservant l’accès des utilisateurs existants.
La configuration d’un domaine personnalisé permet de proposer votre installation en marque blanche. Au lieu de analytics.yourcompany.com, vous pouvez par exemple configurer stats.clientdomain.com pour un déploiement destiné à un client.
La géolocalisation nécessite la base MaxMind GeoLite2. Téléchargez-la et configurez son chemin pour localiser les visiteurs au niveau du pays et de la ville. Le guide d’installation et de mise en œuvre aborde les questions de vie privée liées aux données de géolocalisation.
Pour les entreprises européennes attachées à la souveraineté des données, ces options garantissent que tout le traitement a lieu dans une infrastructure maîtrisée. Contrairement aux plateformes gérées, où les options de configuration restent limitées, Plausible auto-hébergé offre une flexibilité totale.
Si vous mettez en place une analytics sans cookies, regardez comment votre implémentation de suivi actuelle identifie les visiteurs sans identifiant persistant. L’approche sans cookies correspond parfaitement aux attentes européennes en matière de vie privée.
Intégrer Plausible auto-hébergé à vos sites
Une fois l’instance configurée, il suffit d’ajouter un petit extrait JavaScript à vos sites. Ce script collecte les événements et les envoie à votre serveur d’analytics auto-hébergé.
L’intégration standard consiste à placer une balise script dans la section <head> de votre site. Contrairement aux plateformes d’analytics traditionnelles qui exigent une gestion de balises lourde, Plausible auto-hébergé n’a besoin que d’une seule référence de script.
Installation et vérification du script
Copiez l’extrait de script depuis les paramètres de votre tableau de bord. Il fait référence à votre BASE_URL et comporte un attribut data-domain correspondant au domaine de votre site. Cet attribut évite de mélanger les données de plusieurs domaines quand une même instance suit plusieurs sites.
Où placer le script :
- Directement dans les fichiers de modèle HTML
- Via un système de gestion de balises
- Via une extension de votre CMS
- Par injection dynamique lors du rendu côté serveur
La vérification permet de s’assurer que les données circulent correctement. Ouvrez votre site avec les outils de développement du navigateur et observez les requêtes réseau. Vous devriez voir des requêtes vers votre domaine Plausible auto-hébergé qui renvoient un code 202.
Le script de Plausible auto-hébergé pèse moins de 1 Ko, bien moins que les plateformes d’analytics historiques. Cette empreinte minimale accélère le chargement des pages, ce qui profite à la fois à l’expérience utilisateur et au référencement. Vous pouvez mesurer l’impact sur les performances avec des outils de test de vitesse qui évaluent le poids des scripts tiers.
Configuration des événements personnalisés
Au-delà des pages vues, Plausible auto-hébergé prend en charge des événements personnalisés pour suivre les conversions et les interactions. Ces événements enregistrent des actions précises comme l’envoi d’un formulaire, un téléchargement ou la lecture d’une vidéo.
Les événements personnalisés se déclenchent via l’API JavaScript. La fonction plausible est disponible globalement une fois le script chargé, ce qui permet de déclencher des événements depuis votre code :
plausible('Download', {props: {filename: 'whitepaper.pdf'}})
Les objectifs se configurent dans votre tableau de bord, où vous définissez quels événements comptent comme des conversions : inscriptions à la newsletter, achats, étapes clés d’engagement sur le contenu, etc.
L’article Connecter votre site à une instance auto-hébergée décrit tout le processus d’intégration, y compris la résolution des problèmes courants de chargement du script et de suivi des événements.
Maintenance et mises à jour
Faire tourner Plausible auto-hébergé demande une maintenance continue pour garantir la sécurité, les performances et l’accès aux nouvelles fonctionnalités. Contrairement aux services gérés, où le fournisseur applique les mises à jour, un déploiement auto-hébergé exige une administration proactive.
Procédure de mise à jour régulière
Surveillez les nouvelles versions sur le dépôt GitHub de Plausible. Le projet est activement développé, avec des correctifs de sécurité et de nouvelles fonctionnalités. Abonnez-vous aux notifications de publication pour être informé des mises à jour disponibles.
Avec Docker, la mise à jour consiste à récupérer les nouvelles images et à redémarrer les services. L’opération prend généralement quelques minutes, avec une interruption minimale :
- Lisez les notes de version pour repérer les changements incompatibles
- Sauvegardez les bases de données avant de continuer
- Récupérez les dernières images des conteneurs
- Arrêtez les conteneurs en cours d’exécution
- Démarrez les conteneurs avec les nouvelles images
- Vérifiez que tout fonctionne en accédant au tableau de bord
Les migrations de base de données s’exécutent automatiquement au démarrage des conteneurs lorsque le schéma change. L’application détecte l’écart de version et applique les migrations nécessaires avant de traiter le trafic.

Gestion et optimisation des bases de données
PostgreSQL et ClickHouse ont besoin d’une maintenance périodique pour rester performants. ClickHouse, qui traite de gros volumes d’événements, profite particulièrement d’une optimisation régulière.
Surveillez la taille des bases et appliquez des politiques de conservation conformes à vos obligations. Beaucoup d’organisations conservent les données détaillées 12 à 24 mois et gardent les données agrégées plus longtemps. L’auto-hébergement améliore la précision des données grâce au contrôle total des règles de conservation et d’agrégation.
Les sauvegardes doivent capturer les deux bases en même temps pour rester cohérentes. Des sauvegardes quotidiennes automatiques évitent de perdre des données en cas de panne matérielle ou de problème logiciel. Testez régulièrement la restauration pour vérifier l’intégrité des sauvegardes.
La maintenance des index garantit des performances de requête stables à mesure que les volumes augmentent. ClickHouse s’en charge en grande partie automatiquement, mais PostgreSQL peut nécessiter des opérations VACUUM régulières sur les tables très sollicitées.
Sécurité et contrôle d’accès
Une infrastructure auto-hébergée exige de solides pratiques de sécurité. Votre instance Plausible auto-hébergée traite des données de visiteurs, ce qui en fait une cible à protéger.
Sécurité réseau et configuration SSL
Les certificats SSL chiffrent les échanges entre les navigateurs et votre serveur d’analytics. Let’s Encrypt fournit des certificats gratuits à renouvellement automatique, adaptés à la plupart des déploiements. Configurez votre reverse proxy (Nginx ou Traefik) pour gérer la terminaison SSL.
Les règles de pare-feu doivent limiter l’accès aux bases de données au seul serveur d’application. ClickHouse et PostgreSQL n’ont pas besoin d’être exposés sur Internet : limitez les connexions à localhost ou à des plages de réseau privé.
La limitation de débit prévient les abus et garantit la disponibilité lors des pics de trafic. Fixez des limites raisonnables sur les endpoints de l’API pour empêcher le scraping automatisé et les tentatives de déni de service.
Mesures de sécurité essentielles :
- Forcer HTTPS pour toutes les connexions
- Appliquer une politique de mots de passe robustes
- Activer l’authentification à deux facteurs lorsqu’elle est disponible
- Appliquer régulièrement les mises à jour de sécurité de tous les composants
- Segmenter le réseau des serveurs de bases de données
- Surveiller les schémas d’accès inhabituels
Gestion des utilisateurs et des droits
Plausible auto-hébergé prend en charge plusieurs comptes utilisateurs avec différents niveaux de droits. Créez un compte par membre de l’équipe au lieu de partager des identifiants, afin de conserver une piste d’audit fiable.
Les droits par site permettent de donner accès à certains sites sans exposer tout votre portefeuille. C’est utile lorsque vous travaillez avec des consultants externes ou des clients qui doivent voir les statistiques de sites précis.
Des revues d’accès régulières garantissent que les personnes qui quittent l’équipe perdent rapidement leur accès. Combiné à une authentification forte, cela maintient la sécurité au fil des changements d’équipe.
Le principe du moindre privilège s’applique aussi aux bases de données. Les utilisateurs de base de l’application n’ont besoin que des droits nécessaires à leurs fonctions, pas de droits d’administration complets sur toutes les bases.
Auto-hébergement ou service géré ?
Choisir entre Plausible auto-hébergé et un service d’analytics géré implique de peser plusieurs compromis. Les deux approches offrent une analytics respectueuse de la vie privée, mais leur fonctionnement au quotidien diffère.
Critère | Auto-hébergé | Service géré |
|---|---|---|
Emplacement des données | Votre infrastructure | Serveurs du fournisseur |
Charge de maintenance | À la charge de l’administrateur | Gérée par le fournisseur |
Personnalisation | Accès complet à la configuration | Limitée aux options proposées |
Montée en charge | Planification manuelle de la capacité | Mise à l’échelle automatique |
Structure des coûts | Infrastructure + temps | Abonnement |
Maîtrise des mises à jour | L’administrateur choisit le moment | Planifiées par le fournisseur |
L’auto-hébergement offre un contrôle maximal, mais exige des compétences techniques et une attention constante. Vous gérez le provisionnement des serveurs, les sauvegardes, les correctifs de sécurité et la planification de la capacité. Pour une organisation qui dispose déjà d’une équipe infrastructure, cela s’intègre naturellement aux opérations courantes.
Les services gérés suppriment la charge opérationnelle en échange d’un abonnement et d’un contrôle réduit. Les mises à jour sont automatiques, la montée en charge est transparente et le support traite les incidents. En revanche, les données sont stockées chez le fournisseur, avec parfois des sous-traitants tiers.
Pour les entreprises européennes qui veulent une souveraineté totale sur leurs données, Web Analytics for European Businesses propose une autre approche. Conçue spécifiquement pour les organisations européennes, elle combine la simplicité d’un service géré avec un stockage et un traitement des données garantis exclusivement dans l’UE.

Analyse des coûts dans la durée
Les coûts initiaux de l’auto-hébergement comprennent le provisionnement du serveur, les certificats SSL et le temps de mise en place. Les dépenses mensuelles couvrent l’hébergement, le stockage des sauvegardes et le temps d’administration. Pour une comparaison juste, calculez le coût complet, temps du personnel compris.
Un petit déploiement typique demande 10 à 15 heures par an de maintenance, de mises à jour et de dépannage. Aux tarifs horaires européens, cela représente un investissement récurrent non négligeable en plus de l’infrastructure. Les déploiements plus importants demandent proportionnellement plus de temps d’administration.
Les services gérés ont des coûts mensuels prévisibles qui évoluent avec le trafic. Pas de dépenses d’infrastructure imprévues, et le budget est simple à établir. Mais les coûts s’accumulent avec la croissance du trafic et peuvent dépasser ceux de l’auto-hébergement pour les sites à fort trafic.
Le seuil de rentabilité dépend de votre situation. Les organisations qui exploitent déjà des serveurs avec de la capacité disponible trouveront sans doute Plausible auto-hébergé plus économique. Celles qui partent de zéro font face à un coût d’entrée plus élevé.
Résoudre les problèmes courants
Même un déploiement Plausible auto-hébergé bien configuré rencontre parfois des problèmes. Connaître les pannes fréquentes et leurs solutions permet de les résoudre plus vite.
Problèmes de chargement du script et de suivi
Quand les données n’apparaissent plus, vérifiez d’abord le chargement du script. La console du navigateur révèle les erreurs JavaScript ou les échecs réseau qui empêchent le suivi. Vérifiez aussi que votre BASE_URL correspond bien au domaine qui sert l’analytics.
Les en-têtes Content Security Policy bloquent parfois les scripts d’analytics. Si votre site applique une CSP stricte, ajoutez votre domaine Plausible auto-hébergé aux sources de scripts autorisées pour que le script de suivi puisse se charger et s’exécuter.
Les bloqueurs de publicité ciblent de plus en plus l’analytics, quel que soit son niveau de respect de la vie privée. Certains utilisateurs bloquent tout suivi, d’où des données incomplètes. Les plateformes d’analytics respectueuses de la vie privée sont moins bloquées que les outils traditionnels, mais aucune solution n’atteint une couverture parfaite.
Des problèmes cross-origin surviennent lorsque le domaine du script ne correspond pas à celui des endpoints de collecte. Si vous servez les scripts depuis un autre domaine que celui de la collecte, assurez-vous que votre reverse proxy gère correctement les en-têtes CORS.
Dégradation des performances de la base de données
À mesure que les données s’accumulent, les requêtes peuvent ralentir faute de maintenance. ClickHouse profite particulièrement d’opérations d’optimisation périodiques qui réorganisent les données pour un accès plus efficace.
Surveillez les temps d’exécution des requêtes dans les journaux de la base. Une hausse soudaine signale un problème à examiner. Les causes les plus fréquentes : index manquants, requêtes inefficaces ou ressources matérielles insuffisantes.
Un disque plein empêche les écritures en base et fait échouer le suivi. Mettez en place des alertes sur l’occupation du système de fichiers pour détecter les problèmes de capacité avant qu’ils n’affectent le service. Un nettoyage automatique des anciennes données maintient des besoins de stockage raisonnables.
L’épuisement du pool de connexions survient sous forte charge, lorsque l’application ne parvient plus à ouvrir de nouvelles connexions à la base. Augmentez la taille du pool dans la configuration si vous constatez des erreurs de délai de connexion lors des pics de trafic.
Échecs d’envoi d’e-mails et de notifications
Les rapports par e-mail nécessitent une configuration SMTP correcte. Testez l’envoi après la configuration initiale et à chaque modification des paramètres SMTP. Beaucoup de serveurs de messagerie vérifient strictement l’expéditeur et rejettent les messages provenant de sources mal configurées.
Les enregistrements SPF et DKIM améliorent la délivrabilité. Configurez ces enregistrements DNS pour votre domaine d’envoi afin de réduire le risque que vos rapports soient classés comme spam.
Certaines organisations bloquent le trafic SMTP sortant des serveurs d’application pour des raisons de sécurité. Vérifiez que votre réseau autorise les connexions vers les serveurs de messagerie externes sur les ports nécessaires (généralement 587 pour l’envoi authentifié).
La limitation de débit des fournisseurs de messagerie peut retarder ou bloquer l’envoi des rapports lors d’envois massifs. Étalez l’envoi des rapports dans le temps plutôt que d’en expédier des milliers d’un coup.
Questions fréquentes
Est-il difficile d’installer Plausible en auto-hébergement ?
Tout dépend de votre bagage technique et de la méthode choisie. Une installation avec Docker Compose prend 30 à 60 minutes pour un administrateur habitué aux conteneurs. Une installation manuelle demande une meilleure maîtrise de Linux et prend généralement plusieurs heures. Des scripts de déploiement simplifiés réduisent la complexité sous Ubuntu en automatisant les étapes de configuration. Il faut être à l’aise avec la ligne de commande, avoir des notions de réseau et savoir configurer un reverse proxy.
Plausible auto-hébergé peut-il gérer des millions de pages vues ?
Oui, Plausible auto-hébergé gère des millions de pages vues par mois avec une infrastructure adaptée. ClickHouse excelle sur les séries temporelles à fort volume et traite efficacement des millions d’événements. Vous pouvez monter en charge verticalement (plus de RAM, des CPU plus rapides) ou horizontalement avec des clusters ClickHouse distribués. Au-delà de 10 millions de pages vues par mois, prévoyez des serveurs de bases de données dédiés, voire des serveurs d’application séparés de l’infrastructure de bases de données.
Quels avantages en matière de souveraineté des données offre l’auto-hébergement ?
L’auto-hébergement garde toutes les données des visiteurs dans votre infrastructure et supprime complètement le partage avec des tiers. Vous choisissez l’emplacement physique des serveurs, ce qui garantit le respect des exigences de localisation des données. Aucun sous-traitant n’accède à vos données d’analytics, ce qui allège les obligations de l’article 28 du RGPD. C’est particulièrement important pour les organisations européennes, tenues de savoir précisément où se trouvent les données personnelles et qui les traite. Un déploiement auto-hébergé offre une transparence totale sur les flux de données.
Comment Plausible auto-hébergé se compare-t-il aux plateformes d’analytics traditionnelles ?
Plausible auto-hébergé fonctionne sans cookies, ce qui rend les bannières de consentement inutiles pour l’analytics de base. Son script léger (moins de 1 Ko) se charge plus vite que celui des plateformes historiques et améliore les performances des pages. Sa conception centrée sur la vie privée fait qu’il ne collecte que les métriques essentielles, sans profilage détaillé des utilisateurs. Le tableau de bord simplifié met l’accent sur les informations exploitables au lieu de noyer l’utilisateur sous des centaines de rapports. En revanche, les fonctionnalités avancées comme la visualisation des parcours ou l’analyse de cohortes restent plus limitées que dans les suites d’analytics d’entreprise.
Quelle maintenance Plausible auto-hébergé demande-t-il ?
La maintenance courante comprend des mises à jour de sécurité mensuelles, des évolutions fonctionnelles trimestrielles et des sauvegardes automatiques quotidiennes. Prévoyez une optimisation des bases de données chaque mois pour de bonnes performances. Le renouvellement des certificats SSL est automatique avec Let’s Encrypt, mais doit être surveillé. Les revues d’accès garantissent que les anciens membres de l’équipe perdent l’accès au tableau de bord. Comptez environ 1 à 2 heures par mois de maintenance courante, plus du temps ponctuel de dépannage. Les déploiements à fort trafic peuvent demander un suivi hebdomadaire des performances et de la capacité.
Puis-je passer d’une analytics gérée à l’auto-hébergement plus tard ?
La migration d’une solution gérée vers Plausible auto-hébergé est techniquement possible, mais pas triviale. Vous devrez exporter l’historique depuis votre plateforme actuelle et l’importer dans votre instance auto-hébergée. La plupart des plateformes proposent un export, mais les formats varient. Attendez-vous à de possibles trous dans les données pendant le changement de script de suivi. Faire tourner les deux systèmes en parallèle pendant une courte période permet de vérifier la cohérence des données avant de basculer définitivement. La complexité dépend du volume de données et de la durée d’historique à conserver.
Déployer Plausible en auto-hébergement donne aux organisations européennes un contrôle total sur leur infrastructure d’analytics, avec un suivi respectueux de la vie privée. Que vous teniez à la souveraineté de vos données, que vous vouliez supprimer toute dépendance à des tiers ou que vous ayez besoin de personnalisations impossibles avec un service géré, l’auto-hébergement est une voie viable. Pour les entreprises qui veulent les mêmes bénéfices en matière de vie privée sans la charge opérationnelle, EuroMetrics propose une analytics sans cookies conçue pour les exigences européennes, qui allie simplicité et traitement des données garanti exclusivement dans l’UE, dans des centres de données à Paris, Francfort et Amsterdam.
