Installer Stats4U sur un site statique sans exposer l’accès privé

Un site statique peut charger un compteur Stats4U sans exécuter PHP ni gérer une base de visiteurs chez son hébergeur. Le navigateur charge l’intégration depuis Stats4U, où le comptage s’effectue. Le bon fonctionnement dépend toujours du HTML publié, des règles de l’hébergement et de l’autorisation des requêtes nécessaires par le navigateur.

Préparer l’intégration publique

1. Pour un nouveau compteur, il suffit de choisir un modèle et de copier le code généré. Un compteur existant conserve son numéro. Le lien privé de gestion doit être gardé en lieu sûr avant toute modification du site. Un compteur peut fonctionner sans compte, mais l’accès du propriétaire reste à protéger.
2. Seule l’intégration publique doit figurer dans le modèle HTML partagé, à l’emplacement prévu. Un générateur de site statique doit reporter ce modèle dans les pages publiées. Le HTML généré doit être vérifié après déploiement : modifier un composant source ne prouve pas sa présence sur la page publique.
3. Le jeton du propriétaire, le lien de gestion et les clés API doivent rester hors du HTML et des dépôts publics. Le numéro et les options publiques de présentation suffisent à l’intégration normale. Le texte copié doit être entièrement vérifié avant validation ; les favoris privés ne sont pas des instructions d’installation à publier.

Utiliser l’intégration acceptée par l’hébergement

Lorsque les scripts externes sont autorisés, le code JavaScript généré et l’adresse hébergée de s4u.js permettent de recevoir les mises à jour. Une copie téléchargée conserve sa version tant qu’elle n’est pas mise à jour séparément ; modifier le site n’actualise pas automatiquement ce fichier.

Si seuls les images, Markdown ou BBCode sont acceptés, l’intégration générée correspondante est adaptée. Elle peut compter les requêtes d’images ; les détails de page dépendent du HTTP Referer ou d’une adresse explicite. Les événements automatiques facultatifs nécessitent JavaScript ; une image seule ne peut observer le résultat confirmé d’un formulaire.

Vérifier le résultat publié en sécurité

Une page de test appartenant au responsable et autorisée doit être examinée dans le panneau réseau du navigateur : numéro, code en double et ressources bloquées. Content Security Policy, le filtrage de l’éditeur ou une extension peuvent empêcher le chargement du script ou de l’image. Des protections générales ne doivent pas être désactivées uniquement pour afficher un badge.

Une visite ordinaire peut compter. Ouvrir manuellement l’adresse de l’image de comptage ou la rafraîchir à répétition n’est pas une méthode de diagnostic appropriée. Un modèle invisible peut se charger correctement sans badge ; les requêtes et le rapport correspondant doivent être vérifiés avant d’ajouter un autre code pour obtenir un affichage.

Ce qu’un compteur ne peut pas observer

Le compteur rapporte les requêtes et les mesures prises en charge qui atteignent Stats4U. Il ne voit pas toutes les requêtes traitées par l’hébergement statique, les erreurs serveur, les téléchargements échoués ni la bande passante. Ces informations nécessitent les journaux ou la surveillance de l’hébergeur, lorsqu’ils existent. Un hébergement statique ne signifie pas forcément leur absence.

Un site statique nécessite toujours du contenu entretenu, un compte de publication protégé et une information de confidentialité adaptée. Un compteur ne supprime pas ces responsabilités. Les mesures facultatives de campagnes ou d’événements s’activent après compréhension de leur configuration ; le code de base ne remplit pas tous les rapports avancés.

Choisir et publier la bonne intégration

Le guide d’installation explique les formats disponibles et les vérifications après intégration.

Ouvrir le guide d’installation