Pourquoi Google Analytics utilise-t-il __utm.gif?

Dans le REPOS, les clients de lancer des requêtes à des serveurs pour les ressources, les serveurs de traitement de ces demandes et de retour des réponses appropriées.

La utm.gif n'est pas impliqué dans de serveur à client de transfert de données, mais au lieu de cela il est impliqué dans le déplacement de données dans l'autre sens.

Bien sûr, RESTE a HTTP méthodes pour le client de communiquer avec les serveurs (GET et POST) et en effet, Google Analytics dirige le navigateur du client pour envoyer toutes les données d'analyse pour la GA serveurs via une Requête GET. Plus précisément, une Requête GET est composé de l'URL de la Requête et en-Têtes de Requête (par exemple, le Referer et User-Agent en-Têtes).

Tous les GA de données--chaque élément--est assemblé et emballé dans la URL de la Demande de la chaîne de requête (tout ce qui est après le '?'). Mais pour que les données du client (où il est créé) à l'AG du serveur (où il est enregistré et agrégées) il doit y avoir une Requête HTTP, de sorte que le ga.js (google analytics script téléchargé, sauf s'il est mis en cache par le client, en tant que résultat d'une fonction appelée lors du chargement de la page) oriente le client pour assembler toutes les données de google analytics--par exemple, les cookies, l'emplacement de bar, des en-têtes de demande, etc.--concaténer dans une chaîne unique et l'ajouter comme une chaîne de requête de l'URL (http://www.google-analytics.com/__utm.gif?) et que devient le URL de Demande.

Bien sûr, il ne peut pas être une Requête HTTP sans ressource; des ressources est le client demande au serveur? Il n'a besoin de rien à partir du serveur, au lieu qu'il souhaite envoyer des informations au serveur. Si le serveur réel ressource demandée par le client est purement prétexte--la ressource n'est pas même nécessaire par le client, il est uniquement demandé de respecter le protocole de transmission de l'opérateur. Par conséquent, il est logique pour que cette ressource soit aussi petit et discret que possible, c'est pourquoi il est de 1 x 1 pixel transparent au format gif. C'est la plus petite taille possible et le moins dense format de l'image (octets/pixel); je pense que c'est un peu plus de 30 octets. 1 x 1 image dans les autres formats courants (par exemple, jpeg, png, tiff) sont plus grandes.

Ce schéma général pour le transfert de données entre un client et un serveur a été autour pour toujours; il pourrait très bien être une meilleure façon de le faire, mais c'est la seule façon que je connais (qui satisfait les contraintes imposées par un hébergé service d'analyse).

(Google Analytics n'ont, en effet, deux Api--"Exportation des données" et de "Gestion"--qui sont à la fois des Services Web RESTful.)