Suivez ces vérifications dans l’ordre. Chacune indique quoi faire si elle échoue.
1

Le SDK est chargé

Ouvrez votre site, puis l’onglet Application (Chrome) ou Stockage (Firefox) des outils de développement. Le localStorage doit contenir une clé analytics_anonymous_id.Absente ? Le SDK n’est pas initialisé. Vérifiez que le provider entoure bien votre application, ou que le plugin WordPress a une clé enregistrée. Si vous utilisez un provider conditionnel, une clé vide désactive le SDK sans message d’erreur.
2

Les événements partent

Onglet Network, filtrez sur v1/events. Naviguez sur deux pages et attendez 5 secondes. Une requête POST doit apparaître.Aucune requête ? Changer d’onglet déclenche un envoi immédiat. Vous pouvez aussi forcer l’envoi avec analytics.flush().
3

L'API les accepte

La réponse doit être 202 avec { "accepted": n, "eventIds": [...] }.
4

Le dashboard les affiche

Dans le dashboard, choisissez le même environnement que la clé utilisée (jch_sb_ → Bac à sable, jch_pr_ → Production). Ouvrez Aperçu : vos visites apparaissent dans Utilisateurs en direct.Toujours vide ? Élargissez la période, puis rechargez la page.

Lire les événements envoyés

Pour voir le contenu exact des événements, ouvrez une requête POST /v1/events dans l’onglet Network, puis l’onglet Payload. Chaque événement contient son nom (eventName), le contexte de la page dans properties.page et vos propriétés dans properties.custom. Le format complet est décrit dans Modèle d’événement. L’option debug: true affiche en plus chaque événement mis en file dans la console du navigateur. Ces messages utilisent console.debug : activez le niveau Verbose de la console pour les voir.
Retirez debug avant la mise en production. Autres problèmes : Dépannage.