Système de stats - Githubissues

devock commented 10 years ago

Il me semble que l'on en a parlé, mais je ne sais plus ce qui a été décidé : qu'est-il prévu pour mesurer les statistiques du site ?

Si je pose la question, c'est que la loi a changé en fin d'année dernière et qu'il faudra peut-être agir en sorte. En gros, en fonction du système (par exemple avec Google Analytics) il faut afficher un banneau/une fenêtre modale expliquant que l'on utilise des cookies pour de la mesure d'audience !

SpaceFox commented 10 years ago

Bah de toutes façons on a besoin du bandeau, puisqu'on utilise des cookies pour la connexion. Je me plante ?

Le 18 avril 2014 20:52, devock notifications@github.com a écrit :

Il me semble que l'on en a parlé, mais je ne sais plus ce qui a été décidé : qu'est-il prévu pour mesurer les statistiques du site ?

Si je pose la question, c'est que la loi a changé en fin d'année dernière et qu'il faudra peut-être agir en sorte. En gros, en fonction du système (par exemple avec Google Analytics) il faut afficher un banneau/une fenêtre modale expliquant que l'on utilise des cookies pour de la mesure d'audience !

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324 .

devock commented 10 years ago

Nop : il y a PIWIK qui est le seul outil (si bien configuré) conforme à la réglementation : http://www.cnil.fr/vos-obligations/sites-web-cookies-et-autres-traceurs/outils-et-codes-sources/la-mesure-daudience/

SpaceFox commented 10 years ago

OK.

Si j'étais joueur, je dirais qu'on peut utiliser PIWIK et mettre un bandeau pour dire qu'il n'y a pas de cookies traceurs :)

Le 18 avril 2014 20:59, devock notifications@github.com a écrit :

Nop : il y a PIWIK qui est le seul outil (si bien configuré) qui est conforme à la réglementation : http://www.cnil.fr/vos-obligations/sites-web-cookies-et-autres-traceurs/outils-et-codes-sources/la-mesure-daudience/

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40834769 .

SpaceFox commented 10 years ago

Ce qui est d'ailleurs un vrai avantage pour qui s'intéresse à ça : chez la concurrence directe, sur la home, tu te fais tracer par pas moins de 6 outils différents... (m'en fous, j'ai Ghostery)

Le 18 avril 2014 21:02, SpaceFox ujueseo.yeou@gmail.com a écrit :

OK.

Si j'étais joueur, je dirais qu'on peut utiliser PIWIK et mettre un bandeau pour dire qu'il n'y a pas de cookies traceurs :)

Le 18 avril 2014 20:59, devock notifications@github.com a écrit :

Nop : il y a PIWIK qui est le seul outil (si bien configuré) qui est

conforme à la réglementation : http://www.cnil.fr/vos-obligations/sites-web-cookies-et-autres-traceurs/outils-et-codes-sources/la-mesure-daudience/

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40834769 .

devock commented 10 years ago

Je sais pas si ce genre de message peut toucher beaucoup de personnes (je parle dans le public visé par ZdS).

Coy0te commented 10 years ago

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

firm1 commented 10 years ago

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021 .

geoffreyc commented 10 years ago

Juste FYI, PHP tourne déjà bien sur la prod, si ya besoin. On 19 Apr 2014 11:49, "firm1" notifications@github.com wrote:

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021> .

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865533 .

coma94 commented 10 years ago

Piwik peut être bien être installé sur un serveur externe, même un mutualisé vu que ce n'est que du PHP+MySQL.

On 19 avril 2014 11:51:32 UTC+02:00, geoffreyc notifications@github.com wrote:

Juste FYI, PHP tourne déjà bien sur la prod, si ya besoin. On 19 Apr 2014 11:49, "firm1" notifications@github.com wrote:

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHub<

https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021>

.

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865533 .

Reply to this email directly or view it on GitHub: https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865559

firm1 commented 10 years ago

Ouaip mais actuellement il (php) n'est utilisé que pour un leger script. Alors qu'avec piwik on php sera quasi sollicité. Je ne sais pas si c'est une bonne idée. On verra mieux après les tests de charges. Le 19 avr. 2014 11:51, "geoffreyc" notifications@github.com a écrit :

Juste FYI, PHP tourne déjà bien sur la prod, si ya besoin. On 19 Apr 2014 11:49, "firm1" notifications@github.com wrote:

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021>

.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865533> .

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865559 .

SpaceFox commented 10 years ago

Sérieux ? Il sert à quoi ? Le 19 avr. 2014 11:51, "geoffreyc" notifications@github.com a écrit :

Juste FYI, PHP tourne déjà bien sur la prod, si ya besoin. On 19 Apr 2014 11:49, "firm1" notifications@github.com wrote:

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021>

.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865533> .

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865559 .

geoffreyc commented 10 years ago

Le script de recup de tuto que j'ai fait On 19 Apr 2014 11:56, "SpaceFox" notifications@github.com wrote:

Sérieux ? Il sert à quoi ? Le 19 avr. 2014 11:51, "geoffreyc" notifications@github.com a écrit :

Juste FYI, PHP tourne déjà bien sur la prod, si ya besoin. On 19 Apr 2014 11:49, "firm1" notifications@github.com wrote:

Le problème technique avec Piwik c'est qu'il ne marche qu'avec une base de données mysql et c'est du php.

Je ne me sens pas du tout a l'aise d'installer sur la prod 2sgbd différents et faire tourner python et php en même temps aussi.

On pourrait pas installer piwik sur autre chose que la prod ? Ou garder google analytics et foutre le bandeau qui va bien ? Le 18 avr. 2014 22:33, "Coyote" notifications@github.com a écrit :

Je confirme pour Piwik : on s'en sert au boulot, et ça marche plutôt bien.

— Reply to this email directly or view it on GitHub<

https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40842021>

.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865533>

.

— Reply to this email directly or view it on GitHub< https://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865559> .

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865655 .

Coy0te commented 10 years ago

Perso, je m'en branle des cookies. Et donc je trouve que Google Analytics est l'outil le plus intéressant pour notre site, et de loin (analyse très fine, outil externe, possibilité de marqueurs individualisés sur chaque tuto, etc.).

geoffreyc commented 10 years ago

+1 On 19 Apr 2014 12:11, "Coyote" notifications@github.com wrote:

Perso, je m'en branle des cookies. Et donc je trouve que Google Analytics est l'outil le plus intéressant pour notre site, et de loin (analyse très fine, outil externe, possibilité de marqueurs individualisés sur chaque tuto, etc.).

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40865902 .

devock commented 10 years ago

+1 @Coy0te d'ailleurs, on pourrait même passer par Google Tag Manager pour ne pas polluer le code avec les marqueurs de Google Analytics (et ça permet aux personnes ne voulant pas toucher au site de pouvoir "jouer" avec les stats).

Alex-D commented 10 years ago

+1 pour utiliser des outils Google, puissants et complets plutôt que des outils gentils mais qui sont incomplets / chiants à mettre en place et qui dépendent de nos systèmes.

SpaceFox commented 10 years ago

Si je pose la question à l'envers : on aura une utilité à ses stats ?

Pour moi c'est un outil intéressant si on en fait quelque chose. Si c'est pour faire comme 90% de mes clients au boulot et se masturber sur les chiffres, ça sert juste à rien. J'imagine qu'on peut inventer des usages intéressants à toutes ces données, en particulier pour améliorer les tutos - mais ça impliquerait de réfléchir à un moyen d'exploitation.

dreherch commented 10 years ago

A ce niveau, j'ai une logique type NSA : on peut avoir les données, donc on les stocke. Si on trouve plus tard un moyen de les utiliser, on les aura. Si on attend d'avoir l'utilité pour lancer la collecte, on manquera de données le jour où on voudra les exploiter.

-----Message d'origine----- De : "SpaceFox" notifications@github.com Envoyé : ‎20/‎04/‎2014 13:13 À : "Taluu/ZesteDeSavoir" ZesteDeSavoir@noreply.github.com Objet : Re: [ZesteDeSavoir] Système de stats (#324)

Si je pose la question à l'envers : on aura une utilité à ses stats ? Pour moi c'est un outil intéressant si on en fait quelque chose. Si c'est pour faire comme 90% de mes clients au boulot et se masturber sur les chiffres, ça sert juste à rien. J'imagine qu'on peut inventer des usages intéressants à toutes ces données, en particulier pour améliorer les tutos - mais ça impliquerait de réfléchir à un moyen d'exploitation. — Reply to this email directly or view it on GitHub.

Coy0te commented 10 years ago

Pour les cours, ça permettrait pour chaque auteur (et puis bien sûr pour les admins de ZdS) de connaitre la fréquentation de son cours, des différents chapitres, les temps de lecture, etc. Rien que ça, je trouve que c'est une excellente raison de le mettre en place. Ça manquait cruellement sur le SdZ. Logistiquement parlant, faudra pour cela enregistrer ZdS (ou certains de ses admins++) comme propriétaire de chaque marqueur GA d'un cours, et enregistrer chaque auteur avec un simple accès en lecture seule à son/ses marqueurs GA.

Pour le reste, libre à nous d'en faire usage pour éventuellement adapter nos mises en avant et/ou nos classements de cours, etc. Mais comme le dit JacenSolo, on aura le temps de voir ça plus tard. Le plus tôt les marqueurs sont là, le plus efficace on sera.

Hormis cette histoire de marqueurs "par tuto", le gros plus pour nous, avec un simple marqueur global sur tout le site, c'est de pouvoir visualiser les zones d'attractivité du site, et de pouvoir déterminer lesquelles méritent d'être dynamisées.

firm1 commented 10 years ago

Non mais tout ce qu'on veut faire avec Google Analytics on pourra le faire avec piwik fonctionnellement. Le seul bemol de piwik est qu'il faut le maintenir personnellement. Si on avait de quoi l'installer et quelqu'un qui a envie de le maintenir je dirais pas non.

Analytics n'es pas si révolutionnaire qu'on peut le croire. Donc tout dépend de ce qu'on veut vraiment.

Et puis, d'ici le temps qu'on commmence a exploiter nos stats, ça ne se fera pas de jour au lendemain. Le 20 avr. 2014 14:01, "Coyote" notifications@github.com a écrit :

Pour les cours, ça permettrait pour chaque auteur (et puis bien sûr pour les admins de ZdS) de connaitre la fréquentation de son cours, des différents chapitres, etc. Rien que ça, je trouve que c'est une excellente raison de le mettre en place. Ça manquait cruellement sur le SdZ.

Après, libre à nous d'en faire usage pour éventuellement adapter nos mises en avant et/ou nos classements de cours, etc. Mais comme le dit JacenSolo, on aura le temps de voir ça plus tard. Le plus tôt les marqueurs sont là, le plus efficace on sera.

Hormis cette histoire de marqueurs "par tuto", le gros plus pour nous, avec un simple marqueur global sur tout le site, c'est de pouvoir visualiser les zones d'attractivité du site, pour pouvoir déterminer lesquelles méritent d'être dynamisées.

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40893496 .

Coy0te commented 10 years ago

Analytics n'es pas si révolutionnaire qu'on peut le croire.

Révolutionnaire, non, mais c'est l'outil qui a le meilleur ratio fonctionnel/chiant. Et puis il faut tout de même lui reconnaître :

sa GUI très bien foutue ;
le fait qu'on peut le rendre accessible en lecture seule aux auteurs ;
les données sont sauvegardées chez Google, on ne perdra jamais rien par inadvertance.

Et puis, d'ici le temps qu'on commmence a exploiter nos stats, ça ne se fera pas de jour au lendemain.

Certes, mais si dès le début on est capable d'ajouter un marqueur GA individuel sur chaque tuto publié, ça ne sera pas à nous d'exploiter quoi que ce soit, et ce sera un petit plus fonctionnel pour les auteurs qui pourront connaître l'évolution de fréquentation de leurs oeuvres respectives.

Après, le choix final m'est égal à partir du moment où les fonctionnalités sont similaires. Si ça branche quelqu'un d'intégrer Piwik et de gérer le truc finement à la main, ça me va tout aussi bien. :)

SpaceFox commented 10 years ago

La GUI de Analytics serait nickel s'ils arrêtaient de la changer tous le 4 matins. Le 20 avr. 2014 16:08, "Coyote" notifications@github.com a écrit :

Analytics n'es pas si révolutionnaire qu'on peut le croire.

Révolutionnaire, non, mais c'est l'outil qui a le meilleur ratio fonctionnel/chiant. Et puis il faut tout de même lui reconnaître :

sa GUI très bien foutue ;

le fait qu'on peut le rendre accessible en lecture seule aux auteurs ;

les données sont sauvegardées chez Google, on ne perdra jamais rien par inadvertance.

Après, le choix final m'est égal à partir du moment où les fonctionnalités sont similaires. Si ça branche quelqu'un d'intégrer Piwik et de gérer le truc finement à la main, ça me va tout aussi bien. :)

— Reply to this email directly or view it on GitHubhttps://github.com/Taluu/ZesteDeSavoir/issues/324#issuecomment-40895619 .

firm1 commented 10 years ago

Après un long débat, je suppose que tous les intervenants sont d'accord pour dire qu'on utilisera Google Analytics, en attendant qu'on ai l'infrastructure, la motivation et l'envie de prendre piwik ?

devock commented 10 years ago

Ok pour Analytics, enfin, je réitère avec Google Tag Manager (qui englobe Google Analytics), qui permettra aux personnes ne voulant pas toucher au code de gérer les événements de Google Analytics. Et d'ailleurs ça permettra de mettre des choses en place sans pourrir le code source de ZdS (juste un code de suivi, comme Analytics en fait).

Un petit aperçu : http://www.adviso.ca/blog/2012/10/01/google-tag-manager-web-analytics/

firm1 commented 10 years ago

Un petit aperçu : http://www.adviso.ca/blog/2012/10/01/google-tag-manager-web-analytics/

En lisant l'article, j'ai l'impression de ré-étendre le commercial qui est avec moi en réunion en ce moment. :-)

Mais je n'ai pas compris vraiment l’intérêt de Google Tag Manager pour ZdS. peux tu nous décrire un cas d'utilisation concret ?

devock commented 10 years ago

Pour moi, l'intérêt principal est de dissocier le système de stats du code. Par exemple, si on veut savoir quelle est la proportion de personnes qui utilisent la sidebar pour accéder aux tutoriels de ceux qui utilisent le dropdown menu, soit on créait les événements depuis le code source, soit on le fait depuis l'interface de Google Tag Manager. Du coup, en passant par Tag une personne qui ne veut/peut pas toucher au code de ZdS il pourra le faire. L'intérêt aussi, c'est que l'on peut mettre en place les événements sans emmerder Alex-D dans son TaF d'intégration, il n'aura pas à reprendre les petits bouts de JS qui vont traîner dans les templates. Accessoirement, en dehors de l'exemple, de ce que j'ai pu tester la mise en cache du JS de Google est vraiment performante et le debuger qui est fourni est pas mal et évite de pourrir les stats par des tests.

Après, ça ne coûte vraiment rien de le mettre vu que cela inclue Google Analytics (par le code inséré par google tag manager, on peut gérer le code de suivi d'Analytics).

Alex-D commented 10 years ago

J'ai cru lire "sans emmerder Alex-D dans son TaF" donc je vote pour. Merci Magicarpe ! <3

firm1 commented 10 years ago

Pour moi, l'intérêt principal est de dissocier le système de stats du code. Par exemple, si on veut savoir quelle est la proportion de personnes qui utilisent la sidebar pour accéder aux tutoriels de ceux qui utilisent le dropdown menu

Ton exemple est déjà plus parlant que le blabla commercial de ma lecture. Du coup je suis aussi d'accord.

Par contre, une idée excellente serait que l'on ait accès au gmail de zds pour brancher tout ce qui est relatif à google sur ce compte. Sinon ça va être la merde.

cgabard commented 10 years ago

Par contre, une idée excellente serait que l'on ait accès au gmail de zds pour brancher tout ce qui est relatif à google sur ce compte. Sinon ça va être la merde.

Bah j'imagine que le president a les clés du compte, non ?

devock commented 10 years ago

Bah j'imagine que le president a les clés du compte, non ?

Non... j'aimerai bien d'ailleurs savoir qui a ça, @Thunderseb vu qu'il l'a créé ? Quelqu'un d'autre ?

Coy0te commented 10 years ago

D'ailleurs, il est où notre belge adoré ?

devock commented 10 years ago

Bonne question, je lui ai envoyé un mail pour avoir les accès au compte gmail.

devock commented 10 years ago

Ths m'a envoyé les accès. Par contre, je vois deux soucis à s'occuper des stats avant l'ouverture du site :

Déjà Google ne passera pas le htpasswd donc on ne pourra pas s'en servir (au moins pour valider les comptes), à la limite on peut, peut-être s'arranger pour le désactiver quelques minutes pour s'occuper de ça
Google a tendance à indexer direct les sites que l'on déclare dans un service Google (Google Webmaster Tools, Google Analytics...). Donc soit on met tout le site en noindex pour qu'il ne nous référence pas, soit on ne met les outils de stats qu'à l'ouverture du site.

Personnellement, je pense que l'on va se pénaliser à mettre un noindex (il va falloir redemander une indexation dans Google Webmaster Tools sans garantie), déjà qu'on va se pénaliser avec le duplicate content (va falloir en rediscuter d'ailleurs de ça).

Alex-D commented 10 years ago

Go mettre la beta sur beta.zestedesavoir.com Un sous domaine = un autre site pour Google. Du coup ça ne nous pénalisera pas.

Pour moi, il ne faut pas mettre analytics sur la beta fermée.

devock commented 10 years ago

Ca permet juste de préparer les événements avant la mise en ligne, mais bon ce n'est pas gênant d'attendre la mise en ligne.

En fait, j'ai pensé à ça en pensant au duplicate content que l'on va avoir... mais c'est un autre sujet.

Alex-D commented 10 years ago

Pour moi, il faudra une phase de beta publique. C'est à dire qu'on invite des gens à tester, sans protéger spécialement, mais sans faire de communication de ouf dessus. En laissant le bouzin sur beta.zds.com, pendant que zds.com redirige vers la page de teasing.

Aussi, il faudra que zestedesavoir.com soit accessible publiquement : page de teasing quelque soit l'url tapée. Avec le code qui va bien pour dire que la page est temporaire.

Enfin, pour valider un domaine, il est beaucoup plus pratique de passer par un champ TXT du nom de domaine, plutôt que dans le code. Après si on parle du code de tracking, c'est assez léger à mettre en place côté template, donc à faire pour la beta publique.

firm1 commented 10 years ago

Par contre, je vois deux soucis à s'occuper des stats avant l'ouverture du site

Pas besoin de faire ça avant l'ouverture du site. On a juste besoin de coller le bout de code JS dans le template mère et le jour ou on désactivera la restriction http, les stats s'activeront toute seule.

firm1 commented 10 years ago

Et donc concernant cette issue il faudrait savoir :

devock a t-il créer le compte analytics ?
si oui, pourrait-on avoir le code JS a coller dans les templates ?

Alex-D commented 10 years ago

Ca serait sympa d'attendre le merge pour faire ça. Il y a toute la problématique de l'acceptation des cookies par l'utilisateur, imposé par la CNIL.

Du coup, ça ne se résume pas à "coller du JS dans les templates". A la limite vous pouvez le mettre dans la branche dev pour expérimenter le truc, mais ça sera - encore une fois - complètement changé après.

firm1 commented 10 years ago

Le code JS d'analytics c'est juste un pré-requis pour cette issue. Tu en auras besoin tôt ou tard.

Je ne fais que demander en avance ce qui te sera utile lorsque tu t'en occupera. C'est de l'optimisation de communication asynchrone :-)

Eskimon commented 10 years ago

Et du coup pour optimiser les discussions asynchrones, je fais un plop à @devock pour savoir ou ca en est :) Comptant écrire au moins un tuto, j'aimerais bien caresser l'espoir de jouer avec l'outil :D

devock commented 10 years ago

@Eskimon tu veux écrire un tuto sur Google Analytics ? Google Tag Manager ?

Sinon le code Google Tag Manager à insérer après la balise body :

<!-- Google Tag Manager -->
<noscript><iframe src="//www.googletagmanager.com/ns.html?id=GTM-WH7642"
height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'//www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-WH7642');</script>
<!-- End Google Tag Manager -->

Je vous laisse l'intégrer dans les templates.

Eskimon commented 10 years ago

Du tout, mais en tant qu'auteur de tuto je trouve que ca peut etre pratique d'avoir des stats (savoir quelle partie est peut lu et donc merite moins de priorite, savoir laquelle prend plus de temps a etre parcouru et est donc peut etre trop longue etc...)

D'une maniere globale je suis assez fan de ce genre de fonctions XD

Alex-D commented 10 years ago

Je crois que @devock avait dit que depuis les données issues de Google Tag Manager, y avait moyen de générer un dashboard par auteur et tout ça de notre côté en utilisant les données à notre sauce.

Je regarde pour intégrer ça dans les templates :)

devock commented 10 years ago

Yeap Google Tag Manager va nous aider à ressortir les informations que l'on souhaite et qui ne sont pas présente dans le Google Analytics. A la limite ce que demande @Eskimon c'est déjà implémenté dans GGA et dans son API donc ça pourrait être implémenté sur ZdS rapidement (en plus, doit y avoir les codes d'exemples de dispo en python sur le doc officielle).

Personnellement Google Tag Manager, j'avais plus des idées d'applications pour zieuter le comportement des utilisateurs de manière générale sur le site.

Alex-D commented 10 years ago

Autant l'exploiter à fond et proposer un dashboard pour les tutos, les articles, etc.

C'est super intéressant pour savoir quelles parties d'un tuto sont à améliorer, peut-être que les gens mettent beaucoup de temps à lire telle ou telle partie. On peut voir les abandons par chapitre, etc. Et pour l'auteur (au delà des dev/asso) ça peut être très intéressant.

Pour le coup, ça peut intéresser @sandhose non ? Tu as déjà travaillé avec lui @Eskimon il me semble.

devock commented 10 years ago

Ce que je veux dire c'est les stats pour les auteurs, GGA suffit (sauf s'il y a un besoin que je n'ai pas identifié) .

GTM permet de compléter GGA.

En effet, un dashboard pour les tutos et pour les articles peut-être intéressant et pour ça il me faut le code GTM dans les templates avant de penser à développer quelque chose ;)

cgabard commented 10 years ago

Toute aide aux auteurs est une bonne chose. Le contenu c'est le nerf de la guerre, il faut autant que possible avoir les meilleurs outils pour les auteurs

Alex-D commented 10 years ago

En effet, un dashboard pour les tutos et pour les articles peut-être intéressant et pour ça il me faut le code GTM dans les templates avant de penser à développer quelque chose ;)

Ca va fonctionner malgré la protection d'accès ?

Eskimon commented 10 years ago

Yep j'ai deja bosse avec Sandhose.., Notre equipe c'est : Eskimon fait le gros du boulot, Sandhose repasse derriere et nettoie refait tout proprement :D

Sinon +! pour dire que les outils d'Analytics pour les auteurs c'est important ! Perso je verrais bien dans la page permettant de travailler sur un tuto rajouter un bouton "Statistiques" dans la sidebar qui permettrait d'afficher une page avec des stats acquise pas l'API google...

zestedesavoir / zds-site

Système de stats #324