Data Manager API поддерживает загрузку нескольких типов пользовательских данных. Чтобы данные были получены и обработаны успешно, соблюдайте требования к форматированию, хешированию и кодированию для каждого элемента данных.
UserData– данные, предоставленные пользователями, например адреса электронной почты или номера телефонов.IpData: IP-адрес и связанные с ним временные метки.PairData: идентификаторы сверки данных издателя и рекламодателя (PAIR).MobileData– данные, идентифицирующие мобильное устройство.
Требования к UserData
Объект UserData – это набор объектов UserIdentifier. Каждый объект UserIdentifier имеет ровно один из атрибутов, перечисленных в таблице ниже.
| UserIdentifier | |||||||
|---|---|---|---|---|---|---|---|
email_address |
|
||||||
phone_number |
|
||||||
address |
Объект
AddressInfoОзнакомьтесь со спецификацией формата
AddressInfo. |
||||||
Формат "AddressInfo"
Чтобы создать атрибут address для UserIdentifier, следуйте приведенным ниже рекомендациям по форматированию.
| AddressInfo | |||||||
|---|---|---|---|---|---|---|---|
given_name |
|
||||||
family_name |
|
||||||
region_code |
|
||||||
postal_code |
|
||||||
address_line |
|
||||||
city |
|
||||||
administrative_area |
|
||||||
Требования к IpData
Объект IpData имеет следующие атрибуты:
| IpData | |||||||
|---|---|---|---|---|---|---|---|
ip_address |
|
||||||
Требования к PairData
Заполните поле pair_ids объекта PairData списком идентификаторов.
Отформатируйте каждый элемент в списке, выполнив следующие действия:
Хешируйте предоставленную чистой комнатой информацию, позволяющую идентифицировать личность, с помощью алгоритма SHA-256.
Зашифруйте хеш-байты с помощью коммутативного шифра EC, используя ключ издателя для списка пользователей PAIR.
Закодируйте зашифрованные данные в формате hex или Base64.
Требования к MobileData
Заполните поле mobile_ids объекта MobileData списком идентификаторов мобильных устройств. Не хешируйте идентификаторы мобильных устройств.
Формат временной метки
Если вы используете формат JSON для полей Timestamp, например timestamp и last_updated_timestamp из Event, используйте формат RFC 3339. Ниже приведены примеры времени по UTC (8 августа 2025 г., 17:18:44.291) в формате RFC 3339 и разных часовых поясах.
Часовой пояс UTC:
2025-08-08T17:18:44.291ZЧасовой пояс EDT, который на тот момент отставал от UTC на 4 часа:
2025-08-08T13:18:44.291-04:00Часовой пояс PDT, который на тот момент отставал от UTC на 7 часов:
2025-08-08T10:18:44.291-07:00Часовой пояс для Токио (Япония), который на 9 часов опережает UTC и не переходит на летнее время:
2025-08-08T22:18:44.291+09:00
Если вы используете формат буфера протокола, при создании Timestamp задайте seconds и, при необходимости, nanos. Ниже приведены значения seconds и nanos для времени по UTC 8 августа 2025 г. в 17:18:44.291.
seconds:1754683124.nanos:291000000.
Кодировка
Требования к кодировке зависят от того, шифруете ли вы пользовательские данные.
Незашифрованные пользовательские данные. Закодируйте байты хеша SHA-256 с помощью шестнадцатеричной кодировки или кодировки Base64.
Зашифрованные пользовательские данные. Если вы шифруете пользовательские данные, то перед шифрованием необходимо закодировать необработанные байты хеша в формате Base64. Шестнадцатеричная кодировка не поддерживается для хеша, созданного до шифрования. Затем вы можете закодировать полученный зашифрованный текст, используя шестнадцатеричную кодировку или кодировку Base64.