Демо-сайт вымышленной кофейни. Чат в углу — настоящая поддержка Fixorix.Демо FixorixК примерам

Справка

Что продукт делает, чем ограничен и что поддержка отвечает на частые вопросы. Из этого же текста собрана база знаний, по которой отвечает бот, — вы читаете ровно то, что читает он.

Сбор данных

Всё начинается с того, что события приходят и называются одинаково. Вторая часть сложнее первой.

  • Автосбор

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

  • Свои события и свойства

    Одна строчка в коде — и событие с любым набором свойств: строки, числа, даты, списки. Свойства не нужно объявлять заранее, новые появляются в фильтрах сами.

  • Профили пользователей

    До входа события копятся на анонимный идентификатор, после входа склеиваются с вашим. В профиле лежит только то, что вы прислали сами, — мы ничего не дописываем со стороны.

  • Словарь событий

    Список разрешённых событий с описанием и ответственным. Всё, чего в списке нет, попадает в отдельную корзину и не портит отчёты. Лечит главную болезнь аналитики — сорок написаний одного и того же клика.

Анализ

Отчёты строятся по той же таблице событий, поэтому две метрики на разных дашбордах не могут разойтись между собой.

  • Дашборды

    Графики, числа и таблицы на одной странице, с общим периодом и общими фильтрами. Дашборд открывается по ссылке и запоминает, каким вы его оставили.

  • Воронки

    До восьми шагов, с окном конверсии и разбивкой по любому свойству. Видно не только сколько отвалилось, но и через сколько времени — второе обычно полезнее.

  • Удержание

    Когорты по неделям и месяцам: кто вернулся, через сколько и сколько раз. Считается по любому событию, а не только по входу, — «вернулся и что-то сделал» и «вернулся» это разные вопросы.

  • Сегменты

    Сохранённый набор условий по свойствам событий и профиля, который потом подставляется в любой отчёт. Собирается один раз и перестаёт быть предметом спора.

  • Дашборд по ссылке

    Публичная ссылка только для чтения, без входа и без места в тарифе. Ссылку можно отозвать, и тогда она перестаёт открываться у всех сразу.

  • Пути пользователей

    Дерево того, что люди делают до и после выбранного события. Тяжёлый отчёт: строится по выборке периода, а не по всей истории, и это видно на самом отчёте.

Команда и доступ

Кто внутри, что он видит и что он успел сделать. Вопросы, которые задают не в первый день, но задают всегда.

  • Роли

    Четыре роли от владельца до наблюдателя. Роль выдаётся на всё рабочее пространство: доступа «только к одному проекту» у нас нет, и это стоит знать до того, как вы позовёте подрядчика.

  • Двухфакторный вход

    Код из приложения-аутентификатора. Включается любым участником для себя и может быть сделан обязательным для всего пространства.

  • Вход через SSO

    SAML: вход через ваш корпоративный провайдер, отключение сотрудника на вашей стороне закрывает ему и наш интерфейс. Обычно это требование безопасников, а не пожелание команды.

  • Журнал действий

    Кто вошёл, кого пригласили, что удалили и когда сменили настройки сбора. Журнал нельзя почистить изнутри — в этом и смысл.

Как события попадают в отчёты

События принимаются круглосуточно, а в отчётах появляются с небольшой задержкой: мы считаем не на лету, а маленькими пачками. Задержка одинаковая для всех тарифов и не зависит от объёма — это расписание, а не очередь.

Задержка отчётов
3 минуты
  • Есть «Живой поток»: всё, что пришло за последний час, видно в настройках проекта сразу, ещё до того, как попадёт в отчёты. Это первое место, куда стоит смотреть при подключении.
  • Время события берём то, которое прислали вы, а не время получения. Поэтому события с телефона, пролежавшие офлайн, встают в отчёты задним числом.
  • События старше трёх суток принимаются, но помечаются как импорт и не попадают в отчёты «за сегодня». Иначе один налив истории портил бы дневные графики на неделю вперёд.
  • Дубли отсекаются по идентификатору события, если вы его передаёте. Не передаёте — повторный запрос создаст второе событие, и оно попадёт в счёт.
  • Мы ничего не семплируем. В отчёте ровно столько событий, сколько до нас доехало и уложилось в лимит тарифа.

Подключение и выгрузка

Чем данные заводятся внутрь и чем выносятся наружу. У каждого способа написано, что в нём неудобно: узнать это от нас честнее, чем на второй день отладки.

  • JS SDK для сайта

    Скрипт на страницу или пакет из npm. Ставится за десять минут, дальше события уходят сами; ключ проекта публичный и лежит в коде страницы — так и задумано.

    Что важно знать. Часть событий не доедет: блокировщики рекламы режут запросы к чужим доменам молча. Помогает приём событий со своего домена — настраивается на вашей стороне, в справке есть инструкция.

    Приём данныхС тарифа: Старт
  • SDK для iOS и Android

    Нативные библиотеки под обе платформы с одинаковым набором методов. Автосбор экранов включается флагом, всё остальное — вашими событиями.

    Что важно знать. Офлайн-события копятся на устройстве и приходят пачкой при следующем запуске — с исходным временем. Вчерашняя цифра из-за этого может немного подрасти к утру.

    Приём данныхС тарифа: Старт
  • HTTP API приёма событий

    Отправка событий с бэкенда, из очереди или из скрипта. Единственный способ учесть то, чего браузер не видит: оплаты, отмены, возвраты, работу фоновых заданий.

    Что важно знать. До ста событий в одном запросе. Если месячный лимит исчерпан, а тариф без оплаты перерасхода, приём отвечает отказом — эти события не сохранятся и не восстановятся.

    Приём данныхС тарифа: Старт
  • API отчётов

    Забрать посчитанные числа к себе: в свой дашборд, в свою таблицу, в свой еженедельный отчёт. Возвращает то же, что видно на экране, теми же формулами.

    Что важно знать. Токен читает все проекты рабочего пространства — токена на один проект нет. Выдавайте его так же осторожно, как доступ в интерфейс.

  • Выгрузка отчёта в CSV

    Кнопка на любом отчёте: то, что видно на экране, уезжает файлом со всеми применёнными фильтрами и разбивками.

    Что важно знать. Выгружаются агрегаты, а не сырые события: строки отчёта, а не то, из чего они посчитаны.

  • Выгрузка сырых событий

    Все события за период со всеми свойствами, файлами по дням. Для тех, кто складывает данные в собственное хранилище и считает там по-своему.

    Что важно знать. Готовится в фоне и за большой период приходит частями. Выгрузить можно только то, что ещё не вышло за срок хранения тарифа, — удалённое не возвращается ничем.

  • Дайджест в командный чат

    Раз в сутки дашборд уходит в канал Slack или Telegram: картинка и список чисел с изменением ко вчера. Работает через официальные интерфейсы обоих мессенджеров.

    Что важно знать. Расписание одно на дашборд: уходит целиком и раз в сутки, по часовому поясу проекта. Отправить отдельный график нельзя.

Данные и доступы

Мы храним поведение, а не людей: какие события произошли и с какими свойствами. Кто за ними стоит, знаете вы — мы видим только ваш идентификатор.

Где лежат данные
Данные лежат в двух дата-центрах в России: основной в Москве, резервный в Петербурге. За пределы страны события не уезжают, сторонних обработчиков у нас нет.
Полное удаление, включая копии
30 дней
  • Идентификатор пользователя выбираете вы. Пришлёте адрес почты — он будет лежать у нас; пришлёте внутренний номер — не будет. Мы советуем второе и в справке, и в чате.
  • IP-адрес используется, чтобы определить страну и город, и целиком не сохраняется: последний октет отбрасывается на приёме.
  • В SDK нет сторонних скриптов и рекламных пикселей. Данные ваших пользователей мы не продаём, ничем не обогащаем и между проектами не смешиваем.
  • Соединение только по HTTPS, диски шифруются, доступ сотрудников — по служебной необходимости и с обязательным вторым фактором. Кто и что смотрел, видно в нашем внутреннем журнале.
  • Удаление данных одного пользователя делается по его идентификатору, из интерфейса или через API. События стираются из хранилища, из отчётов пропадают после ближайшего пересчёта.
  • Удалить рабочее пространство можно самостоятельно, из настроек. После этого данные стираются и из резервных копий — восстановить их не сможем уже и мы сами.

Роли

Владелец
Всё: оплата, тариф, участники, удаление рабочего пространства и передача владения другому человеку. Владелец в пространстве один.
Администратор
Приглашает и удаляет участников, заводит проекты, меняет настройки сбора и ведёт словарь событий.Не может: Не видит счетов и не может удалить рабочее пространство.
Аналитик
Строит и правит отчёты, дашборды и сегменты, выгружает данные.Не может: Не приглашает людей и не трогает настройки проекта.
Наблюдатель
Смотрит готовые дашборды и отчёты, меняет период и фильтры у себя на экране.Не может: Ничего не создаёт и не выгружает. Место в тарифе занимает так же, как все остальные, — об этом забывают чаще всего.

С чем приходят в поддержку

Разговоры, которые случаются чаще прочих. У каждого написано, что можно проверить самому: ночью это быстрее, чем ждать человека.

Подключил SDK, а событий в интерфейсе нет

  • Канал #help в Discord

Первым делом стоит подождать несколько минут и посмотреть «Живой поток»: если событие там есть, а в отчёте его нет, всё в порядке — отчёты считаются пачками и оно вот-вот появится. Если в потоке пусто, до нас запрос не дошёл: он либо не ушёл, либо ушёл с чужим ключом.

Что проверить самому

  1. Проверьте, что ключ в коде от того же проекта, который открыт у вас в интерфейсе. События, ушедшие в соседний проект, — самая частая причина из всех.
  2. Откройте «Живой поток» в настройках проекта: там видно всё, что пришло за последний час, ещё до отчётов.
  3. Посмотрите в консоли браузера, ушёл ли запрос. Блокировщик рекламы отменяет его молча, и выглядит это как отменённый запрос, а не как ошибка.
  4. Если событие уходит с бэкенда, посмотрите код ответа: 401 — чужой или отозванный ключ, 429 — приём остановлен, потому что лимит тарифа исчерпан, а перерасход на нём не предусмотрен.

Что назвать сразу

Первые шесть символов ключа проекта — не весь ключ — и примерное время, когда вы отправляли событие.

Когда зовём человека. Событие видно в живом потоке, но через час его нет в отчётах. Это уже к нам: назовите проект и время, посмотрим на своей стороне.

События дублируются: одно действие — два-три события

  • Канал #help в Discord

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

Что проверить самому

  1. Проверьте, не подключён ли SDK дважды — вторым тегом в шаблоне или ещё и через менеджер тегов.
  2. Если событие отправляется из обработчика в интерфейсе, убедитесь, что обработчик не навешивается заново на каждый рендер.
  3. Для серверных событий передавайте идентификатор события: повтор запроса с тем же идентификатором мы отбросим сами.

Что назвать сразу

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

Когда зовём человека. Идентификаторы разные, SDK точно один, а дубли остаются — пришлите два примера, разберём вместе.

Цифры в Замере не сходятся с нашей базой

  • Оба канала

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

Что проверить самому

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

Что назвать сразу

Какой отчёт, за какой день и с чем сравниваете: с админкой, со своей базой или с другой аналитикой.

Когда зовём человека. Пояса и период сошлись, а разница всё равно кратная — присылайте два числа и период, посчитаем то же самое у себя.

Кончились события по тарифу — что теперь

  • Оба канала

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

Что проверить самому

  1. Откройте расход в настройках пространства: там видно не только сколько потрачено, но и какое событие даёт основной прирост. Чаще всего это автосбор кликов, который никому не нужен.

Что назвать сразу

Название рабочего пространства. Тариф и остаток мы увидим сами.

Когда зовём человека. Нужно посчитать, что выгоднее именно у вас, или включить перерасход прямо сейчас — это делает человек.

Хотим добавить коллегу, а мест нет

  • Чат на сайте

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

Что проверить самому

  1. Загляните в список участников: наблюдатели занимают место так же, как аналитики, и обычно их накопилось больше, чем помнит владелец.

Что назвать сразу

Сколько человек нужно добавить и какая роль им нужна.

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

Как перейти на другой тариф и что будет с данными

  • Чат на сайте

Наверх — сразу, с доплатой за остаток оплаченного периода; с данными не происходит ничего. Вниз — со следующего периода, и вот тут важное: срок хранения сокращается, события старше нового срока удаляются. Не прячутся, а удаляются, вернуть их нельзя. Перед переходом вниз имеет смысл выгрузить то, что жалко.

Что назвать сразу

Текущий тариф и тот, на который хотите перейти.

Когда зовём человека. Если на младшем тарифе не хватит мест или проектов, лишние придётся отключить до перехода — с этим помогает поддержка.

Нужен счёт, акт и договор

  • Чат на сайте

Счёт выставляется в личном кабинете самостоятельно, в любой момент и на любой период. Закрывающие документы приходят после оплаты. Договор нужен не всем: на сайте есть оферта, но если у вас так не принято, пришлите свой шаблон на адрес для документов — юрист посмотрит.

Что назвать сразу

Реквизиты компании и то, что именно нужно: счёт, закрывающие документы или договор.

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

Где данные за прошлый год

  • Оба канала

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

Что назвать сразу

Тариф и период, который ищете.

Когда зовём человека. Кажется, что данные пропали раньше срока — назовите проект и период, проверим по журналу.

Чего мы не делаем

Короткий список — чтобы это не выяснилось на третьей неделе. У каждого пункта написано, почему так и куда идти вместо.

Запись сессий
Мы не пишем видео экрана и не показываем, куда двигалась мышь. Это другой продукт с другой ценой хранения, и сделанный вполсилы он хуже, чем его отсутствие.Что делать вместо: На вопрос «почему они не нажали» берите отдельный сервис записи и смотрите его рядом с нашими воронками.
A/B-тесты
Мы измеряем то, что уже случилось, но не раздаём варианты и не считаем значимость. Кнопка «победил вариант B» без честной статистики — это способ принять неверное решение быстрее.Что делать вместо: Передавайте вариант свойством события и сравнивайте сегменты руками — статистику придётся считать самим.
Оповещения о падении метрики
Дайджест уходит по расписанию, но правил вида «напиши, если конверсия упала на треть» у нас нет. Пороги, которые никто не пересматривает, через месяц начинают срабатывать вхолостую, и их выключают вместе с полезными.Что делать вместо: Забирайте цифры через API отчётов и сравнивайте их на своей стороне — там же, где у вас уже настроены дежурства.
Перенос истории из другой аналитики
Перелить накопленные годы из чужого сервиса нельзя: у каждого своя модель событий, и склеенные данные врут убедительнее, чем их отсутствие.Что делать вместо: Если у вас есть свой сырой лог, историю можно залить через API приёма — она встанет помеченной как импорт.
Установка на своих серверах
Только облако. Коробочной версии нет: поддерживать её силами четырнадцати человек не выйдет, а плохо поддерживаемая коробка — это ваш простой, а не наш.Что делать вместо: Если требование в том, чтобы данные не покидали Россию, — они и не покидают: серверы здесь. Если в том, чтобы данные лежали у вас, — берите выгрузку сырых событий и складывайте в своё хранилище.
Справка и база знаний только на русском
Интерфейс переведён на английский, а справка — нет. Поэтому в Discord бот собирает ответ по русской базе и переводит его, о чём честно пишет в самом ответе.Что делать вместо: Спрашивайте по-английски прямо в канале — это работает лучше, чем читать русскую справку переводчиком: у бота есть словарь терминов, у переводчика в браузере его нет.
Один часовой пояс на проект
Пояс задаётся у проекта и применяется ко всем его отчётам. Сменить его можно, но отчёты пересчитаются целиком, и вчерашние цифры перестанут совпадать со скриншотами в вашей презентации.
Мобильное приложение
Приложения нет. Дашборды открываются в браузере телефона и там читаемы, а писать приложение ради взгляда на график раз в неделю — не то, на что стоит тратить команду.Что делать вместо: Дайджест в командный чат закрывает большую часть «посмотреть с телефона».

Как мы отвечаем на двух языках

Вопросы приходят на двух языках, а справка написана на одном. Ниже — правила, которые из этого следуют, и словарь, который держит термины на месте.

  • Переводится и вопрос, и ответ: вопрос — чтобы сработал поиск по русской базе, ответ — чтобы его можно было прочитать. Два перевода — два места, где теряется термин, ради этого и заведён словарь.
  • Числа не переводятся и не пересчитываются. Цена остаётся в рублях: курса у бота нет, и придуманная сумма в долларах — худшее, что может случиться в разговоре о деньгах.
  • Названия каналов, ключей и пунктов меню остаются как есть. Переведённый пункт меню — это пункт, которого в интерфейсе нет, и человек будет искать его до конца рабочего дня.
  • Если бот не уверен в ответе, оговорка идёт на языке ответа, а не на русском. Непонятная строчка посреди английского текста читается как сбой, а не как честность.
  • То, что ответ переведён, написано в самом ответе. Делать вид, что база англоязычная, бессмысленно: первое же длинное объяснение выдаст перевод, и доверия после этого меньше, чем если сказать сразу.

Если вопрос не на русском и не на английском. Немецкий, испанский и всё остальное модель переведёт, но эти формулировки никто у нас не вычитывал. Поэтому на вопрос не на русском и не на английском отвечаем по-английски и говорим об этом прямо, а не делаем вид, что поддерживаем десять языков.

Словарь терминов

Пары, которые перевод не имеет права заменить своим вариантом. Слева — как это называется в русской справке и в счёте, справа — как в английском интерфейсе.

Замер → Zamer
Название продукта. В английском ответе — латиницей и без склонений: переведённое или просклонённое название не находится ни в интерфейсе, ни поиском по справке.
Старт → Start
Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
Команда → Team
Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
Бизнес → Business
Название тарифа. Пара зафиксирована: русское название стоит в счёте, английское — в интерфейсе, и придуманный третий вариант клиент не найдёт ни там, ни там.
событие → event
Единица данных, за которую вы платите. Не «действие» и не «хит»: и лимит тарифа, и счёт считаются именно в событиях.
свойство события → event property
Не «параметр» и не «атрибут». Вкладка в интерфейсе называется так же, как поле в API, и человек ищет глазами именно это слово.
воронка → funnel
Именно funnel, без прилагательного: «sales funnel» — про продажи, а отчёт продуктовый, и шаги в нём чаще всего до денег не доходят.
удержание → retention
В русском ответе — «удержание», как называется отчёт в интерфейсе. «Ретеншен» уместен, только если клиент сам так написал.
рабочее пространство → workspace
То, что оплачивается целиком. Лимиты тарифа считаются на пространство, а не на проект, и путаница здесь стоит клиенту неверного ответа про его же лимит.
проект → project
Отдельный продукт со своим ключом внутри пространства. Не «workspace» и не «app»: в интерфейсе это два разных уровня.
участник → seat
Когда речь о лимите и о деньгах — seat, потому что так это называется в тарифах. Когда о живом человеке в команде — member. Перепутать можно, но тогда «у вас закончились участники» звучит как угроза.
ключ проекта → project key
Публичный ключ, который лежит в коде страницы. Никогда не называть его токеном: перепутанные названия приводят к тому, что человек спокойно выкладывает в публичный канал не то.
токен API → API token
Секрет, который читает данные всего пространства. В любом ответе о нём стоит напомнить, что в публичном канале ему не место.
режим только чтения → read-only mode
Состояние пространства после конца пробного периода или неоплаты. Не «заблокировано» и не «удалено»: данные на месте, и это первое, что человек хочет услышать.

Короткие ответы

  • Что будет, когда закончится пробный период?

    Ничего не спишется: карту мы не спрашивали. Рабочее пространство перейдёт в режим только чтения — отчёты открываются, новые события не принимаются. Оплатите в отведённый срок — всё продолжится с теми же данными; не оплатите — пространство удалится вместе с ними.

  • Наша команда говорит по-английски. Поддержка нас поймёт?

    Да. Пишите по-английски в чат на сайте или в канал сообщества: отвечаем на языке вопроса. Справка у нас русская, поэтому ответ будет переведён — об этом сказано в самом ответе. Названия тарифов, ключей и пунктов меню при переводе не меняются, чтобы их можно было найти глазами в интерфейсе.

  • Где лучше спросить — в чате на сайте или в Discord?

    Про деньги, доступы и счета — в чате: там разговор не публичный. Про код, события и странные цифры — в #help: ответ увидят и другие, кому он тоже пригодится. Токен API и данные пользователей в публичный канал не выкладывайте, публичный ключ проекта можно.

  • Со мной разговаривает бот или человек?

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

  • Можно платить в долларах или евро?

    Нет, счета только в рублях — это ограничение на стороне банка. Пересчитывать цену в другую валюту мы нигде не берёмся, и бот тоже не станет: курс он взять неоткуда, а придуманная сумма в разговоре о деньгах хуже отказа.

  • Сколько событий съедают блокировщики?

    По нашим наблюдениям от нескольких процентов до трети, и сильнее всего у продуктов для разработчиков — их аудитория блокирует всё. Уменьшить потери можно, если принимать события со своего домена; в справке есть инструкция. Убрать полностью не выйдет ни у нас, ни у кого-либо ещё, и обещать обратное было бы враньём.

  • Вы семплируете данные на больших объёмах?

    Нет. В отчёте ровно те события, которые до нас доехали и уложились в лимит тарифа. Тяжёлые отчёты вроде путей пользователей считаются дольше и по выбранному периоду, но не по выборке — об этом написано на самом отчёте.

  • У нас три продукта. Заводить один проект или три?

    Три, если у них разные пользователи и разные события: лимит проектов в тарифах ровно для этого. Один — если это один продукт на трёх платформах: тогда данные сойдутся в одну воронку, а платформу передавайте свойством события. Разделить потом можно, склеить обратно — нет.

  • Пользователь просит удалить его данные. Что делать?

    Удалите его по идентификатору — из интерфейса или через API; можно и попросить нас в чате. События стираются из хранилища, из отчётов пропадают после ближайшего пересчёта. Если вы изначально не передавали нам ни почту, ни имя — а мы это и советуем, — удалять чаще всего просто нечего.

  • Сколько времени займёт подключение?

    Скрипт на сайт — минут пятнадцать вместе с первым своим событием. Дольше всего занимает не код, а договориться внутри команды, как называть события. На это стоит заложить вечер и завести словарь событий сразу, а не через полгода, когда в отчётах будет четыре варианта одного клика.

Не нашли ответа — куда писать