fr | en | es | de

Sites Intranet (fermés)

Nouveau !
Découvrez les nouvelles applications de l'
Analytics Suite grâce à notre nouvelle aide en ligne.

Sommaire : Masquer

 

Analyzer III Intranet Edition est une solution de pilotage dédiée aux sites et réseaux de sites internes ou privés. Il constitue un outil de management pour toute votre entreprise.

Pour la mesure des Intranets (limitée par l´absence potentielle d´accès Internet), le mode protégé classique AT Internet (pas de connexion directe entre le site du client et notre serveur) se double d´un fonctionnement sécurisé spécifique, avec un serveur de collecte de données mis en place au sein même de l´entreprise utilisatrice, suivi d'un transfert sécurisé des données utilisateurs vers nos calculateurs.

 

impl_intranet.jpg

 

La zone colorée en orange représente le réseau interne de l'entreprise dans lequel se trouve l'Intranet. Ce réseau est généralement coupé de l'Internet, aucun accès n'est possible depuis celui-ci.

La zone entourée en vert représente un réseau interne partiellement accessible depuis l'Internet.

ΠL'intranaute demande une page de l'Intranet.

 Le serveur Intranet renvoie le contenu de la page (texte, images, …) plus le marqueur Intranet.

Ž Le marqueur Intranet s'exécute sur le poste de l'intranaute, en récupérant quelques informations.

 Il demande une image sur le serveur Intranet de collecte, en passant en paramètre toutes les informations qu'il a récoltées.

 Le serveur Intranet de collecte stocke la demande dans un fichier log et renvoie une image de 1 pixel sur 1 pixel.

Le serveur de collecte envoie les logs générés sur le serveur ftp, accessible depuis l'extérieur.

Le serveur de calcul AT Internet fait une demande de récupération des logs en ftp.

Le serveur ftp accepte et envoie les fichiers logs.

 

La collecte des données se fait sur le réseau interne, sur lequel aucune communication extérieure n’existe. Ce procédé permet de ne pas ouvrir d'accès depuis Internet, l'ensemble de ce réseau reste donc invulnérable aux éventuelles tentatives d'accès extérieurs.

Quand la collecte des données est terminée, le serveur de collecte envoie ces données (sous forme de fichiers logs horaires) sur le serveur FTP et non l'inverse. L'étape n°6 montre bien que l'on a un flux sortant du réseau interne et non entrant.

Le serveur FTP se trouve sur une zone "web", avec le même niveau de sécurité que les serveurs web hébergeant les sites. On peut néanmoins limiter l'accès ftp de ce serveur pour que seul notre serveur puisse l'interroger (filtre sur IP du serveur AT Internet).

Mise en place technique

Etape 1 : Création du compte / Paramétrage client (AT Internet)

Etape 2 : Mise en place des marqueurs

Pour comprendre le marqueur Intranet, il est nécessaire de comprendre le fonctionnement "normal" du marqueur web.

 

Rappel du code classique d’un marqueur :

<script type="text/javascript">

<!--

xtnv = document;  //parent.document or top.document or document        

xtsd = "http://logxxxx";

xtsite = "xxxxx"; //site number

xtn2 = "";        //level 2 site

xtpage = "";      //page name (with the use of :: to create chapters)

xtdi = "";        //implication degree

xt_multc = "";    //customised indicators

xt_an = "";       //numeric identifier

xt_ac = "";       //category

//do not modify below

if (window.xtparam!=null){window.xtparam+="&ac="+xt_ac+"&an="+xt_an+xt_multc;}

else{window.xtparam = "&ac="+xt_ac+"&an="+xt_an+xt_multc;};

 

//-->

</script>

<script type="text/javascript" src="http://www.mysite.com/xtcore.js"></script>

 

<noscript>

<img width="1" height="1" src="http://logxxxx.xxxx/hit.xiti?s=xxxxx&s2=&p=&di=&ac=&an=&" >

</noscript>

 

Le marqueur "classique" se compose d’une partie de déclaration de variables JavaScript et d’un appel à un fichier local (xtcore.js). C’est ce fichier local qui appelle le hit sur une adresse web externe (xiti.com).

 

Dans le cadre d’un Intranet, le fonctionnement est le même, MAIS l’appel à un serveur distant (xiti.com) ne peut se faire. Il est donc nécessaire de déclarer de nouvelles variables et appeler un autre fichier local (xtcore.js, récupéré dans notre interface NX en ayant coché l’option « First-party cookie »). Voici le modèle du marqueur Intranet :

<script language="JavaScript1.1" type="text/javascript">

<!--

xtnv = document;  //parent.document or top.document or document   

xtsdi = "http://myxiti.intranet.net/spacer.gif"; // transparent pixel 1x1

xtsite = "xxxx";

xtn2 = "";        // level 2 site

xtpage = "";      //page name (with the use of :: to create chapters)

xt_multc = "";    //customised indicators

xt_an = "";       //numeric identifier

xt_ac = "";       //category

xtidc = "" ;      // visitor id

xtdi = "";        //implication degree

xtidp = "";       // Country symbol (2 letters)

xtidprov = "";    // Province id (given by AT Internet)

//do not modify below

if (window.xtparam!=null){window.xtparam+="&ac="+xt_ac+"&an="+xt_an+xt_multc;}

else{window.xtparam = "&ac="+xt_ac+"&an="+xt_an+xt_multc;};

//-->

</script>

<script language="javascript1.1" src="http://myxiti.intranet.net/xtcore.js"></script>

 

Remarquez que la variable xtsd devient xtsdi et qu’elle fait référence à votre propre domaine Intranet.

Par ailleurs, la géolocalisation n’étant pas possible sur des Intranets, 2 variables permettent de renseigner à la fois le pays et la région de l’intranaute.

Enfin, la reconnaissance du visiteur ne pouvant se faire depuis un cookie AT Internet externe, il est également nécessaire de renseigner une autre variable (xtidc) pour distinguer les intranautes entre eux.

Important

L’identifiant de l’intranaute doit être renseigné tout au long de la visite de l’intranaute (sur toutes les pages). Si la variable xtidc est renseignée, alors cet identifiant sera stocké dans un cookie, pour s’en servir sur les pages où il ne serait pas renseigné (oubli au marquage). Si aucune donnée n’est spécifiée dans cette variable, l’identifiant stocké dans le cookie est utilisé. Si aucun identifiant ne se trouve ni dans le marqueur, ni dans le cookie, un identifiant unique est généré. Il est fortement conseillé de renseigner la variable xtidc sur toutes les pages de l’Intranet, pour une meilleure fiabilité des analyses.

Dans le cas où il n’est pas renseigné, un first-party cookie est utilisé, c’est-à-dire un identifiant unique généré pour l’intranaute, et stocké dans un cookie sur le domaine contenu dans la variable xtdm (dans le fichier xtcore.js). Ce domaine doit donc être le même sur la totalité de l’Intranet (les sous-domaines sont automatiquement pris en compte si la syntaxe ".intranet.net" est respectée lors de la déclaration du domaine du cookie).

Cas d’une même visite considérée comme double (2 visiteurs)
Si un intranaute arrive sur une page sans xtidc, un identifiant lui est créé et attribué. Si ce même intranaute continue sur une page avec xtidc renseigné, un nouvel identifiant lui sera attribué. Au final, nous considérons que ce n’est pas le même intranaute, et découpons la visite en 2.

Etape 3 : mise en place de la collecte et gestion des logs

Les fichiers de logs

Les fichiers logs sont des fichiers horaires (un par tranche d'heure de la journée), et doivent respecter un format afin d’être traités. Ils sont en effet traités par les mêmes calculateurs que les fichiers standards gérés par nos collecteurs et doivent donc être formatés sur le même modèle. Le format des logs porte à la fois sur le nom et sur le contenu.

Les fichiers de logs ne doivent contenir que les hits relatifs aux appels de marqueurs. Dans l’exemple, cela reviendrait à ne prendre en compte que les lignes relatives à ce fichier : "/spacer.gif". Dans le cas où le serveur est dédié à la collecte des logs Intranet, il suffit d’extraire la totalité des données (correctement formatées) heure par heure. Si le serveur de collecte traite également d’autres données, il sera nécessaire de filtrer sur le bon fichier "/spacer.gif". Dans ce deuxième cas, il peut alors être utile de fournir un libellé facilement retrouvable dans les logs, par exemple "/intranet_hit.xiti".

 

Paramétrage des fichiers de logs

Les fichiers étant stockés sur le serveur de collecte, il est fortement conseillé d’effectuer une modification (si nécessaire) du paramétrage du stockage des données de logs. De cette manière, il sera possible :

Des exemples de configurations de serveurs Apache et IIS sont fournis dans les documentations :

Ce qui donne comme ligne d’exemple si on reprend l’exemple du marqueur précédent :

Expected log line (hit)

00:53:23 123.123.234.215 /spacer.gif s=11025&s2=5&p=section_admin::gestion_PLV&di=1&idpays=fr&idprov=43hl=0x53x17&cn=modem&hm=0&lng=fr-ch&r=1680x1050xundefinedx32&idclient=6443799&idpays=fr&idprov=43&ref=http://www.google.fr mozilla/4.0+(compatible;+msie+6.0;+windows+nt+5.1;+funwebproducts;+.net+clr+1.1.4322) http://myxiti.intranet.net/admin/gestion_plv.asp

 

Spécificités IIS

Il peut arriver que certains serveurs IIS génèrent des logs sensiblement différents, de part leur configuration interne (non modifiable par un utilisateur). La colonne "IP utilisateur" peut ainsi se retrouver en 4e position au lieu de la 2e attendue. IIS ne permettant que de sélectionner les colonnes à prendre en compte, sans pouvoir spécifier leur ordre, vous ne pourrez pas rendre le log conforme au format attendu par AT Internet. Dans ce cas, vous obtiendrez une ligne comme l’exemple ci-dessous, ce 2ème type de format de logs est pris en compte si vous étiez dans ce cas particulier.

 

Cas particulier IIS format 2 :

00:53:23 /spacer.gif s=11025&s2=5&p=section_admin::gestion_PLV&di=1&hl=0x53x17& cn=modem&hm=0&lng=fr-ch&r=1680x1050xundefinedx32&idclient=6443799&idpays=fr&idprov=43&ref=http://www.google.fr 123.123.234.215 mozilla/4.0+(compatible;+msie+6.0;+ windows+nt+5.1;+funwebproducts;+ .net+clr+1.1.4322) http://myxiti.intranet.net/admin/gestion_plv.asp

Etape 4 : Transferts des fichiers entre le client et AT Internet

Il existe 3 principaux modes de transferts de fichiers :

Si vous ne souhaitez/pouvez pas utiliser de flux FTP, vous avez la possibilité de les envoyer dynamiquement sur nos serveurs en formulaire automatique.

 

Pour cela, un exemple de page avec formulaire :

<html>

<body>

 

<form name="myform" method="post" action="https://corpoftp.xiti.com/uploadca.asp?login=xxxx&mdp=xxxx" enctype="multipart/form-data">

<input type="file" name="fichier"><br>

<input type="submit" name="dosubmit" value="Upload"><br>

</form>

 

</body>

</html>

 

Les paramètres de connexion (login, mot de passe) vous seront communiqués. Sans ces paramètres, le transfert ne pourra pas se faire.

 

Transfert

Les fichiers envoyés chez nous seront zippés sans cryptage selon la nomenclature spécifiée dans la section "Règle de nommage des fichiers de logs".

Les fichiers de la veille sont récupérés à 05h (GMT+1) du matin dans l’ordre chronologique :

Au delà de cette heure, tous les fichiers des la veille doivent être rendus disponibles par le client, et ceux qui ne le seront pas ne seront pas traités.

Important

Tout retraitement manuel d’un fichier ou d’une journée en particulier sera soumis à facturation.

Il est fortement conseillé de déposer les fichiers logs horaires à notre disposition toutes les heures.

 

Cas particulier d’un log horaire vide

Le client doit générer un fichier au format du log horaire avec le mot "vide" dedans. Il sera ainsi pris en compte, sans générer de warning sur un éventuel dépôt de fichier défectueux.

Les transferts sont soumis à une validation définitive basée sur une journée de test par la personne désignée chez AT Internet. A partir de cette date, un process automatisé peut être mis en place.

 

Liste des variables

Ci-dessous la liste des variables contenues dans le marqueur Intranet.

 

Variables

Dénomination

Nature

Taille

xtnv

Emplacement du referrer à récupérer

Alphabétique

-

xtsd

Serveur de collecte

Alphanumérique

-

xtsite

Identifiant de votre site

Numérique

6

xtn2

Site de niveau 2

Numérique

3

xtpage

Nom de la page

Alphanumérique

250

xtdi

Degré d’Implication de la page

Numérique

1

xtidc

Identifiant client

Alphanumérique

128

xtidp

Identifiant pays

Alphabétique

2

xtdm

Domaine de l’Intranet

Alphanumérique

-

 

 

Ces informations vous ont-elles été utiles ?

 

 button_satisfy_yes.png    button_satisfy_no.png

ico_up.gif