Lo que el artículo de Google sugiere es que publique todo su contenido estático de otro dominio donde las cookies no se establecen inicialmente por ese dominio de publicación.
Las cookies se configuran de dos maneras: mediante cookies de sesión (por ejemplo, mediante solicitudes ASP o ASP.NET) o explícitamente por su aplicación.
Estos se enviarán de vuelta AL servidor en cada solicitud posterior del dominio que establece la cookie (independientemente de si la solicitud es para contenido estático o dinámico), lo que aumenta la carga útil de la solicitud.
Lo que está haciendo al tener un segundo dominio para servir contenido estático (HTML, CSS, Imágenes, etc.) es realizar solicitudes sin cookies porque en primer lugar no se establecería una cookie inicial para ese dominio.
En IIS es su aplicación, Filtro ISAPI o extensión ISAPI la que agregará una cookie. Si su servidor IIS no está interceptando solicitudes de contenido estático (porque esto generalmente lo maneja el controlador http.sys del modo kernel), entonces no se agregarán cookies a la respuesta. Solo es más adelante en el proceso de solicitudes que las cookies entren en juego.
Básicamente, no existe una forma de configurar explícitamente dominios sin cookies en IIS.
serverfault.com puede obtener más resultados – Will
Hay muchas preguntas relacionadas con IIS en SO, así que creo es apropiado (incluido uno de usted: http://stackoverflow.com/questions/321939/control-a-service-on-a-remote-server-from-iis) – Keltex
Esto es defo una pregunta relacionada con SO dev. – Kev