Support et dépannage

Écrivez à hello@seean.io en indiquant le domaine du site web, l’écran concerné, la période sélectionnée et ce que vous attendiez.

Utilisez la FAQ pour les questions courantes sur le produit, la disponibilité des fonctionnalités pour vérifier les intégrations prises en charge, et facturation et utilisation pour les quotas et l’accès aux factures.

Aucune page vue n’arrive

Confirmez que la page déployée inclut le bon jeton de site et la bonne origine d’API depuis les Paramètres.
Vérifiez que le navigateur peut charger /k.js et envoyer la requête de collecte.
Vérifiez les contrôles de consentement, les préférences de confidentialité du navigateur, les bloqueurs et les exclusions configurées.
Vérifiez si l’essai a expiré ou si l’utilisation a atteint son quota.
Ouvrez Settings → Installation → Setup health (Paramètres → Installation → État de l’installation), qui affiche la dernière page vue reçue et propose Check installation (Vérifier l’installation).

Ne renouvelez pas un jeton comme première étape de dépannage : le renouvellement invalide les installations existantes.

Contrôler la configuration publiée

Seean vérifie automatiquement la page d’accueil publiée de chaque site web pas encore vérifié, sans que personne n’ouvre le tableau de bord : chaque minute pendant le premier jour du site web, toutes les 5 minutes le reste de sa première semaine, toutes les 30 minutes le reste de son premier mois et toutes les 6 heures ensuite. Changer le domaine ou renouveler le jeton du site relance ce calendrier au rythme du premier jour. La première vérification qui trouve l’extrait, le jeton et une politique de sécurité permissive vérifie le site web immédiatement ; aucune visite n’est nécessaire. Les sites web vérifiés et ceux qui reçoivent déjà des événements ne sont plus interrogés ; réinitialiser les statistiques d’un site web non vérifié le remet sur ce calendrier.

La bannière d’installation de la vue d’ensemble vide lance aussi une vérification à son ouverture. Les propriétaires et administrateurs de site web peuvent aussi utiliser Settings → Installation → Setup health → Check installation. Elle lit la page d’accueil publiée et vérifie l’adresse générée du traqueur, la référence au jeton du site et la politique de sécurité (l’en-tête HTTP et toute balise <meta http-equiv="Content-Security-Policy"> dans l’en-tête de la page). Les résultats apparaissent à l’écran sans rechargement. Si la connexion à Seean se coupe, l’écran avertit que les données reçues peuvent être obsolètes et désactive les nouvelles vérifications jusqu’à la reconnexion :

Security policy blocks Seean (La politique de sécurité bloque Seean) nomme la directive de script ou de connexion bloquante et les sources à ajouter. Fusionnez-les avec votre politique existante et publiez la modification ; gardez intactes les autres permissions de l’application.
Seean is installed (Seean est installé) signifie que l’adresse du traqueur et le jeton du site figurent dans la source de la page et que la politique de sécurité (en-tête et balise meta) autorise le script et les requêtes de collecte. Aucune visite n’est requise. Le site web est marqué installé immédiatement : la bannière d’installation de la vue d’ensemble se ferme, Your sites (Vos sites) affiche Installed (Installé), et l’état de l’installation affiche Installation verified (Installation vérifiée) avec l’heure de la vérification. Les rapports se remplissent à mesure que les visiteurs arrivent ; les bloqueurs ou les choix de consentement peuvent toujours empêcher le comptage de visiteurs individuels.
Tracker reference found — confirm in a browser (Référence au traqueur trouvée — confirmez dans un navigateur) signifie que l’adresse et le jeton apparaissent, mais que la politique utilise des règles nonce, hash ou strict-dynamic que la vérification ne peut pas évaluer, ou que l’en-tête de la page est trop long à lire (voir les limites ci-dessous). Une vérification antérieure est conservée ; suivez la vérification dans le navigateur.
Setup could not be confirmed (La configuration n’a pas pu être confirmée) peut signifier un extrait absent ou différent, un chargement côté client ou un chargement soumis au consentement. Suivez la vérification dans le navigateur avant de conclure que le traqueur est absent.
Could not inspect (Inspection impossible) explique une page indisponible, une erreur HTTP, une réponse trop volumineuse ou une adresse non prise en charge. Réessayez après avoir corrigé la page publiée, ou utilisez la vérification dans le navigateur.
Last pageview received (Dernière page vue reçue) affiche la dernière page vue conservée pour ce site web, indépendamment de la période de rapport sélectionnée. Un horodatage ancien prouve une collecte passée, pas le fonctionnement de l’installation actuelle. Sans pages vues, Installation verified affiche la dernière vérification réussie et Not installed yet (Pas encore installé) signifie qu’aucune vérification n’a validé la page publiée.

Une vérification ultérieure qui constate l’absence de l’extrait ou du jeton, ou une politique qui bloque Seean, retire la vérification et la bannière revient tant que le site web n’a pas de données. Changer le domaine du site web, renouveler son jeton de site ou changer le nom d’hôte du collecteur utilisé par l’extrait généré retire aussi la vérification et relance les vérifications automatiques. Les changements de collecteur incluent l’activation/désactivation de la collecte first-party et l’activation, la perte ou la déconnexion d’un domaine de collecte personnalisé ; changer un nom d’hôte de repli tant qu’un domaine personnalisé actif sert encore l’extrait ne réinitialise pas la vérification. Publiez l’extrait actuel et ses origines de politique de sécurité avant de vérifier de nouveau. Les données d’analyse existantes sont conservées. Une vérification qui ne peut pas lire la page laisse le résultat précédent inchangé.

Un résultat manuel ou automatique pour une configuration d’installation antérieure ne peut ni vérifier la nouvelle ni retirer sa vérification en file. Si une vérification manuelle indique Installation settings or a newer check changed during this check (Les paramètres d’installation ou une vérification plus récente ont changé pendant cette vérification), examinez l’extrait généré actuel et réessayez ; Seean ne marque pas le résultat obsolète comme installé.

Les vérifications manuelles sont limitées à deux par minute et par utilisateur connecté, sur l’ensemble de ses sites web ; les vérifications automatiques ne comptent pas dans cette limite. Le vérificateur ne lit que la page d’accueil HTTPS publique du domaine configuré, avec jusqu’à trois redirections dans ce domaine et son adresse www, un délai total de 12 secondes et une limite de réponse de 2 Mio. Les adresses privées, les sites en adresse IP littérale, les ports non standard, les sites uniquement IPv6 et les réponses compressées qui ignorent la demande de HTML non compressé ne sont pas inspectés.

Il s’agit d’une vérification côté serveur de la source et des en-têtes : elle n’exécute pas JavaScript, ne contourne ni le consentement ni les bloqueurs du navigateur, n’inspecte pas d’autres routes et ne prouve pas que les politiques nonce/hash/strict-dynamic fonctionnent. Un en-tête de page de plus de 16 Ko dont la balise meta http-equiv se trouve au-delà de ce point, ou des politiques en balise meta de plus de 16 Ko, ne peuvent pas être confirmés par cette vérification et nécessitent une vérification dans le navigateur. Des réponses CDN différentes et des politiques sur d’autres pages nécessitent une vérification dans le navigateur. Elle vérifie le nom d’hôte que l’extrait généré utilise actuellement — votre propre domaine de collecte une fois actif, sinon l’adresse de collecte first-party ou app.seean.io ; un ancien extrait standard peut encore fonctionner après l’activation de la collecte first-party. La vérification elle-même n’envoie aucun événement d’analyse et ne stocke pas le HTML récupéré ; seuls l’heure de vérification, l’heure de la dernière vérification appliquée et l’heure de la prochaine vérification automatique sont conservés. Les lecteurs ne peuvent pas lancer de vérifications d’installation.

Vérifier une installation

Ouvrez votre site web publié dans un onglet de navigateur normal. Complétez le parcours de consentement aux statistiques de votre site s’il y a lieu. Respectez les choix de confidentialité de vos visiteurs.
Dans les outils de développement du navigateur, ouvrez Réseau. Rechargez la page et cherchez https://app.seean.io/k.js. Il doit se charger correctement, éventuellement depuis le cache du navigateur.
Cherchez un POST vers https://app.seean.io/api/collect si vous utilisez l’extrait de production standard. Son corps JSON inclut votre jeton public dans t et le chemin de la page dans p. Une réponse 204 seule ne prouve pas que les données ont été stockées : les requêtes exclues peuvent aussi se terminer sans réponse d’erreur.
Dans Seean, ouvrez Events (Événements), sélectionnez une plage incluant maintenant et actualisez la liste. Faites correspondre votre chemin de page et l’heure. Vérifiez aussi Settings → Installation → Setup health pour l’heure de la dernière page vue reçue.
Naviguez vers un autre chemin, puis utilisez Précédent et Suivant. Confirmez chaque page vue attendue dans Événements. Les requêtes et fragments ne sont pas des chemins de page distincts ; une nouvelle campagne ou session peut encore compter le même chemin de nouveau. Les notifications consécutives pour un chemin inchangé dans la même session sont dédupliquées ; quitter un chemin et y revenir peut produire une autre page vue.

Utilisez un site web/jeton distinct pour vos tests afin que vos vérifications ne gonflent pas les rapports d’un client. Un téléchargement réussi du script, un aperçu de page fonctionnel ou d’anciennes données dans l’état de l’installation ne prouvent pas qu’une nouvelle installation fonctionne.

Le script se charge mais aucune requête de collecte n’apparaît

Vérifiez une désactivation dans le navigateur, Do Not Track, Global Privacy Control ou un navigateur automatisé. window.seean peut exister avec des méthodes inactives lorsque la collecte est désactivée ; vérifier cet objet seul est donc insuffisant. Chargez l’extrait comme un script externe classique, avec data-site et data-api sur ce même élément.

Si votre site web utilise une Content Security Policy, autorisez https://app.seean.io dans la politique de script effective et dans connect-src. Si vous définissez script-src-elem, il doit aussi autoriser le traqueur. Fusionnez ces origines dans votre politique existante ; ne remplacez pas le reste et n’autorisez pas toutes les origines. Les chargeurs en ligne utilisés par un gestionnaire de balises peuvent en plus nécessiter votre politique nonce/hash existante. Voir options du script.

Les requêtes échouent ou les comptes sont doublés

Un jeton inconnu/renouvelé peut produire un 404 ; un quota de facturation ou un plan inactif peut arrêter la collecte. Vérifiez la facturation et le jeton dans le HTML déployé. Une requête bloquée ou une erreur CSP est visible dans les outils de développement du navigateur. Suivez les exclusions lorsque les requêtes réussissent mais que les données attendues manquent.

Cherchez k.js à la fois dans les fichiers du projet et dans les conteneurs du gestionnaire de balises. Gardez une seule installation et laissez-la observer la navigation prise en charge. Ajouter un déclencheur History Change qui recharge tout le traqueur, ou envoyer manuellement pageview à chaque navigation, peut doubler les comptes.

Tests locaux ou automatisés

Localhost et 127.0.0.1 nécessitent data-local. L’automatisation du navigateur ou les réglages de confidentialité peuvent arrêter la collecte intentionnellement. Un test d’interface dans le navigateur ne prouve pas qu’une vraie page vue a été ingérée.

Les rapports semblent différents

Faites correspondre le site web, la plage de dates, les filtres et la période calculée. Temps réel utilise des fenêtres de deux et trente minutes ; la vue d’ensemble couvre normalement un intervalle plus long. Les estimations de pays et les imports de requêtes Google ont leurs propres limites.

Une analyse ne démarre pas

Chaque page d’analyse démarre un calcul pour sa période. L’avis au-dessus de la page explique un refus : Your current analyses are still running (Vos analyses en cours sont encore en exécution) attend la fin de celles en cours ; Too many analyses were started for this website. Try again in N seconds (Trop d’analyses ont été lancées pour ce site web. Réessayez dans N secondes) signifie que le budget de démarrage (120 par minute sur l’ensemble des sites web et coéquipiers du propriétaire du compte ; une rafale de vingt et trente par minute par site web, partagées par les liens de partage, les widgets et les visiteurs de la démo qui n’en sont pas membres) est épuisé, et la page réessaie une fois d’elle-même après le délai. Could not start this analysis. Please retry (Impossible de lancer cette analyse. Veuillez réessayer) est un échec inattendu ; la console du navigateur consigne l’identifiant de requête serveur pour le support. Retry analysis (Réessayer l’analyse) redémarre immédiatement.

Les analyses en arrière-plan et les répartitions à la demande partagent un budget d’exécution borné : deux calculs sur l’ensemble du service, au plus un par propriétaire de site web. Cela inclut Temps réel et le compteur en ligne léger. Un calcul en arrière-plan attend tant que le budget est occupé ; une répartition agrandie peut plutôt afficher Analytics is busy. Retry the breakdown shortly. (L’analytique est occupée. Réessayez la répartition dans un instant.) Utilisez Retry breakdown (Réessayer la répartition) après la fin d’un autre calcul. Cela limite les travaux d’analyse concurrents, mais ne garantit ni une latence de collecte constante ni une capacité illimitée. Un calcul en chargement ou en échec n’est pas un compte à zéro.

Lorsqu’un calcul se termine, le prochain calcul en attente éligible reçoit sa place immédiatement. Ouvrir plusieurs sites web dans un même compte n’ajoute pas de délai de nouvelle tentative fixe après chaque calcul terminé. Un calcul en cours dans ce compte doit tout de même se terminer d’abord ; la préparation des données source acceptées, les pannes de stockage et les instantanés de récupération peuvent retarder le moment où un rapport devient prêt.

Contacter en sécurité

Joignez des captures d’écran des erreurs lorsque c’est utile. N’envoyez pas de mots de passe, de codes de vérification, de secrets de revenus ni de données de visiteurs exportées, sauf si un processus de support sécurisé spécifique a été convenu. Les questions de facturation et de compte peuvent être décrites sans exposer ces valeurs.

Quelque chose n'est pas clair ? Contacter le support.