Kimberlyclarko

Tu peux passer par outlook ou thunderbird, ca devrait être plus simple pour envoyer un mail de type newsletter.

Il y a quelques années j'en envoyais avec outlook en intégrant le html de ma newsletter comme papier peint de mes mails, et ca marchait nickel

Salut,

Live correspond aux referers du type : -search.live.com/results.aspx et MSN à -search.msn.fr/results.aspx

Quant à Search, il correspond à un mix de plusieurs moteurs non identifiés par ailleurs par Google Analytics, et dont les URLs contiennent "search" et un parametre q

a+

Salut Jeanluc, j'avais pas vu ta réponse avant...

En fait, j'ai pas toute l'explication, mais je me suis rendu compte de manière empirique que lorsqu'on a une page A qui renvoi vers une page B en passant par une redirection C, dans certains cas le referer est A, parfois c'est C et parfois il est complètement perdu et du coup la visite est comptée en accès direct.

Je suppose que en fonction de la rapidité de la redirection voire du type et du paramétrage du navigateur, le referer propagé par le navigateur prend la valeur de la redirection ou bien conserve celui de la page initiale (en cas de redirection rapidement notamment).

C'est juste un constat que j'ai fais, je n'ai jamais effectué de tests poussés sur le sujet...

Bonsoir,

il doit s'agir de l'url builder : http://www.google.com/support/googleanalyt...mp;answer=55578

A+

Il y a certainement eu (ou peu etre qu'il y a encore en cloaking) une redirection 302 ou un meta refresh de la page centre-de-gestion-agree.net vers le site comptable-en-ligne.fr

Tu n'a rien de bizarre dans le htaccess ou dans les premières lignes du code ?

En fonction de la rapidité de la redirection, de certains paramètres / configuration du navigateur, une partie du trafic va tomber dans les accès directs, l'autre va conserver le referer initial...

Bref, beaucoup de zone d'ombre sur ce sujet.

Avant de te pencher sur le format des urls, il vaut mieux bien réfléchir sur la structure des contenus que tu souhaites proposer à tes visiteurs.

Ensuite le format de tes URLs coulera de source...

Pour moi un bonne URL est une URL qui permet à l'internaute de savoir où il se trouve dans le site.

Si tu compte avoir beaucoup d'articles, alors tu as plutot interet a prévoir une nomenclature complete sur plusieurs niveaux

Ben après la difficulté c'est de pouvoir proposer aux utilisateur un seul login pour les deux appli...

Pour cela il vous faut un développeur professionnel

Les url indexées sont celles qui sont liées depuis la home page. Celles qui sont plus profondes dans l'arbo ne seront indexées que plus tard, et encore, seulement si le site gagne en popularité

Mes conseils :

- mettre plus de liens différents sur la home page (une cinquantaine sans pb)

- faire des liens externes directement sur des têtes de rubriques

- attendre

Hello, j'essaierai d'être là aussi

J'ai lu qu'il y avait pas mal de problèmes avec ces plugins, du coup de mon coté j'ai directement mis le code Dailymotion de cette manière :

<p align="center"><object type="application/x-shockwave-flash" data=&quot;http://www.dailymotion.com/swf/XXXXXX&v3=1&related=1" wmode="transparent" height="335" width="425">

<param name="movie" value=&quot;http://www.dailymotion.com/swf/XXXXXX&v3=1&related=1"></param></object></p>

Ca marche nickel

C'est comme tout, avec un peu de passion et quelques années d'expérience on peu très bien en vivre!

Bonjour,

ca n'est pas uniquement pour les services autres que Analytics, il y a en fait deux options. La deuxième permet de partager ses données de manière anonyme afin de pouvoir benchmarker ses indicateurs clés avec d'autres sites de même taille (il y a trois tailles différentes : petit, moyen et gros:))

Il possible ensuite de comparer ses données avec la moyenne des sites de différentes catégories.

Pour ceux qui veulent en savoir plus : http://www.wagablog.com/2008/03/partage-de...le-analytics/37

Tu peux aussi ouvrir un accès administrateur au nouveau compte Google. Comme ca tu te sers du nouveau et plus de l'ancien, et tu conserve l'historique

Bonjour,

il convient de mettre en place un filtre avancé de type inclusion où tu n'inclueras que le trafic issu du host blog.monsite.com.

ca va exclure d'office le trafic du www

a+

Si tu laisse les dns gandi, mais que tu mets l'ip de ton serveur ovh dans le champs A de configuration de ton domaine chez gandi, ca devrait marcherr. Mais il faut effectivement que chez ovh tu aies l'option multi domaine (je crois pas que ca soit le cas pour les 90 plan)

Oui, c'est un bug identifié pour le nouveau marqueur ga.js

Tout le monde est impacté, d'autant plus pour les langues avec beaucoup d'accents comme le Français...

Je donne une solution sur mon blog (dans les commentaires) :

http://www.wagablog.com/2007/12/le-nouveau...-arrive-gajs/34

La solution en attendant que GG corrige peut consister à mettre en place des filtres de remplacement :

Type de filtre = personnalisable

cocher “Rechercher et remplacer”

Champ de filtrage = Terme de la campagne

Chaîne de recherche = %c3%a9

Chaîne de remplacement = é

Et répéter l’opération avec :

%c3%a0 par à

%c3%a8 par è

%27 par ‘

\+ par %20 [signe espace]

Ca permettra de gérer la majorité des cas. Mais on espère que ce n'est que temporaire.

D'une manière générale, il vaut mieux attendre encore un peu avant de passer à la nouvelle version de Google Analytics, le temps que ca se stabilise...

Le urchinTracker permet de nommer les pages et de remonter des pages vues dans Google Analytics. Donc pas d'inquiétude, il s'agit uniquement d'un outil de mesure d'audience.

Leur dispositif leur permet d'avoir des stats sur les clics des flux qu'ils présentent (avec le détail du propriétaire du flux agrégé).

Bonjour, je viens de publier un billet sur les différences entre les marquage sous urchin.js et ga.js

Pour ceux que ca intéresse

Je ne sais pas s'il prend mieux en compte le contenu, mais il semble déprécier de plus en plus les pages ayant un contenu minimum trop light...

Ca n'est pas nécessaire d'avoir un code différent pour isoler le trafic de plusieurs répertoires : il suffit de dupliquer ton profil principal en autant de répertoires à analyser, puis de créer un filtre d'inclusion pour chacun (dans lesquels tu inclueras pour chacun le trafic des répertoires correspondant)

Est-ce qu'il y a des liens entre les sites xxx et yyy ? et les deux sites sont-ils trackés avec un même compte GA ?

Si oui : alors il faut passer les données du cookie d'un domaine à l'autre (GA gère un cookie first party) avec les fonctions utmLinker et/ou utmLinkerPost qu'il faut d'abord activer dans le marqueur en ajoutant la ligne _ulink=1. Si tu ne fais pas ca, le domaine yyy va devenir le nouveau referrer à la place des campagne pointant sur xxx

Si non : logiquement pas de soucis, à condition que l'internaute ne reste pas plus de 30 minutes sur yyy (durée de la session GA, modifiable dans le marqueur ex = _utimeout="3600"; pour 1h)

Pour t'assurer du nombre de conversion, le plus sage est de double tracker avec le tag de conversion Adwords qui lui gère un cookie tiers

Si tu installe Google Analytics sur ton site, tu pourras ensuite remonter l'ip ou l'identifiant de connexion des utilisateurs dans la fonction utmSetVar. Ainsi, segmenter les visiteurs dans les rapports et connaitre pour chacun le temps passé sur l'extranet, le nombre de visites, de pages vues, etc.

Entièrement d'accord avec Dadou. Pour chaque indicateur, il faut se demander quelles conclusions nous allons pouvoir en tirer puis quelles actions on va pouvoir mettre en place par la suite pour optimiser le dispositif marketing. Et concernant le temps passé sur un email, je doute que cela soit très pertinent (sauf peut être quelques exceptions). En revanche, il est crucial de tracker les liens sur l'email, pour ensuite mesurer les actions clés effectuées sur le site.

Pour la première partie c'est ca.

Pour la seconde, on a moyen de connaitre le temps de lecture entre l'email et la page suivant le clic sur l'email. Pour cela il faut que dans l'email un cookie soit déposé sur le poste client, et que le contenu de ce cookie soit récupéré une fois l'internaute arrivé sur le site de destination. Sur l'email, il va s'agir d'un cookie tiers, c'est à dire que le cookie va être déposé par un autre domaine que celui sur lequel se trouve l'internaute (qui peut etre yahoo, hotmail, etc.). Or, les cookies tiers sont refusés par défaut par un grand nombre d'internautes (40% selont une récente étude Comscore...)