Frequently Asked Questions

Page Builder CMS vs Data Modeler CMS

What is the difference between a page builder CMS and a data modeler CMS?

A page builder CMS is designed for volatile, design-focused content that changes frequently, such as campaign pages or marketing materials. It offers a non-technical, drag-and-drop interface with real-time preview and customization options, making it ideal for marketers and content editors. In contrast, a data modeler CMS focuses on structured, schema-driven content essential for long-term business needs, such as product catalogs or inventory lists. It provides robust data modeling, custom content types, workflow management, and strong API capabilities, catering to developers and data specialists. For a detailed comparison, see this blog post.

What types of content are best suited for page builder CMSs and data modeler CMSs?

Page builder CMSs are best for volatile content—content that is highly dynamic, design-focused, and frequently updated, such as landing pages, campaign sites, and marketing materials. Data modeler CMSs excel with domain content—structured, schema-driven information like product catalogs, pricing, inventory, and customer records that require long-term consistency and complex relationships. (Source: Hygraph Blog)

Can a CMS support both volatile and domain content effectively?

While most CMSs focus on either volatile or domain content, some, like Hygraph, offer robust features for both. Hygraph provides advanced domain data modeling and content federation, as well as components and live preview features, allowing organizations to manage complex data models and campaign pages within the same platform. (Source: Hygraph Blog)

Features & Capabilities

What features does Hygraph offer for data modeling and content management?

Hygraph offers complex custom content types, robust data modeling capabilities, content versioning, workflow management, integration with external systems, and a powerful GraphQL API. These features enable organizations to manage structured content, establish relationships between content types, and ensure governance and control over content. (Source: Hygraph Blog, Hygraph Features)

Does Hygraph support integrations with other platforms?

Yes, Hygraph supports a wide range of integrations, including hosting and deployment (Netlify, Vercel), eCommerce (BigCommerce, Shopify), localization (Lokalise, Crowdin), digital asset management (Cloudinary, AWS S3), personalization (Ninetailed), and AI tools (AltText.ai). For a full list, visit the Hygraph Integrations page.

Does Hygraph provide an API for content management?

Yes, Hygraph provides a powerful GraphQL API for efficient content fetching and management. Learn more at the Hygraph API Reference.

How does Hygraph ensure content delivery performance?

Hygraph is optimized for rapid content delivery, which improves user experience, engagement, and search engine rankings. Fast content distribution reduces bounce rates and increases conversions. For more details, visit this page.

Pricing & Plans

What is Hygraph's pricing model?

Hygraph offers a free forever Hobby plan, a Growth plan starting at $199/month, and custom Enterprise plans. For the latest details, visit the Hygraph pricing page.

Use Cases & Benefits

Who can benefit from using Hygraph?

Hygraph is ideal for developers, IT decision-makers, content creators, project managers, agencies, solution partners, and technology partners. It serves modern software companies, enterprises modernizing their tech stack, and brands scaling across geographies or re-platforming from traditional solutions. (Source: ICPVersion2_Hailey.pdf)

What business impact can customers expect from using Hygraph?

Customers can expect time savings through streamlined workflows, an intuitive interface, faster speed-to-market, and enhanced customer experience via consistent and scalable content delivery. These benefits help modernize tech stacks and improve operational efficiency. (Source: ICPVersion2_Hailey.pdf)

What industries are represented in Hygraph's case studies?

Hygraph's case studies span industries such as food and beverage (Dr. Oetker), consumer electronics (Samsung), automotive (AutoWeb), healthcare (Vision Healthcare), travel and hospitality (HolidayCheck), media and publishing, eCommerce, SaaS (Bellhop), marketplace, education technology, and wellness and fitness. See more at Hygraph Case Studies.

Can you share specific customer success stories using Hygraph?

Yes. Komax achieved a 3X faster time to market, Autoweb saw a 20% increase in website monetization, Samsung improved customer engagement with a scalable platform, and Dr. Oetker enhanced their digital experience using MACH architecture. Explore more at Hygraph customer stories.

Pain Points & Solutions

What common pain points does Hygraph solve?

Hygraph addresses operational pains (reliance on developers for content updates, outdated tech stacks, conflicting global team needs, clunky content creation), financial pains (high operational costs, slow speed-to-market, expensive maintenance, scalability challenges), and technical pains (boilerplate code, overwhelming queries, evolving schemas, cache and OpenID integration issues). (Source: Hygraph Product Page)

How does Hygraph solve these pain points?

Hygraph empowers non-technical users with an intuitive interface, modernizes legacy systems with a GraphQL-native, API-first architecture, ensures consistent branding with content federation, and streamlines workflows to reduce costs and speed up time-to-market. It also simplifies development, query management, and schema evolution, and resolves cache and integration challenges. (Source: Hygraph Product Page)

What KPIs and metrics are associated with the pain points Hygraph solves?

Key metrics include time saved on content updates, number of updates made without developer intervention, system uptime, speed of deployment, consistency across regions, user satisfaction scores, reduction in operational costs, ROI, time to market, maintenance costs, and scalability metrics. For more, see this blog post.

Security & Compliance

What security and compliance certifications does Hygraph have?

Hygraph is SOC 2 Type 2 compliant, ISO 27001 certified, and GDPR compliant. It offers SSO integrations, audit logs, encryption at rest and in transit, and sandbox environments. For more, visit the Hygraph Security Features page.

Support & Implementation

How easy is it to get started with Hygraph?

Hygraph is easy to start with, even for non-technical users. You can sign up for a free account and access documentation, video tutorials, and onboarding guides. For example, Top Villas launched a new project in just 2 months. (Source: Hygraph Documentation, Top Villas Case Study)

What support and training does Hygraph provide?

Hygraph offers 24/7 support via chat, email, and phone, onboarding sessions for enterprise customers, training resources (video tutorials, documentation, webinars), and access to Customer Success Managers. (Source: Hygraph Contact Page)

What feedback have customers given about Hygraph's ease of use?

Customers have praised Hygraph for its intuitive and user-friendly interface, noting that it is 'super easy to set up and use' and accessible for both technical and non-technical users. (Source: Hygraph Try Headless CMS)

Competition & Comparison

How does Hygraph differentiate itself from other CMS solutions?

Hygraph stands out with its GraphQL-native architecture, content federation, and scalability. It enables impactful digital experiences, reduces costs, and improves efficiency. Unlike traditional CMSs, Hygraph empowers non-technical users, modernizes legacy systems, and supports both structured and dynamic content needs. (Source: Hygraph Product Page)

Product Information & Documentation

Where can I find technical documentation for Hygraph?

Comprehensive technical documentation is available at Hygraph Documentation, covering all aspects of building and deploying projects.

Where can I find more information about the CMS Showdown?

You can find more information about the CMS Showdown and the differences between page builder and data modeler CMSs at this link.

Velocity at Scale: Join the Launch of Hygraph’s Latest AI Innovations

CMS Showdown: do you need a page builder or a data modeler?

Explore the differences between page builder and data modeler CMSs, their unique features, and how they cater to varying organizational needs.
Tim Benniks

Written by Tim 

Mar 12, 2024
Mobile image

The digital age propels content to the forefront, transforming it from mere marketing material into a valuable business asset. As online consumption surges, organizations elevate their content to a critical commodity.

Varying in the frequency of changes and complexity, organizations can be roughly divided into two categories, each with bespoke CMS requirements. One group focuses on volatile/unstructured content, is heavily design-driven, and constantly morphs based on marketing motions, commonly called page builder CMSs. The other group focuses on robust and stable content, handling complex data models, and content longevity, which we consider data modelers.

To cater to the unique requirements of these two distinct groups, CMS providers have developed a tailored set of features for each, aligning themselves more towards one group or the other (although there is a gray area with overlapping features).

At Hygraph, we recently interviewed over 400 tech leaders about the future of content and how their CMS handles their needs. This is a quick snapshot of the key statistics:

  • 84% feel their CMS hinders the organization from unlocking content’s full value
  • 80% of respondents expressed concerns about future-proofing their existing CMS
  • 91% of tech leaders are dealing with siloed content
  • 92% find it challenging to deliver content from various sources to multiple channels

#Our findings led us to the following: not all content is created equal.

Let’s introduce some distinct personas for the types of content we are about to discuss. Meet Gregor, the cake baker, and Grégoire, the cake decorator. Gregor and Grégoire work in a cake shop but have slightly different jobs with some overlap. Gregor bakes the cakes, and Grégoire decorates them. These two guys represent the content types we will discuss below.

Cake baker vs cake decorator. Which CMS style are you?

Domain Content

Domain content is like cake baking; this is Gregor’s primary focus. So, what is domain content exactly?

Domain content refers to structured and schema-driven content that is essential for organizations in the long term. Examples of domain content include product catalogs, pricing information, inventory lists, movie databases, customer records, and any other data that is crucial for the functioning of a business or organization. A CMS focused on domain content is similar to a database but has a much friendlier editing and configuration interface.

For Gregor, the baker, this fits his job description. He creates the base cake and whatever variants he needs, which will be used in the future, and sets up processes in his kitchen to bake cakes flexibly and with agility toward changes in ingredients.

By structuring content meaningfully, brands can ensure consistency, efficiency, and reusability across different platforms and channels. Well-structured data makes building an organization's future easier, implementing multi-tenancy, changing where the data is stored, and modifying the domain model.

Domain content is like cake baking

CMS providers need to integrate specific features to cater to domain content effectively. These features should include:

  1. Complex Custom Content Types: CMS systems should offer the flexibility to define custom content types that align with the unique needs of each domain. This allows builders to create and manage structured data according to their requirements.
  2. Data Modeling Capabilities: CMS systems should provide robust content modeling capabilities that enable builders to establish relationships between different content types. This allows for the creation of complex data structures and the ability to query and retrieve data in a structured manner.
  3. Content Versioning and Workflow Management: CMS systems must support content versioning and workflow management functionalities to ensure proper governance and control over domain content. This includes content approval workflows, history tracking, and the ability to revert to previous versions.
  4. Integration with External Systems: CMS systems should be able to integrate with external systems and databases to fetch and sync domain content. This allows for seamless connectivity with other business tools and ensures that the content remains consistent across different platforms.
  5. Robust API: As domain content is also used in applications and not just marketing websites, developers expect a high standard of API functionality and non-functional aspects such as performance, latency, availability, and throughput.

By incorporating these features, CMS providers can empower organizations to manage and leverage domain content effectively, ultimately enhancing the overall performance and functionality of their digital experiences.

Volatile Content

volatile content like cake decorating and this is Grégoire’s, primary focus. Let’s define volatile content.

In the context of this article, volatile content refers to content that undergoes frequent changes and is highly dynamic. It is characterized by its design-focused nature and the need for constant updates to align with marketing activities.

Grégoire’s cake decorating is very similar to volatile content. He is design-focused, changes his design almost every cake, and uses exactly the tools he needs to do precision work. He makes cake art, just like marketers and designers make digital art.

CMS vendors have introduced page builder functionality to address the challenges of volatile content. These features are specifically designed to meet the needs of marketing teams struggling with headless CMS's abstract nature. Page builders excel in providing a non-technical interface that allows marketers to effortlessly create, edit, and customize content. A CMS with page-builder features strongly emphasizes previewing work, eliminating the need for abstract insights into data schemas for content editors.

Grégoire’s cake decorating is very similar to volatile content

A CMS page builder focuses on the following features to make volatile content easy to manage:

  1. Non-technical Interface: A page builder provides a user-friendly interface that allows marketers and content editors to create, edit, and customize content without requiring extensive technical knowledge.
  2. Drag-and-Drop Functionality: Page builders offer drag-and-drop functionality, enabling users to arrange and rearrange content elements on a page quickly.
  3. Real-time Preview: Page builders emphasize real-time previewing, allowing users to see how their changes will look on the live website before publishing.
  4. Customization Options: Page builders provide a range of customization options, such as selecting different layouts, choosing fonts and colors, and adding multimedia elements, allowing users to create visually appealing and engaging content.

There are various CMS page builders, from hyper-design-focused to more structured-leaning.

#Square peg, round hole?

A practical example: volatile content is usually about a product, whereas domain content is the product. Or, to stick with our cake-baking analogy, volatile content decorates the cake, and domain content is the cake that gets decorated.

When comparing volatile content and domain content, it is evident that they have distinct feature requirements in a CMS. Volatile content, characterized by frequent editorial changes and a design-focused nature, necessitates page builder functionality within a CMS. This allows marketers and content editors to easily create, edit, and customize content without abstract data model knowledge.

On the other hand, domain content, consisting of structured and schema-driven information essential for long-term organization functioning, requires other capabilities within a CMS. The primary users of domain content are not marketers but data specialists in their field (product management, search data enrichment, etc).

The required CMS feature sets for handling volatile and domain content differ significantly. Both approaches also have their drawbacks. Page builders primarily focus on design and do not cater to the abstract nature required for scaling content. On the other hand, domain data CMSs mainly focus on abstract content modeling and lack the design focus needed to handle volatile content.

#The Intersection

Catering to volatile and domain content within the same CMS can be challenging. However, if done well, organizations can achieve significant success regarding process efficiency and content output.

CMS providers can benefit by choosing a primary focus while offering some support for the other types of content. This approach ensures versatility and flexibility within the CMS, allowing users to handle diverse content requirements without compromising the core focus.

To throw back at our cake shop analogy: if a cake shop has both cake bakers and decorators or a few folks with a specialty but with an interest and a bit of skill in the other practice, they will make the best cakes and have more success.

At Hygraph, we have a robust feature set regarding domain data modeling and Content Federation. With the introduction of components and the upcoming live preview, Hygraph comfortably accommodates organizations with all their complex data models and campaign pages within the same platform. We bake delicious cakes!

#Concluding

Now that you know more about the two extremes of headless CMS feature offerings, where do you land with your organization? Are you in need of a page builder or a data modeler? Which baking Greg do you need? Or there is a grey area where you need solid data modeling but with some page building or vice versa.

There are many options to consider here, and with that in mind, it’s always good to look for content created by developer relations teams or enablement folks at different vendors. Don’t just go with your colleague's default choice because they know someone who likes a certain CMS. Look at your specific needs and choose wisely. Or, have a lovely cake taste test, if you will!

Want to know more about our survey of 400 tech leaders on their CMS decisions? Explore the complete survey results here: https://hygraph.com/resources/future-of-content

Blog Author

Tim Benniks

Tim Benniks

Developer Relations Lead

Tim is Developer Relations Lead at Hygraph with a focus on developer relations, community building, and content creation. He’s active in the developer community through speaking engagements at conferences and creation of YouTube videos on modern technologies. Tim collaborates regularly with startups like Cloudinary, Supabase, Algolia, HeyGen, and NuxtJS, and is a member of the MACH Alliance Tech Council. It's all about quality, community, and development of great websites.

Share with others

Sign up for our newsletter!

Be the first to know about releases and industry news and insights.