Frequently Asked Questions

Getting Started & Prerequisites

What do I need before creating a product page for eCommerce in Hygraph?

To create a product page for eCommerce in Hygraph, you need a Hygraph account and an existing project. If you don't have an account, you can sign up here. You can either create a new project to follow the tutorial or use an existing project and adapt the instructions to your schema. [Source]

How can I get started quickly with Hygraph for eCommerce product pages?

You can start quickly by following the step-by-step guide provided in the Hygraph documentation or by cloning the entire Product Pages Cookbook if you want to explore the setup without building from scratch. The cookbook contains all recipes and configurations for reference. [Source]

Are there any plan limits I should consider when adding a product page recipe to my Hygraph project?

Yes, you should consider your current plan limits when adding new models or recipes to your Hygraph project. For more details, review your plan's limitations on the Hygraph pricing page. [Source]

Where can I find onboarding resources for Hygraph?

Hygraph provides a comprehensive Getting Started Tutorial and structured onboarding, including introduction calls, account provisioning, and technical kickoffs. These resources help new users get up to speed quickly. [Source]

Product Page Model & Schema Design

What is the Product Page eCommerce model in Hygraph?

The Product Page eCommerce model in Hygraph is a schema configuration that allows you to store and manage all essential product information for eCommerce, including product name, description, images, price, variants, and related products. It is designed to be flexible and can be adapted to your specific needs. [Source]

What fields are included in the Product Page eCommerce model?

The Product Page eCommerce model includes fields for product name, product slug, product image(s), product description, product variant (component), product price, and related products (reference field). Each field is configured to ensure data integrity and usability for eCommerce scenarios. [Source]

How do I add product variants to my eCommerce product page in Hygraph?

You add product variants by creating a Product variant component, which uses modular component fields to allow selection between different types (e.g., clothing or shoes). Editors can then select the appropriate variant and fill in the required details for each product type. [Source]

What are enumerations in Hygraph and how are they used in product pages?

Enumerations in Hygraph are predefined sets of values representing options such as clothing size, shoe size, or item color. They are used in component fields to standardize input and make it easier for editors to select valid options for product attributes. [Source]

How do references work in the Product Page eCommerce model?

References in the Product Page eCommerce model allow you to link related products by creating relationships between content entries. This enables editors to add links to multiple related products, improving navigation and cross-selling opportunities. [Source]

What is a component in Hygraph and how does it help with product pages?

A component in Hygraph is a reusable set of fields that can be used across models and content entries. For product pages, components like Clothing or Shoes help standardize and modularize product attributes, making schema management and content entry more efficient. [Source]

How do modular and basic component fields differ in Hygraph?

Basic component fields allow only one component instance per content entry, while modular component fields can have two or more components attached. This flexibility lets you design dynamic content forms that adapt to different product types. [Source]

What is the benefit of using nested components in Hygraph?

Nested components allow you to create components within components, enabling complex data structures and more granular control over product attributes. This is useful for representing hierarchical or multi-level product information. [Source]

How does the content form look for editors after following the product page recipe?

The resulting content form is dynamic, allowing editors to create new product entries and load only the fields relevant to the selected product type. This streamlines the editing process and reduces clutter. [Source]

Can I customize the product page model for different types of products?

Yes, the product page model is highly customizable. You can add or modify fields, components, and enumerations to fit the specific requirements of your products and business logic. [Source]

Where can I find more information about components, enumerations, and references in Hygraph?

You can find detailed documentation on components, enumerations, and references in the Hygraph developer guides. [Source]

Is there a way to preview or test the product page setup before going live?

Yes, you can clone the Product Pages Cookbook project to preview and test the setup, or use the mock images and content form examples provided in the documentation to visualize the end result. [Source]

What should I consider when designing my own product page model in Hygraph?

When designing your product page model, consider the information your buyers and developers need. Tailor the schema to include all necessary product details, and use components and references to keep the content form manageable and efficient. [Source]

Can I use external PIM systems with Hygraph product pages?

Yes, you can use an external Product Information Management (PIM) system as the source of truth and copy/paste product information into Hygraph, or you can store all product information directly in Hygraph. [Source]

How do I add images to my product pages in Hygraph?

You can add one or more images to your product pages using the Asset picker field in the Product Page eCommerce model. This allows editors to upload and manage product images efficiently. [Source]

How do I ensure unique product names and slugs in Hygraph?

Hygraph allows you to set validations for fields such as product name and product slug, ensuring that each product entry has a unique name and slug for proper identification and URL generation. [Source]

What is the purpose of the product slug field?

The product slug field is used to generate a unique, URL-friendly identifier for each product, which can be used to build custom URLs for product pages on the frontend. [Source]

How do I add related products to a product page in Hygraph?

You can add related products by using the Reference field in the Product Page eCommerce model, which allows you to link multiple entries from the same model, supporting one-to-many relationships. [Source]

What is the best way to structure product information for eCommerce in Hygraph?

The best way is to use models, components, enumerations, and references to modularize and organize product data. This approach ensures flexibility, scalability, and ease of use for both editors and developers. [Source]

Features & Capabilities

What are the key features of Hygraph for eCommerce product pages?

Key features include a GraphQL-native architecture, content federation, modular schema design, reusable components, enumerations for standardized options, reference fields for related products, and support for rich media assets. These features enable efficient, scalable, and flexible product management. [Source]

Does Hygraph support high-performance content delivery for eCommerce?

Yes, Hygraph is designed for high-performance content delivery, with optimized endpoints for low latency and high read-throughput. Features like read-only cache endpoints provide 3-5x latency improvements for faster user experiences. [Source]

What integrations are available for eCommerce projects in Hygraph?

Hygraph offers integrations with Digital Asset Management (DAM) systems (e.g., Aprimo, AWS S3, Bynder, Cloudinary), hosting platforms (Netlify, Vercel), Product Information Management (Akeneo), commerce solutions (BigCommerce), and translation/localization tools (EasyTranslate). [Source]

Does Hygraph provide APIs for managing eCommerce content?

Yes, Hygraph provides multiple APIs, including a high-performance GraphQL Content API, Management API, Asset Upload API, and MCP Server API for AI integrations. These APIs enable programmatic content management and integration with other systems. [Source]

What technical documentation is available for developers building eCommerce solutions with Hygraph?

Hygraph offers extensive technical documentation, including API references, guides on schema components, references, integrations, and AI features. Developers can access these resources at Hygraph Documentation. [Source]

How does Hygraph help with localization and translation for eCommerce content?

Hygraph supports localization and offers integrations with translation tools like EasyTranslate, making it easier to manage multilingual product content for global eCommerce operations. [Source]

What security and compliance certifications does Hygraph have?

Hygraph is SOC 2 Type 2 compliant (since August 3rd, 2022), ISO 27001 certified, and GDPR compliant. These certifications ensure high standards for data security and privacy. [Source]

How does Hygraph ensure data security for eCommerce projects?

Hygraph provides granular permissions, SSO integrations, audit logs, encryption in transit and at rest, regular backups, secure APIs, and compliance with GDPR and other regulations. Data centers are ISO 27001 certified and SOC 2 Type 2 compliant. [Source]

Use Cases & Business Impact

Who can benefit from using Hygraph for eCommerce product pages?

Developers, content creators, product managers, and marketing professionals in enterprises, high-growth companies, and industries such as SaaS, eCommerce, media, and more can benefit from Hygraph's flexible and scalable content management capabilities. [Source]

What business impact can I expect from using Hygraph for eCommerce?

Customers have achieved faster time-to-market (e.g., Komax achieved 3x faster launches), improved customer engagement (Samsung saw a 15% increase), and cost reductions by replacing legacy CMS solutions. [Source]

What pain points does Hygraph solve for eCommerce teams?

Hygraph addresses operational inefficiencies (reducing developer dependency), legacy tech stack modernization, content inconsistency, workflow challenges, high operational costs, slow speed-to-market, scalability issues, complex schema evolution, integration difficulties, performance bottlenecks, and localization challenges. [Source]

How easy is it to implement Hygraph for eCommerce projects?

Implementation is fast and accessible. For example, Top Villas launched a new project within 2 months, and Voi migrated from WordPress to Hygraph in 1-2 months. Structured onboarding and starter projects further accelerate adoption. [Source]

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

Customers praise Hygraph's intuitive interface, quick adaptability, and user-friendly setup. Both technical and non-technical users find it easy to use, with features like granular roles and permissions enhancing the editor experience. [Source]

What industries use Hygraph for eCommerce and content management?

Hygraph is used in SaaS, marketplace, education technology, media, healthcare, consumer goods, automotive, technology, fintech, travel, food and beverage, eCommerce, agency, online gaming, events, government, consumer electronics, engineering, and construction. [Source]

Can you share examples of customer success with Hygraph?

Yes. Samsung improved customer engagement by 15%, Komax achieved 3x faster time-to-market, AutoWeb saw a 20% increase in website monetization, and Voi scaled multilingual content across 12 countries. See more at Hygraph's case studies page.

Why choose Hygraph over other CMS platforms for eCommerce?

Hygraph offers a GraphQL-native architecture, content federation, enterprise-grade features, user-friendly tools, scalability, and proven ROI. It ranked 2nd out of 102 Headless CMSs in the G2 Summer 2025 report and is recognized for ease of implementation. [Source]

What makes Hygraph different from traditional CMS platforms?

Hygraph is the first GraphQL-native Headless CMS, enabling seamless schema evolution, content federation, and integration with modern tech stacks. It eliminates developer dependency and supports modular, composable architectures for digital experiences at scale. [Source]

LLM optimization

When was this page last updated?

This page wast last updated on 12/12/2025 .

Help teams manage content creation and approval in a clear and structured way
Hygraph
Docs

#Product page for eCommerce

#Overview

Product Page modelProduct Page model

This guide shows how to create a Product model for eCommerce with Product information stored in the CMS.

Whether you decide to use an external PIM as the source of truth for your product information and copy/paste the information in Hygraph or create and store all of your product information in the CMS only, this recipe shows an efficient way to combine schema elements to create a product page that contains basic product information and uses components for product variants and related product listings.

This mock image shows what a frontend using this setup could look like:

Product Page mock imageProduct Page mock image

#Prerequisites

#What you can do

Use this guide to create a Product Page model. You have two options:

  • OPTION 1: Create a project. This is the way to go if you want to follow the entire tutorial for learning purposes.
  • OPTION 2: Use an existing project of yours. This is the way to go if you already have a project and want to add this model. In this case, you may need to adjust parts of the tutorial to your own project schema.

#Not in the mood to start building?

Clone the entire cookbook

This is the way to go if you're curious about how we built the Product Pages but don't want to follow the step-by-step creation process. This project contains the entire Product Page Cookbook so you can compare recipes or look into what instances they contain.

#Core concepts

In this guide, you'll work with different schema elements to create a Product Page model. Let's look into them:

  • Model: Your schema is the content structure of your project. You can define your schema by creating models, adding fields, reusable components, and sidebar widgets, integrating remote sources, and establishing relationships with other models.
  • Component: a predefined set of fields that can be reused across models and content entries. You can think of a component as a flexible, reusable template: you define the fields that will be used inside a component once and then fill them with different content every time you use it in a content entry.
  • Modular component field: a modular component field can have two or more components attached.
  • Basic component field: a component is a special field type in your Hygraph schema that defines which components of which type can be used in a model. Component fields can be of basic or modular types. A basic component field can only have one component attached to it. You can limit the number of component instances to one or allow multiple component instances to be added to the content entry.
  • Nested components: functionality that allows you to create components within a component as if you had a parent component containing one or more child components.
  • Enumerations: an enumeration is a predefined set of values representing a list of possible options. You can use them to group values within a type.
  • References: References are relations between two or more content entries in your project. With references, you can reuse content entries by connecting them. Once the relation is configured, you can also create related content directly from the content form.

#Step-by-step guide

This video follows the same step-by-step tutorial offered in this document.

#1. Create the enumerations

Our Product Page model will contain component fields containing enumeration fields for color and size. Since it's best to start building from the bottom up, we'll start with the enumerations.

Enumerations listEnumerations list

#Clothing size enumeration

Clothing size enumerationClothing size enumeration

Navigate to the Schema builder of your Hygraph project, and click +Add next to Enumerations on the left sidebar. We'll use the following information to create the first one:

FieldInput
Display nameClothing size
API IDClothingSize

The next step is to add enumeration values, which are the options you will get when using this later as a dropdown menu.

For every enumeration value, you need to enter a Display name, an API ID, and click Add.

We'll add the following values:

Display nameAPI ID
Ll
Mm
Ss
XLxl
XSxs

Finally, click Add enumeration to save.

#Shoes size enumeration

Shoes size enumerationShoes size enumeration

You'll repeat the process to create an enumeration for shoes size.

You'll use the following information to create the enumeration:

FieldInput
Display nameShoes size
API IDShoesSize

You'll add the following values to that enumeration:

Display nameAPI ID
Size 35size35
Size 36size36
Size 37size37
Size 38size38
Size 39size39
Size 40size40
Size 41size41

Click Add enumeration to save.

#Item color enumeration

Item color enumerationItem color enumeration

Finally, we'll create one last enumeration to hold the list of item colors. Use the following information to create the enumeration:

FieldInput
Display nameItem color
API IDItemColor

You'll add the following values to that enumeration:

Display nameAPI ID
Blackblack
Blueblue
Greengreen
Redred
Whitewhite
Pinkpink

Click Add enumeration to save.

Now that you have created the 3 enumerations that you need to add to your components, it's time to create those components.

#2. Create the components

In this section you'll create components for clothes and shoes, that you will later nest into a product variant component. This will allow you to simply add a product variant to the product model and let editors decide what product to add information about in the content form by selecting a product type.

Components listComponents list

#Clothing component

Clothing componentClothing component

In the Schema builder, click +Add next to Components and use the following information:

FieldInput
Display nameClothing component
API IDClothingComponent
API ID PluralClothingComponents

Click Add component to save.

Now that you've created the component itself, it's time to add fields to it. You'll add two of the enumerations that you created in the previous step of this guide.

Find the Enumeration field on the right sidebar, click Add, and use the following information to create the enumeration:

TabFieldInput
SettingsDisplay nameSize
SettingsAPI IDsize
SettingsEnumerationUse the dropdown menu to select Clothing size.
SettingsDescriptionSelect a size for the clothing item
ValidationsMake field requiredSelect this checkbox

Click Add to save.

You'll now repeat the process to add the next enumeration field, using the following information:

TabFieldInput
SettingsDisplay nameColor
SettingsAPI IDcolor
SettingsEnumerationUse the dropdown menu to select Item color.
SettingsDescriptionSelect a color for the clothing item
ValidationsMake field requiredSelect this checkbox

Click Add to save.

#Shoes component

Shoes componentShoes component

The next component you should create is the shoes component. Click +Add next to Components and use the following information:

FieldInput
Display nameShoes component
API IDShoesComponent
API ID PluralShoesComponents

Click Add component to save.

Just like with the previous component, you'll add enumerations for size & color to this one.

Find the Enumeration field on the right sidebar, click Add, and use the following information to create the enumeration:

TabFieldInput
SettingsDisplay nameSize
SettingsAPI IDsize
SettingsEnumerationUse the dropdown menu to select Shoes size.
SettingsDescriptionSelect a shoe size
ValidationsMake field requiredSelect this checkbox

Click Add to save.

You'll now repeat the process to add the next enumeration field, using the following information:

TabFieldInput
SettingsDisplay nameColor
SettingsAPI IDcolor
SettingsEnumerationUse the dropdown menu to select Item color.
SettingsDescriptionSelect an item color
ValidationsMake field requiredSelect this checkbox

Click Add to save.

#Product variant component

Product variant componentProduct variant component

By now, you've created two components, each containing enumerations that will allow editors to select a color & size for the items. For the Product variant component we'll use a modular component field that will offer the option to select the clothing or shoes components in the content form. This makes the content form more dynamic and avoids having fields in it that the editors won't use.

First, you'll create the component using the following information:

FieldInput
Display nameProduct variant
API IDProductVariant
API ID PluralProductVariants

Click Add component to save.

This component will only contain a Modular component field. Find it on the right sidebar and click Add.

Use the following information:

TabFieldInput
SettingsDisplay nameProduct type
SettingsAPI IDproductType
SettingsDescriptionSelect the product type to reveal fields
SettingsSelect allowed componentsUse the dropdown menu to select Clothing component and Shoes component.

#3. Create the model

Product Page modelProduct Page model

Now it's time to create the Product Page model. Keep in mind that this model contemplates information being stored in the CMS, so we'll include all the information needed to create a product listing. This does not necessarily mean this information exists only in the CMS, as it could be copy-pasted from an external source that a company uses to store their product information.

You'll create the model first. In the Schema builder, click +Add next to Models, and use the following information:

FieldInput
Display nameProduct Page eCommerce
API IDProductPageECommerce
API ID PluralProductPagesECommerce

Click Add Model to save.

Product listings in an eCommerce normally show the name, a description, at least one image, and the price. In addition to this, the model will have a product slug, in case the frontend needs this to build a custom URL, the product variant component that you built earlier, and the ability to link related products using a reference field.

You'll start with the product name. Add a Single line text field from the right sidebar, and use the following information:

TabFieldInput
SettingsDisplay nameProduct name
SettingsAPI IDproductName
SettingsDescriptionWrite the name of the product here
SettingsUse as title fieldLeave this checkbox selected
ValidationsMake field requiredSelect this checkbox
ValidationsSet field as uniqueSelect this checkbox

Click Add to save.

This configuration prevents editors from creating products without a name, as well as giving the same name to more than one product.

Next, for the product slug, add a Slug field from the right sidebar, and use the following information:

TabFieldInput
SettingsDisplay nameProduct slug
SettingsAPI IDproductSlug
SettingsLowercaseLeave this checkbox selected
ValidationsSet field as uniqueLeave this checkbox selected
ValidationsMatch a specific patternLeave this checkbox selected, and then select Slug from the dropdown. You don't need to modify the pattern. Under Custom error message, write “Input value does not match the expected format.”

Click Add to save.

Next, you want editors to be able to include at least one image in the content form. Add an Asset picker field from the right sidebar, using the following information:

TabFieldInput
SettingsDisplay nameProduct image
SettingsAPI IDproductImage
SettingsDescriptionAdd one or more images for the product here
SettingsAllow multiple assetsSelect this checkbox

Click Add to save.

Next, you want the product to have a description by including a rich text field, which will also allow some formatting. Add a Rich text field from the right sidebar, using the following information:

TabFieldInput
SettingsDisplay nameProduct description
SettingsAPI IDproductDescription
SettingsDescriptionAdd a product description here
SettingsEnable embeddingSelect this checkbox and use the dropdown to select the Product Page eCommerce model.

Click Add to save.

It's time to add the Product variant component that you built earlier. Add a Basic component field from the right sidebar, using the following information:

TabFieldInput
SettingsDisplay nameProduct variant
SettingsAPI IDproductVariant
SettingsDescriptionSelect a product type
SettingsSelect a componentUse the dropdown to select Product variant.

Click Add to save.

We now need to include a field for the price of the product. Add a Float field from the right sidebar, using the following information:

TabFieldInput
SettingsDisplay nameProduct price
SettingsAPI IDproductPrice
SettingsDescriptionAdd the product price here

Click Add to save.

This product listing needs one more thing: The ability to add related products.

You can do this by creating a reference field that will allow editors to add content entries from this very model.

Add a Reference field from the right sidebar, using the following information:

TabFieldInput
DefineAllow only one model to be referencedSelect this radio button.
DefineModel to referenceuse the dropdown to select Product Page eCommerce
DefineReference directionUse the radio button to select One-way reference
DefineRelation cardinalityOne to many
DefineAllow multiple Product Page eCommerce per Product Page eCommerceSelect this checkbox
ConfigureDisplay nameRelated products
ConfigureAPI IDrelatedProducts
ConfigureDescriptionAdd related products here

Click Add to save.

This reference configuration will allow editors to add links to multiple content entries, but only from the Product Page eCommerce model.

Your model is ready!

#Resulting content form

If you followed this tutorial, your resulting content form should look like this:

Content formContent form

Editors will be able to create new product entries, using a dynamic content form that allows them to load the fields for the required product type only.

  • Components documentation: Learn more about components, available component field types, and how to use them.
  • Enumerations: Learn more about enumerations and how to configure them.
  • References: Learn more about the different reference field types and how to configure them.