Need advice about which tool to choose?Ask the StackShare community!

Contentful

670
756
+ 1
67
Firebase

27K
23K
+ 1
1.9K
Add tool

Contentful vs Firebase: What are the differences?

Developers describe Contentful as "Manage content once, publish it anywhere". Contentful is a flexible and future-friendly content platform that helps editors to manage and developers to serve content into mobile or web applications. Using Contentful, editors collaborate on content interactively in an easy-to-use editing interface, while developers use the content with the programming language and templating frameworks of their choice. On the other hand, Firebase is detailed as "The Realtime App Platform". Firebase is a cloud service designed to power real-time, collaborative applications. Simply add the Firebase library to your application to gain access to a shared data structure; any changes you make to that data are automatically synchronized with the Firebase cloud and with other clients within milliseconds.

Contentful can be classified as a tool in the "Cloud Content Management System" category, while Firebase is grouped under "Realtime Backend / API".

Some of the features offered by Contentful are:

  • Cloud-based
  • Live collaboration
  • Media & files

On the other hand, Firebase provides the following key features:

  • Add the Firebase library to your app and get access to a shared data structure. Any changes made to that data are automatically synchronized with the Firebase cloud and with other clients within milliseconds.
  • Firebase apps can be written entirely with client-side code, update in real-time out-of-the-box, interoperate well with existing services, scale automatically, and provide strong data security.
  • Data Accessibility- Data is stored as JSON in Firebase. Every piece of data has its own URL which can be used in Firebase's client libraries and as a REST endpoint. These URLs can also be entered into a browser to view the data and watch it update in real-time.

"API-based cms" is the top reason why over 15 developers like Contentful, while over 317 developers mention "Realtime backend made easy" as the leading cause for choosing Firebase.

According to the StackShare community, Firebase has a broader approval, being mentioned in 838 company stacks & 957 developers stacks; compared to Contentful, which is listed in 38 company stacks and 21 developer stacks.

Advice on Contentful and Firebase
Kamil Debbagh
Product Manager at Wooclap · | 7 upvotes · 53.9K views
Needs advice
on
Strapi
prismic.io
and
Contentful

Hi StackSharers, your help is dearly needed as we're making a move to which we will commit for the next few years.

Problem: As our Marketing team gets growing needs to publish content fast and autonomously, we're trying to add a CMS to our stack.

Specs:

  • This CMS should have fairly advanced marketing features: either natively built, and/or be open source, so we can either find third parties' plugins suiting our needs or build our own plugins homebrew.

  • "Advanced marketing features" like these: Non-devs should be able to handle content autonomously, Should have a non-dev friendly interface, should allow creating a library of reusable components/modules, should show the preview before publishing, should have a calendar with all publications, should show the history/tracking, should allow collaborating (Google Docs like), should display characters limit optimized for SEO.

Solution: We're considering an SSG + Headless CMS combination. We're fairly confident for the SSG (Gatsby), but we're still uncertain which CMS we should choose.

See more
Replies (3)
Recommends
Contentful

Of all the content management systems out there, contentful seems to be the most flexible. It consist of an user interface with an API a front end app can retrieve data from.

It makes no assumptions about how your data is presented or structured, and you can form any kind of content in the interface. Architectural portfolio with square footage attributes? Check. Carousel section on a page? Check. A blog? No problem. Entire landing pages consisting of sections that have child items in them and attributes for each child? Not an issue. Image hosting / cdn and resizing? No problem. Character limits? Widely supported. Multilingual? Easy peasy

There are two parts of the interface. Content types and content items. Content types is just a definition of how a content item is structured, you can add fields such as title, unique id, image, rich text, lists of child content items, etc. And then the API will just return a list of content items in JSON array or object format.

There is service integration with common apps, or data sources.

Because it’s just an API call, you can use literally any tech stack with it. It won’t stop you from using MySQL or any other technology alongside it. No messing about compilation, Java, maven, like with AEM. No being constrained to the CMS’s programming language or hosting environment like with Wordpress (to an extent, wp has an API too). You can integrate it with any app, whether it be serverless, on a vm, or inside a docker container.

Downside is the front end is really up to you. It’s just a cms for structuring your data. No preview though. How you present it is not handled by contentful. It is it’s greatest strength and not a weakness though

See more
Krassimir Boyanov
Independent IT Consultant, CEO at KBWEB Consult · | 3 upvotes · 35.1K views

Hi Kamil, Have you considered Adobe Experience Manager (AEM)? It is not completely open-source but is built on top of many open source modules - like Apache Sling, Apache Felix, has a great deal of open-sourced core components, supports SPA - React and Angular Recently and can be deployed as a cloud service. Good luck in your search!

See more
Recommends

I'd like to share my experience for a similar use case.

A couple of months back I was in a similar place while facing some similar set of challenges within our SEO and Content Team. We were working with WordPress at that moment and for some parts - we still do. While WordPress is a very fast, intuitive and comprehensive tool to power static pages, it's not ideal for: 1. The content team as it requires some level of technical skills 2. Code reusability perspective - impacts performance in a longer run 3. Performance and user experience can easily go for a toss considering content team may not be diligent with everything outside the scope of the content

While evaluating we were looking at these key criterias: 1. SEO, Performance and UX 2. Ease of use for Content Team, developer independence 3. Learning Curve for devs and more importantly content creators 4. Support for complex design cases 5. Cost

Being part of a small org on a tight budget our natural inclination was for open-source solution, Strapi, and so we gave it a go for a smaller project before jumping the marketing wagon.

Strapi is a great tool, easy to learn and pick up. You get most of the design use cases out of the box baked for you. It's a Node.js service so you'll need to manage the service (meaning you'll have to handle monitoring, logging, cdn, auth, etc) and DB - which requires quiet some dev bandwidth. Now Strapi is still very young in term of DB migrations (not a seamless deployment yet - no schema diffing mechanism), setting up different environments required effort and you can do content modeling only in development environment (the db migrations complexity) - which becomes really critical when you want devs, design and content to collaborate simultaneously and don't want repeated work for modeling. Over a 5-6 weeks of use we realised that more and more dev bandwidth is required to do progressive addition of new content and hence we did another PoC with contentful.

Comparing this with contentful - which is a managed service, comes with inbuilt environment and preview setup, gives on-the-fly content modeling (replacing all the dev bandwidth dependency for managing migrations, cdn, auth, service, etc) gives a huge advantage of speed and developer independence at a very moderate price. Plus, the UI is very intuitive (taking some concepts from Tag Manager).

Few other thing to highlight: - Both Strapi and Contentful have plugins for common tooling. - Both the dashboard supports custom data type and UI extensions. I found Contentful UI extensions much more easier to implement. - Contentful has only US based availablility zone. Simple in-memory caching can be used to improve costing and SLA.

Hope this helps!

See more
Needs advice
on
Socket.IO
Firebase
and
Apollo

We are starting to work on a web-based platform aiming to connect artists (clients) and professional freelancers (service providers). In-app, timeline-based, real-time communication between users (& storing it), file transfers, and push notifications are essential core features. We are considering using Node.js, ExpressJS, React, MongoDB stack with Socket.IO & Apollo, or maybe using Real-Time Database and functionalities of Firebase.

See more
Replies (3)
Timothy Malstead
Junior Full Stack Developer at Freelance · | 7 upvotes · 234.7K views
Recommends
Firebase

I would recommend looking hard into Firebase for this project, especially if you do not have dedicated full-stack or backend members on your team.

The real time database, as you mentioned, is a great option, but I would also look into Firestore. Similar to RTDB, it adds more functions and some cool methods as well. Also, another great thing about Firebase is you have easy access to storage and dead simple auth as well.

Node.js Express MongoDB Socket.IO and Apollo are great technologies as well, and may be the better option if you do not wish to cede as much control to third parties in your application.

Overall, I say if you wish to focus more time developing your React application instead of other parts of your stack, Firebase is a great way to do that.

See more
Recommends
Ably

Hello Noam 👋,

I suggest taking a look at Ably, it has all the realtime features you need and the platform is designed to guarantee critical functionality at scale.

Here is an in depth comparison between Ably and Firebase

See more
Recommends
8base

Hey Noam,

I would recommend you to take a look into 8base. It has features you've requested, also relation database and GraphQL API which will help you to develop rapidly.

Thanks, Ilya

See more
Maxim Filimonov
Needs advice
on
Sanity
prismic.io
and
Contentful

Hi Community, Would like to ask for advice from people familiar with those tools. We are a small self-funded startup and initial cost for us is very important at that stage. That's why we are leaning towards Sanity. The CMS will be used to power our website and flutter cross-platform mobile applications.

See more
Replies (1)
Recommends
Contentful

Former Prismic.io developer here. If you want something robust vs "looks good from a distance," I would recommend Contentful. They are the biggest for a reason. Their CMS handles a lot of use cases and has great documentation. Prismic.io will work well in simple blog-esque use cases. Their more complex features break easily and their documentation is confusing. It has fallen quite a distance behind Contentful. Sanity appears to be a much newer CMS and you might come to regret the lack of features, but I've only briefly reviewed their product.

See more
Get Advice from developers at your company using Private StackShare. Sign up for Private StackShare.
Learn More
Pros of Contentful
Pros of Firebase
  • 28
    API-based cms
  • 17
    Much better than WordPress
  • 11
    Simple and customizable
  • 4
    Images API
  • 3
    Free for small projects
  • 1
    Extensible dashboard UI
  • 1
    Super simple to integrate
  • 1
    Managed Service
  • 1
    Tag Manager like UI
  • 361
    Realtime backend made easy
  • 264
    Fast and responsive
  • 234
    Easy setup
  • 207
    Real-time
  • 186
    JSON
  • 127
    Free
  • 121
    Backed by google
  • 81
    Angular adaptor
  • 63
    Reliable
  • 36
    Great customer support
  • 26
    Great documentation
  • 23
    Real-time synchronization
  • 20
    Mobile friendly
  • 17
    Rapid prototyping
  • 12
    Great security
  • 11
    Automatic scaling
  • 10
    Freakingly awesome
  • 8
    Chat
  • 8
    Angularfire is an amazing addition!
  • 8
    Super fast development
  • 6
    Awesome next-gen backend
  • 6
    Ios adaptor
  • 5
    Built in user auth/oauth
  • 5
    Firebase hosting
  • 4
    Speed of light
  • 4
    Very easy to use
  • 3
    It's made development super fast
  • 3
    Great
  • 3
    Brilliant for startups
  • 2
    Great all-round functionality
  • 2
    Low battery consumption
  • 2
    I can quickly create static web apps with no backend
  • 2
    The concurrent updates create a great experience
  • 2
    JS Offline and Sync suport
  • 1
    Faster workflow
  • 1
    Large
  • 1
    Serverless
  • 1
    .net
  • 1
    Free SSL
  • 1
    Good Free Limits
  • 1
    Push notification
  • 1
    Easy to use
  • 1
    Easy Reactjs integration

Sign up to add or upvote prosMake informed product decisions

Cons of Contentful
Cons of Firebase
  • 5
    No repeater Field
  • 4
    No spell check
  • 3
    Slow dashboard
  • 3
    No free plan
  • 2
    Limited content types
  • 2
    Enterprise targeted
  • 2
    Pricey
  • 1
    Not scalable
  • 28
    Can become expensive
  • 15
    Scalability is not infinite
  • 14
    No open source, you depend on external company
  • 9
    Not Flexible Enough
  • 5
    Cant filter queries
  • 3
    Very unstable server
  • 2
    Too many errors
  • 2
    No Relational Data

Sign up to add or upvote consMake informed product decisions