Ce que mesurent le comptage par image seule et JavaScript

Stats4U peut compter au moyen d’une simple image ou de son intégration JavaScript. Ces méthodes ne fournissent pas les mêmes informations. Un compteur peut augmenter alors que le rapport des pages ne contient qu’un domaine ou aucune adresse exploitable. Une requête d’image peut transmettre des informations de page, mais ne décrit pas automatiquement toute la page environnante.

Comprendre l’installation par image seule

Une installation par image, Markdown ou BBCode demande l’image du compteur. Le serveur peut utiliser le référent HTTP comme information de page, mais les règles du navigateur pour les requêtes entre origines différentes le réduisent souvent à l’origine plutôt qu’à l’adresse complète de la page. Le paramètre pris en charge p= permet d’indiquer manuellement une adresse de page. L’image n’exécute pas le JavaScript de la page et n’observe ni les événements de formulaires ni les achats terminés.

Une adresse de page absente ou N/A ne signifie donc pas forcément un échec du comptage. Une entrée ne contenant qu’un domaine peut refléter les informations réellement envoyées par le navigateur. Vérifier l’installation et toute adresse indiquée manuellement avant d’interpréter un rapport de pages vide ou incomplet. Le référent de la requête d’image décrit la page qui intègre l’image, pas le site précédent qui a orienté le visiteur.

Utiliser JavaScript si la plateforme le permet

Ouvrir le guide d’installation de Stats4U et choisir la plateforme du site. Utiliser le code généré pour le numéro de compteur existant.
Placer l’extrait JavaScript dans le modèle utilisé par les pages à mesurer. Éviter d’ajouter à nouveau le même compteur par une autre extension ou un autre widget.
Sur le site détenu, vérifier si la plateforme a conservé le script et si le navigateur l’a demandé. Un aperçu dans un éditeur peut se comporter autrement que la page publiée.

L’intégration JavaScript peut fournir les informations de page et de référent utilisées par les rapports de pages et de sources. Cela dépend toujours d’une exécution réussie et des informations disponibles dans le navigateur. L’absence de référent ne prouve pas de manière fiable qu’un visiteur a saisi directement l’adresse.

Activer les mesures supplémentaires de façon réfléchie

Les rapports de campagnes nécessitent l’activation de la mesure des campagnes et un lien de destination marqué valide. Les événements automatiques de contact et de formulaires nécessitent le réglage correspondant. Un signal d’envoi de formulaire n’établit pas la réussite du traitement ; la réussite confirmée doit être signalée depuis le parcours de succès de l’application.

Les entonnoirs utilisent les étapes de page ou d’événement configurées, dans l’ordre, après leur création. Les rapports de boutique nécessitent une intégration connectée qui signale les achats terminés. Installer le compteur de base ou activer une option ne permet pas de reconstituer ces résultats à partir d’anciens totaux de pages vues.

Quand les scripts ne peuvent pas s’exécuter

Si un forum ou une plateforme de site supprime les scripts, utiliser son option prise en charge d’image, de Markdown ou de BBCode. Garder ces limites à l’esprit lors de l’interprétation des rapports. Ne pas coller à répétition du JavaScript non pris en charge ni promettre des rapports de campagnes et de formulaires avec un compteur par image seule.

Pour un compteur par image, charger l’image de comptage au moment où la visite doit être comptée. Ajouter loading="lazy" peut retarder la requête jusqu’à ce que l’image approche de la zone visible. Une image de pied de page qui ne s’approche jamais de la zone visible peut ne jamais être demandée. Conserver les dimensions générées pour réserver de la place sans retarder la mesure.

Étape suivante

Trouver l’intégration prise en charge pour la plateforme du site.

Ouvrir le guide d’installation