Partager via


Cookies

Bien que vous ayez peut-être entendu que les cookies de navigateur suivent vos actions sur Internet, ce n’est pas tout à fait le cas. Les cookies sont simplement des fichiers texte stockés dans des navigateurs Internet, ce qui permet aux éditeurs de mieux monétiser leurs sites web et d’offrir aux utilisateurs du contenu gratuit. Ils ne suivent pas tout ce que vous faites, ce ne sont pas des virus et ne créent pas de courrier indésirable. En fait, ils peuvent vous être très utiles. Cette page vous guide tout au long du fonctionnement des cookies dans les navigateurs de bureau et les applications mobiles.

Vue d’ensemble des cookies

Lorsque vous vous connectez à Facebook, de nombreuses requêtes et réponses HTTP sont définies en peu de temps pour accéder à votre page d’accueil. L’exemple ci-dessous utilise les données de falsification, un autre module complémentaire Firefox, pour afficher le protocole HTTP GET et POST les appels envoyés lorsqu’ils sont connectés à Facebook. (Les appels HTTP GET demandent des données à partir d’une source spécifiée, tandis que POST les appels envoient des données à traiter vers une source spécifiée). Il s’agit de la première POST requête reçue par le navigateur.

Capture d’écran de la requête POST reçue par le navigateur.

Ci-dessous, vous pouvez voir la requête suivante "PUT" envoyée par le navigateur, y compris le cookie.

Capture d’écran de la requête PUT envoyée au navigateur.

Votre client de navigateur peut stocker des centaines de milliers de cookies. Chaque site web a des cookies distincts et votre client de navigateur envoie uniquement à un serveur les cookies de navigateur qui ont été générés par ce serveur. Par exemple, si vous utilisez nytimes.com, nytimes.com n’a pas accès au cookie du navigateur Facebook.com. Et lorsque vous êtes sur Facebook.com, Facebook.com n’a pas accès à votre cookie nytimes.com.

Cookies sur les navigateurs de bureau

Lorsque votre client envoie une requête HTTP à un serveur, le serveur n’a aucun moyen de distinguer le client qui envoie les requêtes. Vous vous demandez peut-être pourquoi les serveurs n’utilisent pas votre adresse IP pour effectuer le suivi des personnes qui envoient les requêtes. Les adresses IP ne sont pas uniques à un seul utilisateur ; ils peuvent être partagés par plusieurs utilisateurs. Cela se produit souvent dans les bureaux. En raison du partage IP, les cookies ont été développés pour identifier les utilisateurs individuels et leurs actions.

Les sites web doivent savoir que c’est vous (ou votre compte d’utilisateur) chaque fois que vous envoyez une requête HTTP pour des données à partir d’une source spécifiée. Par exemple, lorsque vous vous connectez à Facebook, plusieurs cookies vous sont affectés. L’un de ces cookies consiste à vous connecter à Facebook en tant que vous-même. Si Facebook ne savait pas qu’il s’agissait de l’envoi de la requête HTTP GET pour voir le profil de votre ami, il ne saurait pas si vous devez ou non recevoir l’accès, et vous devrez vous connecter sur chaque page.

Exemple

La capture d’écran ci-dessous montre un exemple de ce que vous verrez lorsque vous utiliserez le module complémentaire Firefox, Afficher les cookies. Dans la liste, l’un des cookies de « session » est ce qui est le plus susceptible de maintenir le compte Facebook connecté.

Capture d’écran de l’écran Cookies.

Cookies et applications mobiles

Une idée fausse courante concernant les appareils mobiles et Internet est que les cookies ne fonctionnent pas sur les appareils mobiles. Ce n’est pas exactement le cas. Toutefois, il est vrai que les cookies ne fonctionnent pas dans tous les environnements mobiles. Les fonctionnalités entre les applications web mobiles et natives sont limitées. Si vous accédez à une version de bureau d’un site web à partir d’un appareil mobile, les cookies fonctionnent parfaitement. Toutefois, le plus souvent, vous accédez à une application mobile sur votre téléphone ou tablette, auquel cas une autre méthode est utilisée pour capturer des informations. Les identificateurs d’appareil sont utilisés, souvent désignés spécifiquement pour la publicité, pour vous fournir des publicités pertinentes sur différentes applications mobiles natives. Les plus courantes sont les suivantes :

  • IDFA (pour iOS)
  • AAID (pour android)
  • ID de publicité Windows (pour Windows)

Les sdk publicitaires peuvent accéder aux informations d’identificateur d’appareil. Toutefois, en raison de la méthodologie de suivi différente pour le web mobile et les applications mobiles, chaque environnement mobile d’un seul appareil a souvent des ID utilisateur différents.

Pour plus d’informations sur le ciblage sur mobile, consultez Présentation de la publicité mobile.