Joseph
Néophyte
 Hors ligne
Messages: 1
|
 |
« le: Juin 03, 2008, 12:02:04 » |
|
nous allons démarrer des projets de type portail avec gestion de contenu et portlets , il y a t-il des difficultés à insérer des TAG SDC au niveau des portlets afin de tracer : quand et par qui sont utlisées ces portlets.
Il a t-il une documentation sur ce sujet .
Merci par avance
Joseph
|
|
|
|
|
Journalisée
|
|
|
|
|
Julien Coquet
|
|
« Répondre #1 le: Juin 03, 2008, 09:48:44 » |
|
tagger un portlet a peu d'utilité en soi.
tagger les interactions depuis le portlet devient plus interessant, surtout pour le suivi des clics et des évènements
|
|
|
|
|
Journalisée
|
|
|
|
Guillaume
Néophyte
Hors ligne
Messages: 16
|
|
« Répondre #2 le: Juin 04, 2008, 11:52:48 » |
|
Effectivement tagger les portlets pour compter les "vues" a peu de sens car une page vue va générer beaucoup de vues de portlet. Pour tagger les interactions, il faut utiliser le script dcsMultiTrack (si l'interaction ne donne pas lieu à un rechargement de page). C'est la fonction javascript qui permet de tracker les évennements, qu'ils soient générés par un flash ou une application ajax. On l'utilise également pour tracker les téléchargements de fichier et les liens vers des sites externes. Par contre, il est à noter que cette fonction ne se trouve pas dans le tag javascript par défaut et qu'il faut donc l'ajouter soi-même dans le code. De plus, je constate après une vérification rapide qu'elle n'est même pas mentionnée dans la documentation de la version 8.1 !  En tous cas je n'ai rien trouvé à ce sujet... On est en droit de se demander pourquoi une fonction si importante qui permet de tracker l'utilisation des application Web 2.0 n'est pas plus poussée en avant et documentée par Webtrends...  Guillaume. |
|
|
|
|
Journalisée
|
|
|
|
|
JacquesWarren
|
|
« Répondre #3 le: Juin 04, 2008, 04:20:48 » |
|
Bonjour Guillaume, Note sur DcsMultitrack: oui, moi aussi je fus estomaqué de constater qu'il n'y avait plus aucune mention de DCSMultitrack dans la docu 8.1. Si tu fais des recherches dans la KB, tu vas voir que WT a aussi retiré toute référence à ce code. Chris Grant de la société Enlighten aux USA (à mon avis la plus grande gourou de WebTrends à part Barry Parshall, Directeur du développement de produits) m'a laissé savoir qu'il y avait un litige sur un brevet et que WT ne supportait plus officiellement le DCSMultitrack !!!!  Bon, savais-tu qu'il y avait également des "morceaux de code" que l'on pouvait ajouter au tag et qui trackaient automatiquement tous les onclicks sur les liens voulus (ex. PDF), sans avoir à faire une insertion dans le a href soi-même ? Joli, n'est-ce pas? Et bien, WebTrends n'a jamais accepté de rendre public ce code (et bien d'autres), qui sont en principe réservés aux Services professionels de WT. Tu t'imagines comment la vie serait tellement plus facile si on pouvait utiliser ce code (fouille dans le serveur SDC; il est là quelque part. Je ne me souviens plu où et je n'ai pas accès à un serveur SDC de chez moi). Conclusions: 1) avec le "déni" du DCSMultitrack, ce n'est pas demain la veille où nous pourrons utiliser tous ces codes 2) On peut vraiment se demander pourquoi WT ne nous rend la vie plus facile avec les onclick. J'ai fait des projets où tracker les PDF est vraiment un problème, notamment quand ils sont publiés par des gestionnaires de contenu qui ne seraient jamais capables de faire les ajouts de code nécessaires. Cela force encore plusieurs organisations à avoir un profil analysant les logs des serveurs Web seulement pour tracker les downloads.... |
|
|
|
|
Journalisée
|
|
|
|
Guillaume
Néophyte
Hors ligne
Messages: 16
|
|
« Répondre #4 le: Juin 05, 2008, 10:40:25 » |
|
Un problème de brevet! J'aurais dû y penser...  En tous cas, heureusement le dcsMultiTrack continue de fonctionner, même si il n'est pas documenté! Pour ce qui est du code "caché", je pense qu'il faut ajouter un paramètre spécial dans l'URL du download pour qu'il soit tracké "automatiquement". Du coup, ce n'est pas beaucoup plus facile à tagger qu'en utilisant le dcsMultiTrack... Mais je vais faire des recherches dans notre serveur SDC à l'occasion. |
|
|
|
|
Journalisée
|
|
|
|
Alenty
Néophyte
Hors ligne
Messages: 14
Laurent Nicolas
|
|
« Répondre #5 le: Juin 05, 2008, 11:31:00 » |
|
Pour moi, ces tags qui font faire tout le boulot de mesure au site (et pas à l'outil de stats qui ne fait rien d'autre qu'enregistrer ce que le site lui donne) sont dépassés. Il est possible de faire des scripts de mesure intelligents, qui vont mesurer la visibilité et l'usage de chaque bloc d'information ou portlet. Ca marche évidemment pour les intéractions ajax, et ça fournit des résultats cohérents, et fiables. On l'utilise pour améliorer l'ergonomie de sites web avec des modules ajax, et nos clients n'ont pas besoin de mettre des tags. Juste une ligne de script (la même) dans toutes les pages qu'ils veulent mesurer. Arrêtez de vous em.... avec des tags, passez à l'analytique 2.0 :-) Quelques démos sur : http://www.alenty.com/xwiki/bin/view/Demo/UsageDemo optimisation de panier d'achat http://www.alenty.com/xwiki/bin/view/Demo/AudienceDemo mesure de modules ajax (les commentaires et leur filtre sont en ajax) |
|
|
|
|
Journalisée
|
|
|
|
|
JacquesWarren
|
|
« Répondre #6 le: Juin 05, 2008, 01:00:35 » |
|
Alenty,
Euh, des "scripts de mesure" c'est quoi si c'est pas des tags? J'avoue ne pas comprendre ta sortie. Tout ce que tu décris se fait justement grâce à l'utilisation des javascripts/tags.
Guillaume,
Va sur ton serveur SDC et les fichier/codes dont je parle s'y trouvent.
|
|
|
|
|
Journalisée
|
|
|
|
Alenty
Néophyte
Hors ligne
Messages: 14
Laurent Nicolas
|
|
« Répondre #7 le: Juin 05, 2008, 06:50:44 » |
|
La différence se situe dans l'effort à fournir pour utiliser les scripts.
Si on doit donner des paramètres différents à chaque appel de script, ça fait du boulot !
Par exemple, si on veut mesurer un même contenu dans différentes pages, il faut dire au script que c'est le contenu X qui est dans la page. Notre script le détecte tout seul.
Autre exemple, si on veut mesurer des évènements ajax, les outils comme Google Analytics fournissent une API à appeler avec les bons paramètres à chaque évènement que l'on veut mesurer. Notre script détecte les évènements sans besoin d'aucun appel.
Ca fait une grosse différence, non ?
|
|
|
|
|
Journalisée
|
|
|
|
|
JacquesWarren
|
|
« Répondre #8 le: Juin 05, 2008, 11:23:05 » |
|
Intéressant. Il faudrait voir ce que ce script fait dans le détail.
|
|
|
|
|
Journalisée
|
|
|
|
Guillaume
Néophyte
Hors ligne
Messages: 16
|
|
« Répondre #9 le: Juin 06, 2008, 12:01:56 » |
|
Intéressant. Il faudrait voir ce que ce script fait dans le détail.
Et il faudrait voir à quoi ça ressemble dans les rapports. Les évènements auto-détectés vont avoir un nom basé sur le code Ajax qui est derrière je suppose? |
|
|
|
|
Journalisée
|
|
|
|
mrocciol
Néophyte
Hors ligne
Messages: 12
|
|
« Répondre #10 le: Juin 30, 2008, 12:46:26 » |
|
Juste pour faire l'avocat du diable, je pense que c'est la plus grande erreur de mesurer quelquechose de manière automatique (sans rien faire quoi), et donc sans vraiement se rendre compte ce que l'on mesure.  Bref, ce que je veux dire c'est que la solution magique sans effort n'existe pas, ni dans les web analytics, ni ailleurs... Au minimum il faut réfléchir à ce que l'on veut faire/mesurer...  Plus en rapport avec le sujet, dcsMultiTrack est une fonction JavaScript qui à quelques détails près ne fait rien d'autre qu'appeler les fonctions en fin du code WT, notamment dcsVar(), dcsMeta(), dcsTag() etc afin de déclencher la trace comme si la page venait d'être chargée. Il y a également l'ajout des paramètres passés à dcsMT, évidemment. En ce qui concerne le taggage "automatique" cité par Jacques, c'est une simple combinaison des event handler standards du JavaScript et de la fonction dcsMultiTrack. Avec un peu de programmation cette fonctionnalité peut être programmée sans l'aide de WebTrends... A votre dispo si intérêt y est...  Marco |
|
|
|
|
Journalisée
|
|
|
|
|
JacquesWarren
|
|
« Répondre #11 le: Juin 30, 2008, 02:46:47 » |
|
J'ai eu l'occasion de tagguer une site la semaine dernière utilisant le nouveau Tag Builder de WebTrends. Pas mal COOL! Plus besoin de se tracasser avec les onclick, car ils sont "ramassés" automatiquement.
|
|
|
|
|
Journalisée
|
|
|
|
Alenty
Néophyte
Hors ligne
Messages: 14
Laurent Nicolas
|
|
« Répondre #12 le: Juin 30, 2008, 03:03:12 » |
|
Je suis d'accord qu'il ne faut pas mesurer sans savoir ce que l'on mesure.
Distinguons :
- les contenus
- les évènements
La remarque de Jacques va dans mon sens : les évènements doivent être pris en compte automatiquement.
Les contenus, eux, doivent être sélectionnés et identifiés.
Avec un système comme le nôtre qui automatise la gestion des évènements, et ne requiert que le paramétrage des contenus, on réduit au minimum la quantité de travail des informaticiens (la gestion des évènements) pour se concentrer ce qui compte d'un point de vue "métier" (les contenus).
|
|
|
|
|
Journalisée
|
|
|
|
|
Jmarc
|
|
« Répondre #13 le: Juillet 15, 2008, 09:27:18 » |
|
euh.... je me trompe ou justement, C'est exactement ce que fait Webtrends... proposer le javascript qui s'occupe de la gestion des évènements. Ensuite on se concentre sur les contenus... ou bien j'ai rien compris.
Désolé d'être un peu sceptique, mais je n'arrive décidément pas à comprendre en quoi cet outil Alenty est si "génial" et révolutionnaire par rapport aux autres principaux acteurs qui, manifestement, fonctionnent tous pareil et vachement moins bien que Alenty...
Bref, je ne souhaite pas polémiquer... je crois que le mieux est peut-être de contacter directement Alenty pour avoir une "vraie" explication...
|
|
|
|
|
Journalisée
|
|
|
|
|
Flux RSS 