ТЕМА: Откуда берутся cookie _ym_uid и _ym_isad для cookieless домена

Недавно начали реализовывать передачу статики с cookieless домена static.remoteshaman.com, однако анализ трафика показал, что при повторной загрузке страниц к закэшированным (НТТР 304) статическим файлам переданных с домена static.remoteshaman.com "цепляется" две куки "_ym_uid" и "_ym_isad" для домена ".remoteshaman.com" - это портит саму идею применения cookieless домена.

cookie "_ym_uid" и "_ym_isad" - это куки яндекса.

После того как код счётчика Yandex.Metrika counter был закомментирован, проблема с куками "_ym_uid" и "_ym_isad" для статики с cookieless домена исчезла, но не на всех страницах. Куки "_ym_uid" и "_ym_isad" также устанавливаются на статику если на странице есть "Блок «Поделиться» — Технологии Яндекса" (https://tech.yandex.ru/share/doc/dg/add-docpage/) и если в браузере Firefox (45.4.0 на текущий момент) активированы поисковые плагины Яндекса.

Зачем Яндекс упорно и повсеместно тулит cookie "_ym_uid" и "_ym_isad", даже из поисковых плагинов?

Видимо правильнее будет сказать, что Яндексовые сервисы тулят cookie "_ym_uid" и "_ym_isad" не для самого статического контента, а для домена и всех поддоменов, ".remoteshaman.com" в нашем случае, а раз кука есть для домена, то передаётся она и для всей статики, а это значит, что при использовании на сайте счётчиков "Yandex.Metrika counter", "Блок «Поделиться»", поисковых плагинов Яндекса (в Firefox) пользы от cookieless домена ровным счётом никакой!

Яндекс знает на каком сайте я был вчера, его интересует где я был позавчера Вот он упорно и повсеместно тулит cookie "_ym_uid" и "_ym_isad", даже из поисковых плагинов.

Ответ support.yandex.ru:Это значит, чтобы был эффект от cookieless домена нужно полностью отказаться от использования любых yandex сервисов на своих сайтах.