gstatic.com est un domaine qui ne fait pas de bruit pour fournir du contenu statique à Google. Voir cet article pour en savoir plus : Best Practices for Speeding Up Your Web Site - Use Cookie-free Domains for Components
Lorsque le navigateur fait une demande d'image statique et envoie des cookies en même temps que la demande, le serveur n'a aucune utilité pour ces cookies. Ils ne font donc que créer du trafic réseau sans aucune raison valable. Vous devez vous assurer que les composants statiques sont demandés avec des requêtes sans cookies. Créez un sous-domaine et hébergez-y tous vos composants statiques.
Si votre domaine est www.example.org, vous pouvez héberger vos composants statiques sur static.example.org. Cependant, si vous avez déjà placé des cookies sur le domaine de premier niveau example.org par opposition à www.example.org, alors toutes les demandes adressées à static.example.org incluront ces cookies. Dans ce cas, vous pouvez acheter un tout nouveau domaine, y héberger vos composants statiques et garder ce domaine sans cookies. Yahoo ! utilise yimg.com, YouTube utilise ytimg.com, Amazon utilise images-amazon.com et ainsi de suite.
Un autre avantage de l'hébergement de composants statiques sur un domaine sans cookies est que certains proxies peuvent refuser de mettre en cache les composants qui sont demandés avec les cookies. Dans le même ordre d'idées, si vous vous demandez si vous devez utiliser example.org ou www.example.org pour votre page d'accueil, prenez en compte l'impact des cookies. Omettre www ne vous laisse pas d'autre choix que d'écrire des cookies sur *.example.org, donc pour des raisons de performance, il est préférable d'utiliser le sous-domaine www et d'écrire les cookies sur ce sous-domaine.