Tout d'abord, sachez qu'AT Internet recommande davantage l'utilisation des cookies first-party, les cookies tiers étant refusés par défaut sur de plus en plus de navigateurs.
L'utilisation du cookie first-party limite la reconnaissance d'un visiteur à un domaine, un sous domaine ou un dossier d'un site. La lecture/modification du cookie est limitée par le navigateur au domaine sur lequel le cookie a été déposé. Il ne permet donc pas d'effectuer des analyses cross-domaine.
Dans le cas des cookies tiers, le cookie est déposé sur un domaine distinct du domaine du site. Chez AT Internet les cookies d'identification des visiteurs uniques sont déposés pour le domaine .xiti.com ou .ati-host.net selon le serveur de collecte.
Cela veut dire que le serveur d'AT Internet a la possibilité de lire tous les cookies déposés au nom de ces domaines sur des navigateurs. En d'autres termes, l'internaute peut être sur n'importe quel site, le serveur d'AT Internet a accès à l'information dans le cookie.
Dans le cas des cookies first-party, toute communication tierce est proscrite. L'échange se fait donc seulement entre le client (le navigateur web) et le serveur (qui fournit les pages du site au chargement d'URL). Dans ce cas, c'est le site lui-même qui dépose le cookie (action paramétrée automatiquement par le marqueur AT Internet intégré sur le site).
Au retour du visiteur, le site va directement récupérer la valeur du cookie, et l'envoyer dans le hit à destination du serveur AT Internet (dans le paramètre &idclient= du hit).
Par exemple, disons que le visiteur 123 charge l'URL suivante : www.atinternet.com. Un cookie est déposé sur son navigateur au nom du domaine .atinternet.com. Le lendemain, le visiteur 123 recharge l'URL www.atinternet.com sur son navigateur, le site récupère la valeur '123' dans le cookie et le marqueur AT Internet envoie cette information dans le hit de chargement de page (&idclient=123).
L'usage du CDDC permet un dernier cas de figure : il est possible de déposer via le serveur un cookie first party, à condition que le domaine de collecte choisi soit le même que celui du site. Dans ce cas, la valeur du cookie ne sera pas renvoyée dans le hit, mais bien dans les headers de la requête comme pour un cookie tiers.
Si vous déposez des cookies sous plusieurs sous-domaines pour le même numéro de site, la conséquence va être une duplication des identifiants de visiteurs. En effet, le deuxième sous-domaine n'ayant pas accès au cookie déposé pour le premier sous-domaine, il va déposer son propre cookie avec un identifiant différent. Pour éviter cet effet entre www.atinternet-solutions.com et apps.atinternet-solutions.com par exemple, il est préférable de déclarer le domaine de cookie suivant : '.atinternet-solutions.com' (le point devant permet d'inclure tous les sous-domaines possibles).
Pour les sous-domaines mesurés avec des numéros de sites différents, cela n'aura de conséquence que sur les analyses User Insights en multi-sites et basées sur les visiteurs uniques. Dans ce cas, il est préférable de se tourner vers l'exploitation du marquage de visiteurs identifiés, qui est le marquage de visiteurs le plus précis.