Профили пользователей и поиск людей

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

Как найти человека

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

Из списка событий. Данные и сбор → События — самый прямой путь, когда идентификатор известен: в фильтрах есть поля user_id и anon_id. Дальше нажмите на значение в колонке «Посетитель» — откроется профиль с тем же периодом, что был выбран в списке.

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

Через API. Поиск по началу идентификатора есть в API: не меньше трёх символов, сравнение регистрозависимое, ищется именно префикс actor_id или user_id — не подстрока. Экрана для этого в кабинете нет, описание метода — в справочнике API.

Что показывает профиль

Заголовок — сам actor_id, метка «Известный пользователь» или «Анонимный пользователь», выбранный период, страна и устройство.

Пять карточек:

• События — сколько событий за период.
• Сессии — сколько разных сессий.
• Выручка — сумма свойства revenue за период с учётом возвратов, см. выручку в отчётах.
• Первое событие и Последнее событие — имя и время.

Ниже — два блока и хронология:

• Связанные идентификаторы: user_id и все анонимные идентификаторы, которые связаны с этим человеком.
• Атрибуты identify: свойства из последнего вызова идентификации в выбранном периоде. Если его не было — блок честно скажет, что атрибутов нет.
• Таймлайн событий: сначала новые, события сгруппированы по сессиям («Сессия …» или «Без сессии»), у каждой группы — счётчик событий. Есть фильтр по точному имени события и кнопка «Загрузить ещё»: хронология грузится страницами по 50 событий.

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

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

Список людей из отчёта — это не профиль

Два разных инструмента, которые легко перепутать:

	Список людей из отчёта	Профиль
Отвечает на вопрос	кто попал в этот срез	что делал один человек
Откуда открывается	переход воронки, ячейка удержания	ссылка из списка событий или из такого списка
Что показывает	таблицу идентификаторов с постраничной загрузкой	карточки, идентификаторы, атрибуты и хронологию

Списки существуют только там, где за ними стоит отчёт. Из строки такого списка можно перейти к сессиям конкретного человека, но сводного экрана «сессии всех, кто отвалился» в продукте нет — это осознанное ограничение.

Чего в профиле нет

Профиль — это запрос к сохранённым событиям в границах периода, а не карточка клиента. В нём нет заметок, тегов, полей CRM и ручного редактирования: всё, что там есть, пришло из ваших событий.

Что не попадает в ответ вообще:

• Сырые свойства, адрес страницы и реферер. Свойства событий и атрибуты идентификации вычищаются в момент ответа: ключи с признаками персональных данных (почта, телефон, паспорт, пароль, токен, номер карты и подобные) выбрасываются или заменяются пометкой о скрытии, а значения, похожие на адрес почты, длинную последовательность цифр или номер документа, скрываются целиком. Ограничения ответа: не больше 64 свойств на событие, вложенность до шести уровней, слишком длинные строки скрываются.
• IP-адрес. Он не сохраняется; сохраняется только страна.
• Содержимое полей форм и текст страницы — они не собираются в принципе, см. приватность.

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

Связанные идентификаторы показываются как справочная информация: хронология собирается по тому идентификатору, который открыт, и не подмешивает события связанных идентификаторов на чтении. Чужой проект или несуществующий человек отдают «не найдено», без подсказки о том, существует ли такой идентификатор где-то ещё.

Как удалить данные человека

Профиль читает данные, но не удаляет их. Удаление — отдельная процедура: Настройки → Данные, раздел «Удаление данных субъекта». Запускается по user_id, требует подтверждения вводом слова FORGET и доступна только владельцу или администратору организации.

Что важно знать заранее:

• удаление необратимо для основного хранилища и выполняется асинхронно: пока задание не завершилось, часть строк может ещё отображаться;
• удаляются события субъекта и связанных с ним идентификаторов проекта, его атрибуты идентификации и профиль;
• новые события с тем же user_id, пришедшие во время или после удаления, создадут данные заново — сначала остановите отправку.

Полная процедура, состояния задачи и её границы — в статье удаление данных человека.

Что проверить, если профиль выглядит неправильно

Симптом	Обычная причина
Профиль не открывается, страница сообщает, что данных нет	в выбранном проекте и периоде у этого идентификатора нет событий — расширьте период
Карточки заполнены, а хронология пустая	включён фильтр по имени события — сбросьте его
У одного человека несколько профилей	идентичность не связана: браузер не вызвал идентификацию после входа
Нет блока атрибутов	в периоде не было ни одного вызова идентификации
Нет ссылки «Смотреть запись»	записи выключены, сессия не попала в выборку записи или период профиля слишком широкий
Свойство события видно не полностью	значение похоже на персональные данные и скрыто на стороне сервера