Агентство недвижимости передаёт разрешённую базу клиентов в рекламную систему. В файле несколько тысяч строк, а готовый сегмент показывает другой объём. Специалист объясняет разницу сопоставлением идентификаторов и предлагает расширить рекламу на связанные устройства. Руководителю нужно понять, кому в результате может адресоваться кампания и соответствует ли такая область согласованной задаче.
Это решение принимают после определения состава клиентов, которых допустимо использовать. Здесь рассматривается следующий вопрос: как разрешённые идентификаторы превращаются в рекламную область и какое расширение компания принимает. Число строк, найденных идентификаторов и будущих покупателей нельзя считать одной величиной. Результат работы — паспорт сопоставления с допустимым режимом устройств, ограничениями и проверкой применения.
Запишите, зачем нужен именно загружаемый сегмент: продолжить согласованную коммуникацию, исключить известную группу либо подготовить другой разрешённый рекламный сценарий. Не объединяйте эти задачи фразой «работа с базой». Для приглашения и исключения ошибки покрытия имеют разные последствия.
Определите, требуется ли обращение к пользователю на связанных устройствах или допустима только работа с конкретными загруженными устройствами. Это деловое требование, которое затем проверяют на техническую реализуемость. Письмо руководителя «показывать только этим телефонам» не означает, что рекламный сервис умеет обеспечить буквально такую границу.
Укажите владельцев решения: маркетолог объясняет сценарий, специалист проверяет механизм, ответственный за данные согласует фактическое использование. Наличие контакта в CRM не заменяет последнюю проверку. Не загружайте базу для эксперимента до согласования её назначения и состава.
В справке Яндекс Аудиторий описаны два режима универсального сегмента: Cross-Device добавляет связанные устройства того же пользователя, In-Device ограничивается загруженными устройствами. Проверено 29 октября 2026 года. Возможность выбора зависит от типа идентификатора, поэтому эти режимы нельзя обещать как взаимозаменяемые для любой базы.
Та же справка указывает In-Device для IDFA/GAID, но не для телефона, электронной почты, MAC и ClientID. Если компания располагает только телефонами и требует отсутствие расширения на другие устройства, сначала зафиксируйте несовместимость требования и доступного механизма. Не называйте выбранный по умолчанию режим выполнением такого запрета.
Связанное устройство не является новым похожим покупателем. Это другая область сопоставления исходного пользователя, а не поиск look-alike. В то же время техническая связь системы не доказывает намерение купить квартиру и не устанавливает, кто сейчас держит устройство. Уточнение потребности остаётся задачей общения.
Универсальный файл позволяет передать разные идентификаторы в одной записи. Тем самым компания сообщает связь между ними. Перед подготовкой объясните исполнителю: одна строка должна описывать пользователя, а не произвольную сделку со всеми её участниками.
Условный пример: в карточке покупки находятся телефон покупателя, почта представителя и контакт сотрудника агентства. Выгрузка всей карточки одной строкой создаёт неверное утверждение об их принадлежности одному человеку. Сначала разберите роли внутри разрешённого контура. Не пытайтесь решить неопределённость удалением всей истории продаж или массовым объединением CRM.
Проверяйте происхождение каждого вида идентификатора. У таблицы, составленной из нескольких источников, должны быть понятные правила связи. Совпадение времени обращения или общий объект интереса сами по себе не подтверждают одного пользователя. Спорные связи исключите из передаваемого набора до уточнения, сохранив внутреннее основание решения.
| Входное условие | Что должен установить руководитель |
|---|---|
| Есть только телефон или почта | Приемлема ли доступная область связанных устройств |
| Есть допустимые IDFA/GAID | Нужен ли режим только загруженных устройств |
| В записи несколько идентификаторов | Подтверждена ли принадлежность одному пользователю |
| Нужны исключения известных клиентов | Какое неполное покрытие остаётся возможным |
| Требование сервиса не реализует запрет компании | Изменить способ работы или отказаться от загрузки |
На узком экране таблицу можно прокрутить вбок.
Карта не выбирает аудиторию вместо команды продаж. Она фиксирует границу применения уже выбранного состава. Разные версии файла и режима сохраняйте раздельно: одинаковое название сегмента не делает их одинаковой рекламной областью.
Передайте специалисту текущие требования к файлам. Для универсального сегмента сервис задаёт названия полей, формат CSV и правила записи идентификаторов. Другие колонки могут сохраняться, не участвуя в сопоставлении; поэтому комментарии менеджера и сведения об объекте не следует добавлять «на всякий случай».
Попросите проверить конечный файл после преобразований. Важны не только заголовки, но и сохранение связи внутри строки, отсутствие сдвинутых колонок и корректное чтение пустых значений. Для демонстрации в общей рабочей группе используйте условную схему без действительных контактов.
Если применяется хеширование, специалист проверяет подготовку по требованиям сервиса. Не называйте хеширование доказательством допустимости передачи или гарантией невозможности определить человека. В паспорте достаточно указать согласованную схему и контрольную сумму версии; сами контакты в общий отчёт не входят.
Сохраните количество исходных записей, переданных записей, технический статус и доступный охват готового сегмента. Подпишите единицы так, как их определяет платформа. Не делите одно число на другое и не называйте результат долей найденных людей, пока единицы действительно не сопоставимы.
Разница может зависеть от доступности сопоставления и выбранной области устройств. Её нельзя автоматически объявлять ошибкой файла или приростом клиентской базы. Если объяснения сервиса недостаточно, сохраните неизвестность и задайте предметный вопрос поддержке без избыточной передачи клиентских сведений.
Готовность сегмента подтверждает техническую возможность его использования. Она не принимает за компанию режим, правовую допустимость, качество исходных связей и коммерческую полезность. Эти основания должны существовать до запуска независимо от зелёного статуса.
Сопоставьте фактический сегмент с согласованной версией, назначением и режимом. Уточните, используется ли он как условие привлечения, исключение или элемент более сложной логики. Само присутствие сегмента в кабинете ещё не объясняет область всей кампании.
Для исключения известных клиентов не обещайте полного прекращения любых показов каждому человеку. Сохраните ограничения сопоставления и обновления. При жалобе на повторную рекламу сначала установите сегмент, время и доступную историю, затем проверяйте конкретную причину. Одного сообщения клиента недостаточно для вывода, что весь механизм не работает.
При обновлении исходной базы повторите проверку связей и применимости режима. Не расширяйте набор идентификаторов автоматически ради большего охвата: это меняет передаваемое утверждение и может потребовать нового решения. Старый паспорт сохраняйте вместе с датой перехода.
Итог позволяет объяснить, какую область компания разрешила получить из своих данных и где остаётся неопределённость. Для обсуждения рекламы агентства недвижимости с Digitax подготовьте описание сценария и паспорт без клиентских контактов. Начинать полезно с реализуемой границы аудитории, после чего оценивать реальные подходящие обращения.
Политика в отношении обработки персональных данных
1. Общие положения
Настоящая политика обработки персональных данных составлена в соответствии с требованиями Федерального закона от 27.07.2006. №152-ФЗ «О персональных данных» и определяет порядок обработки персональных данных и меры по обеспечению безопасности персональных данных, предпринимаемые ИП Мальцевым Алексеем Александровичем (далее – Оператор).
1.1. Оператор ставит своей важнейшей целью и условием осуществления своей деятельности соблюдение прав и свобод человека и гражданина при обработке его персональных данных, в том числе защиты прав на неприкосновенность частной жизни, личную и семейную тайну.
1.2. Настоящая политика Оператора в отношении обработки персональных данных (далее – Политика) применяется ко всей информации, которую Оператор может получить о посетителях веб-сайта https://agency-digitax.ru
2. Основные понятия, используемые в Политике
2.1. Автоматизированная обработка персональных данных – обработка персональных данных с помощью средств вычислительной техники;
2.2. Блокирование персональных данных – временное прекращение обработки персональных данных (за исключением случаев, если обработка необходима для уточнения персональных данных);
2.3. Веб-сайт – совокупность графических и информационных материалов, а также программ для ЭВМ и баз данных, обеспечивающих их доступность в сети интернет по сетевому адресу https://agency-digitax.ru;
2.4. Информационная система персональных данных — совокупность содержащихся в базах данных персональных данных, и обеспечивающих их обработку информационных технологий и технических средств;
2.5. Обезличивание персональных данных — действия, в результате которых невозможно определить без использования дополнительной информации принадлежность персональных данных конкретному Пользователю или иному субъекту персональных данных;
2.6. Обработка персональных данных – любое действие (операция) или совокупность действий (операций), совершаемых с использованием средств автоматизации или без использования таких средств с персональными данными, включая сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, передачу (распространение, предоставление, доступ), обезличивание, блокирование, удаление, уничтожение персональных данных;
2.7. Оператор – государственный орган, муниципальный орган, юридическое или физическое лицо, самостоятельно или совместно с другими лицами организующие и (или) осуществляющие обработку персональных данных, а также определяющие цели обработки персональных данных, состав персональных данных, подлежащих обработке, действия (операции), совершаемые с персональными данными;
2.8. Персональные данные – любая информация, относящаяся прямо или косвенно к определенному или определяемому Пользователю веб-сайта https://agency-digitax.ru;
2.9. Пользователь – любой посетитель веб-сайта https://agency-digitax.ru;
2.10. Предоставление персональных данных – действия, направленные на раскрытие персональных данных определенному лицу или определенному кругу лиц;
2.11. Распространение персональных данных – любые действия, направленные на раскрытие персональных данных неопределенному кругу лиц (передача персональных данных) или на ознакомление с персональными данными неограниченного круга лиц, в том числе обнародование персональных данных в средствах массовой информации, размещение в информационно-телекоммуникационных сетях или предоставление доступа к персональным данным каким-либо иным способом;
2.12. Трансграничная передача персональных данных – передача персональных данных на территорию иностранного государства органу власти иностранного государства, иностранному физическому или иностранному юридическому лицу;
2.13. Уничтожение персональных данных – любые действия, в результате которых персональные данные уничтожаются безвозвратно с невозможностью дальнейшего восстановления содержания персональных данных в информационной системе персональных данных и (или) уничтожаются материальные носители персональных данных.
3. Оператор может обрабатывать следующие персональные данные Пользователя
3.1. Фамилия, имя, отчество;
3.2. Электронный адрес;
3.3. Номера телефонов;
3.4. Также на сайте происходит сбор и обработка обезличенных данных о посетителях (в т.ч. файлов «cookie») с помощью сервисов интернет-статистики (Яндекс Метрика и Гугл Аналитика и других).
3.5. Вышеперечисленные данные далее по тексту Политики объединены общим понятием Персональные данные.
4. Цели обработки персональных данных
4.1. Цель обработки персональных данных Пользователя — информирование Пользователя посредством отправки электронных писем; предоставление доступа Пользователю к сервисам, информации и/или материалам, содержащимся на веб-сайте.
4.2. Также Оператор имеет право направлять Пользователю уведомления о новых продуктах и услугах, специальных предложениях и различных событиях. Пользователь всегда может отказаться от получения информационных сообщений, направив Оператору письмо на адрес электронной почты info@digitax-agency.ru с пометкой «Отказ от уведомлений о новых продуктах и услугах и специальных предложениях».
4.3. Обезличенные данные Пользователей, собираемые с помощью сервисов интернет-статистики, служат для сбора информации о действиях Пользователей на сайте, улучшения качества сайта и его содержания.
5. Правовые основания обработки персональных данных
5.1. Оператор обрабатывает персональные данные Пользователя только в случае их заполнения и/или отправки Пользователем самостоятельно через специальные формы, расположенные на сайте https://agency-digitax.ru. Заполняя соответствующие формы и/или отправляя свои персональные данные Оператору, Пользователь выражает свое согласие с данной Политикой.
5.2. Оператор обрабатывает обезличенные данные о Пользователе в случае, если это разрешено в настройках браузера Пользователя (включено сохранение файлов «cookie» и использование технологии JavaScript).
6. Порядок сбора, хранения, передачи и других видов обработки персональных данных
Безопасность персональных данных, которые обрабатываются Оператором, обеспечивается путем реализации правовых, организационных и технических мер, необходимых для выполнения в полном объеме требований действующего законодательства в области защиты персональных данных.
6.1. Оператор обеспечивает сохранность персональных данных и принимает все возможные меры, исключающие доступ к персональным данным неуполномоченных лиц.
6.2. Персональные данные Пользователя никогда, ни при каких условиях не будут переданы третьим лицам, за исключением случаев, связанных с исполнением действующего законодательства.
6.3. В случае выявления неточностей в персональных данных, Пользователь может актуализировать их самостоятельно, путем направления Оператору уведомление на адрес электронной почты Оператора info@digitax-agency.ru с пометкой «Актуализация персональных данных».
6.4. Срок обработки персональных данных является неограниченным. Пользователь может в любой момент отозвать свое согласие на обработку персональных данных, направив Оператору уведомление посредством электронной почты на электронный адрес Оператора info@digitax-agency.ru с пометкой «Отзыв согласия на обработку персональных данных».
7. Трансграничная передача персональных данных
7.1. Оператор до начала осуществления трансграничной передачи персональных данных обязан убедиться в том, что иностранным государством, на территорию которого предполагается осуществлять передачу персональных данных, обеспечивается надежная защита прав субъектов персональных данных.
7.2. Трансграничная передача персональных данных на территории иностранных государств, не отвечающих вышеуказанным требованиям, может осуществляться только в случае наличия согласия в письменной форме субъекта персональных данных на трансграничную передачу его персональных данных и/или исполнения договора, стороной которого является субъект персональных данных.
8. Заключительные положения
8.1. Пользователь может получить любые разъяснения по интересующим вопросам, касающимся обработки его персональных данных, обратившись к Оператору с помощью электронной почты info@digitax-agency.ru.
8.2. В данном документе будут отражены любые изменения политики обработки персональных данных Оператором. Политика действует бессрочно до замены ее новой версией.
8.3. Актуальная версия Политики в свободном доступе расположена в сети Интернет по адресу https://agency-digitax.ru
Пользователь — любое лицо, оставляющее свои данные на Сайте: agency-digitax.ru
Оператор — Индивидуальный предприниматель Мальцев Алексей Александрович, адрес: РФ, 355045, СТАВРОПОЛЬСКИЙ КРАЙ, Г СТАВРОПОЛЬ, УЛ ПИРОГОВА, д. 64, корп. 4, кв. 101
1. Пользователь, присоединяясь к настоящему Соглашению и оставляя свои данные на Сайте Оператора по адресу в сети Интернет: agency-digitax.ru (далее — Сайт), путем заполнения персональных данных в специальных полях на Сайте:
1.1. Подтверждает, что все указанные им данные принадлежат лично ему;
1.2. Подтверждает и признает, что им внимательно в полном объеме прочитано настоящее Согласие, Политика конфиденциальности, расположенная по адресу agency-digitax.ru, текст и условия ему понятны.
1.3. Выражает согласие с условиями Политики конфиденциальности, расположенной по адресу agency-digitax.ru
1.4. Дает согласие Оператору на обработку персональных данных и возможность передачи им таких персональных данных третьим лицам, с использованием машинных носителей информации, по каналам связи с соблюдением мер, обеспечивающих их защиту от несанкционированного доступа.
1.5. Согласие дается на обработку следующих персональных данных:
- Имя, номер телефона, адрес электронной почты
1.6. Согласие Пользователя на обработку и передачу третьим лицам персональных данных является конкретным, информированным и сознательным.
2. Оператор осуществляет автоматизированную обработку персональных данных с получением и/или передачей полученной информации по информационно-телекоммуникационным сетям или без таковой.
3. В ходе обработки с персональными данными Пользователя могут быть совершены следующие действия: сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение), использование, передачу (распространение, предоставление, доступ), обезличивание, удаление и уничтожение персональных данных.
4. Оператор не осуществляет обработку специальных категорий персональных данных, касающихся расовой, национальной принадлежности, политических взглядов, религиозных или философских убеждений, состояния здоровья, интимной жизни, за исключением случаев, предусмотренных законодательством РФ.
5. Срок согласия на обработку и передачу третьим лицам персональных данных ограничен сроком необходимым для достижения цели сбора и обработки персональных данных.
6. Согласие может быть отозвано Пользователем путем направления письменного заявления на электронную почту: info@digitax-agency.ru
7. Оператор имеет право вносить изменения в настоящее Согласие. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Согласия вступает в силу с момента ее размещения, если иное не предусмотрено новой редакцией Согласия.