Firebase SSS

Firebase projesi nedir?

Firebase projesi, Firebase'in en üst düzey varlığıdır. Bir projeye Apple, Android veya web uygulamalarınızı kaydedebilirsiniz. Uygulamalarınızı Firebase'e kaydettirdikten sonra Analytics, Cloud Firestore, Crashlytics veya Remote Config gibi ürüne özel Firebase SDK'larını uygulamanıza ekleyebilirsiniz.

Apple, Android ve web uygulaması çeşitlerinizi tek bir Firebase projesine kaydetmelisiniz. Geliştirme, hazırlama ve üretim gibi birden çok ortamı desteklemek için birden çok Firebase projesini kullanabilirsiniz.

Firebase projeleri hakkında daha fazla bilgi edinmek için bazı kaynakları burada bulabilirsiniz:

• Firebase projelerini anlayın — Google Cloud ile ilişkileri ve bir projenin temel hiyerarşisi ile uygulamaları ve kaynakları da dahil olmak üzere, Firebase projeleri hakkındaki bazı önemli kavramlara kısa genel bakış sağlar.
• Firebase projelerini oluşturmaya yönelik genel en iyi uygulamalar — Firebase projelerini oluşturmaya ve uygulamalarınızı bir projeye kaydetmeye yönelik genel, üst düzey en iyi uygulamaları sağlar; böylece farklı ortamlar kullanan net bir geliştirme iş akışına sahip olursunuz.

Firebase'in, tüm Firebase projeleri için Google Cloud Console'daki projenizin Etiketler sayfasına otomatik olarak firebase:enabled etiketini eklediğini unutmayın. SSS bölümümüzde bu etiket hakkında daha fazla bilgi edinin.

Google Cloud kuruluşu nedir?

Google Cloud kuruluşu, Google Cloud projelerine (Firebase projeleri dahil) yönelik bir kapsayıcıdır. Bu hiyerarşi, Google Cloud ve Firebase projelerinizin daha iyi organize edilmesine, erişim yönetimine ve denetlenmesine olanak tanır. Daha fazla bilgi için Kuruluşları Oluşturma ve Yönetme bölümüne bakın.

Firebase'i mevcut bir Google Cloud projesine nasıl eklerim?

Google Cloud Console veya Google API konsolu aracılığıyla yönetilen mevcut projeleriniz olabilir. Varsayılan olarak bu projeler Firebase konsolunda görünür ancak Firebase projeleri olarak değerlendirilmez.

Firebase'i mevcut Google Cloud projenize eklemek için Firebase konsolu açılış sayfasında Proje Ekle'yi tıklayın ve ardından Proje adı menüsünden projenizi seçin.

Google Cloud projemde neden firebase:enabled etiketi var?

Google Cloud Console'daki projenizin Etiketler sayfasında, firebase:enabled etiketini görebilirsiniz (özellikle, Value enabled olan bir firebase Key ).

Projeniz bir Firebase projesi olduğu için Firebase bu etiketi otomatik olarak ekledi; bu, projenizde Firebase'e özgü yapılandırmaların ve hizmetlerin etkin olduğu anlamına gelir. Firebase projeleri ile Google Cloud arasındaki ilişki hakkında daha fazla bilgi edinin.

Bu etiketi değiştirmemenizi veya silmemenizi önemle tavsiye ederiz. Bu etiket, Firebase ve Google Cloud tarafından Firebase projelerinizi listelemek için kullanılır (örneğin, REST API projects.list uç noktasını kullanarak veya Firebase konsolu içindeki menülerde).

Bu etiketi proje etiketleri listenize manuel olarak eklemenin, Google Cloud projeniz için Firebase'e özgü yapılandırmaları ve hizmetleri ETKİNLEŞTİRMEDİĞİNİ unutmayın. Bunu yapmak için Firebase'i Firebase konsolu aracılığıyla (veya gelişmiş kullanım örnekleri için Firebase Management REST API veya Firebase CLI aracılığıyla) eklemeniz gerekir.

Firebase projem neden Firebase projeleri listemde görünmüyor?

Bu SSS, Firebase projenizi aşağıdaki yerlerde göremiyorsanız geçerlidir:

• Firebase konsolunda görüntülediğiniz projelerin listesinde
• REST API projects.list uç noktasının çağrılmasının verdiği yanıtta
• Firebase CLI komutunun çalıştırılmasından elde edilen yanıtta firebase projects:list

Şu sorun giderme adımlarını deneyin:

1. Öncelikle doğrudan projenin URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki formatı kullanın:
   https://console.firebase.google.com/project/ PROJECT-ID /overview
2. Projeye erişemiyorsanız veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
   • Projeye erişimi olan Google hesabını kullanarak Firebase'de oturum açtığınızdan emin olun. Firebase konsolunda, konsolun sağ üst köşesindeki hesap avatarınız aracılığıyla oturum açabilir ve çıkış yapabilirsiniz.
   • Projeyi Google Cloud Console'da görüntüleyip görüntüleyemediğinizi kontrol edin.
   • Projenizin, Google Cloud Console'daki Etiketler sayfasında firebase:enabled etiketinin bulunduğundan emin olun. Firebase ve Google Cloud, Firebase projelerinizi listelemek için bu etiketi kullanır. Bu etiketi görmüyorsanız ancak projeniz için Firebase Yönetim API'si etkinse etiketi (özellikle, enabled Value sahip bir firebase Key ) manuel olarak ekleyin.
   • Temel IAM rollerinden birine (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir role (örneğin, Firebase önceden tanımlanmış bir role) atandığınızdan emin olun. Rollerinizi Google Cloud Console'un IAM sayfasında görüntüleyebilirsiniz.
   • Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda listelenmek için ek izinlere ihtiyacınız olabilir. Projeyi görüntülemek için size uygun rolü (örneğin, Tarayıcı rolü) vermesi için Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.

Yukarıdaki sorun giderme adımlarından hiçbiri projenizi Firebase projeleri listesinde görmenizi sağlayamıyorsa Firebase Desteği ile iletişime geçin.

Hesap başına kaç projeye sahip olabilirim?

• Spark fiyatlandırma planı — Proje kotanız az sayıda projeyle sınırlıdır (genellikle 5-10 civarında).
• Blaze fiyatlandırma planı — Cloud Billing hesabınız iyi durumda olduğu sürece Cloud Billing hesabı başına proje kotanız önemli ölçüde artar.

Proje kotası sınırı çoğu geliştirici için nadiren endişe vericidir, ancak gerekirse proje kotanızın artırılmasını talep edebilirsiniz.

Bir projenin tamamen silinmesinin 30 gün gerektirdiğini ve proje tamamen silinene kadar kotanızdan düşüleceğini unutmayın.

Bir Firebase projesinde kaç tane Firebase Uygulamasına sahip olabilirim?

Firebase projesi, Apple, Android ve web'deki Firebase Uygulamalarına yönelik bir kapsayıcıdır. Firebase, bir Firebase projesindeki toplam Firebase Uygulaması sayısını 30 ile sınırlandırır.

Bu sayıdan sonra performans düşmeye başlar (özellikle Google Analytics için) ve sonunda daha fazla sayıda uygulamada bazı ürün işlevleri çalışmayı durdurur. Ayrıca, kimlik doğrulama sağlayıcısı olarak Google ile Oturum Açma'yı kullanıyorsanız projenizdeki her uygulama için temel bir OAuth 2.0 istemci kimliği oluşturulur. Tek bir projede oluşturulabilecek yaklaşık 30 istemci kimliği sınırı vardır.

Tek bir Firebase projesindeki tüm Firebase Uygulamalarının, son kullanıcı açısından aynı uygulamanın platform varyantları olduğundan emin olmalısınız. Örneğin, bir beyaz etiket uygulaması geliştirirseniz bağımsız olarak etiketlenen her uygulamanın kendi Firebase projesi olmalıdır ancak bu etiketin Apple ve Android sürümleri aynı projede olabilir. Firebase projelerini oluşturmaya yönelik genel en iyi uygulamalarımızdaki daha ayrıntılı yönergeleri okuyun.

Nadiren de olsa projenizin 30'dan fazla uygulama gerektirmesi durumunda uygulama limitinin artırılmasını talep edebilirsiniz. Bu talebi yapabilmek için projenizin Blaze fiyatlandırma planında olması gerekir. Talebinizi iletmek ve değerlendirilmesini sağlamak için Google Cloud Console'u ziyaret edin. Google Cloud belgelerinde kota yönetimi hakkında daha fazla bilgi edinin.

Projemi "üretim" ortamı olarak etiketlersem ne olur?

Firebase konsolunda Firebase projelerinizi, Üretim veya Belirtilmemiş (üretim dışı) ortamlar olarak ortam türleriyle etiketleyebilirsiniz.

Projenizi ortam türü olarak etiketlemenin Firebase projenizin çalışma şekli veya özellikleri üzerinde hiçbir etkisi yoktur. Ancak etiketleme, sizin ve ekibinizin uygulama yaşam döngüsü boyunca çeşitli Firebase projelerinizi yönetmenize yardımcı olabilir.

Projenizi bir üretim ortamı olarak etiketlerseniz Firebase konsolundaki projeye parlak renkli bir Prod etiketi ekleriz; bu, herhangi bir değişikliğin ilgili üretim uygulamalarınızı etkileyebileceğini size hatırlatır. Gelecekte üretim ortamları olarak etiketlenen Firebase projelerine daha fazla özellik ve koruma ekleyebiliriz.

Firebase projenizin ortam türünü değiştirmek için settings Proje ayarları > Genel seçeneğine gidin, ardından Projeniz kartında Ortam altında, ortam türünü değiştirmek için edit tıklayın.

Firebase uygulamamın Uygulama Kimliğini nerede bulabilirim?

Firebase konsolunda settings Proje ayarlarına gidin. Uygulamalarınız kartına doğru aşağı kaydırın ve ardından Uygulama Kimliği de dahil olmak üzere uygulamanın bilgilerini görüntülemek için istediğiniz Firebase Uygulamasını tıklayın.

Aşağıda bazı örnek Uygulama Kimliği değerleri verilmiştir:

• Firebase iOS Uygulamaları: 1:1234567890:ios:321abc456def7890
• Firebase Android Uygulamaları: 1:1234567890:android:321abc456def7890
• Firebase Web Uygulamaları: 1:1234567890:web:321abc456def7890

Google Play/AdMob/Google Ads/BigQuery'yi Firebase projeme veya uygulamama bağlamanın önkoşulları nelerdir?

• Google Play hesabınızı bağlamak için aşağıdakilere ihtiyacınız vardır:
  • Şu Firebase rollerinden biri: Sahip veya Firebase Yöneticisi
    Ve
  • Şu Google Play erişim düzeylerinden herhangi biri: Hesap Sahibi veya Yönetici
• AdMob uygulamanızı bağlamak için hem Firebase proje sahibi hem de AdMob yöneticisi olmanız gerekir.
• AdWords hesabınızı bağlamak için hem Firebase proje sahibi hem de AdWords yöneticisi olmanız gerekir.
• BigQuery projenizi bağlamak için Firebase proje sahibi olmanız gerekir.

Uygulamama hangi açık kaynak bildirimlerini eklemeliyim?

Apple platformlarında Firebase bölmesi, ilgili girişleri içeren bir NOTICES dosyası içerir. Firebase Android SDK'sı, lisans bilgilerini göstermeye yönelik bir yardımcı Activity içerir.

Bir proje üyesine Sahip rolü gibi bir rolü nasıl atayabilirim?

Her proje üyesine atanan rolleri yönetmek için Firebase projesinin Sahibi olmanız (veya resourcemanager.projects.setIamPolicy iznine sahip bir rol atanmış olmanız) gerekir.

Rolleri atayabileceğiniz ve yönetebileceğiniz yerler şunlardır:

• Firebase konsolu, settings > Proje ayarları bölümünün Kullanıcılar ve izinler sekmesinde proje üyelerine rol atamanın basitleştirilmiş bir yolunu sunar. Firebase konsolunda, temel rollerden (Sahip, Düzenleyici, Görüntüleyici), Firebase Yönetici/Görüntüleyici rollerinden herhangi birini veya Firebase'in önceden tanımlanmış ürün kategorisi rollerinden herhangi birini atayabilirsiniz.
• Google Cloud Console, IAM sayfasındaki proje üyelerine roller atamak için kapsamlı bir araç seti sunar. Cloud Console'da ayrıca özel roller oluşturup yönetebilir, ayrıca hizmet hesaplarının projenize erişmesine izin verebilirsiniz.

  Google Cloud Console'da proje üyelerine sorumlular denildiğini unutmayın.

Projenizin Sahibi artık bir Sahibin görevlerini yerine getiremiyorsa (örneğin, şirketinizden ayrılan kişi) ve projeniz bir Google Cloud kuruluşu aracılığıyla yönetilmiyorsa (sonraki paragrafa bakın), Firebase Desteği ile iletişime geçerek geçici bir Sahip atandı.

Firebase projesi bir Google Cloud kuruluşunun parçasıysa bir Sahibi olmayabilir. Firebase projeniz için bir Sahip bulamıyorsanız projeye bir Sahip ataması için Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.

Firebase projesinin Sahibini nasıl bulurum?

Proje üyelerini ve rollerini aşağıdaki yerlerde görebilirsiniz:

• Firebase konsolunda projeye erişiminiz varsa, Sahipler de dahil olmak üzere proje üyelerinin listesini Firebase konsolunun Kullanıcılar ve izinler sayfasında görüntüleyebilirsiniz.
• Firebase konsolunda projeye erişiminiz yoksa Google Cloud Console'da projeye erişiminizin olup olmadığını kontrol edin. Sahipler de dahil olmak üzere proje üyelerinin listesini Google Cloud Console'un IAM sayfasında görüntüleyebilirsiniz.

Projenizin Sahibi artık bir Sahibin görevlerini yerine getiremiyorsa (örneğin, şirketinizden ayrılan kişi) ve projeniz bir Google Cloud kuruluşu aracılığıyla yönetilmiyorsa (sonraki paragrafa bakın), Firebase Desteği ile iletişime geçerek geçici bir Sahip atandı.

Firebase projesi bir Google Cloud kuruluşunun parçasıysa bir Sahibi olmayabilir. Bunun yerine Google Cloud kuruluşunuzu yöneten kişi, bir Sahibin yapabileceği birçok görevi gerçekleştirebilir. Ancak, Sahip'e özgü birkaç görevi (rol atamak veya Google Analytics mülklerini yönetmek gibi) gerçekleştirmek için yöneticinin, bu görevleri gerçekleştirmek üzere kendisine gerçek Sahip rolünü ataması gerekebilir. Firebase projeniz için bir Sahip bulamıyorsanız projeye bir Sahip ataması için Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.

Bir proje üyesine neden veya ne zaman Sahip rolünü atamalıyım?

Bir Firebase projesinin doğru şekilde yönetilebilmesi için bir Sahibinin olması gerekir. Bir projenin Sahibi, çeşitli önemli yönetim işlemlerini (rol atamak ve Google Analytics mülklerini yönetmek gibi) gerçekleştirebilen kişidir ve Firebase Desteği yalnızca kanıtlanmış proje Sahiplerinden gelen yönetim isteklerini yerine getirebilir.

Bir Firebase projesinin Sahiplerini ayarladıktan sonra bu atamaları güncel tutmak önemlidir.

Firebase projesi bir Google Cloud kuruluşunun parçasıysa Google Cloud kuruluşunuzu yöneten kişinin, bir Sahibin yapabileceği birçok görevi gerçekleştirebileceğini unutmayın. Ancak, Sahip'e özgü bazı görevler için (rol atama veya Google Analytics mülklerini yönetme gibi), yöneticinin bu görevleri gerçekleştirmek üzere kendisine gerçek Sahip rolünü ataması gerekebilir.

Bir Firebase projem olduğunu sanmıyorum ama bir projeyle ilgili bir e-posta aldım. Bu projeye nasıl erişebilirim?

Aldığınız e-posta, Firebase projenizi açmanız için bir bağlantı içermelidir. E-postadaki bağlantıya tıkladığınızda proje Firebase konsolunda açılmalıdır.

Bağlantıdaki projeyi açamıyorsanız projeyle ilgili e-postayı alan Google hesabını kullanarak Firebase'de oturum açtığınızdan emin olun. Firebase konsolunda, konsolun sağ üst köşesindeki hesap avatarınız aracılığıyla oturum açabilir ve çıkış yapabilirsiniz.

Bir Google Cloud kuruluşunun yöneticisiyseniz kuruluşunuz içindeki Firebase projelerinde yapılan değişiklikler hakkında bilgilendirilebileceğinizi unutmayın. Ancak Firebase projesini açmak için yeterli izniniz olmayabilir. Bu durumlarda en basit çözüm, projeyi açmak ve gerekli eylemleri gerçekleştirmek için kendinize gerçek Sahip rolünü atamaktır. Sahip rolünün neden ve ne zaman atanacağı hakkında daha fazla bilgi edinin.

Firebase konsoluna erişim için desteklenen tarayıcılar nelerdir?

Firebase konsoluna Chrome, Firefox, Safari ve Edge gibi popüler masaüstü tarayıcıların son sürümlerinden erişilebilir. Mobil tarayıcılar şu anda tam olarak desteklenmemektedir.

Firebase konsolunu yükleyebiliyorum ancak neden Firebase projemi bulamıyorum veya ona erişemiyorum?

Bu SSS aşağıdaki sorunlardan birini yaşıyorsanız geçerlidir:

• Firebase konsolu, projenizin mevcut olmayabileceğini veya projeye erişiminizin olmadığını belirten bir hata sayfası döndürüyor.
• Firebase konsolu, proje kimliğini veya proje adını konsolun arama alanına girdiğinizde bile projenizi görüntülemiyor.

Şu sorun giderme adımlarını deneyin:

1. Öncelikle doğrudan projenin URL'sini ziyaret ederek projenize erişmeyi deneyin. Aşağıdaki formatı kullanın:
   https://console.firebase.google.com/project/ PROJECT-ID /overview
2. Hala projeye erişemiyorsanız veya izin hataları alıyorsanız aşağıdakileri kontrol edin:
   • Projeye erişimi olan Google hesabını kullanarak Firebase'de oturum açtığınızdan emin olun. Firebase konsolunda, konsolun sağ üst köşesindeki hesap avatarınız aracılığıyla oturum açabilir ve çıkış yapabilirsiniz.
   • Proje için Firebase Management API'nin etkinleştirildiğinden emin olun.
   • Temel IAM rollerinden birine (Sahip, Düzenleyici, Görüntüleyici) veya Firebase ile ilgili izinlere sahip bir role (örneğin, Firebase önceden tanımlanmış bir role) atandığınızdan emin olun. Rollerinizi Google Cloud Console'un IAM sayfasında görüntüleyebilirsiniz.
   • Projeniz bir Google Cloud kuruluşuna aitse projeyi Firebase konsolunda listelenmek için ek izinlere ihtiyacınız olabilir. Projeyi görüntülemek için size uygun rolü (örneğin, Tarayıcı rolü) vermesi için Google Cloud kuruluşunuzu yöneten kişiyle iletişime geçin.

Yukarıdaki sorun giderme adımlarından hiçbiri projenizi bulmanıza veya projenize erişmenize yardımcı olmuyorsa Firebase Desteği ile iletişime geçin.

Firebase konsolu neden benim için yüklenmiyor?

Bu SSS aşağıdaki sorunlardan herhangi birini yaşıyorsanız geçerlidir:

• Firebase konsolundaki bir sayfanın yüklenmesi hiçbir zaman tamamlanmaz.
• Sayfa içindeki veriler beklendiği gibi yüklenmiyor.
• Firebase konsolunu yüklerken tarayıcı hata mesajları alıyorsunuz.

Şu sorun giderme adımlarını deneyin:

1. Olası hizmet kesintileri için Firebase Durum Kontrol Panelinin Konsol satırını kontrol edin.
2. Desteklenen bir tarayıcı kullandığınızdan emin olun.
3. Firebase konsolunu gizli veya özel bir pencereye yüklemeyi deneyin.
4. Tüm tarayıcı uzantılarını devre dışı bırakın.
5. Ağ bağlantısının reklam engelleyici, antivirüs, proxy, güvenlik duvarı veya başka bir yazılım tarafından engellenmediğini doğrulayın.
6. Firebase konsolunu farklı bir ağ veya cihaz kullanarak yüklemeyi deneyin.
7. Chrome kullanıyorsanız Geliştirici Araçları Konsolu'nda herhangi bir hata olup olmadığını kontrol edin.

Yukarıdaki sorun giderme adımlarından hiçbiri sorunu çözmezse Firebase Desteği ile iletişime geçin.

Firebase konsolumun dili nasıl belirlenir?

Firebase konsolunun dil ayarı , Google hesap ayarlarınızda seçilen dili temel alır.

Dil tercihinizi değiştirmek için Dili değiştirme konusuna bakın.

Firebase konsolu aşağıdaki dilleri destekler:

• İngilizce
• Brezilya Portekizcesi
• Fransızca
• Almanca
• Endonezya dili
• Japonca
• Koreli
• Rusça
• Basitleştirilmiş Çince
• İspanyol
• Geleneksel çince

Firebase konsolu hangi rolleri ve izinleri destekliyor?

Firebase konsolu ve Google Cloud Console, aynı temel rolleri ve izinleri kullanır. Firebase IAM belgelerinde roller ve izinler hakkında daha fazla bilgi edinin.

Firebase, Sahip, Düzenleyici ve Görüntüleyicinin temel (temel) rollerini destekler:

• Proje Sahibi , projeye başka üyeler ekleyebilir, entegrasyonlar ayarlayabilir (projenin BigQuery veya Slack gibi hizmetlere bağlanması) ve proje için tam düzenleme erişimine sahip olabilir.
• Bir proje Düzenleyicisi proje için tam düzenleme erişimine sahiptir.
• Proje Görüntüleyicinin proje için yalnızca okuma erişimi vardır. Firebase konsolunun şu anda proje Görüntüleyicilerinden kullanıcı arayüzü düzenleme denetimlerini gizlemediğini/devre dışı bırakmadığını, ancak bu işlemlerin Görüntüleyici rolü atanan proje üyeleri için başarısız olacağını unutmayın.

Firebase ayrıca şunları da destekler:

• Firebase'de önceden tanımlanmış roller — Sahip, Düzenleyici ve Görüntüleyici gibi temel rollerden daha ayrıntılı erişim kontrolü sağlayan, Firebase'e özgü seçilmiş roller.
• Özel roller — Kuruluşunuzun belirli gereksinimlerini karşılayacak bir dizi izni uyarlamak için oluşturduğunuz tamamen özelleştirilmiş IAM rolleri.

Hangi ürünler ücretlidir? Hangileri ücretsizdir?

Firebase'in ücretli altyapı ürünleri Gerçek Zamanlı Veritabanı, Firebase için Bulut Depolama, Bulut İşlevleri, Barındırma, Test Laboratuvarı ve telefon kimlik doğrulamasıdır. Tüm bu özellikler için ücretsiz bir katman sunuyoruz.

Firebase'in ayrıca birçok ücretsiz ürünü vardır: Analitik, Bulut Mesajlaşma, Bildirim oluşturucu, Uzaktan Yapılandırma, Uygulama Dizine Ekleme, Dinamik Bağlantılar ve Kilitlenme Raporlaması. Ücretsiz Spark planımız da dahil olmak üzere tüm planlarda bu ürünlerden herhangi birini sınırsız miktarda kullanabilirsiniz. Ayrıca, telefonla kimlik doğrulamanın ötesindeki tüm Kimlik Doğrulama özellikleri ücretsizdir.

Hangi fiyatlandırma planının benim için uygun olduğunu nasıl bilebilirim?

Spark fiyatlandırma planı

Spark planımız, uygulamanızı hiçbir ücret ödemeden geliştirmek için harika bir yerdir. Tüm ücretsiz Firebase özelliklerine (Analytics, Bildirim oluşturucu, Crashlytics vb.) ve ücretli altyapı özelliklerimizden cömert miktarda yararlanırsınız. Ancak bir takvim ayında Spark planı kaynaklarınızı aşarsanız uygulamanız o ayın geri kalanında kapatılacaktır. Ayrıca Spark planı kullanıldığında Google Cloud özellikleri kullanılamaz.

Blaze fiyatlandırma planı

Blaze planımız üretim uygulamaları için tasarlanmıştır. Blaze planı ayrıca uygulamanızı ücretli Google Cloud özellikleriyle genişletmenize de olanak tanır. Yalnızca tükettiğiniz kaynaklar için ödeme yaparsınız, bu da talebe göre ölçeklendirmenize olanak tanır. Blaze planı fiyatlarımızı sektör lideri bulut sağlayıcılarıyla rekabetçi hale getirmeye çalışıyoruz.

Kullanımımı ve faturalandırmamı nasıl takip edebilirim?

Firebase konsolundaki proje kaynakları kullanımınızı aşağıdaki kontrol panellerinden herhangi birinde takip edebilirsiniz:

• Genel proje düzeyinde Kullanım ve faturalandırma kontrol paneli
• Kimlik Doğrulama Kullanımı kontrol paneli (özellikle Telefonla kimlik doğrulama örnekleri için)
• Cloud Firestore Kullanım kontrol paneli
• Bulut İşlevleri Kullanımı kontrol paneli
• Bulut Depolama Kullanımı kontrol paneli
• Barındırma Kullanımı kontrol paneli
• Gerçek Zamanlı Veritabanı Kullanımı kontrol paneli

Flame fiyatlandırma planına ne oldu?

Ocak 2020'de, Flame fiyatlandırma planı (ayda 25 ABD doları ek kota) yeni kayıtlar için bir seçenek olarak kaldırıldı. Mevcut plan kullanıcılarına projelerini Flame planının dışına taşımaları için ek süre tanındı. Şubat 2022'de Flame fiyatlandırma planındaki geri kalan projelerin düzeyi Spark fiyatlandırma planına düşürüldü.
Buna göre,

• Mevcut Spark ve Blaze planı projeleri ve yeni projeler artık Flame planına geçiş yapamaz veya bu plana kaydolamaz.
• Mevcut bir Flame planı projesini farklı bir fiyatlandırma planına taşıdıysanız proje Flame planına dönemez.
• Spark planına düşürülen projeler, ek ücretli hizmetleri sürdürmek için Blaze planına yükseltilebilir.
• Alev planına yapılan atıflar belgelerden kaldırıldı.

Flame planının kullanımdan kaldırılmasıyla ilgili başka sorularınız mı var? Aşağıdaki ek SSS'lerden bazılarını okuyun.

Firebase'in sunduğu diğer fiyatlandırma planları hakkında bilgi edinmek ister misiniz? Firebase fiyatlandırma sayfamızı ziyaret edin! Mevcut projelerinizi başka bir fiyatlandırma planına taşımaya başlamak istiyorsanız bunu projenize ait Firebase konsolunda yapabilirsiniz.

Flame planının kullanımdan kaldırılmasıyla ilgili ek SSS

Blaze planındaki ücretsiz kullanımın Spark planındaki ücretsiz kullanımdan farkı nedir?

Blaze planında ücretsiz kullanım günlük olarak hesaplanır. Kullanım sınırları ayrıca Bulut İşlevleri, telefon kimlik doğrulaması ve Test Laboratuvarı için Spark planından da farklıdır.

Bulut İşlevleri için Blaze planındaki ücretsiz kullanım, proje düzeyinde değil Bulut Faturalandırma hesabı düzeyinde hesaplanır ve aşağıdaki sınırlara sahiptir:

• 2 milyon çağrı/ay
• 400.000 GB-saniye/ay
• 200K CPU-saniye/ay
• Ayda 5 GB ağ çıkışı

Telefon kimlik doğrulaması için Blaze planında ücretsiz kullanım aylık olarak hesaplanır.

Test Lab için Blaze planında ücretsiz kullanım aşağıdaki sınırlara sahiptir:

• 30 fiziksel cihaz dakikası/gün
• 60 sanal cihaz dakikası/gün

Spark'tan Blaze planına geçtiğimde ücretsiz kullanım kotası sıfırlanır mı?

Blaze planına Spark planından ücretsiz kullanım dahildir. Blaze planına geçildiğinde ücretsiz kullanım sıfırlanmaz.

"Eşzamanlı veritabanı bağlantısı" nedir?

Eş zamanlı bağlantı, veritabanına bağlı bir mobil cihaza, tarayıcı sekmesine veya sunucu uygulamasına eşdeğerdir. Firebase, uygulamanızın veritabanına eşzamanlı bağlantı sayısına katı sınırlar getirir. Bu sınırlamalar hem Firebase'i hem de kullanıcılarımızı kötüye kullanımdan korumak için mevcuttur.

Spark planı limiti 100'dür ve artırılamaz. Flame and Blaze planlarının veritabanı başına 200.000 eşzamanlı bağlantı sınırı vardır.

Kullanıcılarınızın hepsi aynı anda bağlanmadığından bu sınır, uygulamanızın toplam kullanıcı sayısıyla aynı değildir. 200.000'den fazla eşzamanlı bağlantıya ihtiyacınız varsa lütfen Çoklu Veritabanlarıyla Ölçeklendirme bölümünü okuyun.

Gerçek Zamanlı Veritabanı için Spark planı depolama alanını veya indirme sınırlarını aşarsam ne olur?

Size öngörülebilir bir fiyat sunmak için Spark planlarında kullanabileceğiniz kaynaklar sınırlıdır. Bu, herhangi bir ayda herhangi bir plan sınırını aştığınızda, daha fazla kaynak kullanımını ve ek ücretleri önlemek için uygulamanızın kapatılacağı anlamına gelir.

Gerçek Zamanlı Veritabanı için Spark planının eşzamanlı bağlantı sınırlarını aşarsam ne olur?

Uygulamanız Spark planındaki eşzamanlılık sınırına ulaştığında, mevcut bağlantılardan bazıları kapatılıncaya kadar sonraki tüm bağlantılar reddedilecektir. Uygulama, bağlı olan kullanıcılar için çalışmaya devam edecektir.

Firebase'in Google Cloud ile entegrasyonu nasıl çalışır?

Firebase, Google Cloud ile derinlemesine entegredir. Projeler Firebase ile Google Cloud arasında paylaşıldığından projelerde Firebase hizmetleri ve Google Cloud hizmetleri etkinleştirilebilir. Aynı projeye Firebase konsolundan veya Google Cloud Console'dan erişebilirsiniz. Özellikle:

• Firebase için Cloud Storage gibi belirli Firebase ürünleri doğrudan Google Cloud tarafından desteklenir. Google Cloud tarafından desteklenen ürünlerin listesi zamanla büyümeye devam edecek.
• Ortak çalışanlar ve fatura bilgileri de dahil olmak üzere ayarlarınızın çoğu Firebase ve Google Cloud tarafından paylaşılır. Hem Firebase hem de Google Cloud kullanımınız aynı faturada görünür.

Ayrıca Blaze planına geçtiğinizde Google Cloud'un birinci sınıf Hizmet Olarak Altyapısı ve API'lerinden herhangi birini doğrudan Firebase projenizin içinde standart Google Cloud fiyatlandırmasıyla kullanabilirsiniz. Ayrıca analiz için verileri Google Cloud'dan doğrudan BigQuery'ye aktarabilirsiniz. Daha fazla bilgi edinmek için BigQuery'yi Firebase'e bağlama konusuna bakın.

Google Cloud'u Firebase ile kullanmanın (aynı yerde bulunmayan diğer bulut hizmetlerine kıyasla) güvenliği artırıcı, gecikmeyi iyileştiren ve zamandan tasarruf sağlayan birçok avantajı vardır. Daha fazla ayrıntı için Google Cloud sitesine göz atın.

Google Cloud Console'da söz konusu proje için faturalandırma hesapları eklersem veya kaldırırsam Firebase projeme ne olur?

Google Cloud Console'daki bir projeye Cloud Faturalandırma hesabı eklenirse ve proje şu anda Spark planındaysa aynı proje otomatik olarak Firebase Blaze planına yükseltilecektir.

Buna karşılık, mevcut etkin bir Bulut Faturalandırma hesabı Google Cloud Console'daki bir projeden kaldırılırsa söz konusu proje Firebase Spark planına düşürülür.

İstediğim zaman yükseltme, düşürme veya iptal edebilir miyim?

Evet, istediğiniz zaman yükseltebilir, düşürebilir veya iptal edebilirsiniz. Not düşürme veya iptaller için eşit olarak dağıtılmış geri ödeme sağlamadığımızı unutmayın. Bu, fatura döneminizin bitiminden önce seviye düşürmeniz veya iptal etmeniz halinde ayın geri kalanı için ödeme yapmaya devam edeceğiniz anlamına gelir.

Ne tür bir destek alacağım?

Ücretsiz planları kullananlar da dahil olmak üzere tüm Firebase uygulamaları, ABD Pasifik çalışma saatleri içinde Firebase personelinin e-posta desteğiyle birlikte gelir. Tüm hesaplar, faturalandırmayla ilgili sorunlar, hesapla ilgili sorunlar, teknik (sorun giderme) sorular ve olay raporları için sınırsız desteğe sahiptir.

Blaze planında kullanımı sınırlayabilir miyim?

Hayır, şu anda Blaze planı kullanımınızı sınırlayamazsınız. Blaze planı kullanımında üst sınırları desteklemeye yönelik seçenekleri değerlendiriyoruz.

Blaze kullanıcıları, projeleri veya hesapları için bir bütçe tanımlayabiliyor ve harcamaları bu sınırlara yaklaştığında uyarı alabiliyor. Bütçe uyarılarını nasıl ayarlayacağınızı öğrenin.

Otomatik yedeklemeler nedir? Saatlik yedekleme sunuyor musunuz?

Otomatik yedeklemeler, Firebase Gerçek Zamanlı Veritabanı verilerinizi günde bir kez yedekleyen ve Google Cloud Storage'a yükleyen, Blaze fiyatlandırma planımızdaki müşterilerimize yönelik gelişmiş bir özelliktir.

Saatlik yedekleme sunmuyoruz.

Açık kaynak, kar amacı gütmeyen kuruluş veya eğitim amaçlı indirimler sunuyor musunuz?

Spark planımız, kar amacı gütmeyen kuruluşlar, okullar ve açık kaynaklı projeler de dahil olmak üzere her tür birey veya kuruluş tarafından kullanılabilir. Bu planlar zaten cömert kotalar içerdiğinden, açık kaynak, kar amacı gütmeyen veya eğitim projeleri için herhangi bir özel indirim veya plan sunmuyoruz.

Do you offer enterprise contracts, pricing, support, or dedicated infrastructure hosting?

Our Blaze plan is suitable for enterprises of all sizes, and our SLA meets or exceeds the industry standard for cloud infrastructure. However, we do not currently offer enterprise contracts, pricing, or support, nor do we offer dedicated infrastructure hosting (that is, on-premises installations) for services like our Realtime Database. We are hard at work adding some of these features.

Do you offer ad-hoc pricing? I only want pay-as-you-go for one or two features.

We offer ad-hoc pricing in the Blaze plan, where you pay only for the features you use.

How do the paid Firebase plans work with Ads? Are there no-cost advertising credits with paid plans?

The Firebase pricing plans are separate from Ads, so there are no advertising credits without cost. As a Firebase developer, you are able to "link" your Ads account to Firebase to support conversion tracking.

All ads campaigns are managed directly in Ads, and Ads billing is managed from the Ads console.

How do I predict how much I will be billed for upload and download operations?

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.

What happens if I exceed Spark plan upload, download or storage limits for Cloud Storage for Firebase?

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.

Where can I find information about privacy and security in Firebase?

Check out the page Privacy and Security in Firebase .

Do the Firebase SDKs log any usage/diagnostic information outside of Analytics?

Yes. This is currently iOS-only, but may change in the future. The Firebase Apple platforms SDK includes the FirebaseCoreDiagnostics framework by default. This framework is used by Firebase to collect SDK usage and diagnostics information to help prioritize future product enhancements. FirebaseCoreDiagnostics is optional, so if you would like to opt out of sending Firebase diagnostic logs, you can do so by unlinking the library from your application. You can browse the full source, including logged values, on GitHub

A/B Testing: How many experiments can I create and run?

You are allowed up to 300 experiments per project, which could consist of up to 24 running experiments, with the rest as draft or completed.

A/B Testing: Why can't I view my experiments after unlinking and re-linking my project to Google Analytics?

Linking to a different Google Analytics property will cause you to lose access to experiments created beforehand. To regain access to a previous experiment, re-link your project to the Google Analytics property that was linked when the experiment was created.

A/B Testing: Why do I receive a "Project not linked to Google Analytics" message when creating a Remote Config experiment?

If you've already linked Firebase and Google Analytics , but still see a message that Google Analytics is not linked, make sure that an Analytics stream exists for all apps in your project. Currently, all apps in a project must be connected to a Google Analytics stream to use A/B Testing.

You can find the list of all active streams on the Google Analytics integration details page within the Firebase console, accessed from settings Project Settings chevron_right Integrations chevron_right Google Analytics chevron_right Manage .

Creating a Google Analytics stream for any app that does not have one should resolve the issue. There are a few ways to create streams for missing apps:

• If you only have one or two apps missing an associated Google Analytics stream, you can choose one of the following methods to add a Google Analytics stream:
  • Delete and re-add any app without an active stream in the Firebase console.
  • From the Google Analytics console , select Admin , click Data Streams , then click Add stream , add the missing app's details, and click Register app .
• If you have more than a few missing app streams, unlinking and relinking your Google Analytics property is the fastest and most efficient way to create the missing app streams:
  1. From settings Project Settings , select Integrations .
  2. Within the Google Analytics card, click Manage to access Firebase and Google Analytics settings.
  3. Make a note of the Google Analytics Property ID and the Linked Google Analytics account .
  4. Click more_vert More and select Unlink Analytics from this project .
  5. Review the warning that appears (don't worry here; you will relink the same property in the next step), then click Unlink Google Analytics .
     
     When unlinking is complete, you'll be redirected to the Integrations page.
  6. Within the Google Analytics card, click Enable to begin the relinking process.
  7. Select your Analytics account from the Select account list.
  8. Next to Automatically create a new property in this account , click edit Edit and, from the Analytics property list that appears, select your property ID.
     
     A list of all apps in your project appears. Existing stream mappings for each app are listed, and apps that do not have a stream will have one created for them.
  9. Click Enable Google Analytics to relink the property.
  10. Click Finish .

If you still receive an error creating A/B Tests with Remote Config after performing these steps, contact Firebase Support .

AdMob: Can I link my Windows apps to Firebase?

No, Windows apps are not currently supported.

AdMob: Why can't I link my app to AdMob from the Firebase console?

You can link an AdMob app to a Firebase app via the AdMob console. Learn how.

AdMob: What permissions or access do I need to link a Firebase app to an AdMob app?

In order to do this linking, you need the following access:

• AdMob : You need to be an AdMob admin.
• Firebase : You must have the firebase.links.create permission, which is included in the Owner role and the Firebase Admin role .
• Google Analytics : You must have the Edit role or Manage Users role for the property associated with the Firebase project. Learn more.

AdMob: Can multiple users in the same AdMob account link AdMob apps and Firebase apps?

For multi-user AdMob accounts , the user who created the first Firebase link and accepted the Firebase Terms of Service is the only user who can create new links between AdMob apps and Firebase apps.

AdMob: To use AdMob, should I use the Firebase SDK for AdMob or the Google Mobile Ads SDK?

• For iOS projects , use the Google Mobile Ads SDK:
  pod 'Google-Mobile-Ads-SDK'
• For Android projects , use the Google Mobile Ads SDK:
  implementation 'com.google.android.gms:play-services-ads:22.4.0'

  Note that the Firebase Android SDKs for AdMob transitively include the Firebase SDK for Google Analytics. So, if your app calls any Google Analytics APIs and you switch to using the Google Mobile Ads SDK, make sure that you explicitly add the dependency for the Firebase SDK for Google Analytics ( com.google.firebase:firebase-analytics ) to your app's build.gradle file.

• For C++ projects and Unity projects , follow the instructions in the respective documentation.

Analytics: Why is Google Analytics a recommended part of using Firebase products?

Google Analytics is a free and unlimited analytics solution that works with Firebase features to deliver powerful insights. It enables you to view event logs in Crashlytics, notification effectiveness in FCM, deep link performance for Dynamic Links, and in-app purchase data from Google Play. It powers advanced audience targeting in Remote Config, Remote Config personalization, and more.

Google Analytics acts as a layer of intelligence in the Firebase console to provide you with more actionable insights about how to develop a high quality app, grow your user base, and earn more money.

To get started, read the documentation .

Analytics: How do I control how my Analytics data is shared with the rest of Firebase?

By default, your Google Analytics data is used to enhance other Firebase and Google features. You can control how your Google Analytics data is shared in your project settings anytime. Learn more about Data sharing settings .

Analytics: How do I update my Analytics property settings?

From the Admin page in your Google Analytics property, you can update your property settings, such as:

• Data sharing settings
• Data retention settings
• Time zone and currency settings

To update your property settings, follow these steps:

1. In the Firebase console, go to your settings > Project settings .
2. Go to the Integrations tab, and then in the Google Analytics card, click Manage or View link .
3. Click the link for your Google Analytics account to open the account and property settings .

Analytics in my iOS app: Can I install Analytics without ad attribution and IDFA collection features?

Yes. See the Configure Data Collection and Usage page for more details.

Analytics: What changed in the Google Analytics section with the October 2021 update?

You can find a summary of these changes in the Firebase Help Center article New Google Analytics 4 functionality in Google Analytics for Firebase .

Analytics: Why don't I see any Analytics data in the Firebase console after unlinking Firebase from Google Analytics?

Analytics data resides within the Google Analytics property — not within the Firebase project. If you delete or unlink the property, then the Analytics data will not be accessible to Firebase and you'll see an empty Analytics dashboard in the Firebase console. Note that since the data still resides in the previously linked property, you can always relink the property to Firebase and see the Analytics data in the Firebase console.

Linking a brand new Google Analytics account (and thus a new Google Analytics property) to your Firebase project will result in an empty Analytics dashboard in the Firebase console. However, if your previously linked property still exists, then you can move the existing data from the old property to the new property.

Analytics: If my Analytics property and its data were deleted, is there any way to get them back?

No. If your property has been deleted, it isn't possible to undelete the property or retrieve the previously collected Analytics data stored in that property.

If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.

Analytics: If my Analytics property was deleted, can I link a new Google Analytics property to my Firebase project and start using Analytics again?

If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.

Note that since all Analytics data is stored in the property (not the Firebase project), the previously collected Analytics data cannot be retrieved.

Analytics: How will Firebase products or integrated Google products be affected by the deletion of my Analytics property?

Several Firebase products rely on the Google Analytics integration. If your Analytics property and its data are deleted, the following will happen if you use the following products:

• Crashlytics — You can no longer see crash-free users, breadcrumb logs, and/or velocity alerts.
• Cloud Messaging and In-App Messaging — You can no longer use targeting, campaign metrics, audience segmentation, and analytics labels.
• Remote Config — You can no longer use targeted configurations or Personalization.
• A/B Testing — You can no longer use A/B Testing since the experiment measurement is supplied by Google Analytics.
• Dynamic Links — Any feature that relies on data from Google Analytics will be disrupted.

In addition, the following integrations will be affected:

• You can no longer export Analytics data to BigQuery .
• You can no longer take advantage of Google Ads integrations or Google AdMob integrations .

Analytics: How do I segment users who have not met some criterion?

You can reframe the problem by "negatively targeting" these users. For example, reframe the problem as "Don't show ads to people who have bought something", and form an audience of those users to target.

Analytics: Are audiences and/or events defined in the Google Analytics interface also available in the Firebase console?

Your audiences and user properties will be synced. For some features, you'll need to use the Google Analytics interface, such as segmentation and closed funnels. You can access the Google Analytics interface directly via deep-links from the Firebase console.

Any changes you make from the Firebase console can also be performed in Google Analytics, and those changes will be reflected in Firebase.

Firebase Authentication: Which countries are supported for phone authentication?

Firebase Authentication supports phone number verification across the the world, but not all networks reliably deliver our verification messages. The following countries have good rates of delivery, and should be expected to work well for phone number sign in.

Cloud Messaging: What's the difference between the Notifications composer and 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.

Cloud Messaging: Apple announced they're deprecating the legacy binary protocol for APNs. Do I need to do anything?

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.

Cloud Messaging: Do I need to use other Firebase services in order to use FCM?

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

Cloud Messaging: I am an existing Google Cloud Messaging (GCM) developer. Should I move to Firebase Cloud Messaging?

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.

Cloud Messaging: Why do my targeted devices apparently fail to receive messages?

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 .

Cloud Messaging: I have implemented onMessageReceived in my Android app, but it is not being called.

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 .

Notifications composer: What's the difference between the Notifications composer and Cloud Messaging?

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: I am an existing Google Cloud Messaging (GCM) developer, and I want to use the Notifications composer. What should I do?

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.

Which FCM APIs were deprecated on June 20, 2023, and what should I do if I am using those APIs?

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

Server APIs

Firebase Admin SDK APIs

Client SDKs

Will I see a service downgrade before June 2024?

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.

What's the difference between OAuth 2.0 tokens and server keys?

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

Can I migrate my requests to the new API all at once?

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.

What's the difference between the HTTP v1 API and the legacy APIs when I send messages to topics/device groups?

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.

Does the HTTP v1 API support sending messages to multiple tokens in one request?

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.

What versions of the Firebase Admin SDK have the new APIs?

What's the difference between the batch send API and the HTTP v1 API?

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.

What should I do if I can't access my project?

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

Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?

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.

Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?

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 .

Cloud Storage for Firebase: Why do I see an unexpected increase in upload and download operations?

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.

Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?

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 .

Dynamic Links: What are Firebase's future plans for Dynamic Links?

See Dynamic Links FAQ .

Dynamic Links: Why does my Android app access each Dynamic Link twice?

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.

Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?

This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.

This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.

Check your project ID declaration(s) for mismatches in:

• The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
• Unit tests. The project ID is often specified in calls to the Rules Unit Testing library methods initializeTestEnvironment or initializeTestApp . Other testing code may initialize with initializeApp(config) .
• The command line --project flag. Passing the Firebase CLI --project flag overrides the default project. You'll need to ensure the value of the flag matches the project ID in unit tests and app initialization.

Platform-specific places to check:

To disable single project mode, update firebase.json with the singleProjectMode key:

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

Hosting: Why does my Hosting release history table in the Firebase console show file counts that are more than what my local project actually has?

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: What's the largest file size that I can deploy to Firebase Hosting?

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.

Hosting: How many Hosting sites can I have per Firebase project?

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

Performance Monitoring: How many custom URL patterns can I create?

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

Performance Monitoring: Why am I not seeing real time display of performance data?

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: Why was my Realtime Database reported bandwidth lower than average between September 2016 and March 2017?

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.

Realtime Database: What are the scaling limitations of the Realtime Database?

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.

Realtime Database: What can I do if I'm over my Realtime Database usage limits?

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.

Remote Config: Why don't fetched values change the behavior and appearance of my app?

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 .

Remote Config: I am making a lot of fetch requests while developing my app. Why doesn't my app always get the latest values from the service when it sends fetch requests?

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.

Remote Config: How quickly does the Remote Config service return fetched values after my app sends a fetch request?

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.

What is 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.