Что представляет собой MAID и чем он не является
Представьте два допустимо собранных события: взаимодействие с рекламой и действие после установки приложения. Если у них есть совместимый идентификатор, система может использовать его как ключ сопоставления. Сам код не содержит историю покупок, интересы или местоположение — такая информация, если она вообще доступна, находится в отдельных данных.
MAID нельзя приравнивать к IMEI, серийному номеру, cookie браузера или внутреннему номеру клиента в CRM. Эти идентификаторы имеют разное назначение, доступность и срок жизни. Рекламный код не должен становиться универсальным ключом для входа, поддержки или критичных бизнес-операций.
Один человек может использовать несколько устройств, а устройством могут пользоваться разные люди. Поэтому число идентификаторов не равно числу уникальных покупателей. Между телефоном и компьютером также не возникает автоматической связи только из-за наличия MAID.
Отсутствие имени в наборе данных не делает его безусловно анонимным. Возможность связать события и дополнить их другой информацией требует аккуратного обращения, контроля доступа и оценки рисков.
IDFA и Advertising ID: доступ зависит от выбора пользователя
В экосистеме Apple разрешение на отслеживание между приложениями и сайтами других компаний запрашивают через AppTrackingTransparency. Без соответствующего разрешения доступное приложению значение IDFA представляет собой нули, а описанное платформой отслеживание не допускается. Нельзя считать, что наличие установленного приложения автоматически разрешает рекламное сопоставление.
На Android рекламный идентификатор относится к управляемым пользователем идентификаторам. В поддерживаемых сценариях пользователь может сбросить его или удалить; при удалении вместо пригодного для сопоставления значения может возвращаться строка нулей. Конкретный интерфейс настроек зависит от устройства и версии системы.
Нельзя обрабатывать нулевое значение как общий идентификатор всех отказавшихся пользователей: это создаст ложное объединение событий. Нужна отдельная ветка обработки недоступного идентификатора.
Сброс рекламного кода также не означает автоматическое удаление всей информации на серверах всех компаний. Это разные процессы. Для работы с сохранёнными данными действуют собственные процедуры и применимые правила, а не только настройка телефона.
Для каких рекламных задач используют идентификатор
- Атрибуция: сопоставление рекламного контакта и последующего события, когда такое сопоставление технически и организационно допустимо.
- Ограничение частоты: учёт повторных контактов в доступном системе контуре, а не обещание исключить повторы во всём интернете.
- Аудиторные сценарии: работа с сегментами и повторной рекламой при наличии необходимых разрешений и данных.
- Диагностика: поиск повторных событий, аномалий и различий между источниками в рамках согласованной аналитики.
Например, приложение может передавать событие первого открытия системе измерения. Если та видит совместимый допустимый рекламный контакт, она применяет правила атрибуции. Но сопоставление не доказывает, что именно реклама стала единственной причиной установки.
Каждая задача требует дополнительных данных: времени события, кампании, типа действия и правил обработки повторов. MAID помогает связать записи, но не определяет корректность всего отчёта и не заменяет проверку качества данных.
Как строить измерение при неполных данных
Планируйте аналитику так, чтобы отсутствие MAID было нормальным состоянием. Заранее разделите показатели, которые доступны в агрегированном виде, и те, для которых требуется индивидуальное сопоставление. Обозначайте модельные оценки отдельно от наблюдаемых событий.
Для контроля запуска подготовьте сценарии: идентификатор доступен, доступ запрещён, значение изменилось, пришло повторное событие, рекламного контакта нет. Проверьте, что заказ или регистрация не исчезают из внутреннего учёта только потому, что у события нет рекламного кода.
Отчёты рекламной площадки и системы продукта могут отличаться по окнам атрибуции, часовым поясам и правилам дедупликации. Сначала согласуйте определения. Не пытайтесь исправить разницу механическим объединением всех доступных идентификаторов.
Дополняйте атрибуцию анализом совокупных результатов и экспериментами там, где это возможно. Например, сравнивайте изменение заказов при контролируемом запуске кампании, учитывая сопоставимость групп. Это другой уровень проверки, который не требует считать каждого идентифицированного пользователя причиной роста.
Ошибки, которых стоит избегать
Первая ошибка — обещать «полный портрет владельца телефона». Идентификатор не открывает приложения, переписку, поисковую историю и геолокацию. Любое утверждение о доступных данных нужно проверять по реальной схеме сбора и условиям их использования.
Вторая — обходить отказ от отслеживания другим постоянным кодом или цифровым отпечатком. Ограничение относится к способу использования данных, а не только к одному названию поля. Замена IDFA хешем контакта не делает запрещённый сценарий допустимым.
Третья — привязывать к MAID всю бизнес-логику. Изменение или отсутствие значения может привести к ошибкам учёта и ложным дублям. Для внутреннего аккаунта, заказа и рекламного измерения нужны идентификаторы, соответствующие их назначению.
Перед подключением рекламного SDK выясните, какие данные он собирает, куда передаёт и как реагирует на изменение разрешений. В документации команды стоит зафиксировать назначение каждого поля, срок хранения и владельца интеграции. Это позволит проверять поведение системы после обновлений.
Показатель или подход можно использовать при планировании и оптимизации контекстной рекламы от Saygona.
Комментарий экспертаНе делайте доступность рекламного идентификатора условием достоверности всего бизнеса. Заказ должен оставаться заказом и без MAID, а рекламный отчёт — честно показывать пределы сопоставления. Отдельный учёт недоступных идентификаторов полезнее попытки любой ценой заполнить пропуски.
Вопросы и ответы: Мобильный рекламный идентификатор
Нет, сам идентификатор не содержит таких сведений. Но его связь с другими событиями и наборами данных может создавать риски идентификации, поэтому считать его безусловно анонимным нельзя.
Нет. Доступны только события, которые реально собраны соответствующими системами и могут использоваться в данном сценарии. Сам код не предоставляет доступ к данным устройства.
В поддерживаемом сценарии появляется новое значение. Это не равнозначно удалению всех ранее сохранённых сведений на серверах; обработка таких данных регулируется отдельно.
Да, существуют агрегированные и иные допустимые подходы к измерению. Однако детализация и правила сопоставления отличаются, поэтому ограничения нужно явно отражать в отчёте.

