В статье Google предлагается, чтобы вы передавали весь свой статический контент из другого домена, где cookie-файлы изначально не установлены этим обслуживающим доменом.
Файлы cookie устанавливаются двумя способами - с помощью файлов cookie сеанса (например, по запросам ASP или ASP.NET) или явно вашим приложением.
Они будут отправляться обратно на сервер при каждом последующем запросе домена, который устанавливает cookie (независимо от того, является ли запрос статическим или динамическим содержимым), что увеличивает полезную нагрузку запроса.
То, что вы делаете, имея второй домен для обслуживания статического контента (HTML, CSS, изображения и т. Д.), Делает запросы без файлов cookie, потому что для этого домена не будет установлен первоначальный файл cookie.
В IIS это ваше приложение, ISAPI Filter или расширение ISAPI, которое добавит cookie. Если ваш IIS-сервер не перехватывает запросы на статическое содержимое (поскольку это обычно обрабатывается драйвером http.sys режима ядра), к ответу не будут добавлены файлы cookie. Файлы cookie вступают в игру только дальше по конвейеру запросов.
Таким образом, в IIS нет способа явно настроить домены без файлов cookie.