Google Firebase Reviews

I use Google Firebase mainly for applications. Google Firebase has competitors like Supabase and PostgreSQL. Google Firebase has a lot of services like storage, Firestore, and push notifications. The solution also has a feature where you can change the parameters online. Other products in the market cannot compare with the many services Google Firebase provides for application development.

Also, the solution's deployment for the App Store is very easy with the swing Firebase. Mostly, 90% of people use Google Firebase because of its availability in many places. The solution is very fast, scalable, and dynamic. If you have a lot of clients, the solution will automatically scale up to the number of your clients.

Google Firebase's app testing feature for Android, where you can upload your APK, needs improvement because it's not working very well. It's not very easy because you can upload one version of your app and test it with different phones. Google needs to improve it because I tried it multiple times and found that manually testing the app works better and much faster.

Google should find a way to reduce the solution's read and write. For example, if you have a list of 100 clients for only one click, and if they read, it will be 100 reads, which is expensive. We could use a cache method, but it's still expensive. So Google should reduce the cost a bit. Like Supabase, Google Firebase can have SQL models so that we can have relational and non-relational databases at the same time. A relational database could be much cheaper in some cases.

I have been using Google Firebase since 2018.

Google Firebase is a very stable solution.

Google Firebase is a scalable solution.

Everyone uses Google Firebase because it is very easy to set up, run, and maintain. Even if you don't have a lot of experience in coding or the back end, you could deploy the solution in a very short time.

Google Firebase is an expensive solution.

Google Firebase is very fast and easy to use, but it's expensive. The solution is expensive because of the read-and-write feature. So, if you have a lot of clients and don't know how to optimize it in your app, it will cost you a lot. The solution is easy to set up, but you have to know how to read and write.

Google Firebase has a lot of services like push notifications and Firestore. For example, I once used AWS Amplify, and it's not easy to deploy. Apart from Supabase, which arrived last year in the market, Google Firebase does not have a lot of alternatives. However, the downside is that it's expensive. The solution has a special calculator, but it still is unclear how much it charges us for read and write functions.

Overall, I rate Google Firebase an eight out of ten.

I primarily use the solution for various cloud functions. I build applications on it. I also use the Firestore and the database. I use authentication as well. 

The authentification is very valuable to me. 

There are several server functions that are valuable to my use case. 

It's easy to use.

The documentation is very extensive. 

It's stable. 

The cost is reasonable. 

They have discontinued some very valuable features, including the Firebase UI that I used to log in. They are no longer supporting that feature for authentication.

The cloud functionality can always be better. We cannot, for example, use it outside Google. 

There are some features that are only available online. There aren't very many things you can do in your local environment. 

I've been using the solution for five years. 

The solution is stable and reliable. I'd rate the stability out of ten. Out of all of the platforms I have used, it's the best. I'd rate it 9.5 out of ten for stability. 

I don't have much experience with scaling. My understanding is it can only be used in Google servers and within the Google environment, so you can't scale beyond Google. 

I'm not sure how many people in my organization use it. 

The solution would be a fit for small or medium-sized companies thanks to the ease of development. 

I've never really used technical support. However, they do provide lots of great documentation that pretty much answers all of my questions. 

The deployment process is very straightforward. It's easy. I wouldn't call it complex at all. What I deploy normally doesn't take much time. I don't deploy large blocks of software. I can deploy things in ten minutes or so. 

The ROI is okay. If we deploy an application and it is something that generates an income, that isn't really related to Firebase. However, the cost is very low. 

The pricing is reasonable. They have general plans. You choose what you need. I haven't really used anything above the free plan. The little bit of money I have to pay is fine. The last amount I paid was about $10 a month. 

I considered working with Amazon. However, the process was too tedious. I moved over to Google as it was more straightforward and easy to learn. 

I'm an end-user. 

I am using the latest version of the solution. 

I highly recommend the solution to anyone who wants to start working in the cloud. The time to market is very short, and the ease of use is great. It offers great resources. 

I'd rate the solution nine out of ten overall.

We use Firebase primarily for storing user data, authentication data, and many more - like Apple authentication data, Google authentication data, Facebook authentication data, and storage of any authentication data in Firestore. 

We also use it for chat modules such as one-to-one or real-time chat using the real-time database.

Firebase has been very useful to us. We have been using Firebase for three years, and it has been beneficial as we can store user data efficiently. Additionally, the access to Firestore is very easy.

Firebase provides valuable features in the Flutter framework. We can use Firebase through the SDK. The provider like Firebase gives access to their database through Stream or FutureBuilder. The integration with Flutter is seamless, making it very easy to use.

There are many features in Firebase that we have not used. As we are a small team, we have only utilized some features, however, all those features have been very useful, and there is no problem.

We have been using Firebase for three years.

Stability is excellent, given that Firebase is a Google product.

The support from Google is highly responsive. We once encountered an incident where a developer mistakenly deleted the database. We emailed Google's support team, and they promptly recovered the full database for us.

Positive

I recommend Firebase to everyone looking to use any cloud database. It is worth using and very useful.

I'd rate the solution ten out of ten.

I use Google Firebase for user authentication when I work with mobile apps. Firebase is easy for other than the database, in my opinion, because it gives real-time functionalities. That's easy because if I work with raw NodeJS or Express, then when I want real-time functionalities, I have to use Socket.IO, but Firebase has its own built-in real-time capabilities, and that's easy for implementation.

The real-time database is a good feature for me. The second option is notifications. When I work with PWAs and use Firebase's functionalities, their notifications are awesome. 

The implementation is easy. The only tough part is that they have paid functionalities. So when we use any type of NodeJS or other languages, we implement Firebase, and then it's paid. But the notification service is great, and so is the real-time database.

I have used Google Firebase for a maximum of two years. If I were to review the service, it would be about paid functionalities, like implementing notifications, is easy, but debugging is not. I have to connect to my Google console and upload the functionalities every time. This doesn't make sense to me because if I want to see the console, I have to upload to it. This is the biggest reported issue from me. 

When I work in the backend with Google Firebase and implement Node.js, I have to upload the function every time. If I upload the function every time to the Google Cloud console, then sometimes it can crash. That side is disappointing for me.

I have been using it for two years. 

It is a stable product. If my client wants a real-time database, top-notch security, and easy user authentication, then we can switch to Firebase. 

Firebase's security is awesome, and implementation is easy. 

If they want a real-time database, I can easily switch to Firebase because they already have a real-time database, and the collection and structure of data is easy to understand.

Everyone on my team uses it. I have ten people on my team, and only two or three did not use Firebase early. When I told them to just read the documentation and try to implement the simple things like user authentication and storing data in the database, it was amazing because they were able to easily implement it. That's why everyone uses Firebase easily.

The documentation is very beginner-friendly. Anyone can learn the service easily.

The deployment is very easy. 

The price is too expensive.

My recommendations: 

If you want to easily implement user authentication with Google sign-in or Facebook login, you can use Firebase because it has its own functionality. You can just take their API and implement your code, then you can easily create login functionality. 

If you want to make it easy, then I suggest you use Firebase. But if you want to learn more and create custom features, then I don't suggest Firebase because it has its own built-in functions.

Learning curve:

It's easy to learn  if you want to read the documentation and research. There are two types of beginners: 

1. Those who want to research and read the documentation. For those who want to research and read the documentation, it's easy.
2. Those who just want to go to YouTube and search. And do not have any interest. 

The Firebase version is running ten point something now, but I used Firebase version eight. The functionality and the documentation are easy for me. When I want to upload an image, Firebase has the code. I copy and paste the code, change one or two things, and that's it.

Overall rating:

If I were to make a chatting application and use Firebase, I would give it a nine or nine point eight out of ten because it is easy to learn and implement. But if we consider the price, I would give it a five or four out of ten.

I chose Google Firebase because it provides an easy way to authenticate. It offers a lot of authentication services and libraries. It is easier to use, allowing authentication directly from the front end without interacting with the back end. For more advanced use, it can also integrate with the back end. It supports most social logins and offers a free tier with features like email sending for sign-up confirmations and OTP authentication, which can be costly. The solution is user-friendly for developers and good for our company’s authentication needs across all applications.

The authentication features have made things a lot easier for our organization. About five years ago, developers had to create authentication systems from scratch. Now, services like Google Firebase provide secure and accurate authentication solutions. We can implement authentication quickly by following their documentation.

The customization options for password resetting are limited. The process requires additional steps and coding to make it user-friendly. While Google Firebase works well for the login page, password resetting and user verification redirect users to a separate interface, which is not very user-friendly.

I have been using the product for one and a half years. 

The solution is stable; only disruptions exist when the user does not confirm emails. 

My company has seven users. I rate the tool's scalability a seven out of ten. We had issues with scalability, particularly with configurability. Sometimes, we couldn't meet our expectations because the features provided were limited. For example, when sending customer emails, we had limited customization options.

I used open-source libraries before Google Firebase. 

The solution's deployment is easy for a front-end engineer. There are not many operations in the front end. 

I suggest reviewing the documentation and understanding the flow before starting development. It may seem complicated initially, but having a clear idea of the process will make implementation easier. Integrating one application into others becomes straightforward once you have one application set up. I rate the overall solution an eight out of ten. 

The solution provides authentification. It's a real-time database with tracking features. We also use it as a NoSQL database to restore data, and we also use some analytics, remote config, web hosting, and cloud functionality for APIs.

We can focus on developing Mobile app, while relying on the Firebase for the backend (data, file storage, authentication, notification, API). And it is very cheap for hosting the backend so Firebase is really good for start-up company to quickly launch a new product ideas into the market 

We're able to use the solution in several processes.

For example, we developed a mobile app, and in the mobile app, we developed an authentication service for authentication for a login feature. And we use real-time for charts and Firestore to store data, and remote config to do some application settings remotely. 

For another project, we use it in a rather similar way. However, in this scale, we use the cloud function for the API and use Firestore as a database.

It's also great for web hosting, analysis, and CRAFTalytics that we use to measure the craft of the app.

The initial setup is not exactly straightforward. 

They really need to work on their performance. It is not so good.

I've been using the solution for 4 years.

The performance is not good. That said, it doesn't crash. We'd like the stability, in general, to be more reliable. 

I've not experienced scalability. It's a new app, and the number of users is not that much, so we haven't seen scalability in action. 

That said, I have noted that the response of the server is not very good. The APIs sometimes take ten seconds to return data. It's running slow. Normally, people expect the data to be returned within two seconds.

We have five developers using the solution right now. It is still a new system. Since the response time is slow, we likely won't be expanding usage. 

I've never used technical support.

Besides Firebase, we also have Microsoft Azure and Amazon AWS, and while Firebase is rather cheaper than the other tools, its performance and response time is slow. I'm not really sure that we should expand the number of users on the platform.

Azure has the best performance, yet it's the most expensive. AWS is something in between Firebase and Azure. So, the price is higher with Azure and its performance is a little bit better than Firebase.

It's not straightforward to set up the whole way through. Some of it is easy to use like remote config and web hosting. However, other areas, like cloud functions in real-time on the database, are not easy.

The deployment is quick. You just need one person to manage the process. They are an admin engineer.

For stability, we have a strict testing version process and also production. We have to create two Firebase environments for each of them, and there is no transition between station to production so, which is one limitation of the size and scope.

We handled the initial setup in-house. 

The pricing is pretty good. It's less than Azure and AWS.

We pay for a private license.

You can use some of Google's services and it's okay. The functionality, the authentication, and the notifications of Firebase are really good, so it's what I strongly recommend people to use, however, the database the real-time functionality is not good. 

I'd rate the solution seven out of ten.

My company uses Google Firebase for the product we are trying to develop.

The most valuable feature of the solution is that it has built-in accelerators, which makes it easy for us to implement the products, especially the state management, authentication, and authorization.

I would prefer Google Firebase to focus more on its integration capabilities since it is an area in the solution with certain shortcomings. Though Google Firebase does a lot of things, there is no clear documentation for code insights. The product is not easily available for a person to understand, so a person has to do a lot of experiments to understand how things happen in the background. Google Firebase should try to simplify its product for others to implement it, but the code insights or functionalities are not available, and there are no explanations available on what it can and cannot do.

I have been using Google Firebase for a couple of months. I use the solution's latest version.

Stability-wise, I rate the solution a seven out of ten since I haven't used the product enough to see its performance under various circumstances.

I have not used the product extensively, and there is presently no user base for the product in my company.

Only a few test users in my company use Google Firebase since we have not rolled out the product in the market for customers.

Based on my experience with the solution's technical support, I can say that the technical support was not useful for us in our company.

The initial setup of Google Firebase is pretty straightforward.

The solution can be deployed in a couple of days.

If you are a slightly technical person, you can implement the product on your own.

For deployment, you just need to log in and press certain commands, after which the product automatically deploys code into Google Firebase.

My company makes very minimal payments toward the licensing costs of the solution.

I recommend the solution to those who plan to use it.

I rate the overall solution a six and a half out of ten.

We utilized Firebase in many cases, such as volume, storage, hosting Angular and static pages, normal dynamic pages, and OAuth requirements. We also used it to create credentials for DART for our Android and Flutter applications. It is a Google-backed platform for Android applications. We have mobile applications for both Android and iOS devices, which we initially developed separately. Now, we are using Flutter for our mobile applications. We were utilizing Firebase primarily for our Android applications.

The authentication feature is good. I would rate it around eight out of ten. The process was seamless and straightforward for Gmail users. However, the authentication process was different and challenging for Microsoft accounts. While integrating it into an Angular or mobile application was easy for Google users, it was a plug-and-play. Non-Google users require additional conditions and configurations.

In terms of DevOps, such as CI/CD deployments and integrating webhooks with GitHub, GitLab, or other platforms, Firebase does not offer those capabilities at that level.

The only issue is that it is connected to GCP, not AWS or any other platform. The building process is specific to GCP. Thus, the challenge lies in directly integrating the build with GCP. 

It is very difficult to manage. When deploying code to a platform, I must indicate the target site or web subdomain to which it should be deployed. Additionally, I need to decide whether to ignore certain files or directories, such as node modules .env files, or cache related to the website. The script must be written to handle these details. While Firebase supports Next.js and React.js applications, the performance was below 65-70%, which affects scalability.

I have been using Google Firebase for three and a half years.

We need to focus more on the code level. We used GIF files and large banners, which significantly impacted loading times. Additionally, building and deploying the website has its challenges. We depend on external tools like GitHub Actions or Jenkins for the build process. This dependency is a major drawback because Firebase doesn't offer a built-in build service. Consequently, I have to handle the build process elsewhere and then deploy it to Firebase, which adds complexity.

I rate the solution's stability a five or six out of ten.

They have to work more on the DevOps part. It is improving very rapidly. We require Firebase on automation requirement. Vercel is giving that as of now.

15-18 users are using this solution.

I rate the solution’s scalability a five or six out of ten.

Since it is connected to Google through GCP, we have partnered with a channel partner for billing and support. We contacted the channel partner rather than Google directly. 

The features are good, but automation is taking a major role in every domain and category.

Firebase is cheap because bandwidth usage depends on the GCP. What we were paying for was what we were getting. If we want more features, then we have to go for another platform.

I recommend the solution based on the target audience. Suppose a company has a minimal budget for cloud platforms and offerings. In that case, Firebase might be a good option, especially if they already use Angular, as Firebase is compatible with Angular and PHP. If a company's developers are skilled in Angular and don't want to invest in React, which can be more expensive in the current market, Firebase is a suitable alternative.

Additionally, considering the growth of customer usage is essential. For example, if the number of requests has increased from 1,000 per day to 10,000 per day, the platform should be able to scale accordingly. If customer usage is relatively low, Firebase can be a cost-effective choice. However, for higher usage levels, other platforms may be more appropriate.

The performance depends on the quality of the code, how well it is optimized, the files we upload, and how we use the browser or website.

Overall, I rate the solution a four out of ten.