Une fois que le HTML d’une page est demandé par un navigateur, celui-ci demande aux objets incorporés référencés dans le HTML de cette page auprès d’un serveur Web de remplir la page affichée par le navigateur.
Ces demandes d’objet incorporées sont le plus souvent des demandes de fichiers image ou JavaScript, bien qu’il existe actuellement des centaines, voire des milliers de types d’objets incorporés utilisés sur Internet. La plupart de ces requêtes d’objet incorporées ne sont généralement pas utiles pour analyser ou générer des rapports sur l’activité commerciale d’un site Internet ; de nombreuses demandes de ce type ne sont donc pas souhaitables pour l’acquisition, à moins qu’elles n’aient un objectif commercial spécifique, comme la présentation d’une publicité ou la prise d’une autre mesure de l’activité du site.
Par exemple, une image peut être une publicité et vous souhaitez peut-être savoir que la publicité a été impressionnée par un visiteur. Un extrait de code JavaScript peut être utilisé pour mesurer une caractéristique spécifique du navigateur et la transmettre à une balise Sensor en vue de l’acquisition. Chaque page d’un site peut comporter 10 ou 100 requêtes d’objet intégrées. Si un site stocke les informations du journal pour chacune de ces requêtes, la quantité de stockage des données nécessaire pour conserver les données du journal disponibles pour une analyse ultérieure est multipliée par le nombre de requêtes d’objet incorporées pour chaque page demandée. Pour cette raison, Site vous permet de conserver les requêtes importantes pour l’analyse et d’en ignorer d’autres avant d’entraîner des coûts de stockage inutiles.
En utilisant la fonction de remplacement fournie dans les fonctionnalités de filtrage de type contenu de Sensor (en ajoutant "Log=1" à la chaîne de requête d’une URL de requête d’objet incorporé), cette requête d’objet incorporée spécifique et les données de mesure associées peuvent être acquises sans que le gestionnaire de site doive stocker toutes les requêtes de ce type (par exemple, toutes les requêtes <image>
).
Sensor collecte les données de mesure dans le tableau suivant pour chaque requête d’objet incorporée effectuée sur le serveur web, en supposant que Sensor n’ait pas été configuré pour le filtrer ou que le filtre ait été remplacé. Les informations collectées sont liées au visiteur et à la session, ainsi qu’aux sessions suivantes, par le biais des entrées de champ de journal x-trackingid ou cs(cookie) .
Nom du W3C | Données collectées | Description | Exemple |
---|---|---|---|
x-trackingid | Identifiant de suivi (visiteur unique) | Identifiant lu à partir d’un cookie placé dans le navigateur de l’utilisateur par Capteur à la demande initiale. | V1st=3C94007B4E01F9C2 |
Date Heure |
Horodatage | Heure à laquelle la demande a été traitée par le serveur (avec une précision de 100 ns) ; la précision dépend de l’environnement du serveur et de NTP) | 2002-11-21 17:21:45.123 |
sc(content-Type) | Type de contenu | Type d’objet renvoyé par le serveur | text/html |
sc-status | Code d’état de réponse HTTP | Code numérique généré par le serveur qui indique l’état de la réponse du serveur HTTP | 200 |
cs-uri-stem | URI Stem | La partie "racine" de l’URI demandée par le client | pagedir/page.asp |
c-ip | IP du client | Adresse IP du client demandeur | 127.0.0.1 |
s-dns | Nom de domaine du serveur | Nom de domaine du serveur web qui traite la demande. | www.domain.com |
cs(referrer) | URL de référence | Contenu du champ de référent HTTP envoyé par le client | https://www.referringsite.com |
cs(user-agent) | Agent utilisateur | Appareil utilisé pour envoyer une requête au serveur HTTP | Mozilla/4.0+(compatible ;+MSIE+6.0; +Windows+NT+5.1) |
cs(cookie) | Cookies client à partir du domaine | Contenu de tous les cookies de l’utilisateur pour le site | KL_TC1 1038058778312 KL972 x1038058778312282052 KL_PVKL972 0 |
cs-uri-query | Chaîne de requête | La partie chaîne de requête, le cas échéant, de l’URI demandé par le client | PAGENAME=dynamic1&link=3001 |