Тема «идентификация пользователя между устройствами» поддерживает конкретное продуктовое решение. Единица «identity graph» — единый субъект анализа при множестве анонимных и авторизованных идентификаторов. Вопрос «identity graph»: как объединять действия без двойного счёта и без превращения аналитики в неограниченное профилирование. Методика «identity graph» согласует определения, данные и действия. Владелец «identity graph» отвечает за итоговую формулу.
Контекст и цель
Контур «identity graph» начинается с будущего решения. Для «identity graph» назовите субъект и период. Реакция на изменение «identity graph» задаётся заранее. Единица «единый субъект анализа при множестве анонимных и авторизованных идентификаторов» отделяет результат от активности команды. Такой порядок защищает «identity graph» от декоративной отчётности.
Основание «identity graph»: Google User-ID связывает активность между устройствами. основание
Основание «identity graph»: GDPR закрепляет право на удаление при условиях. основание
Основание «identity graph»: Google Analytics обеспечивает клиентский и серверный сбор. основание
Основание «identity graph»: Snowplow трактует tracking plan как — для сценария «Идентификация пользователя между устройствами и сессиями» — контракт сведений. основание
Источники поддерживают принципы «identity graph». Локальные фильтры выбирает команда «identity graph». Полнота событий проверяется для «identity graph» отдельно. Стоимость ошибки также входит в решение «identity graph».
Рабочая модель
Формула «identity graph»: анонимный идентификатор сохраняется до авторизации; подтверждённый user_id связывает допустимые события по явным правилам merge и split. Модель «identity graph» содержит шесть самостоятельных частей. Каждая часть «identity graph» имеет владельца и пример.
-
Анонимный идентификатор. В «identity graph» элемент «анонимный идентификатор» задаёт границу. Пара «анонимный идентификатор — авторизованный user_id» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
-
Авторизованный user_id. В «identity graph» элемент «авторизованный user_id» задаёт границу. Пара «авторизованный user_id — идентификатор аккаунта» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
-
Идентификатор аккаунта. В «identity graph» элемент «идентификатор аккаунта» задаёт границу. Пара «идентификатор аккаунта — сессия и устройство» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
-
Сессия и устройство. В «identity graph» элемент «сессия и устройство» задаёт границу. Пара «сессия и устройство — правила объединения» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
-
Правила объединения. В «identity graph» элемент «правила объединения» задаёт границу. Пара «правила объединения — согласие, сроки хранения и удаление» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
-
Согласие, сроки хранения и удаление. В «identity graph» элемент «согласие, сроки хранения и удаление» задаёт границу. Пара «согласие, сроки хранения и удаление — анонимный идентификатор» проверяется на эпизоде. Исключения «identity graph» записываются до расчёта.
Конфликт вокруг «анонимный идентификатор» блокирует модель «identity graph». Определение «identity graph» исправляется до публикации. Усреднение «identity graph» не решает смысловой конфликт.
Данные и расчёт
Паспорт «identity graph» фиксирует числитель и знаменатель. Субъект «identity graph» указывается отдельно. Для «единый субъект анализа при множестве анонимных и авторизованных идентификаторов» задаётся источник времени. Часовая зона «identity graph» входит в контракт. Дедупликация «identity graph» описывает повторные события.
Ручная сверка «identity graph» использует реальные истории. Агрегат «identity graph» сравнивается с транзакционным источником. Компоненты «авторизованный user_id», «идентификатор аккаунта» и «сессия и устройство» сохраняются отдельно. Разложение «identity graph» показывает продуктовый сдвиг или дефект сбора.
Период «identity graph» следует естественному циклу. Календарная неделя подходит не всегда. Причина периода «identity graph» документируется. Дата пересмотра «identity graph» также фиксируется.
Интерпретация и решения
Правила чтения «identity graph» записываются заранее. После результата правила «identity graph» не переписываются.
-
Email не используется как открытый технический идентификатор. В «identity graph» правило связано с «анонимный идентификатор». Владелец «identity graph» указывает действие и срок реакции.
-
Общий компьютер требует завершения связи после выхода. В «identity graph» правило связано с «авторизованный user_id». Владелец «identity graph» указывает действие и срок реакции.
-
Merge выполняется только после подтверждённой авторизации. В «identity graph» правило связано с «идентификатор аккаунта». Владелец «identity graph» указывает действие и срок реакции.
-
Аккаунт и физическое лицо анализируются раздельно. В «identity graph» правило связано с «сессия и устройство». Владелец «identity graph» указывает действие и срок реакции.
-
Необратимое объединение без журнала считается риском качества. В «identity graph» правило связано с «правила объединения». Владелец «identity graph» указывает действие и срок реакции.
Изменение «identity graph» сначала проходит техническую проверку. Релиз «identity graph» исключается первым. Затем «identity graph» сверяется с трафиком и задержкой. Гипотезы «identity graph» формулируются после проверки.
Практический пример
Пользователь изучает каталог на телефоне анонимно, затем входит на ноутбуке. Система связывает только события после доказанной авторизации и сохраняет исходный anonymous_id для аудита. Действия другого члена семейного аккаунта не сливаются автоматически.
В примере «identity graph» восстанавливаются реальные истории. Поток «identity graph» проверяется по «анонимный идентификатор». Затем изучаются «идентификатор аккаунта» и «правила объединения». Агрегат «identity graph» сверяется с операционной системой.
Итог примера — правило решения «identity graph». Правило «identity graph» различает эксперимент и исправление данных. Дополнительное исследование назначается отдельно. Дашборд «identity graph» остаётся каналом доставки сигнала.
Порядок внедрения
Внедрение «identity graph» делится на короткие шаги. Каждый шаг «identity graph» оставляет контрольный результат.
-
Определить единицу анализа. Шаг «определить единицу анализа» уточняет «анонимный идентификатор». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
-
Разделить пользователя и организацию. Шаг «разделить пользователя и организацию» уточняет «авторизованный user_id». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
-
Описать переход от anonymous к known. Шаг «описать переход от anonymous к known» уточняет «идентификатор аккаунта». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
-
Запретить чувствительные данные в идентификаторах. Шаг «запретить чувствительные данные в идентификаторах» уточняет «сессия и устройство». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
-
Обработать logout и смену аккаунта. Шаг «обработать logout и смену аккаунта» уточняет «правила объединения». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
-
Проверить удаление и восстановление связей. Шаг «проверить удаление и восстановление связей» уточняет «согласие, сроки хранения и удаление». В модели «identity graph» результат проверяют три роли. Переход «identity graph» сохраняется в журнале.
Первый расчёт «identity graph» повторяется независимым запросом. Расхождение «identity graph» разбирается по фильтрам. Время «identity graph» и идентификаторы сверяются далее. Версии «identity graph» проверяются отдельно.
Критерии качества
Определение «identity graph» готово при следующих условиях:
-
Единица пользователя определена. Критерий «единица пользователя определена» проверяет «анонимный идентификатор». Подтверждение «identity graph» хранится запросом или событием.
-
Merge и split воспроизводимы. Критерий «merge и split воспроизводимы» проверяет «авторизованный user_id». Подтверждение «identity graph» хранится запросом или событием.
-
Logout завершает нужный контекст. Критерий «logout завершает нужный контекст» проверяет «идентификатор аккаунта». Подтверждение «identity graph» хранится запросом или событием.
-
Идентификаторы не содержат лишних персональных данных. Критерий «идентификаторы не содержат лишних персональных данных» проверяет «сессия и устройство». Подтверждение «identity graph» хранится запросом или событием.
-
Есть запрос на удаление по ключу. Критерий «есть запрос на удаление по ключу» проверяет «правила объединения». Подтверждение «identity graph» хранится запросом или событием.
-
Доля неопознанных и конфликтных связей измеряется. Критерий «доля неопознанных и конфликтных связей измеряется» проверяет «согласие, сроки хранения и удаление». Подтверждение «identity graph» хранится запросом или событием.
Критерии «identity graph» оцениваются совместно. Формула «identity graph» не исправляет плохие данные. Точный поток «identity graph» бесполезен без решения.
Ограничения применимости
Перед публикацией «identity graph» укажите ограничения:
-
Несколько людей могут использовать одно устройство. Ограничение «несколько людей могут использовать одно устройство» меняет вывод «identity graph». В ответ добавляется «авторизованный user_id» или качественное исследование.
-
Один человек может иметь несколько аккаунтов. Ограничение «один человек может иметь несколько аккаунтов» меняет вывод «identity graph». В ответ добавляется «идентификатор аккаунта» или качественное исследование.
-
Регуляторные требования ограничивают объединение. Ограничение «регуляторные требования ограничивают объединение» меняет вывод «identity graph». В ответ добавляется «сессия и устройство» или качественное исследование.
-
Cookie и мобильные идентификаторы могут исчезать. Ограничение «cookie и мобильные идентификаторы могут исчезать» меняет вывод «identity graph». В ответ добавляется «правила объединения» или качественное исследование.
-
Ошибочный merge трудно полностью исправить задним числом. Ограничение «ошибочный merge трудно полностью исправить задним числом» меняет вывод «identity graph». В ответ добавляется «согласие, сроки хранения и удаление» или качественное исследование.
Крупное ограничение отменяет общий итог «identity graph». Несколько представлений «identity graph» честнее одного числа. Ложная определённость «identity graph» опаснее сложности.
Вывод
Практика «identity graph» начинается с единицы «единый субъект анализа при множестве анонимных и авторизованных идентификаторов». Затем «identity graph» связывает формулу, события и проверки. Реакция «identity graph» назначается владельцу. Ручная сверка предшествует автоматизации.
Минимум «identity graph»: ответить на вопрос «как объединять действия без двойного счёта и без превращения аналитики в неограниченное профилирование». Далее проверяется формула «анонимный идентификатор сохраняется до авторизации; подтверждённый user_id связывает допустимые события по явным правилам merge и split». Ограничения «identity graph» записываются до регулярного review.
