Wagablog

Yet another web analytic’s blog

Archive for septembre, 2007

Multiples domaines et sous domaines

Lorsque vous avez différents sous domaines à analyser avec un même compte, il convient de modifier le marqueur de la façon suivante:
<script src=”http://www.google-analytics.com/urchin.js” type=”text/javascript”></script>
<script>
_uacct = ‘UA-XXXXXX-X’; // votre identifiant de compte
_udn = “domaine.com”; /* force l’appel du cookie du domaine spécifié. Autrement, GA tente de récupérer le cookie du host présent dans la barre d’adresse et créera un nouveau cookie s’il n’en trouve pas déjà, ce qui risque de dupliquer vos visiteurs de et vous faire perdre le referrer d’origine */
urchinTracker();
</script>

(more…)

[resolu] Bug Google Analytics

Mise à jour du 3 septembre : le bug Analytics est résolu ! Vous pouvez repasser votre compte en Français :)

—————-

Depuis plusieurs jours maintenant, un bug sur GG Analytics en Français empêche la recherche au sein d’un rapport ou bien l’affichage de plus de dix lignes.

Les italiens ont le même problème.

La solution consiste a switcher le language du compte en anglais :

Modifier la langue du compte

Un case semble avoir été loggué avant le 20 aout auprès des ingénieurs concernés

Lorsque vous avez un moteur de recherche sur votre site, le traitement des requêtes peut être effectué en POST ou en GET.

En GET : les requêtes de vos visiteurs sont visibles dans l’URL.
Par exemple :
http://www.monsite.com/moteur.php?recherche=blabla
où blabla est votre requête
Une solution pour identifier ces requêtes consisterait à appliquer un filtre avancé modifiant l’URI de la demande de la manière suivante :
Champ A : URI de la demande
Extraire A : ^/moteur\.php\?recherche=(.*)$
Sortie vers : URI de la demande
Constructeur : /moteur/$A1

Vous auriez alors vos requêtes bien rangée dans un rapport adoc…
Mais celà ne serait pas forcément très utile alors qu’il suffirait dans le rapport “Pages les plus consultées” de filtrer les pages contenant /moteur.php de la façon suivante :
URIs contenant moteur.php
De cette manière, vous conservez l’historique des recherches de vos visiteurs, et vous pouvez extraire les données dans un tableau excel si vous souhaitez nettoyer les urls.

Dans le cas où les résultats du moteur peuvent être nombreux et présentent une pagination ou des options de tri, le problème est plus complexe puisque vous pouvez vous retrouver avec des URI du type :
/moteur.php?recherche=blabla&page=2&tri=prix
Et comme les conditions négatives en regexp ne semblent pas fonctionner dans les filtres des rapports, mieux vaut utiliser la méthode décrite ci-dessous.

En POST, les choses se compliquent un peu, puisque quelque soit la requête de l’internaute, l’URL des résultats de recherche reste systématiquement la même :
http://www.monsite.com/moteur.php par exemple
(more…)



Archives :


Reseau :