Есть идея, как сделать AppMetrica лучше?
Добавляйте свои пожелания или голосуйте за идеи других.
Вся информация о сервисе собрана в нашей документации и блоге.
За помощью по AppMetrica обращайтесь в нашу службу поддержки. Также можете задать вопрос коллегам в официальном чате в Telegram.
Пагинация для когортного анализа
При выборе параметра с большим числом значений все они разом пытаются прогрузиться из-за чего отчет виснет. Добавить пагинацию, чтобы такого не было.
Публичное API для User acquisition и возможности фильтрации для таких запросов
Сабж .
Выгрузка сырых данных пуш кампаний через Logs API
чтобы данные отображали:
по этой кампании такому то пользователю отправлен/досавлен/открыт такой то пуш
remote config
Обратная связь из метрики в приложения.
В метрике создаем сегменты, например, тех, кто давно пользуется, но покупку так и не совершил и через "remote config" показываем этому сегменту предложение со скидкой.
Затем, при выборке данных в качестве одного из критериев используем вариант конфига и считаем конверсии
В User Acquisition при добавлении событий выбирать их параметры
При добавления события в таблицу UA хотелось бы иметь возможность выбрать конкретные параметры этих событий, как это уже сделано при сегментации.
Например, есть событие transaction, у него есть параметр status со значениемя success или error. Хотелось бы иметь возможность считать конверсию отдельно по каждому значению параметра. Сейчас, что бы так сделать нужно делать отдельные события transactionSuccess и transactionError, что не очень удобно и гибко. Гораздо удобнее будет, если в интерфейсе добавления события в таблицу будет возможность задать конкретные значения параметров, как это уже сделано у вас при сегментации.
Вернуть просмотр процента устройств в событиях как раньше.
Сейчас невозможно увидеть какой процент пользователей в текущем отрезке времени (10мин, час, сутки) сделали то или иное событие
Вместо этого показывает процент от всех пользователей за сутки или неделю, из-за этого не наглядно выглядят просадки или скачки
Преподготовка сырых данных по событиям в архивах за последние 10 дней (опция)
Запросы к Logs API обрабатываются долго, было бы неплохо не ждать их подготовки и сразу писать в файл архива .gz, по окончанию дня закрывать файл и открывать следующий.
Сейчас запросы к Logs API работают гораздо быстрее. Вы можете организовать на своей стороне скрипт, который будет заранее ставить запрос на подготовку, чтобы выгружать его в нужный момент.
Переключение операционных систем в видимой части экрана
В связи с тем, что зачастую приложения на iOS и Android платформах довольно сильно отличаются по метрикам - могу предположить, что немногие паблишеры анализируют приложение на двух платформах одновременно. В связи с этим гораздо удобнее было бы иметь возможность переключать операционные системы не через сегменты, а в видимой части экрана.
Отслеживание открытий приложения с помощью deeplink для плагина Cordova
В Android сейчас есть возможность отследить открытие приложения по диплинку (https://appmetrica.yandex.ru/doc/mobile-sdk-dg/concepts/android-operations-docpage/#deeplink-tracking). Нужна такая же возможность и для Cordova, чтобы иметь возможность обработать строку диплинка и сделать редирект на нужную страницу.
Сделать АДЕКВАТНЫЙ API для задания пользовательских атрибутов в iOS
Ребята, серьезно. Вы же яндекс, вы не маленькая инди-компания из трех человек. Ну разве можно было сделать кривой API на таком прекрасном языке как Objective C, чтобы его использовали вот так:
let profile = YMMMutableUserProfile()
profile.apply(from: [
YMMProfileAttribute.customBool("Push notifications enabled").withValue(true)
])
YMMYandexMetrica.report(profile, onFailure: nil)
Мне потребовалось полчаса, чтобы понять, что сначала нужно инициализировать атрибут вот так: YMMProfileAttribute.customBool("Push notifications enabled"). Потом я не мог понять, откуда взять YMMUserProfileUpdate, пытался инициализировать его как обычно, ничего не получалось, пришлось лезть в исходники SDK... Потому что документации нет, есть только API reference. Но и исходники не помогают, потому что архитектура API мягко говоря "нестандартная". Я не знаю, на других платформах может это и эталонный образец красивого API, но точно не для iOS.
Для сравнения, вот как подобное реализовано в Amplitude SDK:
let identify = AMPIdentify()
identify.set("Push notifications enabled", value: true)
Amplitude.instance().identify(identify)
В разы лучше, не правда ли. Даже в документацию заглядывать не требуется.
Сервис поддержки клиентов работает на платформе UserEcho