На текущий момент при запросах к API AppMetrica установлен лимит на 5 000 запросов в сутки, при этом:

1) Явно нигде не отображается, что есть лимит и он не высок

2) Обновление страницы со статистикой посылает несколько запросов, за счёт чего неявно исчерпывается лимит

3) При блокировке, система об этом очень своеобразно "оповещает" - на заглавной странице метрики всё выглядит так, как будто доступов к метрике нет вообще. Если взять старую ссылку на какие-либо данные, только там можно и увидеть HTTP429 ошибку, из которой понять причину блокировки.

Из этого есть три просьбы-предложения:

1) Явно отображать лимит запросов и его "остатки"

2) Сделать автообновление статистики на страницах метрики и/или сделать "скидку" на запросы к API через веб-интерфейс самой AppMetrica

3) В случае блокировки показывать уведомление об этом на сайте и/или хотя бы отправлять письмо-уведомление

Большое спасибо;)

Без информации о деньгах невозможно оценить эффективность покупки трафика. Нужно сделать хотя бы две цифры: "Денег потрачено на компанию", "Денег получено с этих юзеров(игроков)" так же как это делает Appsflyer:

Ни один продукт не взлетит если UA работает не эффективно (= с положительным ROI)

Было бы очень удобно в ряде кейсов иметь сортировку отчета по количеству кликов, инсталлов и прочих метрик, которые можно выводить в отчете по User Acquisition.

Оставлять заметки на определенные даты с комментарием. Чтобы, например, отметить, что в этот день был релиз и следить за показателям, начиная с этой даты.

По аналогии с загрузкой событий с сервера было бы полезно делать то же самое в отношение аттрибутов профилей 

Сейчас, в Retention-анализе разные когорты окрашиваются в разные оттенки желтого в один день, даже если разница статистически незначима. Отсюда получаются недоразумения. На первый взгляд, если цвета разные, значит изменения между релизами тоже что-то значат. Но нет, приходится перепроверять руками.

Если же добавить разницу в цветах, только если есть статистически значимая разница, то цвета приобретут большее значение.

Есть необходимость отслеживать открытия приложения и инапп-события, в разбивке по внешним рекламным источникам,

от пользователей, которые уже установили приложение

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

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

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