herve07h22/fairlytics-community

Mesure d'audience sans cookie

fairlytics-community's Issues

L'utilisation de l'api sendBeacon() est bloquée par uBlock Origin

Lorsqu'un visiteur a installé l'extension uBlock Origin sur son navigateur, sa visite n'est pas comptabilisée.
Le plug bloque toutes les requêtes émises via l'API sendBeacon.

Il faut donc modifier le script tag.js afin de remplacer l'appel navigator.sendBeacon("https://app.fairlytics.tech/hit", JSON.stringify(payload)); par un appel avec XMLHttpRequest.

Fairlytics ne compte pas les visites des utilisateurs du navigateur Brave

Lorsqu'on utilise le navigateur Brave, on voit un message d'erreur "ERR_BLOCKED_BY_CLIENT".

Par défaut, Brave bloque les requêtes xhr cross-domain.

L'une des solutions serait de documenter un moyen de faire une redirection sur le serveur du site monitoré.
Le navigateur recevrait le hit adressé à https://mondomain.com/analytics/hit pour le re-router à https://app.fairlytics.tech/hit.

Indiquer dans le tableaux des sources de trafic qu'il s'agit des sources externes

Dans le tableau indiquant les sources des hits, la somme des totaux ne fait pas 100%.

C'est un résultat attendu, puisqu'on ne compte pas les navigations internes dans les sources. Lorsqu'on navigue d'une page à une autre sur le même site, ça compte 1 hit, mais pas en provenance d'une source externe.

L'affichage ne précise pas cette subtilité, et peut laisser croire à une incohérence dans les chiffres.

Deux options sont possibles :

• faire le calcul de % sur les hits avec une source externe uniquement
• ajouter une ligne "interne" indiquant la proportion de hits provenant d'une navigation en interne

Homogénéiser les labels du nb de hits dans les tableaux

Dans certains tableaux du dashboard, on parle de "Vues". Dans d'autres, on indique "Nombre".

Mieux vaudrait utiliser "Vues" partout.

Pouvoir choisir une durée paramétrable pour l'affichage des données

Actuellement, on dispose de 3 boutons "14-30-90 jours".
L'objectif est d'ajouter une durée paramétrable sous la forme d'un date picker début/fin.
Si la profondeur d'historique dépasse 3 mois, afficher les valeurs du barregraphe par semaine.
Si la profondeur d'historique dépasse 6 mois, afficher les valeurs du barregraphe par mois.

Rendre le tag configurable afin de logger les url complètes des pages

Actuellement, lorsqu'on consulte un page https//monsite.com/?q=1 puis https//monsite.com/?q=2 on trace 2 hits pour la même page https//monsite.com/.
Dans certains cas, l'utilisateur souhaite voir 2 lignes séparées dans son dashboard.

Une possibilité serait d'ajouter une option data-fairlytics-hit-all-urldans le tag pour indiquer que l'on souhaite logger toute l'url.

Par exemple :

<script 
defer="true" 
id="fairlytics-id-ajcu6jd9k7ysd6" 
data-fairlyticskey="xxxx-xxxx-xxxx" 
src="https://app.fairlytics.tech/tag/tag.js" 
data-fairlytics-hit-all-url="true">
</script>

Erreur validator W3C du script en raison de l'attribut fairlyticskey

Error: Attribute fairlyticskey not allowed on element script at this point.

<script defer id="fairlytics-id-ajcu6jd9k7ysd6" fairlyticskey="b5de8c3a-5877-447d-99a4-38d7aad7aeca" src="https://fairlytics.tech/dist/js/tag.js"></script>

Attributes for element script:
Global attributes
src — Address of the resource
type — Type of script
nomodule — Prevents execution in user agents that support module scripts
async — Execute script when available, without blocking while fetching
defer — Defer script execution
crossorigin — How the element handles crossorigin requests
integrity — Integrity metadata used in Subresource Integrity checks [SRI]
referrerpolicy — Referrer policy for fetches initiated by the element
blocking — Whether the element is potentially render-blocking

Suggestion : Permettre de ne pas prendre en compte une ou plusieurs @IP dans les statistiques

Bonjour,

Il serait peut être utile de pouvoir indiquer au moins une voir plusieurs adresses IP à ne pas prendre en compte dans les statistiques.
ex l'adresse IP de la personne qui gère le site, afin de ne pas avoir d'impact sur les statistiques lors de ses accès au site

Phil

Remplacer "Scrapper" par "Autre" dans la liste des navigateurs

Les hits provenant des bots sont désormais ignorés dans le pipeline Logstash :

if [name] =~ /GoogleBot|AdsBot|AhrefsBot|Applebot|HeadlessChrome|Baiduspider|PetalBot/ {
    drop { }
   }

On risque donc de présenter une info mal interprétée à l'utilisateur.

Il pourrait penser à tort que son site n'est pas crawlé par les bots des moteurs de recherche.

Mieux vaudrait remplacer le label "Scrapper" par "Autres" et adjoindre un tooltip lorsqu'on survole ce libellé pour indiquer que les stats des bots sont ignorés.