Часто задаваемые вопросы о Firebase

У вас есть другие проблемы или вы не видите свою проблему, описанную ниже? Сообщите об ошибке или запросите функцию и присоединитесь к обсуждениям Stack Overflow .

Проекты Firebase и приложения Firebase

Проект Firebase — это объект верхнего уровня для Firebase. В проекте вы можете зарегистрировать свои приложения Apple, Android или веб-приложения. После регистрации приложений в Firebase вы можете добавить в свое приложение SDK Firebase для конкретного продукта , например Analytics , Cloud Firestore , Crashlytics или Remote Config .

Вам следует зарегистрировать варианты Apple, Android и веб-приложений в одном проекте Firebase. Вы можете использовать несколько проектов Firebase для поддержки нескольких сред, таких как разработка, промежуточное тестирование и производство.

Вот несколько ресурсов, где можно узнать больше о проектах Firebase:

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

Обратите внимание, что для всех проектов Firebase Firebase автоматически добавляет метку firebase:enabled на странице «Ярлыки» вашего проекта в консоли Google Cloud . Подробную информацию об этом ярлыке можно найти в разделе часто задаваемых вопросов .

Организация Google Cloud — это контейнер для проектов Google Cloud (включая проекты Firebase). Эта иерархия обеспечивает лучшую организацию, управление доступом и аудит ваших проектов Google Cloud и Firebase. Дополнительную информацию см. в разделе Создание и управление организациями .

У вас могут быть существующие проекты Google Cloud , управление которыми осуществляется через консоль Google Cloud или консоль Google API.

Вы можете добавить Firebase к этим существующим проектам Google Cloud , используя любой из следующих вариантов:

Узнайте больше о добавлении Firebase в проект Google Cloud .

Firebase глубоко интегрирован с Google Cloud . Проекты совместно используются Firebase и Google Cloud , поэтому в проектах могут быть включены сервисы Firebase и Google Cloud . Вы можете получить доступ к тому же проекту из консоли Firebase или консоли Google Cloud . Конкретно:

  • Некоторые продукты Firebase поддерживаются непосредственно Google Cloud , например Cloud Storage for Firebase . Список продуктов, поддерживаемых Google Cloud , со временем будет расширяться.
  • Многие ваши настройки, включая сведения о соавторах и платежную информацию, используются Firebase и Google Cloud совместно. Использование вами Firebase и Google Cloud отображается в одном счете.

Кроме того, при переходе на план Blaze вы можете использовать любую инфраструктуру как услугу и API мирового класса Google Cloud непосредственно внутри своего проекта Firebase по стандартным ценам Google Cloud . Вы также можете экспортировать данные из Google Cloud непосредственно в BigQuery для анализа. Подробнее см. в статье Связывание BigQuery с Firebase.

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

На странице «Ярлыки» вашего проекта в консоли Google Cloud вы можете увидеть метку firebase:enabled (в частности, Key firebase со Value enabled ).

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

Мы настоятельно рекомендуем вам не изменять и не удалять этот ярлык. Эта метка используется Firebase и Google Cloud для перечисления ваших проектов Firebase (например, с помощью конечной точки REST API projects.list или в меню консоли Firebase ).

Имейте в виду, что добавление этой метки вручную в список меток проекта НЕ включает конфигурации и службы, специфичные для Firebase, для вашего проекта Google Cloud . Для этого вам необходимо добавить Firebase с помощью консоли Firebase (или, для расширенных случаев использования, с помощью REST API управления Firebase или интерфейса командной строки Firebase ).

Этот FAQ применим, если вы не видите свой проект Firebase в следующих местах:

  • В списке проектов, которые вы просматриваете в консоли Firebase
  • В ответе на вызов конечной точки REST API projects.list
  • В ответе на запуск команды Firebase CLI firebase projects:list

Попробуйте выполнить следующие действия по устранению неполадок:

  1. Сначала попробуйте получить доступ к своему проекту, напрямую посетив URL-адрес проекта. Используйте следующий формат:
    https://console.firebase.google.com/project/ PROJECT_ID /overview
  2. Если вы не можете получить доступ к проекту или получаете ошибки разрешений, проверьте следующее:
    • Убедитесь, что вы вошли в Firebase, используя ту же учетную запись Google, которая имеет доступ к проекту. Вы можете войти в консоль Firebase и выйти из нее через аватар своей учетной записи в правом верхнем углу консоли.
    • Проверьте, можете ли вы просмотреть проект в консоли Google Cloud .
    • Убедитесь, что в вашем проекте включен ярлык firebase:enabled на странице «Ярлыки» вашего проекта в консоли Google Cloud . Firebase и Google Cloud используют этот ярлык для перечисления ваших проектов Firebase. Если вы не видите эту метку, но для вашего проекта включен API управления Firebase , добавьте метку вручную (в частности, Key firebase со Value enabled ).
    • Убедитесь, что вам назначена одна из основных ролей IAM (владелец, редактор, наблюдатель) или роль, имеющая разрешения, связанные с Firebase, например предопределенная роль Firebase . Вы можете просмотреть свои роли на странице IAM консоли Google Cloud .
    • Если ваш проект принадлежит организации Google Cloud , вам могут потребоваться дополнительные разрешения, чтобы увидеть проект, указанный в консоли Firebase . Свяжитесь с человеком, который управляет вашей организацией Google Cloud , чтобы предоставить вам соответствующую роль для просмотра проекта, например роль браузера.

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

  • Тарифный план Spark : квота на создание проектов ограничена небольшим количеством проектов (обычно около 5-10).
  • Тарифный план Blaze : квота на создание проектов по-прежнему ограничена, но она может увеличиться при привязке учетной записи Cloud Billing с хорошей репутацией.

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

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

Проект Firebase — это контейнер для приложений Firebase на Apple, Android и в Интернете. Firebase ограничивает общее количество приложений Firebase в проекте Firebase до 30.

После этого числа производительность начинает снижаться (особенно для Google Analytics ) и, в конечном итоге, при большем количестве приложений некоторые функции продукта перестают работать. Кроме того, если вы используете вход в Google в качестве поставщика аутентификации, для каждого приложения в вашем проекте создается базовый идентификатор клиента OAuth 2.0. В рамках одного проекта можно создать около 30 идентификаторов клиентов.

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

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

В консоли Firebase вы можете пометить свои проекты Firebase по типу среды: производственная или неопределенная (непроизводственная) среда.

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

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

Чтобы изменить тип среды вашего проекта Firebase, выберите Настройки проекта» > «Общие» , затем на карточке «Ваш проект» в разделе «Среда » нажмите чтобы изменить тип среды.

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

Вот несколько примеров значений идентификатора приложения:

  • Приложения Firebase для iOS: 1:1234567890:ios:321abc456def7890
  • Приложения Firebase для Android: 1:1234567890:android:321abc456def7890
  • Веб-приложения Firebase: 1:1234567890:web:321abc456def7890
  • Для привязки вашего аккаунта Google Play вам необходимо следующее:
    • Любая из следующих ролей Firebase: владелец или администратор Firebase.
      и
    • Любой из следующих уровней доступа Google Play : владелец аккаунта или администратор.
  • Чтобы связать приложение AdMob , вам необходимо быть одновременно владельцем проекта Firebase и администратором AdMob .
  • Чтобы связать свой аккаунт AdWords , вам необходимо быть одновременно владельцем проекта Firebase и администратором AdWords.
  • Чтобы связать проект BigQuery , вам необходимо быть владельцем проекта Firebase.

На платформах Apple модуль Firebase содержит файл NOTICES, содержащий соответствующие записи. Firebase Android SDK содержит вспомогательное Activity для отображения информации о лицензии.

Разрешения и доступ к проектам Firebase

Чтобы управлять ролями, назначенными каждому участнику проекта, вы должны быть владельцем проекта Firebase (или вам должна быть назначена роль с разрешением resourcemanager.projects.setIamPolicy ).

Вот места, где вы можете назначать роли и управлять ими:

Если владелец вашего проекта больше не может выполнять задачи владельца (например, человек покинул вашу компанию) и ваш проект не управляется через организацию Google Cloud (см. следующий абзац), вы можете обратиться в службу поддержки Firebase и узнать у них, как запросить доступ к проекту Firebase.

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

Вы можете просмотреть участников проекта и их роли в следующих местах:

  • Если у вас есть доступ к проекту в консоли Firebase , вы можете просмотреть список участников проекта, включая владельцев, на странице «Пользователи и разрешения» консоли Firebase .
  • Если у вас нет доступа к проекту в консоли Firebase , проверьте, есть ли у вас доступ к проекту в консоли Google Cloud . Вы можете просмотреть список участников проекта, включая владельцев, на странице IAM консоли Google Cloud .

Если владелец вашего проекта больше не может выполнять задачи владельца (например, человек покинул вашу компанию) и ваш проект не управляется через организацию Google Cloud (см. следующий абзац), вы можете обратиться в службу поддержки Firebase , чтобы назначить временного владельца.

Обратите внимание: если проект Firebase является частью организации Google Cloud , у него может не быть владельца. Вместо этого человек, который управляет вашей организацией Google Cloud , может выполнять многие задачи, которые может выполнять владелец. Однако для выполнения некоторых задач, специфичных для владельца (например, назначения ролей или управления свойствами Google Analytics ), администратору может потребоваться назначить себе фактическую роль владельца для выполнения этих задач. Если вы не можете найти владельца для своего проекта Firebase, свяжитесь с человеком, который управляет вашей организацией Google Cloud , чтобы назначить владельца проекта.

Чтобы обеспечить правильное управление проектом Firebase, у него должен быть владелец .

Участники проекта с ролью владельца часто являются единственными участниками проекта, которые могут выполнять административные задачи или получать важные уведомления :

  • Участники проекта с ролью владельца часто являются единственными участниками, которые могут выполнять важные административные действия (например, назначать роли и управлять свойствами Google Analytics ), а поддержка Firebase может выполнять административные запросы только от продемонстрированных владельцев проекта.
  • Участники проекта с ролью владельца часто являются единственными участниками, которые (по умолчанию) получают уведомления об изменениях в проекте или продуктах (например, об изменениях в выставлении счетов и законодательстве, прекращении поддержки функций и т. д.). При желании вы можете настроить «основные контакты» вашего проекта, если хотите, чтобы определенные или дополнительные участники проекта получали уведомления.

После того как вы настроите владельцев проекта Firebase, важно поддерживать эти назначения в актуальном состоянии.

Обратите внимание: если проект Firebase является частью организации Google Cloud , человек, который управляет вашей организацией Google Cloud может выполнять многие задачи, которые может выполнять владелец. Однако для некоторых задач, специфичных для владельца (например, назначение ролей или управление свойствами Google Analytics ), администратору может потребоваться назначить себе фактическую роль владельца для выполнения этих задач.

Полученное вами электронное письмо должно содержать ссылку для открытия вашего проекта Firebase. При нажатии на ссылку в электронном письме проект откроется в консоли Firebase .

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

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



Платформы и фреймворки

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



Консоль Firebase

Доступ к консоли Firebase можно получить из последних версий популярных настольных браузеров, таких как Chrome, Firefox, Safari и Edge. Мобильные браузеры в настоящее время не полностью поддерживаются.

Этот раздел часто задаваемых вопросов применим, если у вас возникла одна из следующих проблем:

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

Попробуйте выполнить следующие действия по устранению неполадок:

  1. Сначала попробуйте получить доступ к своему проекту, напрямую посетив URL-адрес проекта. Используйте следующий формат:
    https://console.firebase.google.com/project/ PROJECT-ID /overview
  2. Если вы по-прежнему не можете получить доступ к проекту или получаете ошибки разрешений, проверьте следующее:
    • Убедитесь, что вы вошли в Firebase, используя ту же учетную запись Google, которая имеет доступ к проекту. Вы можете войти в консоль Firebase и выйти из нее через аватар своей учетной записи в правом верхнем углу консоли.
    • Убедитесь, что для проекта включен Firebase Management API .
    • Убедитесь, что вам назначена одна из основных ролей IAM (владелец, редактор, наблюдатель) или роль, имеющая разрешения, связанные с Firebase, например предопределенная роль Firebase . Вы можете просмотреть свои роли на странице IAM консоли Google Cloud .
    • Если ваш проект принадлежит организации Google Cloud , вам могут потребоваться дополнительные разрешения, чтобы увидеть проект, указанный в консоли Firebase . Свяжитесь с человеком, который управляет вашей организацией Google Cloud , чтобы предоставить вам соответствующую роль для просмотра проекта, например роль браузера.

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

Этот раздел часто задаваемых вопросов применим, если у вас возникла какая-либо из следующих проблем:

  • Страница в консоли Firebase никогда не завершает загрузку.
  • Данные на странице не загружаются должным образом.
  • Вы получаете сообщения об ошибках браузера при загрузке консоли Firebase .

Попробуйте выполнить следующие действия по устранению неполадок:

  1. Проверьте строку «Консоль» на панели мониторинга состояния Firebase на предмет возможных перебоев в обслуживании.
  2. Убедитесь, что вы используете поддерживаемый браузер .
  3. Попробуйте загрузить консоль Firebase в инкогнито или приватном окне.
  4. Отключите все расширения браузера.
  5. Убедитесь, что сетевое соединение не заблокировано блокировщиком рекламы, антивирусом, прокси-сервером, брандмауэром или другим программным обеспечением.
  6. Попробуйте загрузить консоль Firebase , используя другую сеть или устройство.
  7. Если вы используете Chrome, проверьте консоль инструментов разработчика на наличие ошибок .

Если ни один из приведенных выше шагов по устранению неполадок не помог решить проблему, обратитесь в службу поддержки Firebase .

Языковые настройки консоли Firebase основаны на языке, выбранном в настройках вашей учетной записи Google .

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

Консоль Firebase поддерживает следующие языки:

  • Английский
  • Бразильский португальский
  • Французский
  • немецкий
  • индонезийский
  • японский
  • корейский
  • Русский
  • Упрощенный китайский
  • испанский
  • Традиционный китайский

Консоль Firebase и консоль Google Cloud используют одни и те же базовые роли и разрешения. Подробнее о ролях и разрешениях читайте в документации Firebase IAM .

Firebase поддерживает фундаментальные (базовые) роли владельца, редактора и зрителя:

  • Владелец проекта может добавлять в проект других участников, настраивать интеграцию (связывание проекта с такими сервисами, как BigQuery или Slack) и иметь полный доступ к редактированию проекта.
  • Редактор проекта имеет полный доступ к редактированию проекта.
  • Средство просмотра проекта имеет доступ только для чтения проекта. Обратите внимание, что консоль Firebase в настоящее время не скрывает/отключает элементы управления пользовательским интерфейсом для редактирования в средствах просмотра проекта, но эти операции не будут выполнены для участников проекта, которым назначена роль средства просмотра.

Firebase также поддерживает:

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



Firebase Local Emulator Suite

Это сообщение означает, что пакет Emulator Suite обнаружил, что он может запускать эмулятор определенного продукта с разными идентификаторами проекта. Это может указывать на неправильную конфигурацию и может вызвать проблемы, когда эмуляторы пытаются взаимодействовать друг с другом, а также когда вы пытаетесь взаимодействовать с эмуляторами из своего кода. Если идентификаторы проектов не совпадают, часто оказывается, что данные отсутствуют, поскольку данные, хранящиеся в эмуляторах, привязаны к идентификатору проекта, а совместимость зависит от совпадения идентификаторов проектов.

Это было частым источником путаницы среди разработчиков, поэтому по умолчанию Local Emulator Suite теперь позволяет работать только с одним идентификатором проекта, если вы не укажете иное в файле конфигурации firebase.json . Если эмулятор обнаружит более одного идентификатора проекта, он зарегистрирует предупреждение и потенциально выдаст фатальную ошибку.

Проверьте декларацию идентификатора вашего проекта на наличие несоответствий в:

  • Проект по умолчанию, заданный в командной строке. По умолчанию идентификатор проекта будет взят при запуске из проекта, выбранного с помощью firebase init или firebase use . Чтобы просмотреть список проектов (и посмотреть, какой из них выбран), используйте firebase projects:list .
  • Юнит-тесты. Идентификатор проекта часто указывается при вызовах методов библиотеки Rules Unit Testing initializeTestEnvironment или initializeTestApp . Другой тестовый код может инициализироваться с помощью initializeApp(config) .
  • Флаг командной строки --project . Передача флага Firebase CLI --project переопределяет проект по умолчанию. Вам необходимо убедиться, что значение флага соответствует идентификатору проекта в модульных тестах и ​​инициализации приложения.

Места для проверки, специфичные для платформы:

Интернет Свойство projectId в вашем объекте JavaScript firebaseConfig , используемом в initializeApp .
Андроид Свойство project_id внутри файла конфигурации google-services.json .
платформы Apple Свойство PROJECT_ID в файле конфигурации GoogleService-Info.plist .

Чтобы отключить режим одного проекта, обновите firebase.json указав ключ singleProjectMode :

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}



Цены

Часто задаваемые вопросы о ценах на конкретный продукт см. в разделе продукта на этой странице или в соответствующей документации по продукту.

Платными инфраструктурными продуктами Firebase являются Realtime Database , Cloud Storage for Firebase , Cloud Functions , Hosting , Test Lab и аутентификация по телефону. Мы предлагаем бесплатный уровень для всех этих функций.

У Firebase также есть множество бесплатных продуктов: Analytics , Cloud Messaging , Composer Notifications, Remote Config , App Indexing , Dynamic Links и Crash Reporting . Использование этих продуктов регулируется только политиками управления трафиком продукта (например, квотами, справедливым доступом и другими средствами защиты услуг) во всех планах, включая наш бесплатный план Spark. Кроме того, все функции Authentication помимо аутентификации по телефону, бесплатны.

Платные сервисы Firebase можно использовать в рамках бесплатной пробной версии Google Cloud . Новые пользователи Google Cloud и Firebase могут воспользоваться 90-дневным пробным периодом, который включает в себя 300 долларов США в виде бесплатных кредитов Cloud Billing для изучения и оценки продуктов и услуг Google Cloud и Firebase.

В течение бесплатного пробного периода Google Cloud вам будет предоставлена Cloud Billing . Любой проект Firebase, использующий этот платежный аккаунт, будет включен в тарифный план Blaze в течение бесплатного пробного периода.

Не волнуйтесь, настройка этой бесплатной пробной учетной записи Cloud Billing не позволяет нам взимать с вас плату. С вас не будет взиматься плата, если вы явно не включите выставление счетов, обновив свою учетную запись Free Trial Cloud Billing на платную. Вы можете перейти на платную учетную запись в любой момент во время пробного периода. После обновления вы все равно сможете использовать оставшиеся кредиты (в течение 90-дневного периода).

По истечении срока действия бесплатной пробной версии вам нужно будет либо перейти на тарифный план Spark, либо настроить тарифный план Blaze в консоли Firebase чтобы продолжить использование проекта Firebase.

Узнайте больше о бесплатной пробной версии Google Cloud .

Тарифный план Искра

Наш план Spark — отличное место для бесплатной разработки вашего приложения. Вы получаете все бесплатные функции Firebase ( Analytics , композитор уведомлений, Crashlytics и т. д.) и большое количество платных функций инфраструктуры. Однако если вы превысите ресурсы плана Spark в течение календарного месяца, ваше приложение будет отключено до конца этого месяца. Кроме того, функции Google Cloud недоступны при использовании плана Spark.

Тарифный план Blaze

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

Да, вы можете повысить, понизить или отменить подписку в любое время. Обратите внимание, что мы не предоставляем пропорциональное возмещение при понижении или отмене подписки. Это означает, что если вы понизите подписку или отмените подписку до окончания расчетного периода, вы все равно будете платить за оставшуюся часть месяца.

Бесплатное использование плана Blaze рассчитывается ежедневно. Ограничения на использование также отличаются от плана Spark для Cloud Functions , аутентификации по телефону и Test Lab .

Для Cloud Functions бесплатное использование плана Blaze рассчитывается на уровне учетной записи Cloud Billing , а не на уровне проекта, и имеет следующие ограничения:

  • 2 миллиона вызовов в месяц
  • 400 тыс. ГБ-секунд в месяц
  • 200 тыс. ЦП-секунд в месяц
  • 5 ГБ исходящего сетевого трафика в месяц

Для аутентификации по телефону бесплатное использование в плане Blaze рассчитывается ежемесячно.

Для Test Lab бесплатное использование плана Blaze имеет следующие ограничения:

  • 30 минут физического устройства в день
  • 60 минут виртуального устройства в день

Бесплатное использование плана Spark включено в план Blaze. Бесплатное использование не сбрасывается при переходе на план Blaze.

Если учетная запись Cloud Billing добавлена ​​в проект в консоли Google Cloud , тот же проект будет автоматически повышен до плана Firebase Blaze, если этот проект в настоящее время находится в плане Spark.

Напротив, если существующая активная учетная запись Cloud Billing будет удалена из проекта в консоли Google Cloud , уровень этого проекта будет понижен до плана Firebase Spark.

Вы можете отслеживать использование ресурсов проекта в консоли Firebase на любой из следующих панелей мониторинга:

Нет, в настоящее время вы не можете ограничить использование плана Blaze. Мы рассматриваем варианты поддержки ограничений на использование плана Blaze.

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

Все приложения Firebase, в том числе те, которые используют бесплатные планы, получают поддержку по электронной почте от сотрудников Firebase в рабочее время в Тихоокеанском регионе США. Все учетные записи имеют неограниченную поддержку по вопросам, связанным с выставлением счетов, проблемами, связанными с учетной записью, техническими вопросами (устранением неполадок) и отчетами об инцидентах.

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

Наш план Blaze подходит для предприятий любого размера, а наше соглашение об уровне обслуживания соответствует или превосходит отраслевые стандарты для облачной инфраструктуры. Однако в настоящее время мы не предлагаем корпоративные контракты, цены или поддержку, а также не предлагаем выделенный инфраструктурный хостинг (то есть локальную установку) для таких сервисов, как наша Realtime Database . Мы усердно работаем над добавлением некоторых из этих функций.

В плане Blaze мы предлагаем специальные цены, при которых вы платите только за те функции, которые используете.

Тарифные планы Firebase отделены от Ads , поэтому бесплатные рекламные кредиты не предоставляются. Как разработчик Firebase, вы можете «связать» свою Ads учетную запись с Firebase для поддержки отслеживания конверсий.

Управление всеми рекламными кампаниями осуществляется непосредственно в Ads , а выставление счетов Ads — из консоли Ads .

В январе 2020 года тарифный план Flame (дополнительная квота 25 долларов США в месяц) был удален как опция для новых регистраций. Существующим пользователям плана был предоставлен льготный период для переноса своих проектов с плана Flame. В феврале 2022 года остальные проекты в тарифном плане Flame были переведены в тарифный план Spark.
Соответственно,

  • Существующие проекты плана Spark и Blaze и любые новые проекты больше не могут переключаться или подписаться на план пламени.
  • Если вы перенесли существующий проект плана пламени в другой план ценообразования, проект не может вернуться к плану пламени.
  • Проекты, пониженные до плана Spark, могут быть обновлены до плана Blaze, чтобы возобновить дополнительные оплачиваемые услуги.
  • Ссылки на план пламени были удалены из документации.

У вас есть больше вопросов о выходе на пенсию плана? Прочитайте некоторые из дополнительных часто задаваемых вопросов ниже.

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

Дополнительные часто задаваемые вопросы о пенсии плана пламени

Подпишитесь на план ценообразования Blaze и обязательно установите бюджетные оповещения .

Нет, Firebase не предлагает специальный доступ для проектов, чтобы переключаться или регистрироваться для плана пламени.

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

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

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



Конфиденциальность

Проверьте конфиденциальность страницы и безопасность в Firebase .

Да. Это в настоящее время только для iOS, но может измениться в будущем. SDK Firebase Apple SDK включает в себя фреймворк FirebaseCoreDiagnostics по умолчанию. Эта структура используется Firebase для сбора информации о использовании и диагностике SDK, чтобы помочь расставить приоритеты в будущих улучшениях продукта. FirebaseCoreDiagnostics является необязательным, поэтому, если вы хотите отказаться от отправки диагностических журналов Firebase, вы можете сделать это, отключив библиотеку из вашего приложения. Вы можете просмотреть полный источник, включая зарегистрированные значения, на GitHub



A/B Testing

Вам разрешено до 300 экспериментов по проекту, которые могут состоять из 24 экспериментов, а остальные в качестве проекта или завершены.

Ссылка на другую свойство Google Analytics заставит вас потерять доступ к экспериментам, созданным заранее. Чтобы восстановить доступ к предыдущему эксперименту, переосмыслить свой проект с свойством Google Analytics , который был связан при создании эксперимента.

Если вы уже связали Firebase и Google Analytics , но все же видите сообщение о том, что Google Analytics не связана, убедитесь, что для всех приложений существует поток аналитики для всех приложений в вашем проекте. В настоящее время все приложения в проекте должны быть подключены к потоку Google Analytics для использования A/B -тестирования.

Вы можете найти список всех активных потоков на странице сведений о интеграции Google Analytics в консоли Firebase, доступной из настройки проекта Integrations Google Analytics Manage .

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

  • Если у вас есть только одно или два приложения, отсутствующие поток Google Analytics, вы можете выбрать один из следующих методов для добавления потока Google Analytics:
    • Удалить и повторно добавить любое приложение без активного потока в консоли Firebase.
    • На консоли Google Analytics выберите Admin , нажмите потоки данных , затем нажмите «Добавить потоки» , добавить данные отсутствующего приложения и нажмите приложение Register .
  • Если у вас есть более чем несколько пропущенных потоков приложений, отключение и перераспределение вашего свойства Google Analytics является самым быстрым и эффективным способом создания пропущенных потоков приложений:
    1. В настройки проекта выберите интеграции .
    2. В рамках карты Google Analytics нажмите «Управление» , чтобы получить доступ к настройкам Firebase и Google Analytics.
    3. Запишите идентификатор свойства Google Analytics и связанную учетную запись Google Analytics .
    4. Нажмите More и выберите Unlink Analytics из этого проекта .
    5. Просмотрите предупреждение, которое появляется (не волнуйтесь здесь; вы пересматриваете одно и то же свойство на следующем шаге), затем нажмите Unlink Google Analytics .

      Когда отключение будет завершено, вы будете перенаправлены на страницу интеграции .
    6. В рамках карты Google Analytics , нажмите «Включить» , чтобы начать процесс перехода.
    7. Выберите свою учетную запись Analytics в списке выбора учетных записей .
    8. Кроме того, автоматически создайте новое свойство в этой учетной записи , нажмите редактирование» , и из появляющегося списка свойств аналитики выберите идентификатор вашего свойства.

      Появится список всех приложений в вашем проекте. Существующие сопоставления потоков для каждого приложения перечислены, а приложения, у которых нет потока, будет создан для них.
    9. Нажмите «Включить Google Analytics», чтобы переосмыслить свойство.
    10. Нажмите на отдел .

Если вы все еще получаете ошибку , создавая A/B -тесты с удаленной конфигурацией после выполнения этих шагов, свяжитесь с поддержкой Firebase .



AdMob

Нет, приложения Windows в настоящее время не поддерживаются.

Вы можете связать приложение AdMob с приложением Firebase через консоль AdMob . Узнайте, как это сделать.

Чтобы сделать это связывание, вам нужен следующий доступ:

  • AdMob : Вы должны быть администратором AdMob .
  • Firebase : Вы должны иметь разрешение firebase.links.create , которое включено в роль владельца и роль администратора Firebase .
  • Google Analytics : Вы должны играть роль редактирования или управлять ролью пользователей для свойства, связанной с проектом Firebase. Узнать больше.

Для многопользовательских учетных записей AdMob пользователь, который создал первую ссылку Firebase и принял условия обслуживания Firebase, является единственным пользователем, который может создавать новые ссылки между приложениями AdMob и приложениями Firebase.

Чтобы использовать AdMob , всегда используйте Google Mobile Ads SDK, как описано в этом часто задаваемых вопросах. Кроме того, и, необязательно, если вы хотите собрать метрики пользователей для AdMob , то включите Firebase SDK для Google Analytics в ваше приложение.




Аналитика

Google Analytics - это бесплатное и неограниченное аналитическое решение, которое работает с функциями Firebase для предоставления мощных представлений. Это позволяет вам просматривать журналы событий в Crashlytics , эффективность уведомления в FCM , производительность глубоких ссылок для Dynamic Links и данные о покупке в приложении от Google Play . Он поддерживает продвинутую аудиторию в Remote Config , персонализации Remote Config и многое другое.

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

Чтобы начать, прочитайте документацию .

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

На странице администратора в своем свойстве Google Analytics вы можете обновить настройки свойства, например:

  • Настройки обмена данными
  • Настройки хранения данных
  • Часовой пояс и настройки валюты

Чтобы обновить настройки вашего свойства, выполните следующие действия:

  1. В консоли Firebase перейдите в свои > Настройки проекта .
  2. Перейдите на вкладку «Интеграции» , а затем на карте Google Analytics, нажмите ссылку «Управление» или «Просмотреть».
  3. Нажмите на ссылку для своей учетной записи Google Analytics, чтобы открыть учетную запись и настройки свойства .

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

Вы можете найти краткое изложение этих изменений в статье Help Center Firebase New Google Analytics 4 в Google Analytics для Firebase .

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

Связывая новую учетную запись Google Analytics (и, следовательно, новая собственность Google Analytics) с вашим проектом Firebase приведет к пустой аналитической панели Analytics в консоли Firebase . Однако, если ваше ранее связанное свойство все еще существует, вы можете перенести существующие данные от старого свойства в новое свойство.

Нет. Если ваша собственность была удалена, невозможно не удалить свойство или извлечь ранее собранные данные Analytics хранящиеся в этом свойстве.

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

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

Обратите внимание, что, поскольку все данные Analytics хранятся в собственности (не в проекте Firebase), ранее собранные данные Analytics не могут быть извлечены.

Несколько продуктов Firebase полагаются на интеграцию Google Analytics. Если ваше свойство Analytics и его данные удалены, произойдет следующее, если вы используете следующие продукты:

  • Crashlytics -Вы больше не можете видеть пользователей без сбоев, журналы Breadcrumb и/или оповещения о скорости.
  • Cloud Messaging и In-App Messaging -вы больше не можете использовать таргетинг, метрики кампании, сегментацию аудитории и аналитические этикетки.
  • Remote Config - вы больше не можете использовать целевые конфигурации или персонализацию.
  • A/B Testing - вы больше не можете использовать A/B Testing , так как измерение эксперимента предоставляется Google Analytics.
  • Dynamic Links - любая функция, которая опирается на данные из Google Analytics, будет нарушена.

Кроме того, будут затронуты следующие интеграции:

Вы можете переосмыслить проблему, «негативно нацеливая» этих пользователей. Например, переосмыслить проблему как «Не показывайте рекламу людям, которые что -то купили», и сформируйте аудиторию этих пользователей, чтобы нацелиться.

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

Любые изменения, которые вы вносите из консоли Firebase также могут быть выполнены в Google Analytics, и эти изменения будут отражены в Firebase.



Authentication

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

Область Код
ОБЪЯВЛЕНИЕ Андорра
Аэ Объединенные Арабские Эмираты
АФ Афганистан
АГ Антигуа и Барбуда
АЛ Албания
ЯВЛЯЮСЬ Армения
Ао Ангола
АР Аргентина
КАК Американское Самоа
В Австрия
Au Австралия
АВ Аруба
AZ Азербайджан
бакалавр Босния и Герцеговина
ББ Барбадос
БД Бангладеш
БЫТЬ Бельгия
лучший друг Буркина-Фасо
БГ Болгария
минет Бенин
БМ Бермуды
БН Бруней Даруссалам
БО Боливия
БР Бразилия
БС Багамы
БТ Бутан
ЧБ Ботсвана
К Беларусь
БЖ Белиз
Калифорния Канада
компакт-диск Конго, (Киншаса)
CF Центральная Африканская Республика
компьютерная графика Конго (Брамзавиль)
СН Швейцария
КИ Берег Слоновой Кости
СК Кук Острова
КЛ Чили
СМ Камерун
СО Колумбия
ЧР Коста-Рика
резюме Кейп -Верде
CW Кюрасао
CY Кипр
Чехия Чешская Республика
DE Германия
диджей Джибути
Дк Дания
ДМ Доминика
ДЕЛАТЬ Доминиканская Республика
DZ Алжир
ЕС Эквадор
НАПРИМЕР Египет
ES Испания
ET Эфиопия
Фигура Финляндия
ФДжей Фиджи
Фк Фолклендские острова (Мальвинс)
ФМ Микронезия, федеративные состояния
В Фарерские острова
фр. Франция
Джорджия Габон
ГБ Великобритания
ГД Гренада
GE Грузия
подруга Французская Гвиана
ГАРАНТИРОВАННАЯ ПОБЕДА Гернси
ГХ Гана
GI Гибралтар
ГЛ Гренландия
ГМ Гамбия
врач общей практики Гваделупа
GQ Экваториальная Гвинея
ГР Греция
ГТ Гватемала
ГГ Гайана
Гонконг Гонконг, SAR China
HN Гондурас
HR Хорватия
ХТ Гаити
ХУ Венгрия
ИДЕНТИФИКАТОР Индонезия
ИЕ Ирландия
Иллинойс Израиль
Я Остров человека
В Индия
IQ Ирак
ЭТО Италия
JE Джерси
ДжМ Ямайка
ДЖО Иордания
Япония Япония
КЕ Кения
КГ Кыргызстан
КХ Камбоджа
км Коморос
КН Сент -Китс и Невис
КР Корея (Южная)
КВт Кувейт
Кентукки Кайманские острова
КЗ Казахстан
Лос-Анджелес Лаос Пдр
ФУНТ Ливан
ЛК Святая Люсия
Ли Лихтенштейн
ЛК Шри-Ланка
ЛС Лесото
LT Литва
ЛУ Люксембург
ЛВ Латвия
ЛИ Ливия
МА Марокко
доктор медицинских наук Молдова
МНЕ Черногория
МФ Сен-Мартин (французская часть)
МГ Мадагаскар
МК Македония, Республика
ММ Мьянма
Миннесота Монголия
МО Макао, SAR China
РС Монтсеррат
МТ Мальта
МЮ Маврикий
МВт Малави
МХ Мексика
МОЙ Малайзия
МЗ Мозамбик
NA Намибия
Северная Каролина Новая Каледония
СВ Нигер
НФ Остров Норфолк
НГ Нигерия
Нити Никарагуа
Нидерланды Нидерланды
НЕТ Норвегия
НП Непал
Новая Зеландия Новая Зеландия
Ом Оман
Пенсильвания Панама
ЧП Перу
PG Папуа-Новая Гвинея
PH Филиппины
ПК Пакистан
ПЛ Польша
ПМ Сент -Пьер и Микелон
пиар Пуэрто -Рико
ПС Палестинская территория
ПТ Португалия
ПЯ Парагвай
контроль качества Катар
РЭ Реунион
РО Румыния
РС Сербия
RU Российская Федерация
RW Руанда
СА Саудовская Аравия
В Сейшельские острова
ЮВ Швеция
СГ Сингапур
Ш.Х. Святая Елена
СИ Словения
СК Словакия
СЛ Сьерра-Леоне
СН Сенегал
СР Суринам
СТ Sao Tome и Principe
СВ Сальвадор
SZ Свазиленд
ТК Турки и острова Кайкос
ТГ Того
ТД Таиланд
ТЛ Тимор-Лешт
ТМ Туркменистан
К Тонга
ТР Турция
ТТ Тринидад и Тобаго
ТВ Тайвань, Китайская Республика
ТЗ Танзания, Объединенная Республика
UA Украина
УГ Уганда
НАС Соединенные Штаты Америки
UY Уругвай
УЗ Узбекистан
ВК Сент -Винсент и Гренадины
ВЕ Венесуэла (Боливарская Республика)
ВГ Британские Виргинские острова
VI Виргинские острова, США
ВН Вьетнам
WS Самоа
ВЫ Йемен
ЮТ Mayotte
ЗА ЮАР
ZM Замбия
ZW Зимбабве

Начиная с сентября 2024 года, чтобы улучшить качество безопасности и обслуживания телефона, проекты Firebase должны быть связаны с облачной биллинговой учетной записью, чтобы включить и использовать SMS -сервис.

Чтобы помочь защитить ваш проект от SMS -трафика и злоупотребления API, предпринимайте следующие шаги:

Подумайте о установлении политики SMS -региона
  1. Посмотреть ваше региональное использование SMS .

    Ищите регионы с очень большим количеством отправленных SMS и очень низким числом (или ноль) проверенных SMS. Соотношение проверки/отправленного - ваш показатель успеха. Здоровые показатели успеха обычно находятся в диапазоне 70-85%, поскольку SMS не является гарантированным протоколом доставки, а некоторые регионы могут испытывать злоупотребления. Показатели успеха ниже 50% подразумевают много отправленных SMS, но несколько успешных входов, что является общим показателем плохих актеров и SMS -трафика.

  2. Используйте SMS -региональную политику , чтобы либо отклонить SMS -регионы с низкими показателями успеха, либо разрешить только определенные регионы, только если ваше приложение предназначено только для распределения на определенных рынках.

Ограничьте свои авторизованные домены аутентификации

Используйте панель подлинности настройки подлинности для управления авторизованными доменами. Домен localhost добавляется по умолчанию к утвержденным доменам аутентификации для упрощения разработки. Подумайте о том, чтобы удалить localhost из авторизованных доменов в вашем производственном проекте, чтобы предотвратить управление плохими субъектами в своем localhost для доступа к вашему производственному проекту.

Включить и обеспечить проверку приложений

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

Чтобы использовать проверку приложений с помощью Firebase Authentication , вы должны перейти на Firebase Authentication with Identity Platform .

Помните, что вам необходимо обеспечить проверку приложений для аутентификации в консоли Firebase (рассмотрите возможность мониторинга трафика перед применением). Кроме того, дважды проверьте свой список одобренных сайтов Recaptcha Enterprise, чтобы подтвердить, что он содержит только ваши производственные сайты, и что список приложений, зарегистрированных для вашего проекта в проверке приложения, является точным.

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

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

Следуйте шагам по устранению неполадок в этом FAQ, если вы получите следующую ошибку:

GoogleFragment: Google sign in failed
    com.google.android.gms.common.api.ApiException: 13: Unable to get token.
        at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
  1. Убедитесь, что вход в Google правильно включен в качестве поставщика аутентификации:

    1. В консоли Firebase откройте раздел Authentication .

    2. В вкладке «Метод знака» отключите, а затем повторно включено метод входа в Google (даже если он уже включен):

      1. Откройте метод входа в Google , отключите его, а затем нажмите «Сохранить» .

      2. Откройте метод входа в Google , включите его, а затем нажмите «Сохранить» .

  2. Убедитесь, что ваше приложение использует свой актуальный файл конфигурации Firebase ( google-services.json ).
    Получите файл конфигурации вашего приложения.

  3. Проверьте, если вы все еще получаете ошибку. Если вы, продолжите следующий шаг по устранению неполадок.

  4. Убедитесь, что присутствуют требуемые базовые клиенты OAuth 2.0.

    1. На странице учетных данных Google Cloud посмотрите в разделе идентификации клиентов OAuth 2.0 .

    2. Если клиентов OAuth 2.0 не присутствуют (и вы сделали все шаги по устранению неполадок выше), то свяжитесь с поддержкой .

Следуйте шагам по устранению неполадок в этом FAQ, если вы получите следующую ошибку:

You must specify |clientID| in |GIDConfiguration|
  1. Убедитесь, что вход в Google правильно включен в качестве поставщика аутентификации:

    1. В консоли Firebase откройте раздел Authentication .

    2. В вкладке «Метод знака» отключите, а затем повторно включено метод входа в Google (даже если он уже включен):

      1. Откройте метод входа в Google , отключите его, а затем нажмите «Сохранить» .

      2. Откройте метод входа в Google , включите его, а затем нажмите «Сохранить» .

  2. Убедитесь, что ваше приложение использует свой актуальный файл конфигурации Firebase ( GoogleService-Info.plist ).
    Получите файл конфигурации вашего приложения.

  3. Проверьте, если вы все еще получаете ошибку. Если вы, продолжите следующий шаг по устранению неполадок.

  4. Убедитесь, что присутствуют требуемые базовые клиенты OAuth 2.0.

    1. На странице учетных данных Google Cloud посмотрите в разделе идентификации клиентов OAuth 2.0 .

    2. Если клиентов OAuth 2.0 не присутствуют (и вы сделали все шаги по устранению неполадок выше), то свяжитесь с поддержкой .

Следуйте шагам по устранению неполадок в этом FAQ, если вы получите следующую ошибку:

AuthErrorCode.INVALID_OAUTH_CLIENT_ID
  1. Убедитесь, что вход в Google правильно включен в качестве поставщика аутентификации:

    1. В консоли Firebase откройте раздел Authentication .

    2. В вкладке «Метод знака» отключите, а затем повторно включено метод входа в Google (даже если он уже включен):

      1. Откройте метод входа в Google , отключите его, а затем нажмите «Сохранить» .

      2. Откройте метод входа в Google , включите его, а затем нажмите «Сохранить» .

  2. Кроме того, в конфигурации поставщика входа в систему Google в разделе Authentication убедитесь, что идентификатор клиента OAuth и секрет совпадают с веб-клиентом, отображаемой на странице учетных данных на консоли Google Cloud (посмотрите в разделе идентификатора клиентов OAuth 2.0 ).

Следуйте шагам по устранению неполадок в этом FAQ, если вы получите следующую ошибку:

This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.

Эта ошибка, скорее всего, вызвана тем, что ваш домен перенаправления не указан в качестве авторизованного домена для Firebase Authentication , или ключ API, который вы используете со службой Firebase Authentication недействителен.

Сначала убедитесь, что YOUR_REDIRECT_DOMAIN находится в списке авторизованных доменов для вашего проекта Firebase. Если ваш домен перенаправления уже указан там, продолжайте устранение неверного ключа API.

По умолчанию Firebase Authentication JS SDK опирается на ключ API для вашего проекта Firebase, который помечен как Browser key , и использует этот ключ, чтобы убедиться, что URL-адрес входа в регистрацию действителен в соответствии со списком авторизованных доменов. Authentication получает этот ключ API в зависимости от того, как вы получаете доступ к Authentication SDK:

  • Если вы используете Hosting -provided Authers, чтобы войти в систему пользователей с Authentication JS SDK, то Firebase автоматически получает ваш ключ API с остальной частью конфигурации Firebase каждый раз, когда вы развертываете в Firebase Hosting . Убедитесь, что authDomain в вашем веб -приложении firebaseConfig правильно настроен на использование одного из доменов для этого сайта Hosting . Вы можете проверить это, перейдя на https:// authDomain __/firebase/init.json , и проверив, что projectId соответствует вашему firebaseConfig .

  • Если вы самостоятельно ведете код входа , то вы можете использовать файл __/firebase/init.json , чтобы обеспечить конфигурацию Firebase для самостоятельной Authentication JS SDK Redirect Helper. Ключ API и projectId , указанный в этом файле конфигурации, должны соответствовать вашему веб -приложению firebaseConfig .

Проверьте, чтобы убедиться, что этот ключ API не был удален: перейдите на панель API & Services> Учетные данные в Cloud Console Google, где перечислены все ключи API для вашего проекта.

  • Если Browser key не был удален, проверьте следующее:

    • Убедитесь, что API Firebase Authentication API находится в списке разрешенных API для ключа к доступу ( узнайте больше об ограничениях API для ключей API ).

    • Если вы самостоятельно ведете код входа, убедитесь, что ключ API, указанный в вашем файле __/firebase/init.json соответствует клавишу API в облачной консоли. Поправьте ключ в файле, если это необходимо, затем переведите приложение.

    • Если Browser key была удалена, вы можете создать для вас новый ключ API: в консоли Firebase перейдите в > Настройки проекта , затем в разделе ваших приложений нажмите на свое веб -приложение. Это действие автоматически создает ключ API, который вы можете увидеть в разделе SDK настройки и конфигурации для вашего веб -приложения.

    Обратите внимание, что в облачной консоли этот новый ключ API не будет называться Browser key ; Вместо этого это будет то же имя, что и прозвище вашего веб -приложения Firebase. Если вы решите добавить ограничения API в этот новый ключ API, убедитесь, что API Firebase Authentication находится в списке разрешенных API.

    После создания вашего нового ключа API выполните приведенные ниже шаги:

  1. Откройте страницу учетных данных консоли Google Cloud .

  2. В верхней части страницы выберите «Создать учетные данные»> «Идентификатор клиента OAuth» .

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

  4. Создайте веб -клиент OAuth:

    1. Для типа приложения выберите веб -приложение .

    2. Для авторизованного происхождения JavaScript добавьте следующее:

      • http://localhost
      • http://localhost:5000
      • https:// PROJECT_ID .firebaseapp.com
      • https:// PROJECT_ID .web.app
    3. Для авторизованного перенаправления URIS добавьте следующее:

      • https:// PROJECT_ID .firebaseapp.com/__/auth/handler
      • https:// PROJECT_ID .web.app/__/auth/handler
    4. Сохраните клиента OAuth.

  5. Скопируйте новый идентификатор клиента OAuth и секрет клиента в ваш буфер обмена.

  6. В консоли Firebase откройте раздел Authentication .

  7. На вкладке «Метод регистрации » откройте поставщик записи Google , а затем вставьте идентификатор клиента веб-сервера и секрет, который вы только что построили и скопировали из Google Cloud . Нажмите Сохранить .

До декабря 2022 года %APP_NAME% в шаблоне электронной почты было заполнено торговой маркой OAuth, которая автоматически предоставлялась всякий раз, когда приложение Android было зарегистрировано в проекте Firebase. Теперь, поскольку бренд OAuth предоставляется только тогда, когда включена вход Google, в следующем описывается, как определяется %APP_NAME% :

  • Если бренда OAuth доступна, то %APP_NAME% в шаблоне электронной почты станет торговой маркой OAuth (так же, как и поведение до декабря 2022 года).

  • Если торговая марка OAuth не доступна, вот как определяется %APP_NAME% в шаблоне электронной почты:

    • Для веб -приложений %APP_NAME% будет названием сайта Firebase Hosting по умолчанию (значение предшествующего значения .firebaseapp.com и .web.app и обычно идентификатор проекта Firebase).

    • Для мобильных приложений:

      • Если в запросе присутствует имя пакета Android или идентификатор пакета iOS, то %APP_NAME% будет именем приложения, используемого в магазине Play Store или App Store (соответственно).

      • В противном случае, %APP_NAME% будет названием сайта Firebase Hosting по умолчанию (значение предшествующего значения .firebaseapp.com и .web.app и обычно идентификатор проекта Firebase).

    Обратите внимание, что если поиск имени сайта Firebase Hosting по умолчанию не удается, то окончательный запасной удар должен использовать идентификатор проекта Firebase в качестве %APP_NAME% .



Cloud Functions

Поддержка выполнения Cloud Functions

  1. Убедитесь, что вы находитесь в плане ценового плана .
  2. Убедитесь, что вы используете последнюю версию CLI Firebase .
  3. Обновите поле engines в package.json ваших функций.
  4. При желании проверьте свои изменения, используя Firebase Local Emulator Suite .
  5. Переведите все функции.

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

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

Мы рекомендуем периодически обновлять последнюю версию каждого расширения, установленного в вашем проекте. Вы можете обновить расширения своих проектов через консоль Firebase или CLI Firebase .

Cloud Functions цены

Cloud Functions for Firebase опираются на некоторые платные сервисы Google. Новые функции развертывания с Firebase CLI 11.2.0 и выше полагаются на реестр Cloud Build и Artifact Registry . Развертывания для более старых версий используют Cloud Build таким же образом, но полагаются на Container Registry и Cloud Storage для хранения вместо Artifact Registry . Использование этих услуг будет выставлено в дополнение к существующим ценам.

Место для хранения для Firebase CLI 11.2.0 и более новые версии

Artifact Registry предоставляет контейнеры, в которых работают функции. Artifact Registry предоставляет первые 500 МБ бесплатно, поэтому ваши первые развертывания функций могут не понести никаких сборов. Помимо этого порога, каждый дополнительный ГБ хранилища выставляется в размере 0,10 доллара в месяц.

Место для хранения для Firebase CLI 11.1.x и предыдущие версии

Для функций, развернутых для более старых версий, Container Registry предоставляет контейнеры, в которых работают функции. Вам будет выставлен счет за каждый контейнер, необходимый для развертывания функции. Вы можете заметить небольшие сборы за каждый сохраненный контейнер, например, 1 ГБ хранилища выставляется в размере 0,026 долл. США в месяц .

Чтобы узнать больше о том, как может измениться ваш счет, просмотрите следующее

Да. В плане пламени Cloud Functions предоставляет недорогой уровень для вызовов, вычислений и интернет-трафика. Первые 2 000 000 вызовов, 400 000 ГБ, 200 000 CPU-SEC и 5 ГБ перемещения по выходу в Интернет бесплатно предоставляются каждый месяц. Вам будет предъявлено плата только за использование выше этих порогов.

После первых 500 МБ без затрат на хранение каждая операция развертывания будет нести небольшие заряды для места хранения, используемого для контейнера функции. If your development process depends on deploying functions for testing, you can further minimize costs by using the Firebase Local Emulator Suite during development.

See Firebase Pricing plans and the Cloud Functions Pricing example scenarios.

No. There are no plans to change the quotas except for the removal of a maximum build time limit; instead of receiving errors or warnings when the daily build quota of 120 minutes is reached, you'll be billed under the terms of the Blaze pricing plan. See Quotas and limits .

Yes, you can create a Cloud Billing account in the Google Cloud console to get the $300 credit, then link that Cloud Billing account to a Firebase project.

More about the Google Cloud credit here .

Note that if you do this, you have to then set up the Blaze pricing plan in the Firebase console in order for your project to continue working after the $300 credit is exhausted.

Нет, извините. You can use the Firebase emulator for development without having a Cloud Billing account. Alternatively, try applying for a Google Cloud free trial . If you're still having trouble paying your bill because of this change, contact Firebase Support.

You can set up budget alerts in the Google Cloud console to help control costs. Also, you can set limits on the number of billed instances created for each of your functions. To get an idea of costing for typical scenarios, see the Cloud Functions Pricing examples.

View the Usage and billing dashboard in the Firebase console.

Да. Since extensions use Cloud Functions , extensions will be subject to the same charges as other functions.

To use extensions, you will need to upgrade to the Blaze pricing plan. You will be charged a small amount (typically around $0.01 per month for the Firebase resources required by each extension you install (even if they are not used), in addition to any charges associated with your use of Firebase services.



Cloud Messaging

Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.

The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging . With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.

Возможности Notifications composer Cloud Messaging
Цель Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Message Type Notifications up to 2kb
Data messages up to 4kb
Доставка Немедленный
Future client device local time
Analytics Built-in Notifications analytics collection and funnel analytics

No. Firebase Cloud Messaging switched to the HTTP/2-based APNs protocol in 2017. If you are using FCM to send notifications to iOS devices, there should be no action required on your part.

You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.

FCM is the new version of GCM under the Firebase brand. It inherits GCM's core infrastructure, with new SDKs to make Cloud Messaging development easier.

Benefits of upgrading to FCM SDK include:

  • Simpler client development. You no longer have to write your own registration or subscription retry logic.
  • An out-of-the-box notification solution. You can use the Notifications composer, a serverless notifications solution with a web console that lets anyone send notifications to target specific audiences based on insights from Google Analytics.

To upgrade from GCM SDKs to FCM SDKs, see the guides for migrating Android and iOS apps.

When it looks like devices haven't successfully received messages, check first for these two potential causes:

Foreground message handling for notification messages . Client apps need to add message handling logic to handle notification messages when the app is in the foreground on the device. See the details for iOS and Android .

Network firewall restrictions . If your organization has a firewall that restricts the traffic to or from the Internet, you need to configure it to allow connectivity with FCM in order for your Firebase Cloud Messaging client apps to receive messages. The ports to open are:

  • 5228
  • 5229
  • 5230

FCM usually uses 5228, but it sometimes uses 5229 and 5230. FCM does not provide specific IPs, so you should allow your firewall to accept outgoing connections to all IP addresses contained in the IP blocks listed in Google's ASN of 15169 .

When your app is in the background, notification messages are displayed in the system tray, and onMessageReceived is not called. For notification messages with a data payload, the notification message is displayed in the system tray, and the data that was included with the notification message can be retrieved from the intent launched when the user taps on the notification.

For more information, see Receive and handle messages .

The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging . With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.

Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.

Here's a comparison of the messaging capabilities provided by Firebase Cloud Messaging and the Notifications composer:

Возможности Notifications composer Cloud Messaging
Цель Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Message Type Notifications up to 2kb
Data messages up to 4kb
Доставка Немедленный
Future client device local time
Analytics Built-in Notifications analytics collection and funnel analytics

The Notifications composer is an out-of-the-box solution that lets anyone send notifications to target specific audiences based on insights from Google Analytics. Also, the Notifications composer provides funnel analysis for every message, allowing easy evaluation of notification effectiveness.

If you are an existing GCM developer, to use the Notifications composer you have to upgrade from GCM SDKs to FCM SDKs. See the guides for migrating Android and iOS apps.

FCM features deprecated in June 2023

The following APIs/SDKs will be affected by the deprecation:

Server APIs

API Name API Endpoint Impact on users Требуется действие
Legacy HTTP protocol https://fcm.googleapis.com/fcm/send Requests to the endpoint will start failing after 6/21/2024. Migrate to the HTTP v1 API .
Legacy XMPP protocol fcm-xmpp.googleapis.com:5235 Requests to the endpoint will start failing after 6/21/2024. Migrate to the HTTP v1 API .
Instance ID server APIs https://iid.googleapis.com/v1/web/iid Requests to the endpoint will start failing after 6/21/2024. Use the Web JS SDK to create FCM web registrations.
https://iid.googleapis.com/iid/* The endpoints will continue to work but they won't support authentication using static server keys after 6/21/2024. Use an OAuth 2.0 access token derived from a service account.
Device group management API https://fcm.googleapis.com/fcm/notification The endpoint will continue to work but it won't support authentication using static server keys after 6/21/2024. Use an OAuth 2.0 access token derived from a service account.
Upstream messaging via XMPP fcm-xmpp.googleapis.com:5235 API calls to FirebaseMessaging.send in the app won't trigger upstream messages to the app server after 6/21/2024. Implement this functionality in your server logic. For example, some developers implement their own HTTP/gRPC endpoint and call the endpoint directly to send messages from their clients to the app server. See this gRPC Quick start for an example implementation of upstream messaging using gRPC.
Batch Send API https://fcm.googleapis.com/batch Requests to the endpoint will start failing after 6/21/2024. Migrate to the standard HTTP v1 API send method , which supports HTTP/2 for multiplexing.

Firebase Admin SDK APIs

API Name API Language Impact on users Требуется действие
sendToDevice() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToDeviceGroup() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToTopic() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendToCondition() Node.js The API will stop working after 6/21/2024 because it calls the legacy HTTP send API. Use the send() method.
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast() Node.js, Java, Python, Go, C# These APIs will stop working after 6/21/2024 because they call the batch send API . Upgrade to the latest Firebase Admin SDK and use the new APIs instead: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .

Note that the new APIs no longer call the deprecated batch send API, and for this reason they may create more concurrent HTTP connections than the old APIs.

Client SDKs

SDK versions Impact on users Требуется действие
GCM SDKs (deprecated in 2018) Apps using GCM SDKs will not be able to register tokens nor receive messages from FCM after 6/21/2024. Upgrade your Android SDK to the latest Firebase SDK if you haven't already done so.
JS SDKs version <7.0.0 (breaking change at version 7.0.0 in 2019) Web apps using older JS SDKs will not be able to register tokens after 6/21/2024. Upgrade your Firebase Web SDK to the latest version.

No. You have 12 months (06/20/2023 - 06/21/2024) to migrate from the old APIs to new APIs without any service downgrade. We strongly recommend you to plan the migration as early as possible so you won't be impacted by the decommissioning of the APIs in June 2024.

After June 2024, you may see increased errors or lack of functionality when using the APIs/SDKs listed above (see the next FAQ for more information).

FCM will start a gradual shutdown of deprecated APIs around July 22nd, 2024. After this date, deprecated services will be subject to a "flickering" process in which increasing numbers of requests will return error responses. During the gradual ramp-down period you can expect the following behavior and error responses to increase in frequency over time:

Категория What to expect
Legacy HTTP protocol Requests being rejected with HTTP code 301.
Legacy XMPP protocol Requests being rejected with error code 302.
FCM Upstream Messages being silently dropped by FCM backend.
Batch Send API Requests being rejected with error code UNIMPLEMENTED and the error message "The API is deprecated."
GCM SDKs - Register Tokens Requests being rejected with HTTP code 301.
GCM SDKs - Send Messages Requests being rejected with error code 400 and the error message "V3 token has been deprecated."
JS SDKs version < 7.0.0 Requests being rejected with HTTP code 501.
Using server key to access Instance ID and device group management APIs Requests being rejected with HTTP code 401.

An OAuth 2.0 token is a short-lived token derived from a service account . It's Google's standard auth model and it's more secure than static server keys.

See Use credentials to mint access tokens for guidance on using the Google Auth Library to obtain tokens.

Note that the request headers differ when you use OAuth 2.0 tokens for requests to different endpoints.

  • HTTP v1 API : Authorization: Bearer $oauth_token
  • Instance ID server API and Device group management API : Authorization: Bearer $oauth_token
    access_token_auth: true

We recommend that you slowly ramp up your traffic to the new API. If you expect to send more than 600,000 messages/min on a regular basis, contact Firebase support for instructions on how to increase quota or get recommendations on how to spread out traffic.

Topics: you don't need to add the "/topics/" prefix to your topic target when you use the v1 API.

Device groups: You can use a group token as a token target in the HTTP v1 API. However, the HTTP v1 API doesn't return the success/failure counts in the response. We recommend that you use FCM topics or manage your device groups by yourself.

No. This feature, called "multicast" in legacy HTTP APIs, is not supported by the HTTP v1 API, which is better designed for scalability.

For use cases where end-to-end latency is critical, or where total fanout size is small (fewer than 1 million), Google recommends sending multiple separate requests using the HTTP v1 API. The HTTP v1 API over HTTP/2 performs similarly for 99.9% of multicast requests (sending < 100 tokens). For outlier use cases (sending 1000 tokens), it achieves up to a third of the throughput rate, so additional concurrency is needed to optimize for this atypical use case. Users can experience more reliability and availability with the HTTP v1 API than with legacy multicast.

For use cases where throughput and egress bandwidth are prioritized or where total fanout size is large (greater than 1 million), Google recommends topic messaging. While topic messaging requires a one-time action to subscribe recipients to a topic, it offers up to a 10,000 QPS per project fanout rate without a maximum limit on topic size.

Платформа Firebase Admin SDK version
Node.js >=11.7.0
Питон >=6.2.0
Ява >=9.2.0
Идти >=4.12.0
.СЕТЬ >=2.4.0

The FCM batch send API uses the same message format and authentication mechanism as the HTTP v1 API. However, it uses a different endpoint. If you want to improve efficiency, you should consider using HTTP/2 to send multiple requests over the same HTTP connection to the HTTP v1 API.

Please reach out to the Google Cloud support team for help.

No. Starting from 5/20/2024, new projects will no longer be allowed to enable our legacy APIs.

Once you are sure that you have fully migrated to the HTTP v1 API, you can disable the legacy Cloud Messaging API (the page may fail to load if the API has already been disabled).

FCM quotas and limits

Unfortunately, this use case cannot be supported. You must spread your traffic out over 5 minutes.

Unfortunately, we cannot grant quota increases for this reason. You must spread your traffic out over 5 minutes.

We recommend that you start sending the notifications at least 5 minutes prior to the event.

This depends a bit on your use of FCM. In any case, you can expect an answer in a few business days. In some cases, there may be some back-and-forth regarding your usage of FCM and various circumstances, which can prolong the process. If all requirements are met, most requests will be handled within 2 weeks.

See Google Cloud guidance on how to chart and monitor quota metrics .

While we understand that quota limits can be challenging, quotas are vital to keeping the service reliable and we can't grant exemptions.

You may request additional quota to support an event lasting up to 1 month. File the request at least 1 month in advance of the event and with clear details on when the event starts and ends, and FCM will make every practical effort to fulfill the request (no increase can be guaranteed). These quota increases will be reverted after the event's end date.

While Google will not do so lightly, quotas may be changed as needed to protect the integrity of the system. When possible, Google will notify you in advance of such changes.



Cloud Storage for Firebase

Go to the Cloud Storage documentation to learn more about the Changes for the default Cloud Storage bucket .

Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase , without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.

There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase :

  • A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
  • A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .

There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.

It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.

See the related FAQ .

For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting . This policy exists to prevent abuse on our platform.

Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.

This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.

The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase :

  • Windows files with .exe , .dll and .bat extensions
  • Android files with .apk extension
  • Apple platform files with .ipa extension

Что мне нужно сделать?

If you still want to host these file types after September 28th, 2023:

  • For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
  • For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.

Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.

  • For managing resources in Firebase Hosting , use the Firebase console to delete releases according to this guide .
  • For managing resources in Cloud Storage , navigate to the Storage product page in your project.
    1. On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
    2. Click Delete , and confirm the files were deleted.

Please refer to our documentation for additional information on managing Hosting resources with Firebase tools and Cloud Storage for Firebase buckets with client libraries .

Previously, download and upload requests to the Cloud Storage for Firebase API were not being counted properly. We have taken steps to fix this issue, starting from September 15, 2023.

For Blaze users, upload and download operations will start counting towards your monthly bill. For Spark users, they will start counting towards your monthly free limit.

We recommend monitoring your Usage page for any increases that may count towards your limits.

Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.

The service account that Cloud Storage for Firebase uses is scoped to your project and is named
service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .

If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.

You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .

Adding the new service account

If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.

  • (Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
  • Manual: Follow the steps in Creating and managing service accounts . Following that guide, add a service account with the IAM role Cloud Storage for Firebase Service Agent , and service account name
    service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
Removing the new service account

We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .

Cloud Storage for Firebase pricing

Go to the Cloud Storage documentation to learn more about the Changes for pricing plan requirements for Cloud Storage .

Visit the Firebase Pricing page and use the Blaze plan calculator . The calculator lists all the usage types for Cloud Storage for Firebase .

Use the sliders to input the expected usage of your Storage bucket. The calculator will estimate your monthly bill.

When you exceed limits for Cloud Storage in a project on the Spark plan, the result depends on the type of limit that you exceed:

  • If you exceed the GB stored limit, you will not be able to store any more data in that project unless you remove some of the data stored or upgrade to a plan that provides more storage space, or unlimited storage space.
  • If you exceed the GB downloaded limit, your app will not be able to download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.
  • If you exceed the upload or download operations limit, your app will not be able to upload or download more data until the next day (starting at midnight, US Pacific Time), unless you upgrade to a plan with less restrictive limits, or with no limits.



Crashlytics

Visit the Crashlytics troubleshooting & FAQ page for helpful tips and answers to more FAQs.



See Dynamic Links FAQ .

The getInvitation API clears the saved Dynamic Link to prevent it from being accessed twice. Be sure to call this API with the autoLaunchDeepLink parameter set to false in each of the deep link activities to clear it for the case when the activity is triggered outside the main activity.



Hosting

For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting . This policy exists to prevent abuse on our platform.

Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.

This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.

The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase :

  • Windows files with .exe , .dll and .bat extensions
  • Android files with .apk extension
  • Apple platform files with .ipa extension

Что мне нужно сделать?

If you still want to host these file types after September 28th, 2023:

  • For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
  • For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.

Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.

  • For managing resources in Firebase Hosting , use the Firebase console to delete releases according to this guide .
  • For managing resources in Cloud Storage , navigate to the Storage product page in your project.
    1. On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
    2. Click Delete , and confirm the files were deleted.

Please refer to our documentation for additional information on managing Hosting resources with Firebase tools and Cloud Storage for Firebase buckets with client libraries .

Firebase automatically adds extra files containing metadata about the Hosting site, and these files are included in the total file count for the release.

Hosting has a maximum size limit of 2 GB for individual files.

We recommend storing larger files using Cloud Storage , which offers a maximum size limit in the terabyte range for individual objects.

The Firebase Hosting multisite feature supports a maximum of 36 sites per project.



Performance Monitoring

Visit the Performance Monitoring troubleshooting & FAQ page for helpful tips and answers to more FAQs.

You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.

To view real time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real time data processing.

  • iOS — v7.3.0 or later
  • tvOS — v8.9.0 or later
  • Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
  • Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.



Realtime Database

A simultaneous connection is equivalent to one mobile device, browser tab, or server app connected to the database. Firebase imposes hard limits on the number of simultaneous connections to your app's database. These limits are in place to protect both Firebase and our users from abuse.

The Spark plan limit is 100 and cannot be raised. The Flame and Blaze plans have a limit of 200,000 simultaneous connections per database.

This limit isn't the same as the total number of users of your app, because your users don't all connect at once. If you need more than 200,000 simultaneous connections, please read Scale with Multiple Databases .

Each Realtime Database instance has limits on the number of write operations per second. For small writes, this limit is approximately 1000 write operations per second. If you are approaching this limit, batching operations using multi-path updates can help you achieve higher throughput.

In addition, each database instance has a cap on the number of simultaneous database connections . Our default limits are large enough for most applications. If you are building an app that requires additional scale, you may need to shard your application across multiple database instances for added scale. You may also consider Cloud Firestore as an alternative database.

If you've received an email alert or notification in the Firebase console that you've exceeded your Realtime Database usage limits, you can address it based on the usage limit you've exceeded. To see your Realtime Database usage, go to the Realtime Database Usage dashboard in the Firebase console.

If you're over your download limit, you can upgrade your Firebase pricing plan or wait until your download limit resets at the start of your next billing cycle. To decrease your downloads, try the following steps:

  • Add queries to limit the data that your listen operations return.
  • Check for unindexed queries.
  • Use listeners that only download updates to data — for example, on() instead of once() .
  • Use security rules to block unauthorized downloads.

If you're over your storage limit, upgrade your pricing plan to avoid service disruptions. To reduce the amount of data in your database, try the following steps:

  • Run periodic cleanup jobs.
  • Reduce any duplicate data in your database.

Note that it may take some time to see any data deletions reflected in your storage allotment.

If you're over your simultaneous database connections limit, upgrade your plan to avoid any service disruptions. To manage simultaneous connections to your database, try connecting via users via the REST API if they don't require a realtime connection.

To provide you with a predictable price, the resources available to you in the Spark plans are capped. This means that when you exceed any plan limit in any month, your app will be turned off to prevent any further resource usage and additional charges.

When your app reaches its concurrency limit on the Spark plan, any subsequent connections will be rejected until some of the existing connections are closed. The app will continue to work for users who are connected.

Automated backups are an advanced feature for customers on our Blaze pricing plan that backs up your Firebase Realtime Database data once a day and uploads it to Google Cloud Storage .

We do not offer hourly backups.

For our bandwidth calculations, we normally include SSL encryption overhead (based on layer 5 of the OSI model). However, in September 2016, we introduced a bug that caused our bandwidth reporting to ignore encryption overhead. This might have resulted in artificially low reported bandwidth and bills on your account for a few months.

We released a fix for the bug in late March 2017, returning bandwidth reporting and billing to their normal levels.



Remote Config

Unless you fetch values with fetchAndActivate() , values are stored locally but not activated. To activate fetched values so that they can take effect, call activate . This design lets you control when the behavior and appearance of your app changes, because you can choose when to call activate . After you call activate , your app source code determines when updated parameter values are used.

For example, you could fetch values and then activate them the next time a user starts your app, which removes the need to delay app startup while your app waits for fetched values from the service. Changes to your app's behavior and appearance then occur when your app uses the updated parameter values.

To learn more about the Remote Config API and usage model, see Remote Config API Overview .

During app development, you might want to fetch and activate configs very frequently (many times per hour) to let you rapidly iterate as you develop and test your app. To accommodate rapid iteration on a project with up to 10 developers, you can temporarily set a FirebaseRemoteConfigSettings object with a low minimum fetch interval ( setMinimumFetchIntervalInSeconds ) in your app.

Devices usually receive fetched values in less than a second, and often receive fetched values in milliseconds. The Remote Config service handles fetch requests within milliseconds, but the time required to complete a fetch request will depend on the network speed of the device and the latency of the network connection used by the device.

If your goal is to make fetched values take effect in your app as soon as possible, but without creating a jarring user experience, consider adding calls to fetchAndActivate each time that your app does a full screen refresh.



Test Lab

Visit the Test Lab troubleshooting page for helpful tips and answers to FAQs.



Firebase User Segmentation Storage

Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics , FCM , Remote Config personalization, and more.