Какие сервисы аналитики вы знаете?
Что проверяют
Знаете ли вы, какие данные о пользователях собирает продукт, и умеете ли проверить, что они собираются правильно. Названия сервисов тут вторичны: следом обычно спрашивают, как вы тестировали отправку событий и чем убеждались, что в отчёт уходит нужный параметр.
Как отвечать
Сгруппируйте сервисы по назначению:
- веб-аналитика: Яндекс Метрика с Вебвизором и картой кликов, Google Analytics 4. Посещения, источники трафика, цели и конверсии;
- мобильная аналитика: AppMetrica, Google Analytics for Firebase. События, сессии, установки, атрибуция;
- продуктовая аналитика: Amplitude, Mixpanel. Воронки, когорты, удержание;
- поведенческая: Hotjar и аналоги, тепловые карты и записи сессий;
- смежный мониторинг: Sentry и Firebase Crashlytics собирают ошибки и падения. Это не аналитика, но тестировщик пользуется ими постоянно.
Дальше главное: как вы это проверяли. Опора для проверки это трекинг-план, таблица событий с названиями, параметрами и условиями отправки. По нему смотрят, что:
- событие уходит ровно один раз на нужное действие, без дублей при повторном рендере или возврате назад;
- параметры имеют верные значения и типы, а не
undefinedили пустую строку; - тестовый трафик идёт в отдельный счётчик и не портит продуктовые отчёты;
- при отказе от сбора данных события не отправляются.
Инструменты: DevTools и прокси Charles или mitmproxy для перехвата запросов, DebugView в Firebase и GA4, режим отладки Метрики через параметр _ym_debug=1 в адресе страницы.
Если с аналитикой вы работали мало, честно скажите это и опишите, как проверили бы одно конкретное событие от клика до отчёта.
Где спотыкаются
Перечисляют логотипы без связи с тестированием. Интервьюер ждёт не каталог, а понимание, что и как вы проверяли.
Проверяют события только в интерфейсе отчётов. Данные там появляются с задержкой, а мобильные SDK копят события и отправляют пачками, поэтому нужен режим отладки или перехват трафика.
Называют Sentry сервисом аналитики. Лучше явно развести аналитику и мониторинг ошибок.