События: как проверить, что события доходят

События
Версия: v2Дата: 15.06.2026

Проверка через интерфейс

Откройте /projects/{projectUuid}/settings/events и нажмите «Обновить». Список слева строится по каноническим именам событий из event-сервиса. Если событие дошло, оно появится в списке.

События: список событий
Список показывает имя события, количество атрибутов и статус описания.

Проверка через Network/API

  1. Откройте DevTools → Network на сайте или посмотрите ответ API.
  2. Найдите запрос POST /v1/projects/{projectUuid}/events или browser collect endpoint.
  3. Проверьте HTTP 2xx.
  4. В payload должен быть nameEvent и хотя бы один identity-сигнал.
  5. Если используется API key, проверьте scope events.write.
События: карточка события
Выберите событие и проверьте, какие атрибуты реально пришли.

Что проверять при ошибке

  • nameEvent пустой — gateway вернёт bad request.
  • Нет identity-сигнала — событие будет отклонено.
  • Неверный UUID в customerUUID/uuidVisitor/tagManagerUUID/uuidPixel — gateway вернёт ошибку формата.
  • Ошибка 402 — сервис statistic/report недоступен по тарифу.
  • Событие пришло без нужного поля — проверьте attributes в исходном payload.

Технически: пользователь работает во frontend через REST в gateway. Внутри CDP используется контур gateway → event; customer resolution выполняется через cdp_customer по identity-сигналам. Пользователю это нужно знать только для диагностики: если UI показывает ошибку, смотрите route, HTTP-статус gateway и связанный сервис.

События: описанные атрибуты
После проверки заполните описание атрибутов, чтобы отчёты были понятны.