Quelques idées en vrac...

Comptabiliser les pages vues

Actuellement le moteur comptabilise uniquement les visites (c’est-à-dire les adresses IP uniques par jour). On pourrait l’étendre en dénombrant les pages vues (c’est-à-dire les couples (IP, page) uniques par jour).

Améliorer la pertinence des statistiques

  Ne pas tenir compte des hits sur backend, backend-breves, et distrib

• (François) Idéalement, il faudrait un truc plus générique comme une variable, à placer dans le fichier php3 appelant un squelette, permettant d’éliminer cette page des stats (un peu comme $flag_preserver permet de virer les boutons d’admin).

  Récupérer les listes établies par awstats (excellent logiciel de stats à partir des logs du serveur Web) : signatures des robots à ne pas comptabiliser, etc.

PiiF : justement, à propos d’outils qui moulinent les logs, pourquoi pas les laisser faire plutôt que de polluer mysql avec un tas de requètes servant juste à compter les lignes de log ?
— (Antoine) : je suis à moitié d’accord, mais beaucoup d’hébergeurs n’offrent pas de telles facilités (ou alors, un Webalizer mal fichu)

• (François) Autre argument en faveur d’un système de stats internes : il peut être utilse d’intégrer certaines données issues des stats au contenu lui-même ou à son organisation (par exemple pour lister les articles les plus lus sur la page d’accueil ou ce genre de choses).

  (François) Encore une idée pour améliorer les stats : ne pas comptabiliser de visite quand un cookie admin spip est présent (parce que à force de zoner sur son site, on peut finir par se persuader qu’il y plus de monde dessus que ce qu’il y a vraiment).