Questions fréquentes

Créez le site dans votre compte, puis copiez les deux balises affichées dans les réglages. Elles se collent dans l'en-tête de toutes les pages à mesurer, avant la fermeture de la balise head. La première déclare votre identifiant de site, la seconde charge le script de façon asynchrone. Aucune autre modification n'est nécessaire.

Le premier chargement de page mesuré remonte immédiatement. Le compteur de visiteurs en ligne travaille sur une fenêtre de cinq minutes : si personne n'est passé depuis, il affiche zéro même si l'installation est correcte. Les indicateurs de la journée, eux, se remplissent au fil des visites.

Dans l'ordre : le code est bien dans l'en-tête de la page et celle-ci a été republiée ; l'identifiant de site collé correspond bien à ce site ; votre propre adresse IP ne figure pas dans les listes d'exclusion du compte ou du site ; votre navigateur n'utilise pas de bloqueur qui coupe la requête de mesure. Le bouton Tester l'installation, dans les réglages du site, indique si des données arrivent réellement.

Oui. Attention toutefois : la plupart des gestionnaires de balises réinjectent le script externe sans recopier ses attributs. C'est pour cette raison que la première balise déclare l'identifiant de site et l'adresse de collecte dans une variable globale. Conservez donc les deux balises telles qu'elles vous sont fournies, y compris dans un gestionnaire de balises.

Oui. Le script surveille les changements d'historique de navigation et enregistre une nouvelle page vue à chaque changement de route. Le suivi de la profondeur de défilement est remis à zéro au passage sur la nouvelle vue. Vous n'avez rien à déclencher à la main.

Non. Le même extrait de code se pose une fois, dans le gabarit commun de votre site. Le chemin de la page est lu automatiquement à chaque chargement.

Le fichier fait environ 12 Ko, soit moins de 5 Ko réellement téléchargés une fois compressé par le serveur. Il est chargé en asynchrone et n'entre donc jamais dans le chemin critique d'affichage. Les envois de mesure passent par le mécanisme de balise du navigateur, conçu pour ne pas retarder la navigation.

Techniquement le script fonctionnerait, mais le résultat serait illisible : seul le chemin de la page est enregistré, pas le nom de domaine. Deux pages d'accueil de deux domaines apparaîtraient donc comme une seule ligne. Créez un site par domaine, chacun avec son identifiant. Les sous-domaines suivent la même règle si vous voulez pouvoir les distinguer.

Les réglages du site proposent un bouton Tester l'installation. Il interroge le serveur de collecte et vous dit si des données sont arrivées, en indiquant soit un visiteur actif à l'instant, soit le nombre de hits reçus depuis le début du mois. Publiez la page, visitez votre site, puis relancez le test.

Deux listes d'exclusion par adresse IP existent : une pour tout le compte, dans votre profil, et une par site, dans ses réglages. Vous pouvez saisir une adresse seule ou une plage entière au format CIDR, en IPv4 comme en IPv6. L'exclusion couvre aussi les cartes de chaleur. Elle ne vaut que pour l'avenir : les visites déjà enregistrées restent dans les statistiques.

Pour la mesure d'audience, la question ne se pose que si Pulsar Analytics est votre seul traceur. Le script n'écrit rien dans le terminal du visiteur, il n'y a donc rien à faire accepter pour lui. En revanche, une vidéo intégrée, une carte, un chat ou une balise publicitaire continuent d'exiger un consentement, et le bandeau reste nécessaire pour ces éléments. La décision de retirer le bandeau vous appartient, après examen de tout ce que charge votre site.

Les conditions sont cumulatives : la mesure doit servir la seule finalité statistique du site, les données ne doivent être ni recoupées avec d'autres traitements ni transmises à des tiers, il ne doit y avoir aucun suivi de la navigation d'un site à l'autre, et les données produites doivent rester strictement limitées à des statistiques anonymes. Le pixel Pulsar est conçu pour respecter ces conditions. Il revient à l'éditeur du site, responsable de traitement, de vérifier que son usage réel les respecte également.

Non, et personne ne devrait vous l'affirmer. Un outil ne rend pas un site conforme : il permet une configuration qui l'est. Vous restez responsable de traitement pour la mesure de vos propres sites, donc de l'information de vos visiteurs, de votre registre, de vos autres traceurs et de vos autres traitements. Pulsar Analytics couvre la partie mesure d'audience et vous fournit les pièces qui la documentent.

Oui. L'obligation d'information des articles 13 et 14 du RGPD ne dépend pas du consentement. Mentionnez la mesure d'audience dans votre politique de confidentialité : finalité statistique, absence de cookie, durées de conservation, identité du sous-traitant et lieu d'hébergement. Notre politique de confidentialité publique vous donne la matière exacte.

Pour les données d'audience mesurées sur vos sites, vous êtes responsable de traitement et Pulsar agit en sous-traitant au sens de l'article 28 du RGPD. Pour les données de votre compte et de votre facturation, l'éditeur est responsable de traitement. Cette distinction est détaillée dans notre politique de confidentialité, qui la traite en deux volets séparés.

L'accord de sous-traitance est publié en ligne et opposable, sans démarche préalable. Il couvre les points exigés par l'article 28, paragraphe 3 : instructions documentées, confidentialité, mesures de sécurité, encadrement des sous-traitants ultérieurs, assistance en cas de demande de droits ou de violation, suppression ou restitution en fin de prestation, mise à disposition des informations nécessaires à un audit. Une copie signée peut être demandée par écrit.

Les données d'audience sont hébergées et traitées en Suisse, qui bénéficie d'une décision d'adéquation de la Commission européenne. Les données de facturation sont traitées dans l'Union européenne, en Irlande, par le prestataire de paiement. Aucun transfert des données d'audience n'est réalisé en dehors de ce périmètre.

Les données brutes de mesure sont conservées 25 mois au maximum, avec une purge automatique quotidienne. Les données agrégées des cartes de chaleur, qui sont de simples compteurs par case et par page, sont conservées 12 mois au maximum. Ces durées sont appliquées par une tâche planifiée, pas par une promesse.

Il peut toujours en faire la demande, auprès de vous, responsable de traitement du site concerné. En pratique, l'absence d'identifiant persistant et de donnée directement identifiante fait qu'aucune ligne ne peut être rattachée à une personne déterminée, situation visée par l'article 11 du RGPD. Nous vous assistons dans le traitement de la demande et dans sa formulation.

C'est un document d'auto-évaluation généré depuis votre compte. Il reprend votre configuration réelle : sites mesurés, absence de cookie, troncature de l'adresse IP, identifiant journalier rotatif, absence de partage avec des tiers, durées de conservation, lieux d'hébergement. Ce n'est ni un label, ni une certification, ni une décision d'une autorité : c'est une pièce à présenter, aux côtés de la politique de confidentialité et de l'accord de sous-traitance.

Non. Depuis 2026, la CNIL ne publie plus de liste d'outils de mesure d'audience pré-approuvés. La démarche est devenue une auto-évaluation documentée par chaque éditeur de site. Méfiez-vous d'un outil qui se dit certifié par une autorité : les autorités ne certifient pas les outils.

Elles restent sans cookie et sans stockage sur le terminal. Les clics et un échantillon de mouvements sont comptabilisés par case et par page, sans aucun identifiant : il est impossible de reconstituer le parcours d'un individu, à la différence d'un enregistrement de session, que Pulsar ne réalise pas. Les champs de formulaire et les blocs marqués comme masqués sont exclus de la capture. Il vous appartient malgré tout d'apprécier cette fonction dans votre propre analyse, puisque c'est vous qui l'activez.

Un hit est une page vue ou un événement enregistré. Comptent donc les pages vues, les clics sortants, les téléchargements, les clics sur une adresse e-mail ou un numéro, les paliers de défilement et vos événements personnalisés. La mesure du temps passé, envoyée une fois en fin de visite, n'est pas comptée. Les points de carte de chaleur ne sont pas comptés non plus : ils sont stockés séparément, sous forme de compteurs.

Le serveur calcule une empreinte à partir du jour en cours, de l'identifiant du site, de l'adresse IP tronquée et du navigateur déclaré, le tout avec un sel secret. Cette empreinte change chaque jour et n'est pas stockée chez le visiteur. Conséquence assumée : deux personnes sur le même réseau, avec le même navigateur, comptent pour un seul visiteur ; une même personne qui passe du bureau au mobile en compte deux. Le chiffre est un ordre de grandeur fiable, pas un dénombrement de personnes.

Une session, ou visite, regroupe les événements d'un même visiteur tant qu'il ne reste pas inactif plus de trente minutes. Une nouvelle activité après ce délai ouvre une nouvelle session. L'empreinte visiteur étant journalière, une visite qui chevauche minuit en temps universel est comptée en deux sessions.

C'est la part des sessions qui n'ont vu qu'une seule page. Cette définition est classique et lisible, mais elle diffère de celle de Google Analytics 4, qui raisonne sur les sessions engagées et tient compte du temps passé et des événements. Ne comparez donc pas les deux taux entre eux : comparez chacun à lui-même dans le temps.

Le script accumule uniquement le temps pendant lequel la page est réellement visible, et envoie ce total une seule fois, au départ du visiteur. Un onglet en arrière-plan n'est donc pas compté. Si le navigateur est fermé brutalement, l'envoi peut ne pas avoir lieu : la durée moyenne est à lire comme un plancher, jamais comme une mesure exhaustive.

Les clics vers un domaine externe, les téléchargements de fichiers courants, les clics sur un lien de courriel ou de téléphone, et les paliers de défilement à 25, 50, 75 et 100 pour cent. La mesure du temps réellement actif est également automatique. Chacun de ces événements consomme un hit, à l'exception de la mesure du temps.

Un appel de la forme pulsar('inscription') suffit, avec au besoin un second argument contenant vos propriétés, par exemple pulsar('inscription', { plan: 'pro' }). Les appels effectués avant le chargement complet du script sont mis en file et envoyés ensuite. Vingt propriétés au maximum sont conservées par événement, chacune tronquée à 255 caractères.

Ils envoient un événement lorsqu'un élément de la page devient visible, une fois par élément, sans que vous ayez de code à ajouter. Vous désignez l'élément par un sélecteur, classe, identifiant ou attribut, depuis les réglages du site. Un second mode déclenche l'événement dès qu'un élément correspond au sélecteur, ce qui permet par exemple de compter un formulaire passé à l'état envoyé. La prise en compte sur votre site intervient sous quelques minutes, le temps que la configuration se rafraîchisse.

Un objectif cible soit un chemin de page précis, soit un nom d'événement. Le tableau de bord affiche le nombre de conversions et le nombre de visiteurs concernés sur la période, ainsi qu'une courbe. Il n'y a pas d'entonnoir à étapes : Pulsar compte des conversions, il ne reconstitue pas un parcours en plusieurs marches.

Le pixel ne détermine que le pays, dérivé côté serveur avant la troncature de l'adresse IP, et jamais la ville. Les villes n'apparaissent que si vous avez importé un historique Google Analytics, qui, lui, contient cette dimension. C'est une limite volontaire : la ville rapproche fortement une donnée d'audience d'une donnée individualisante.

Le chemin de la page est enregistré sans la partie interrogative ni l'ancre. C'est une mesure de minimisation : les paramètres d'URL transportent souvent des identifiants, des jetons ou des termes de recherche. Les paramètres de campagne, eux, sont lus et stockés dans leurs propres colonnes, ce qui vous laisse le suivi des campagnes sans conserver le reste.

Seul le domaine du référent est conservé, jamais l'URL complète de la page d'origine. Vous savez donc qu'une visite vient d'un site, pas de quel article précis. Là encore, il s'agit de ne pas stocker plus que ce qui est nécessaire à une statistique.

La règle est simple et lisible : un support de campagne payant classe la visite en Ads, un support de courriel en Email ; à défaut, un référent reconnu comme réseau social donne Social, un moteur de recherche donne Naturel, l'absence de référent donne Direct, et tout le reste donne Référent. Les régies publicitaires n'ajoutant pas de paramètres de campagne, le script déduit l'origine payante de la présence d'un identifiant de clic dans l'URL, sans jamais conserver cet identifiant, qui serait unique par clic.

Non, et un écart est normal. Les définitions diffèrent, à commencer par la session et le rebond. Surtout, Google Analytics n'est chargé qu'après acceptation du bandeau sur beaucoup de sites, alors que Pulsar mesure dès la première page. Selon les cas, Pulsar affiche plus de visiteurs que Google Analytics, ou moins si un bloqueur intercepte davantage l'un que l'autre. Comparez les tendances, pas les valeurs absolues.

Deux choses. Les totaux journaliers de la propriété, à savoir pages vues, utilisateurs et sessions, qui prolongent vos courbes vers le passé. Et les répartitions mensuelles par dimension : canaux, sources, pages, pages d'entrée, campagnes, appareils, navigateurs, systèmes, pays, villes et répartition horaire.

Il ne reprend ni vos dimensions ou métriques personnalisées, ni vos événements, ni vos données de commerce, ni le détail des visites, ni la profondeur de défilement, que Google Analytics ne mesure pas de la même manière. Les données importées sont des agrégats, pas des lignes d'événements : elles ne peuvent donc pas être recroisées.

Les réglages du site vous donnent une adresse à ajouter en Lecteur sur votre propriété Google Analytics 4, dans la gestion des accès. Vous lancez ensuite un scan des propriétés visibles par cette adresse, choisissez celle qui correspond à votre domaine, puis démarrez l'import. Aucun accès en écriture n'est demandé, et l'accès se retire de votre côté quand vous le souhaitez.

Parce qu'elles sont stockées par dimension isolée, mois par mois, et non ligne par ligne. Croiser une source et un pays, par exemple, supposerait une donnée que l'import ne contient pas. Dès qu'un filtre est actif, seules les données mesurées par le pixel sont affichées, et le tableau de bord vous le signale plutôt que de fabriquer un chiffre.

Oui, rien ne s'y oppose techniquement. Gardez en tête que la présence de Google Analytics maintient le besoin d'un bandeau de consentement, ce qui annule une partie de l'intérêt de la démarche. Une période de recouvrement de quelques semaines est utile pour comprendre les écarts avant de trancher.

Les données importées sont supprimées et vos courbes ne remontent plus que jusqu'à l'installation du pixel. Vous pouvez relancer l'import plus tard si l'accès en lecture est toujours en place de votre côté. Pensez à exporter avant, si cet historique vous est précieux.

Les audiences publicitaires et le remarketing, l'attribution multicanal, les entonnoirs à étapes, l'enregistrement de session, l'export vers un entrepôt de données et les intégrations natives avec les outils publicitaires. Ce ne sont pas des retards de développement : les croisements qu'exigent ces fonctions sont précisément ce qui ferait perdre le bénéfice de l'exemption de consentement. Si votre activité en dépend, gardez un outil publicitaire et son bandeau.

Un site et 2 000 hits par mois, avec le tableau de bord complet et le temps réel. Il n'a pas de date de fin et ne demande pas de carte bancaire. C'est une offre, pas une période d'essai déguisée.

Un essai de quatorze jours vous donne accès au tableau de bord dès la création du compte. À son terme, vous choisissez un pack payant ou basculez sur le pack Découverte. Sans choix de votre part, l'accès au tableau de bord est mis en pause, mais rien n'est supprimé dans l'intervalle.

La mesure n'est pas coupée du jour au lendemain. Nous vous prévenons pour ajuster le palier ou le pack, et vous effectuez le changement en libre-service. Un dépassement ponctuel lié à une actualité ne pose pas de problème.

Depuis la page Abonnement de votre compte. Chaque pack fixe le nombre de sites, de un à quarante, et un menu déroulant choisit le volume mensuel de hits. Le changement est immédiat et le prorata est calculé par le prestataire de paiement.

La facturation annuelle correspond à dix mensualités : deux mois ne sont pas facturés. Le contenu du pack est identique dans les deux cas. Vous pouvez passer de l'un à l'autre depuis la page Abonnement.

Renseignez vos coordonnées de société dans votre compte, numéro de TVA intracommunautaire compris. Le numéro est vérifié auprès du service européen de validation : s'il est reconnu et hors Luxembourg, l'autoliquidation s'applique et la TVA n'est pas facturée. Vos factures sont téléchargeables à tout moment depuis la page Abonnement.

La résiliation se fait à tout moment, sans préavis ni justification. La suppression d'un site ou d'un compte se confirme par un lien envoyé par courriel, valable soixante minutes : c'est volontairement une action à deux temps, parce qu'elle est irréversible. Exportez ce que vous voulez conserver avant de confirmer.

Oui, comme pour tout outil de mesure, y compris Google Analytics. Le script n'est pas un traceur publicitaire et n'appelle aucun domaine publicitaire, ce qui limite les blocages, mais certaines listes de filtrage visent les domaines de mesure en général. Aucun éditeur honnête ne peut vous promettre cent pour cent des visiteurs. Nous ne cherchons pas à contourner ces blocages : un visiteur qui refuse la mesure ne doit pas être mesuré malgré lui.

Depuis notre propre infrastructure, en Suisse, sans réseau de diffusion tiers. Le fichier et l'endpoint de collecte sont donc sous notre responsabilité de bout en bout, ce qui évite d'ajouter un intermédiaire à votre chaîne de sous-traitance.

Deux choses : le domaine qui sert le script en source de script, et le domaine de collecte en destination de connexion. Ces deux adresses figurent telles quelles dans l'extrait de code fourni dans les réglages du site. Aucune autre origine n'est appelée par le script.

Rien de visible pour vos visiteurs. Les envois sont sans attente de réponse et les erreurs sont interceptées : une page ne casse pas et n'affiche pas d'erreur si la collecte échoue. En contrepartie, les événements de cette période sont perdus et ne seront pas rattrapés.

Non. La mesure repose entièrement sur un script exécuté dans le navigateur. Il n'y a pas de repli par image ni d'analyse de journaux serveur. C'est une limite partagée par la quasi-totalité des outils de mesure d'audience.

L'API est en lecture seule et renvoie les mêmes chiffres que votre tableau de bord, calculés de la même façon. Elle expose la liste de vos sites, le temps réel, les totaux d'une période, une série temporelle et les répartitions par dimension. La clé se transmet dans un en-tête, le débit est limité par clé et par minute, et une clé perdue se révoque puis se remplace. Aucune écriture n'est possible, par choix.

Non. Vous disposez des exports en CSV, Excel et PDF depuis le tableau de bord, et de l'API de lecture pour alimenter un outil tiers. Il n'y a pas de flux d'événements en temps réel ni d'export vers un entrepôt de données.

Chaque site peut publier un lien de consultation, sans compte à créer et sans droit de modification, temps réel compris. Le lien se révoque en un clic depuis les réglages du site, ce qui le rend immédiatement inopérant. Toute personne détenant le lien peut consulter le tableau de bord : traitez-le comme un secret modéré.

Chiffrement en transit et au repos, cloisonnement des données par site, limitation de débit sur l'endpoint de collecte, filtrage des robots et des référents indésirables avant enregistrement. Les sauvegardes sont automatisées et leur fraîcheur est surveillée : une sauvegarde trop ancienne déclenche une alerte de notre côté.