Firebase: уменьшите количество отдельных зарегистрированных текстовых параметров (по имени, типу), определенных в вашем проекте, до 20

В скором времени в Google Analytics для Firebase появятся некоторые интересные новые функции, но мы заметили некоторые проблемы с конфигурацией вашего проекта, которые не позволят нам сделать эти функции доступными для вас.

Наши записи показывают, что у вас есть проект Firebase (****513), который будет затронут.

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

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

Уменьшите количество отдельных зарегистрированных текстовых параметров (по имени, типу), определенных в вашем проекте, до 20.

Каково количество отдельных зарегистрированных текстовых параметров? потому что Firebase просто дает 10 квот текстовых параметров на приложение!

3 ответа

Так что я не отчаиваюсь от поиска в том, что отчетность перемещается с уровня приложения на уровень проекта, как они говорили. В прошлом мы ввели ограничения конфигурации независимо для каждого приложения в вашем проекте Firebase. Однако в будущем эти ограничения будут применяться на уровне всего проекта. - это означает, что все они имеют одни и те же пользовательские свойства: например, допустим, что "Favorites_item" является пользовательским свойством в 2 приложениях, тогда это будет просто одно пользовательское свойство на уровне проекта.

Здесь перечислены конфигурации, которые будут основаны на проекте:

Аудитория: 50 * Аудитории, идентичные по названию (с учетом регистра) и определению в каждом приложении, будут засчитаны как 1.

Свойство пользователя: 25 *firebase_last_notification включено. * Свойства пользователя, идентичные по имени (с учетом регистра) в каждом приложении, будут учитываться как 1.

Пользовательские параметры: 10 текстовых и 40 числовых * Только для отчетов. 25 пользовательских параметров для каждого события для регистрации по-прежнему применяется. * Проекты с 20 зарегистрированными или менее зарегистрированными параметрами будут "дедулированными", им будет разрешено хранить их. Однако они не смогут регистрировать новые параметры.

События конверсии: 10 * Только пользовательские события. Предопределенные события не включены.

Ответ от Firebase Support Denny Huang

Спасибо, что обратились к нам. Мы отправили это электронное письмо всем клиентам, которые превышают лимиты для будущих улучшений продукта. Если вы получили по электронной почте сообщение о превышении пользовательских параметров в вашем проекте, это означает, что проект (объединяющий все приложения) имеет более 10 различных текстовых параметров и / или более 40 различных числовых параметров. Если проект превышает 20 различных текстовых параметров, необходимо отменить регистрацию посторонних текстовых параметров, чтобы получить значение ниже 20. В противном случае, если проект уже превышает ограничение в 10 различных текстовых параметров, никаких изменений в данный момент не требуется, но ограничение 10 будет применяется при попытке зарегистрировать новые параметры.

Я получил то же сообщение, проблема была в том, что у меня было слишком много отчетов о параметрах. Каждое событие имеет 3 точки с правой стороны для "редактирования отчета о параметрах". Удалите несколько из них, чтобы получить максимум 20 по всему проекту.

В документации logEvent документации Google вы можете прочитать:

Регистрирует событие приложения. Событие может иметь до 25 параметров. События с одинаковым именем должны иметь одинаковые параметры. Поддерживается до 500 имен событий. Использование предопределенных FirebaseAnalytics.Event и / или FirebaseAnalytics.Param рекомендуется для оптимальной отчетности.

Также у вас есть ограничение на пользовательские свойства:

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

кажется, что вы регистрируете событие с более чем 20 различными текстами в параметрах события во всех ваших приложениях

Другие вопросы по тегам