Des heatmaps de l'endroit où les gens cliquent et de la distance qu'ils font défiler, des enregistrements rejouables de visites réelles, et une vue en direct de qui est sur le site en ce moment.
Site Behavior en détail →Combien sont venus, et d'où ?
Trafic, sources, appareils et géographie pour chaque site que vous gérez, et les événements métier que votre site émet déjà. Construit sur une base en colonnes, pour que le tableau de bord reste rapide à mesure que votre historique s'allonge.
Le tableau de bord, et ce qu'il y a dessus.
Les chiffres qui comptent d'abord
Pages vues, visiteurs uniques, taux de rebond et nombre d'événements sur la période, avec le trafic dans le temps et vos principales sources à côté.
Tous vos sites sous un seul compte
Enregistrez autant de sites que votre forfait en comprend. Chacun garde ses propres données et son propre extrait, et vous passez de l'un à l'autre depuis le même tableau de bord.
Sources, appareils et géographie
D'où venait le trafic, sur quoi il naviguait, et de quel pays, région et ville il est arrivé.
Des événements métier, pas seulement des pages vues
Un achat, une inscription, l'envoi d'un formulaire, enregistré avec les propriétés que vous y attachez, et avec une valeur que vous pouvez additionner.
Rapide sur un long historique
Les relevés vont dans une base en colonnes conçue pour cette forme de requête : une année de données répond à peu près aussi vite qu'une semaine.
Léger pour vos pages
Quelques kilo-octets de JavaScript ordinaire. Pas de framework, pas de requête tierce, pas d'ad-tech.
Si vous utilisez Tag Manager, vous envoyez déjà des événements.
Tout ce que votre site pousse dans window.dataLayer avec une clé d'événement est enregistré, y compris tout ce que Google Tag Manager envoie déjà, et tout ce qui passe par gtag(). Les événements de service gtm.* de Google sont ignorés.
Les pushes survenus avant le chargement de notre script sont rejoués plutôt que perdus, et les objets imbriqués sont aplatis pour qu'une charge e-commerce arrive intacte.
window.dataLayer.push({ event: 'purchase', value: 49.90 });
skomi.track('signup', { plan: 'pro' });
Mesuré, pas profilé.
Le but de ce produit est de vous parler de votre site. Pas de dresser le portrait de la personne qui le lit.
Rien n'est stocké sur l'appareil du visiteur
Aucun cookie ni identifiant n'est écrit dans le navigateur d'un visiteur, la plupart des sites n'ont donc besoin d'aucun bandeau de consentement. Un visiteur est reconnu par une empreinte à sens unique calculée sur notre serveur, sous une clé remplacée chaque nuit et détruite après deux jours.
Pas de profils entre sites
Les identifiants de visiteur sont limités à votre seul site. Rien n'est partagé entre clients, revendu, ni transmis à une régie publicitaire.
Seul votre domaine peut remonter des données
Chaque site est enregistré avec son domaine, et les relevés ne sont acceptés que depuis celui-ci. Un script hors d'un navigateur peut quand même se faire passer pour votre domaine : Skomi signale donc toute adresse qui envoie un volume invraisemblable et vous permet de l'exclure.
Ce qu'il ne fait pas.
Il ne suit pas les gens d'un site à l'autre
Ce qui veut dire aussi qu'il ne peut pas vous dire que le visiteur qui a acheté aujourd'hui est celui qui a lu un article le mois dernier sur un autre domaine. Ce compromis est délibéré et n'est pas configurable.
La même personne, demain, est un nouveau visiteur
L'identité est calculée sur notre serveur sous un secret remplacé chaque jour : rien ne relie donc la visite de mardi à celle de mercredi. Les chiffres quotidiens n'en souffrent pas, mais le nombre de visiteurs uniques sur une fenêtre plus longue est la somme des uniques quotidiens et surestime, et le rapport de rétention ne peut pas fonctionner du tout. Un réglage par site pose à la place un identifiant stable sur l'appareil, ce qui ramène le bandeau de consentement avec lui, et il est désactivé tant que vous ne l'activez pas. Un autre réglage, désactivé lui aussi par défaut, permet à votre site de transmettre son propre identifiant pour un client connecté : vous pouvez ainsi restreindre les rapports à ce qu'a fait ce client précis, toujours sans rien stocker sur l'appareil.
Ce n'est pas une plateforme publicitaire
Il n'y a pas d'export d'audience, pas de pixel de remarketing et aucune intégration qui envoie vos visiteurs ailleurs.
- Installation
- Une balise script avant </body>, sur chaque page que vous voulez compter.
- Événements
- window.dataLayer, gtag() ou skomi.track().
- Stockage
- Une base en colonnes, dans l'UE.
- Ingestion
- Acceptée uniquement depuis le domaine avec lequel le site est enregistré.
Même script, même compte.
Chaque produit lit le site que vous avez déjà enregistré. En activer un est un interrupteur, pas une seconde installation.
Laissez vos visiteurs noter une page et dire ce qui ne va pas, épinglé à l'élément exact qu'ils regardaient, et trié dans une seule boîte de réception.
Site Feedback en détail →Skomi explore le site selon un calendrier et signale ce qui empêcherait une page d'entrer dans un index de recherche, en nommant d'abord les pages les plus visitées.
Site SEO en détail →Sessions, écrans et rétention pour une application que les gens installent, avec les taux sans plantage et les erreurs à côté, pour qu'une mauvaise version se voie au même endroit qu'une version tranquille.
App Analytics en détail →Voyez vos premiers chiffres aujourd'hui.
Créez un compte, enregistrez un site, collez une balise script.