Политика Cookie

История изменений

1. Термины и определения

1.1. Участники и цифровая среда

1.1.1. «Продавец» — индивидуальный предприниматель Хачатуров Эрнест Сергеевич, ИНН 772273578849, ОГРНИП 317774600500793, осуществляющий розничную продажу Товаров под обозначением PreWoman и предоставляющий доступ к цифровым функциям PreWoman.

1.1.2. «Оператор» — Продавец, который определяет цели и средства обработки Персональных данных в связи с использованием Cookie и аналогичных технологий. Термины «Продавец» и «Оператор» обозначают одно лицо, но используются с учётом предмета соответствующего положения.

1.1.3. «Пользователь» — физическое лицо, посещающее Сайт, использующее Приложение, Личный кабинет или иной Цифровой интерфейс независимо от регистрации и оформления Заказа. Пользователь, оформляющий или оформивший Заказ, одновременно является Покупателем в значении Оферты.

1.1.4. «Покупатель» — физическое лицо, приобретающее Товар исключительно для личных, семейных, домашних и иных нужд, не связанных с предпринимательской деятельностью.

1.1.5. «Сайт» — интернет-сайт, доступный по адресу https://prewoman.shop, включая его поддомены, адаптивную мобильную версию и технически связанные страницы оформления Заказа.

1.1.6. «Приложение» — мобильное приложение PreWoman, если и когда оно будет введено в эксплуатацию. Положения Политики для Сайта применяются к Приложению в части, соответствующей технической природе мобильной среды.

1.1.7. «Цифровой интерфейс» — Сайт, Приложение, Личный кабинет, форма оформления Заказа, чат, виджет, ссылка оплаты и иное электронное средство, через которое Продавец предоставляет функции или принимает сообщения.

1.1.8. «Учётная запись» — совокупность данных и технических идентификаторов, позволяющая аутентифицировать Пользователя и предоставить доступ к Личному кабинету.

1.1.9. «Личный кабинет» — защищённый раздел Сайта или Приложения, связанный с Учётной записью Покупателя и предназначенный для управления профилем, Заказами, Избранным, уведомлениями и иными функциями.

1.2. Технологии и управление выбором

1.2.1. «Cookie» — небольшой фрагмент данных, который Сайт или привлечённый сервис передаёт браузеру либо иной программной среде для сохранения на устройстве Пользователя и последующего чтения.

1.2.2. «Аналогичные технологии» — локальное и сессионное хранилище, пиксели, веб-маяки, теги, скрипты, SDK, идентификаторы устройства и приложения, кэш, журналы событий и иные технические средства, выполняющие сходные функции.

1.2.3. «Локальное хранилище» — механизм браузера или Приложения, позволяющий хранить данные на устройстве без использования классического Cookie.

1.2.4. «Пиксель» — небольшой программный элемент или запрос к серверу, позволяющий зарегистрировать загрузку страницы, открытие сообщения, конверсию либо иное событие.

1.2.5. «SDK» — программный комплект, встроенный в Приложение или иной цифровой продукт и позволяющий реализовать аналитику, уведомления, авторизацию, диагностику, рекламу либо другую функцию.

1.2.6. «Идентификатор устройства» — техническое обозначение браузера, устройства, установки Приложения, сессии или рекламного профиля, которое само по себе либо совместно с другими сведениями позволяет различать устройства или действия.

1.2.7. «Сессия» — период взаимодействия Пользователя с Цифровым интерфейсом, объединённый временным или постоянным идентификатором.

1.2.8. «Интерфейс управления Cookie» — баннер, панель настроек или иной механизм, позволяющий получить информацию, выбрать категории, изменить выбор и отозвать согласие.

1.2.9. «Поставщик» — третье лицо, технология которого подключена к Цифровому интерфейсу либо которое обрабатывает полученные с её помощью сведения как обработчик по поручению Оператора или как самостоятельный оператор.

1.2.10. «Реестр Cookie» — контролируемый перечень фактически используемых технологий с указанием имени или идентификатора, категории, цели, поставщика, домена, срока действия и иных существенных параметров.

1.3. Документы проекта

1.3.1. «Политика Cookie» или «Политика» — настоящий документ.

1.3.2. «Оферта» — Публичная оферта PreWoman о заключении договора розничной купли-продажи товаров дистанционным способом в редакции, действующей для соответствующего Заказа.

1.3.3. «Пользовательское соглашение» — документ, регулирующий доступ к Сайту, Личному кабинету, Приложению и иным цифровым функциям PreWoman.

1.3.4. «Политика обработки Персональных данных» — общедоступный документ Оператора о целях, основаниях, составе, сроках и условиях обработки Персональных данных.

1.3.5. Термины «Товар», «Карточка Товара», «Каталог», «Корзина», «Избранное», «Заказ», «Отзыв», «Пользовательский материал», «Список ожидания», «Программа лояльности», «Промокод», «Акция», «Подарочный сертификат», «Предзаказ», «Рекомендательные технологии» и «AI-функция» используются в значениях, закреплённых в Оферте и Политике обработки Персональных данных.

1.3.6. При расхождении документов применяется документ, специально регулирующий соответствующий вопрос, обязательные нормы законодательства и толкование, не уменьшающее права Потребителя или Субъекта Персональных данных.

2. Статус, назначение и сфера действия Политики

2.1. Политика раскрывает принципы и правила использования Cookie и Аналогичных технологий в цифровой среде PreWoman, категории технологий, цели, состав получаемых сведений, правовые основания, сроки, круг получателей и способы управления выбором.

2.2. Политика применяется к Сайту, его поддоменам, адаптивной мобильной версии, Личному кабинету, технически связанным страницам оформления Заказа, а после запуска — к Приложению и иным Цифровым интерфейсам, в которых размещена ссылка на Политику.

2.3. Политика регулирует технологии, которые устанавливает Оператор, а также технологии Поставщиков, подключённых по решению Оператора. Она не регулирует самостоятельные сайты, приложения или сервисы третьих лиц, на которые Пользователь переходит по внешней ссылке и которые действуют вне интеграции с PreWoman.

2.4. Политика не заменяет Политику обработки Персональных данных. Когда Cookie, идентификатор или техническое событие относится к прямо или косвенно определённому либо определяемому лицу, соответствующая обработка также регулируется законодательством о персональных данных и указанной Политикой.

2.5. Политика не подтверждает использование технологии, которая лишь предусмотрена для будущего функционала. Конкретный сервис считается подключённым только после технической интеграции, внесения в Реестр Cookie, выполнения проверки локализации и передач, настройки интерфейса выбора и утверждения ответственного лица.

2.6. Ссылка на Политику должна быть постоянно доступна в футере Сайта, в Интерфейсе управления Cookie и, когда применимо, в настройках Приложения. Существенная информация не должна быть доступна только после регистрации или оформления Заказа.

2.7. Пользователь может просматривать Политику бесплатно, сохранять и распечатывать её. Оператор хранит историю редакций и при необходимости подтверждает версию, действовавшую в момент фиксации выбора.

3. Сведения об Операторе

3.1. Оператор: индивидуальный предприниматель Хачатуров Эрнест Сергеевич.

3.2. ИНН 772273578849; ОГРНИП 317774600500793.

3.3. Адрес: 111020, г. Москва, ул. Солдатская, д. 3, кв. 337.

3.4. Временный адрес электронной почты: grantx@mail.ru. Временный телефон: +7 916 332-73-40.

3.5. ПЕРЕД ПУБЛИКАЦИЕЙ временные контакты должны быть заменены на проверенные рабочие контакты, предназначенные для обращений по вопросам Cookie и Персональных данных. Контакты в Политике, футере, формах и интерфейсах должны совпадать.

3.6. Поставщик, который определяет собственные цели использования сведений, действует как самостоятельный оператор и обязан предоставить собственную информацию об обработке. Оператор PreWoman не называет Поставщика самостоятельным оператором без анализа договора, настроек и фактических потоков данных.

4. Применимое право и взаимосвязь документов

4.1. Политика разработана с учётом Гражданского кодекса Российской Федерации, Федеральных законов № 152-ФЗ «О персональных данных», № 149-ФЗ «Об информации, информационных технологиях и о защите информации», № 38-ФЗ «О рекламе», № 126-ФЗ «О связи», Закона РФ «О защите прав потребителей» и иных применимых актов.

4.2. Российское законодательство не устанавливает единого специального режима для всех файлов Cookie независимо от их назначения. Правовой режим определяется с учётом фактической функции технологии, состава сведений, возможности идентифицировать Пользователя, целей обработки, круга получателей и применимого основания.

4.3. Обработка Персональных данных допускается при наличии предусмотренного законом основания. Технологии, необходимые для заключения или исполнения договора по инициативе Пользователя, предоставления прямо запрошенной функции, соблюдения обязанности Оператора или обеспечения безопасности, отделяются от необязательной аналитики, персонализации и маркетинга.

4.4. Когда основанием является согласие, оно должно быть свободным, конкретным, предметным, информированным, сознательным и однозначным, предоставляться отдельно от иных подтверждаемых документов и фиксироваться способом, позволяющим доказать его получение.

4.5. Согласие на Cookie не является Согласием на получение рекламной информации по электронной почте, SMS, push, Telegram или иным сетям электросвязи. Рекламная рассылка регулируется отдельным согласием.

4.6. Подключение Рекомендательных технологий, соответствующих признакам статьи 10.2-2 Федерального закона № 149-ФЗ, дополнительно требует информирования Пользователей, публикации отдельных Правил применения рекомендательных технологий и выполнения иных специальных требований.

5. Как работают Cookie и Аналогичные технологии

5.1. При открытии Цифрового интерфейса браузер или Приложение обменивается с сервером техническими запросами. В рамках такого обмена могут передаваться IP-адрес, дата и время, адрес страницы, сведения об устройстве, браузере, операционной системе, языке, источнике перехода, событиях интерфейса и ошибках.

5.2. Cookie может содержать случайный идентификатор, значение настройки, признак авторизации, состав Корзины, статус выбора в Интерфейсе управления Cookie или иную техническую информацию. Как правило, Cookie не предназначен для хранения полного текста имени, адреса доставки, банковских реквизитов или содержания переписки.

5.3. Сессионный Cookie удаляется после закрытия браузера или завершения сессии, если техническая среда поддерживает такое удаление. Постоянный Cookie хранится до установленного срока, удаления Пользователем или замены новым значением.

5.4. Локальное хранилище и SDK могут сохранять сведения иначе, чем Cookie. Поэтому блокировка только классических Cookie не всегда прекращает работу всех Аналогичных технологий. Управление должно охватывать фактически подключённые механизмы.

5.5. Пиксель или скрипт может инициировать запрос к домену Оператора либо Поставщика и передать техническое событие. До получения необходимого выбора необязательные запросы не должны отправляться только потому, что код уже размещён на странице.

5.6. Один идентификатор может последовательно использоваться для нескольких событий. Если он связан с Учётной записью, Заказом, контактом или иным идентификатором лица, риск определения Пользователя возрастает и применяются требования к Персональным данным.

5.7. Оператор не использует выражения «анонимные Cookie» или «полностью обезличенные данные», если техническая архитектура допускает обратное связывание с Пользователем, устройством, аккаунтом или иным набором данных.

6. Принципы использования технологий

6.1. Законность и добросовестность: каждая технология подключается для определённой и правомерной цели, а выбор Пользователя не обходится скрытой загрузкой, повторным созданием идентификаторов или принуждением.

6.2. Целевая определённость: сведения не используются для несовместимой цели без отдельной оценки и нового основания. Диагностика ошибки не превращается автоматически в рекламное профилирование.

6.3. Минимизация: собираются только события и параметры, необходимые для заявленной функции. Полные URL, поисковые запросы, тексты форм и поля с контактами не передаются в аналитику без документированной необходимости и защиты.

6.4. Разделение категорий: строго необходимые технологии отделяются от функциональных, аналитических и маркетинговых. Одна кнопка «принять всё» не должна скрывать возможность отказаться от необязательных категорий.

6.5. Прозрачность: Реестр Cookie и интерфейс раскрывают категории, цели, Поставщиков и сроки понятным языком. Общие слова «для улучшения опыта» не заменяют описания фактической функции.

6.6. Ограничение срока: срок устанавливается с учётом цели и технической необходимости. Бессрочные идентификаторы не применяются без объективного основания.

6.7. Безопасность: значения Cookie, токены и идентификаторы защищаются от перехвата, подмены, межсайтовых атак и несанкционированного доступа с учётом архитектуры.

6.8. Контроль Поставщиков: до интеграции проверяются договор, роль, домены, субподрядчики, местонахождение баз, сроки, способы удаления и трансграничные потоки.

6.9. Доказуемость: Оператор хранит запись выбора, версию Политики и конфигурацию категорий в объёме, необходимом для подтверждения соблюдения требований.

7. Категории Cookie и Аналогичных технологий

7.1. Строго необходимые технологии

7.1.1. Строго необходимые технологии обеспечивают базовую работу Цифрового интерфейса, безопасность, распределение нагрузки, защиту от атак, сохранение сессии, применение выбранных настроек Cookie, аутентификацию и предоставление функции, прямо запрошенной Пользователем.

7.1.2. К этой категории могут относиться идентификатор сессии, токен защиты формы, признак авторизации, значение выбранного региона или Пункта выдачи, технический балансировщик, антифрод-событие и запись выбора Cookie — только если конкретная реализация действительно необходима.

7.1.3. Строго необходимая категория не используется для рекламного таргетинга, межсайтового отслеживания, составления маркетингового профиля или необязательного измерения эффективности кампаний.

7.1.4. Пользователь не может отключить строго необходимую технологию через категориальный переключатель, когда без неё объективно невозможно обеспечить безопасность или прямо запрошенную функцию. При этом он может удалить Cookie в браузере, что может прекратить соответствующую сессию.

7.2. Функциональные технологии

7.2.1. Функциональные технологии запоминают необязательные настройки и делают использование удобнее: выбранный язык, регион, отображение каталога, просмотренные Товары, предпочтительный размер, содержимое Избранного для гостевого режима или настройки виджета.

7.2.2. Функциональная технология может быть строго необходимой только для конкретной функции, которую Пользователь сам запросил. Например, сохранение Избранного по нажатию соответствующей кнопки оценивается отдельно от автоматической персонализации Каталога.

7.2.3. Отключение функциональной категории не должно препятствовать базовому просмотру Каталога и оформлению Заказа, кроме объективно зависимой функции. Интерфейс сообщает о таком последствии до выбора.

7.3. Аналитические технологии

7.3.1. Аналитические технологии позволяют оценивать посещаемость, последовательность действий, ошибки, скорость, использование функций, конверсии и результаты тестирования интерфейсов.

7.3.2. Оператор по возможности использует агрегированную статистику и сокращает точность идентификаторов, геолокации, URL и иных параметров. Аналитика работоспособности и безопасности отделяется от необязательной продуктовой аналитики.

7.3.3. Необязательная аналитика активируется только после соответствующего выбора, если выбранная модель обработки требует согласия. Отказ не должен влиять на возможность покупки.

7.3.4. До подключения внешней аналитической системы Оператор проверяет фактический состав запросов, возможность маскирования IP-адреса, запрет передачи полей форм, сроки, экспорт данных, локализацию и роль Поставщика.

7.4. Маркетинговые технологии

7.4.1. Маркетинговые технологии используются для оценки рекламных кампаний, ограничения частоты показа, формирования аудиторий, ретаргетинга, персонализации рекламных сообщений и сопоставления событий с рекламным источником.

7.4.2. Маркетинговая категория всегда считается необязательной для базовой покупки. Она не загружается до выбора Пользователя и не восстанавливается после отказа через альтернативный идентификатор.

7.4.3. Использование маркетингового Cookie не заменяет выполнение требований к маркировке интернет-рекламы, передаче сведений оператору рекламных данных и получению отдельного согласия на рекламные сообщения по сетям электросвязи, когда соответствующие требования применимы.

7.4.4. Оператор не передаёт рекламной платформе контакт, номер Заказа, точный адрес, состав обращения или иные избыточные сведения без отдельного законного основания и документированной необходимости.

8. Классификация по сроку и источнику

8.1. Сессионные технологии действуют в пределах одной сессии и предназначены для временного объединения действий. Постоянные технологии сохраняются между посещениями до даты истечения, удаления или отзыва выбора.

8.2. Срок «до завершения сессии» должен соответствовать фактической конфигурации браузера, сервера или SDK. Оператор не указывает сессионный срок для идентификатора, который фактически восстанавливается после закрытия браузера.

8.3. Cookie первого лица устанавливается с домена PreWoman или технически принадлежащего Оператору домена. Cookie третьего лица устанавливается или читается доменом Поставщика. Название категории не определяет роль лица по законодательству о Персональных данных.

8.4. Серверная передача событий Поставщику, не создающая Cookie в браузере, всё равно включается в инвентаризацию как Аналогичная технология, если она использует идентификаторы или сведения о действиях Пользователя.

8.5. Срок каждого элемента указывается в Реестре Cookie. Если срок изменён конфигурацией Поставщика, Оператор обновляет Реестр до или одновременно с изменением.

9. Какие сведения могут обрабатываться

9.1. Сетевые сведения: IP-адрес, дата и время запроса, домен, URL, реферер, код ответа, объём переданных данных и признаки сетевой ошибки.

9.2. Сведения об устройстве и программной среде: тип устройства, операционная система, браузер, версия, язык, часовой пояс, размер экрана, поддерживаемые функции, версия Приложения.

9.3. Идентификаторы: сессии, Cookie, установки Приложения, устройства, Учётной записи в псевдонимизированном виде, рекламной кампании, эксперимента, push-токен после запуска функции.

9.4. События: открытие страницы, поиск, фильтр, просмотр Карточки Товара, добавление в Корзину или Избранное, начало и завершение оформления, ошибка, нажатие элемента, применение Промокода, подписка на Список ожидания.

9.5. Коммерческие признаки: категория и артикул Товара, размер, цена, валюта, сумма Корзины, статус конверсии. Передача ФИО, телефона, email, полного номера Заказа или адреса в аналитические и рекламные системы по умолчанию запрещается.

9.6. Настройки: выбор Cookie, язык, регион, предпочтения отображения, выбранный Пункт выдачи, согласие или отказ от отдельных функций.

9.7. Сведения безопасности: признаки автоматизированного трафика, неудачных входов, подозрительных запросов, подмены сессии, частота действий и иные сигналы, необходимые для защиты.

9.8. Конкретный состав для каждого Поставщика и технологии определяется Реестром Cookie и технической схемой передачи. Категория в настоящем разделе не означает автоматический сбор всех перечисленных сведений.

10. Сессия, регистрация и Личный кабинет

10.1. Для регистрации и входа могут использоваться идентификатор сессии, одноразовый маркер, токен авторизации и защитный Cookie. Пароль не хранится в Cookie в открытом виде.

10.2. Токены авторизации имеют ограниченный срок, защищаются атрибутами Secure, HttpOnly и SameSite, когда это технически применимо, и отзываются при выходе, смене пароля, компрометации или иных основаниях безопасности.

10.3. Функция «запомнить меня» или длительный вход включается только после понятного действия Пользователя. Интерфейс сообщает, что на общем устройстве такая функция увеличивает риск доступа посторонних лиц.

10.4. Восстановление пароля не должно передавать токен восстановления аналитическим или рекламным сервисам через URL, реферер, снимок события или лог стороннего скрипта.

10.5. Блокировка необязательных категорий не ограничивает вход, просмотр истории Заказов, изменение основных данных и реализацию потребительских прав.

11. Корзина, Избранное и история взаимодействия

11.1. В гостевом режиме состав Корзины и Избранного может храниться в Cookie или локальном хранилище. После входа сведения могут быть связаны с Учётной записью для синхронизации между устройствами.

11.2. Добавление Товара в Корзину или Избранное не является согласием на маркетинговое отслеживание, рассылку или передачу рекламной платформе.

11.3. Очистка Cookie или локального хранилища может удалить гостевую Корзину, Избранное, просмотренные Товары и настройки. Заключённые Заказы и обязательные учётные записи Оператора при этом сохраняются.

11.4. Уведомление о брошенной Корзине, снижении Цены или возвращении Товара в наличие направляется только при наличии правового основания для выбранного канала. Техническое событие Корзины не заменяет рекламное согласие.

11.5. История просмотров может использоваться для функциональной персонализации или Рекомендательных технологий только после выполнения требований соответствующей категории и специальных правил.

12. Оформление Заказа, оплата и доставка

12.1. Строго необходимые технологии могут поддерживать последовательность оформления, защищать форму от подделки, сохранять выбранный способ доставки, связывать страницы расчёта и предотвращать повторное направление Заказа.

12.2. Платёжная форма, СБП, виджет Службы доставки, карта Пунктов выдачи или антифрод-сервис могут принадлежать третьему лицу. До подключения определяется, какие Cookie и запросы создаёт виджет, в какой момент он загружается и какие сведения получает Поставщик.

12.3. Полный номер банковской карты, CVC/CVV и иные защищённые реквизиты не должны передаваться Оператору через Cookie. Они обрабатываются платёжной инфраструктурой в соответствии с её правилами и применимыми стандартами.

12.4. Если Поставщик устанавливает необязательные аналитические или маркетинговые Cookie внутри виджета, Оператор обеспечивает их блокировку до выбора либо выбирает конфигурацию без таких технологий.

12.5. Номер Заказа и контактные данные не включаются в URL страниц, доступных сторонним скриптам, без технической необходимости и мер защиты. Для аналитики используется отдельный псевдонимный идентификатор или агрегированный статус.

12.6. Оплата при получении и доставка СДЭК не требуют согласия на аналитические или маркетинговые Cookie. Подключение другой Службы доставки осуществляется после аналогичной проверки.

13. Отзывы, фотографии и пользовательские формы

13.1. Форма Отзыва, обращения или загрузки фотографии может использовать строго необходимые технологии для защиты от спама, сохранения черновика, ограничения размера и безопасной передачи файла.

13.2. Оператор запрещает аналитическим и рекламным скриптам автоматически считывать текст формы, имя, контакт, содержание Отзыва до отправки, метаданные фотографии или прикреплённый файл, если это не требуется для заявленной функции.

13.3. При использовании внешнего антиспам-сервиса Пользователю раскрываются Поставщик, данные, цель и момент загрузки. Невидимый запуск сервиса с межсайтовым отслеживанием до взаимодействия не допускается без соответствующего основания.

13.4. Публикация Пользовательского материала и согласие на распространение Персональных данных регулируются отдельными правилами и не выводятся из выбора Cookie.

14. Аналитика, A/B-тесты и улучшение продукта

14.1. Аналитика используется для выявления ошибок, измерения производительности, оценки понятности навигации, использования фильтров, воронки оформления и качества новых функций.

14.2. A/B-тест может требовать сохранения идентификатора варианта, чтобы одному Пользователю последовательно показывалась одна версия. Если тест не является необходимым для безопасности или исправления критического дефекта, соответствующий идентификатор относится к аналитической категории.

14.3. Запись сессии, тепловые карты и воспроизведение действий допускаются только после специальной оценки риска, маскирования полей форм и исключения контактов, платёжных данных, переписки и иных чувствительных элементов.

14.4. Оператор устанавливает ограничения доступа к сырым событиям, исключает использование Поставщиком для собственных рекламных целей, если это не было отдельно раскрыто и правомерно, и определяет срок удаления.

14.5. Результаты аналитики могут использоваться в агрегированном виде после завершения срока хранения исходных идентификаторов, если обратное определение конкретного лица невозможно без дополнительной информации.

15. Персонализация, AI-функции и Рекомендательные технологии

15.1. Раздел применяется после фактического запуска персонализации, AI-рекомендаций Товаров, AI-подбора размера или иных функций, использующих сведения о предпочтениях и поведении.

15.2. До запуска Оператор определяет, является ли функция Рекомендательной технологией в смысле Федерального закона № 149-ФЗ, публикует необходимые отдельные Правила и уведомление, проводит оценку обработки Персональных данных и проверяет Поставщика.

15.3. Для персонализации могут использоваться просмотренные категории, выбранные размеры, Избранное, Корзина, история Заказов, ответы Пользователя и технические события. Точный перечень раскрывается до начала функции.

15.4. AI-подбор размера не должен собирать фотографию тела, специальные категории, биометрические данные или медицинские сведения по умолчанию. Запрос таких данных требует отдельной правовой и технической оценки, обновления документов и соответствующего основания.

15.5. Персонализированная рекомендация носит информационный характер, не заменяет размерную сетку и не ограничивает право на возврат. Пользователю предоставляется неперсонализированный способ просмотра Каталога, когда это технически возможно.

15.6. Отказ от необязательной персонализации не удаляет историю Заказов, которую Оператор обязан или вправе хранить для договора, учёта и защиты прав, но прекращает её использование для соответствующей цели.

16. Маркетинг, реклама и измерение конверсий

16.1. Маркетинговые технологии могут связывать посещение с рекламной кампанией, регистрировать конверсию, формировать аудиторию и ограничивать частоту показа только после необходимого выбора Пользователя.

16.2. Отказ от маркетинговых Cookie не означает автоматический отказ от ранее предоставленного рекламного согласия на email, SMS, push или Telegram. Эти настройки управляются раздельно. Аналогично отказ от рассылки не включает маркетинговые Cookie.

16.3. Оператор не использует списки клиентов, хэшированные контакты, сопоставление аудиторий или передачу истории Заказов рекламной платформе без отдельной оценки основания, информирования и требований к рекламе.

16.4. Событие покупки для измерения рекламы передаётся в минимизированном виде. Передача наименования Получателя, телефона, email, точного адреса или текста заказа исключается, если иное не обосновано и не раскрыто.

16.5. При прекращении Акции, рекламной кампании или отношений с Поставщиком Оператор отключает теги, прекращает передачу событий и обеспечивает удаление или ограничение доступов в соответствии с договором.

17. Список ожидания, уведомления и будущие функции

17.1. Список ожидания может использовать идентификатор выбранного Товара и сессии для отображения статуса формы. Направление уведомления требует контакта и отдельного основания, установленного Политикой обработки Персональных данных.

17.2. Push-уведомления используют токен устройства или браузера. Получение системного разрешения операционной среды и выбор Cookie являются разными действиями. Продавец фиксирует назначение канала и предоставляет способ отключения.

17.3. Telegram-уведомления запускаются после добровольной привязки аккаунта или чата. До подключения проверяются роль Telegram и иных поставщиков, маршруты передачи и соблюдение требований к локализации и Трансграничной передаче.

17.4. Программа лояльности, Промокоды, Акции, сертификаты и Предзаказ могут использовать технические идентификаторы для проверки условий и предотвращения злоупотреблений. Это не даёт права на скрытое маркетинговое профилирование.

17.5. Новая функция не включается в строго необходимую категорию только потому, что она полезна бизнесу. Оператор оценивает, нужна ли технология Пользователю для запрошенной операции или является дополнительной.

18. Приложение, SDK и идентификаторы мобильной среды

18.1. После запуска Приложение может использовать SDK, локальное хранилище, идентификатор установки, push-токен, журналы сбоев и иные механизмы, которые функционально соответствуют Cookie.

18.2. До публикации Приложения составляется отдельный технический реестр SDK: поставщик, версия, разрешения, данные, домены, цель, срок, возможность отключения, локализация, трансграничные потоки и политика магазина приложений.

18.3. Необязательные аналитические и маркетинговые SDK не инициализируются до выбора Пользователя. Удаление Приложения не всегда удаляет сведения, уже переданные Поставщику, поэтому Оператор обеспечивает отдельный механизм отзыва и удаления в применимом объёме.

18.4. Доступ к рекламному идентификатору, точной геолокации, контактам, фотографиям, камере, микрофону и иным разрешениям запрашивается только непосредственно перед соответствующей функцией и не объединяется с общим согласием на все SDK.

18.5. Ограничение отслеживания на уровне операционной системы учитывается наряду с внутренними настройками Приложения. Оператор не использует обходные методы идентификации устройства после такого ограничения.

19. Модель согласия и правовые основания

19.1. Для строго необходимых технологий Оператор использует основание, соответствующее фактической цели: заключение или исполнение договора по инициативе Пользователя, предоставление прямо запрошенной функции, выполнение обязанности, обеспечение информационной безопасности либо осуществление прав и законных интересов без нарушения прав Пользователя.

19.2. Функциональные, аналитические и маркетинговые технологии активируются на основании согласия, когда без согласия отсутствует иное применимое и документированное основание. Для маркетинговой категории применяется модель предварительного выбора.

19.3. Согласие выражается активным действием: выбором категории, переключателя или кнопки с однозначным текстом. Простое продолжение просмотра, прокрутка, закрытие баннера, заранее проставленный переключатель или бездействие не считаются согласием там, где требуется активное волеизъявление.

19.4. Выбор «принять всё» и «отклонить необязательные» должен быть сопоставим по доступности и понятности. Отказ не должен требовать большего количества действий, чем согласие, без объективной причины.

19.5. Оператор хранит дату и время выбора, случайный идентификатор согласия, выбранные категории, редакцию Политики, версию конфигурации и источник действия. Хранение доказательства не должно становиться отдельным маркетинговым профилем.

19.6. При изменении целей, состава данных, Поставщика или категории, которое делает прежнее согласие недостаточным, технология блокируется до получения нового выбора.

19.7. Согласие на Cookie оформляется отдельно от акцепта Оферты, Пользовательского соглашения, регистрации, Заказа и рекламной рассылки.

20. Требования к баннеру и Интерфейсу управления Cookie

20.1. При первом посещении до загрузки необязательных технологий показывается первый слой баннера с краткой информацией, ссылкой на Политику и понятными действиями.

20.2. На первом слое рекомендуется разместить действия «Принять всё», «Отклонить необязательные» и «Настроить». Формулировки не должны вводить в заблуждение, использовать эмоциональное давление, скрывать отказ цветом, размером или расположением.

20.3. Панель настроек содержит раздельные переключатели категорий, краткие цели, ссылку на список Поставщиков и сроки. Строго необходимая категория отмечается как всегда активная с объяснением причины.

20.4. До выбора допускаются только запросы, объективно необходимые для показа Сайта, безопасности и сохранения самого выбора. Аналитические и рекламные скрипты не должны сначала загрузиться, а затем удалять Cookie после отказа.

20.5. Интерфейс должен быть доступен с клавиатуры, корректно читаться на мобильном устройстве, не перекрывать обязательную информацию и поддерживать распространённые средства доступности.

20.6. Кнопка или ссылка повторного открытия настроек размещается в футере под названием «Настройки Cookie» либо эквивалентным понятным названием.

20.7. Срок повторного запроса выбора определяется версией согласия и разумной необходимостью. Баннер не показывается при каждом посещении только для склонения к согласию после отказа.

20.8. Техническая спецификация интерфейса приведена в Приложении 2.

21. Изменение выбора и отзыв согласия

21.1. Пользователь может в любое время открыть Интерфейс управления Cookie и изменить выбор. Отзыв должен быть столь же доступным, как предоставление согласия.

21.2. После отключения категории Оператор прекращает её дальнейшую загрузку и удаляет собственные необязательные идентификаторы, если они больше не нужны и технически доступны для удаления.

21.3. Для технологий Поставщика Оператор направляет команду отключения, прекращает передачу и применяет предусмотренный договором или сервисом механизм удаления. Некоторые сведения могут сохраняться у Поставщика на ином законном основании; это раскрывается отдельно.

21.4. Отзыв действует на будущее и не делает неправомерной обработку, законно выполненную до отзыва. Сведения, необходимые для подтверждения согласия или защиты права, могут храниться в ограниченном объёме.

21.5. Изменение выбора на одном устройстве может не распространиться автоматически на другое устройство или браузер до входа в Учётную запись и синхронизации. Интерфейс сообщает об этом.

21.6. Выход из Учётной записи, удаление Cookie или смена браузера может сбросить сохранённый выбор. Оператор не использует это для автоматического включения необязательных технологий; при отсутствии подтверждённого выбора они остаются выключенными.

22. Настройки браузера и устройства

22.1. Большинство браузеров позволяет просматривать, удалять и блокировать Cookie, запрещать Cookie третьих лиц или очищать данные при закрытии. Названия разделов различаются в зависимости от браузера и версии.

22.2. Пользователь может использовать приватный режим, ограничение межсайтового отслеживания, системные настройки рекламного идентификатора и разрешений Приложения. Эти меры дополняют, но не всегда заменяют настройки PreWoman.

22.3. Блокировка всех Cookie может привести к выходу из Учётной записи, невозможности сохранить Корзину, применить отдельную настройку, защитить форму или завершить оформление. Оператор не гарантирует работу функции, технически невозможной без соответствующего механизма.

22.4. Браузерное сообщение «Do Not Track» не имеет единого обязательного технического стандарта для всех сервисов. Оператор учитывает поддерживаемые сигналы, но основной способ управления — Интерфейс управления Cookie и системные настройки.

22.5. Инструкции Поставщиков и браузеров могут изменяться. Политика не воспроизводит устаревающие пошаговые меню, а направляет Пользователя к официальной справке конкретного продукта.

23. Последствия отключения отдельных категорий

23.1. Отключение строго необходимой технологии через браузер может сделать недоступной авторизацию, защищённую форму, сохранение сессии или оформление Заказа.

23.2. Отключение функциональной категории может сбросить предпочтения, гостевое Избранное, просмотренные Товары, выбранный регион или удобное отображение, но не лишает права оформить Заказ базовым способом.

23.3. Отключение аналитической категории означает, что Оператор не будет учитывать соответствующую сессию в необязательной продуктовой аналитике; это не должно ухудшать цену, ассортимент или объём потребительских прав.

23.4. Отключение маркетинговой категории уменьшает персонализацию и измерение рекламы, но Пользователь может продолжить видеть неперсонализированную рекламу на внешних площадках.

23.5. Отказ от AI-персонализации или Рекомендательных технологий предоставляет неперсонализированный Каталог или иной доступный режим, если функция не является единственным техническим способом показать информацию.

24. Поставщики, поручение обработки и самостоятельные операторы

24.1. Оператор ведёт внутренний перечень Поставщиков, договоров, доменов, систем, субподрядчиков, мест хранения, сроков и контактов. Публичный Реестр содержит сведения, необходимые Пользователю для осознанного выбора.

24.2. Если Поставщик обрабатывает Персональные данные по поручению Оператора, договор определяет перечень данных и действий, цели, конфиденциальность, безопасность, локализацию, сроки, удаление, аудит и уведомление об инцидентах.

24.3. Если Поставщик определяет собственные цели, Оператор оценивает наличие основания для предоставления данных, информирует Пользователя и указывает ссылку на политику Поставщика. Формальное название договора не заменяет анализа фактической роли.

24.4. Оператор не подключает Поставщика, который сохраняет право использовать события PreWoman для собственного рекламного профиля без прозрачного основания, либо не предоставляет достаточную информацию о базах и субподрядчиках.

24.5. Замена Поставщика является существенным изменением, если меняются цели, данные, получатели, страны, сроки или способы управления. В таком случае Реестр обновляется до запуска новой интеграции.

25. Локализация и Трансграничная передача

25.1. При сборе Персональных данных граждан Российской Федерации через Интернет запись, систематизация, накопление, хранение, уточнение и извлечение осуществляются с использованием баз данных, находящихся в Российской Федерации, кроме установленных законом исключений.

25.2. До подключения иностранного домена, облачного сервиса, CDN, SDK, рекламной или аналитической платформы Оператор устанавливает, какие сведения и на каком этапе передаются за пределы Российской Федерации.

25.3. Трансграничная передача не начинается автоматически после принятия общей Политики. Оператор выполняет установленную законом процедуру, оценивает иностранное государство и получателя, направляет необходимое уведомление и учитывает возможный запрет или ограничение Роскомнадзора.

25.4. Если соблюдение локализации и передачи невозможно подтвердить, соответствующая технология не подключается либо используется конфигурация, исключающая передачу Персональных данных.

25.5. Сведения о стране, Поставщике и характере передачи указываются в Реестре Cookie, когда передача фактически осуществляется.

26. Сроки хранения

26.1. Срок каждого Cookie, локального значения, идентификатора и события определяется целью и указывается в Реестре. Оператор различает срок на устройстве, срок хранения серверной копии и срок хранения у Поставщика.

26.2. Сессионные значения удаляются после завершения сессии, если иное не требуется для безопасности, восстановления операции или подтверждения события. Постоянные значения не устанавливаются на максимальный технический срок без обоснования.

26.3. Запись согласия и редакции Политики хранится в течение срока действия выбора и периода, необходимого для подтверждения соблюдения обязанности и защиты прав, с последующим удалением или обезличиванием.

26.4. Журналы безопасности могут храниться дольше пользовательского Cookie, если это необходимо для расследования атак, предотвращения мошенничества и защиты прав. Доступ к ним ограничивается.

26.5. При прекращении договора с Поставщиком Оператор получает подтверждение удаления или возвращения данных в срок, установленный поручением, если отсутствует иное законное основание.

26.6. Автоматическое продление срока при каждом посещении допускается только когда соответствует цели и раскрыто в Реестре. Бесконечное обновление идентификатора для обхода срока запрещается.

27. Безопасность Cookie и технических идентификаторов

27.1. Оператор применяет организационные и технические меры с учётом риска: HTTPS, атрибуты Secure, HttpOnly и SameSite, ограничение домена и пути, ротацию токенов, защиту от CSRF и XSS, контроль сторонних скриптов, журналирование и управление доступом.

27.2. В Cookie не размещаются пароли в открытом виде, CVC/CVV, полный номер карты, паспортные данные, содержание обращений и иные сведения, для которых клиентское хранение не требуется.

27.3. Секреты, ключи API и административные токены не должны находиться в общедоступном JavaScript, Cookie Пользователя или мобильном пакете в форме, позволяющей их извлечь и использовать.

27.4. Изменение стороннего скрипта контролируется посредством управления версиями, ограничений источников, проверки целостности, политики безопасности контента и иных применимых мер.

27.5. При инциденте Оператор прекращает передачу, блокирует скомпрометированные идентификаторы, сохраняет доказательства, уведомляет Роскомнадзор и иных лиц в случаях и сроки, установленные законом, и обновляет конфигурацию.

28. Права Пользователя и обращения

28.1. Пользователь вправе получить сведения о целях, данных, источниках, сроках, Поставщиках и странах передачи, изменить выбор, отозвать согласие, потребовать уточнения, блокирования или уничтожения Персональных данных при наличии оснований.

28.2. Запрос может быть направлен по адресу электронной почты или почтовому адресу Оператора. Оператор вправе запросить соразмерное подтверждение личности, чтобы не раскрыть данные постороннему лицу.

28.3. Для обращения рекомендуется указать браузер или Приложение, устройство, дату посещения, идентификатор согласия при его наличии и содержание требования. Не следует направлять пароль, CVC/CVV или избыточные документы.

28.4. Сроки и порядок ответа определяются Федеральным законом № 152-ФЗ и Политикой обработки Персональных данных. Пользователь вправе обратиться в Роскомнадзор или суд.

28.5. Настройка Cookie не является единственным способом реализации прав. Если идентификатор уже связан с Учётной записью или серверной записью, Пользователь может направить отдельный запрос Оператору.

29. Несовершеннолетние Пользователи

29.1. Сайт предназначен для продажи Товаров физическим лицам с учётом правил о дееспособности. Оператор не проектирует маркетинговые профили специально для малолетних и не запрашивает возраст через Cookie без необходимости.

29.2. Если Оператор достоверно установит, что согласие на необязательное профилирование предоставлено лицом, не обладающим необходимой дееспособностью, обработка прекращается или подтверждается законным представителем в применимом порядке.

29.3. AI-функции, рекламные аудитории и межсайтовое отслеживание несовершеннолетних не запускаются без отдельной оценки повышенного риска, правового основания и специальных мер защиты.

30. Актуализация Реестра и контроль изменений

30.1. Реестр Cookie является частью системы управления изменениями. Любой новый тег, SDK, виджет, домен, пиксель или серверная передача проходит согласование до публикации кода.

30.2. Техническая команда уведомляет ответственное лицо о назначении, данных, сроке, Поставщике и средах. Юридическая проверка не проводится только по названию библиотеки или заверениям Поставщика.

30.3. Не реже одного раза в квартал на этапе активного развития и не реже одного раза в год после стабилизации проводится сканирование доменов, Cookie, localStorage, сетевых запросов и SDK в основных пользовательских сценариях.

30.4. Проверяются первый визит без выбора, отказ, выбор отдельных категорий, отзыв, вход, гостевой и зарегистрированный Заказ, оплата, доставка, Отзыв, мобильная среда и блокировка браузером.

30.5. Выявленная незарегистрированная необязательная технология отключается до завершения оценки. Реестр и Политика обновляются до повторного запуска.

31. Изменение Политики

31.1. Оператор изменяет Политику при развитии функций, изменении законодательства, категорий, Поставщиков, сроков, стран передачи или модели согласия.

31.2. Новая редакция действует с даты размещения, если иной срок не указан. Изменение Политики не заменяет нового согласия, когда прежний выбор не охватывает новую обработку.

31.3. Существенные изменения доводятся до Пользователя через баннер, настройки, Личный кабинет или Электронное сообщение в зависимости от характера изменения.

31.4. История изменений содержит дату, версию и краткое описание. Архив редакций сохраняется в объёме, позволяющем подтвердить условия соответствующего выбора.

31.5. При противоречии между Политикой и фактической конфигурацией Оператор незамедлительно ограничивает необязательную обработку, исправляет конфигурацию и обновляет раскрытие.

32. Заключительные положения и контакты

32.1. Политика применяется совместно с Офертой, Пользовательским соглашением, Политикой обработки Персональных данных, Согласием на обработку Персональных данных и Согласием на получение рекламной информации.

32.2. Если отдельное положение противоречит императивной норме, применяется закон, а остальные положения сохраняют силу.

32.3. Актуальные настройки доступны через ссылку «Настройки Cookie» в футере Сайта и, после запуска, в настройках Приложения.

32.4. Временный email: grantx@mail.ru; временный телефон: +7 916 332-73-40; почтовый адрес: 111020, г. Москва, ул. Солдатская, д. 3, кв. 337.

32.5. ПЕРЕД ПУБЛИКАЦИЕЙ необходимо заменить временные контакты, заполнить Реестр, проверить все фактические интеграции, локализацию и передачи, выполнить тесты Приложения 2. До завершения проверки необязательные технологии не активируются в производственной среде.

Приложение 1. Реестр Cookie и Аналогичных технологий

Инструкция по заполнению Реестра

1. Имя указывается с учётом регистра и префикса; для localStorage, SDK и server-side события приводится устойчивый технический идентификатор.

2. Поставщик указывается полным наименованием юридического лица, а не только брендом. Для собственной технологии указывается Оператор.

3. Срок фиксируется в единицах времени и сверяется с браузером, сервером и кабинетом Поставщика. Значение «бессрочно» не используется без обоснования.

4. В графе «Данные / события» перечисляются фактически передаваемые параметры, включая IP, user-agent, URL, артикул, стоимость, идентификатор кампании и любые идентификаторы.

5. Страна определяется по фактическому месту первичной базы, резервных копий, поддержки и дальнейшей передачи. Формулировка «облако» не является достаточной.

6. Публичный Реестр должен совпадать с конфигурацией баннера и сканированием после отказа и согласия.

Приложение 2. Юридико-техническая спецификация баннера

Рекомендуемый текст первого слоя

Требования к журналу согласий

1. Идентификатор записи согласия не должен совпадать с рекламным профилем, если это не требуется и не раскрыто.

2. Хранятся: дата и время, редакция Политики, версия конфигурации, выбранные категории, источник и технический результат применения.

3. Не хранятся в журнале: пароль, полный IP без необходимости, поля формы, состав переписки и платёжные реквизиты.

4. Доступ предоставляется только уполномоченным ролям; изменения конфигурации журналируются.

5. При отзыве сохраняется подтверждение отзыва и прекращения загрузки в объёме, необходимом для доказуемости.

Приложение 3. Карта проверки новой интеграции