jGoogleAnalytics, un plugin pour intégrer Google Analytics à votre application Jelix
le 22 janvier 2008, 10:49 - Web - Lien permanent
Voici jGoogleAnalytics, un plugin coord pour Jelix. Ce plugin vous permet de déployer rapidement et facilement le marqueur de statistiques pour Google Analytics sur l'ensemble de votre site.
Téléchargement
Télécharger le plugin en version 0.9
Installation
- Décompresser l'archive
- Mettre le répertoire jGoogleAnalytics dans un dépôt de plugins coord autorisé de votre application. De manière courante vous mettrez le plugin dans votreappli/plugins/coord/jGoogleAnalytics/.
- Déplacer le fichier de configuration jGoogleAnalytics.coord.ini.php.dist dans le répertoire de configuration de votre application et le renommer en jGoogleAnalytics.coord.ini.php
- Déclarer le plugin dans le fichier de configuration de l'application dans la section [plugin] :
[plugins]jGoogleAnalytics = jGoogleAnalytics.coord.ini.php
Configuration
Fichier de configuration jGoogleAnalytics.coord.ini.php :
display_marker = on|off (default : on) : réglage de l'affichage du marqueur sur toutes les pages des actions html de votre application
urchin_js : URL du fichier Js de Google Analytics
uacct : votre numéro UACCT fourni par Google Analytics pour votre site
Configuration avancée
Vous pouvez gérer plus finement l'affichage du marqueur sur vos pages en utilisant. Exemple :
Vous avez mis display_marker = on pour afficher le marqueur sur l'ensemble de votre site. Or vous avez un controller utilisé pour un backend du site et vous ne voulez que le marqueur soit affiché sur ces pages d'administration. Dans le controller vous ferez donc :
public $pluginParams = array('*' => array('googleanalytics.display_marker' => false));
Ce qui aura pour effet de désactiver le marqueur pour toutes les actions du controller.
Commentaires
Salut,
est ce qu'il ne serait pas plus pertinent que l'activation et la configuration d'un plugin fait pour tagger les pages HTML soit géré au niveau d'un objet response dérivé de jResponseHTML (et qui ferait appel à une classe utilitaire qui va bien) ?
Généralement l'objet response utilisé est différent pour le front office et pour le back office ainsi on a pas besoin de se palucher de la configuration pour tous les controllers et actions utilisés pour le back office (dans le seul but de désactiver le pluggin pour le back office)
Mon propos et de dire que tagguer un site est déjà en soit qqch de simple et rapide et que la solution de passer par un plugin de coordinateur me semble générer plus de travail pour le développeur qu'autre chose.
Qu'est ce que vous en pensez ?