Frequently Asked Questions

Remote Source Configuration & Technical Setup

What is a Remote Source in Hygraph?

A Remote Source in Hygraph is an external data source that you can connect to your project, allowing you to fetch and integrate data from REST or GraphQL APIs directly into your content models. This enables you to enrich your content with data from third-party systems without duplication. Learn more.

How do I add a Remote Source to my Hygraph project?

To add a Remote Source, navigate to the Schema Builder, find the Remote Sources section, and click +Add. You can select from custom sources or pre-built integrations for CommerceTools and CommerceLayer. Follow the guided configuration steps for each source type. See documentation.

What types of Remote Sources does Hygraph support?

Hygraph supports three types of Remote Sources: Custom (REST or GraphQL APIs), CommerceTools, and CommerceLayer. Each type has specific configuration fields and integration steps. Read more.

How do I configure a custom Remote Source in Hygraph?

After selecting a custom Remote Source, you need to provide a display name, prefix, optional description, enable debugging if needed, and choose the API type (REST or GraphQL). Additional fields will appear based on your selection. See details.

What fields are required to configure a CommerceTools Remote Source?

For CommerceTools, you must provide the Authorization URL, scopes, Client ID, and Client Secret for OAuth configuration. Then, set the display name, prefix, description, enable debugging, and select the API type (REST or GraphQL). Full example.

How do I set up a CommerceLayer Remote Source in Hygraph?

To set up a CommerceLayer Remote Source, enter the Authorization URL (base endpoint plus /oauth/token), optional scopes, Client ID, and optionally Client Secret. Then configure display name, prefix, description, enable debugging, and select API type. See example.

What is the difference between REST and GraphQL Remote Sources in Hygraph?

REST Remote Sources require a base URL, optional headers, and custom type definitions to map API responses to GraphQL schema. GraphQL Remote Sources also require a base URL, headers, and allow for custom input type definitions and introspection settings. REST | GraphQL

How do I create a custom type definition for a REST API in Hygraph?

To create a custom type definition, use GraphQL SDL to specify the shape of the API response. You can use the Hygraph JSON to SDL converter tool to transform JSON responses into valid SDL. Custom types support nesting and multiple types in one input field. See guide.

Can I define custom input types for Remote Sources in Hygraph?

Yes, you can define custom input types using GraphQL SDL. This allows you to pass parameters to your Remote Source endpoint, useful for queries where identifiable information is not stored in Hygraph. Learn more.

How do I enable debugging for a Remote Source in Hygraph?

You can enable debugging by checking the 'Enable debugging' box during configuration. This provides more information in case of errors. Remember to disable debugging after setup to avoid leaking sensitive data. See documentation.

What is the purpose of the 'Prefix' field when configuring a Remote Source?

The 'Prefix' field is auto-generated and added to all types created for the Remote Source to avoid name clashes in your schema. This ensures unique type names across your project. Learn more.

How do I add headers to API requests for Remote Sources?

You can include HTTP headers in the configuration for both REST and GraphQL Remote Sources. These headers are added to all API requests, useful for authorization and specifying accepted media types. REST | GraphQL

What is GraphQL SDL and why is it used in Hygraph?

GraphQL SDL (Schema Definition Language) is used to define the shape of data that can be queried in a GraphQL API. In Hygraph, SDL is used to specify custom type definitions for Remote Sources, enabling seamless mapping of external API responses to your schema. Learn more.

Can I use nested custom types in Hygraph?

Yes, custom types in Hygraph support nesting, allowing you to define complex data structures that reference other types. This is useful for modeling relationships and hierarchical data. See example.

How do I troubleshoot issues with Remote Sources in Hygraph?

Hygraph provides a dedicated troubleshooting guide for Remote Sources, covering common errors and configuration issues. You can also enable debugging for more detailed error information. Troubleshooting guide.

Where can I find examples of Remote Source configurations?

Hygraph offers example configurations for CommerceTools and CommerceLayer Remote Sources, as well as custom source setups. These examples are available in the documentation. View examples.

How do I use the JSON to SDL converter tool for Hygraph?

You can use the Hygraph JSON to SDL converter tool to transform JSON API responses into valid GraphQL SDL for custom type definitions. This streamlines the process of mapping external data to your schema. Try the tool.

Can I pass input parameters to Remote Source endpoints in Hygraph?

Yes, you can define custom input type definitions using GraphQL SDL to pass parameters to Remote Source endpoints. This is useful for queries where the data identifier is not stored in Hygraph. Learn more.

What is the recommended method for handling authorization with Remote Sources?

Authorization is typically handled by including the necessary headers in your Remote Source configuration. For CommerceTools and CommerceLayer, OAuth credentials are required. Always follow the API provider's documentation for best practices. CommerceTools | CommerceLayer

How do I select between GET and POST for GraphQL introspection in Hygraph?

When configuring a GraphQL Remote Source, you can choose GET or POST for introspection. GET sends the query as a URL parameter, while POST includes it in the request body. Select the method that matches your API's requirements. See details.

Can I specify a different introspection URL for GraphQL Remote Sources?

Yes, you can provide an alternative introspection URL if it differs from the Remote Source base URL. This is useful for APIs that separate query and introspection endpoints. Learn more.

Features & Capabilities

What are the key capabilities of Hygraph?

Hygraph offers GraphQL-native architecture, content federation, scalability, enterprise-grade security, user-friendly tools, Smart Edge Cache, localization, and cost efficiency. These features empower businesses to deliver modern digital experiences. See all features.

Does Hygraph support integration with third-party systems?

Yes, Hygraph supports integration with third-party systems via Remote Sources, robust GraphQL APIs, and content federation. This enables seamless data exchange and workflow automation. Learn more.

How does Hygraph help with localization and asset management?

Hygraph provides advanced localization and asset management features, making it ideal for global teams managing content across multiple regions and languages. See features.

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 robust security and data protection for enterprise customers. See security details.

How does Hygraph ensure data security?

Hygraph uses encryption at rest and in transit, granular permissions, audit logs, SSO integrations, regular backups, and ISO 27001-certified hosting providers to ensure data security. Learn more.

What is content federation in Hygraph?

Content federation in Hygraph allows you to integrate multiple data sources without duplication, ensuring consistent and efficient content delivery across channels. This is especially useful for global teams with complex workflows. See features.

Does Hygraph support Smart Edge Cache?

Yes, Hygraph offers Smart Edge Cache to optimize performance and ensure faster content delivery, making it suitable for high-traffic and global audiences. Learn more.

How does Hygraph help reduce operational costs?

Hygraph reduces operational and maintenance costs by replacing traditional CMS solutions with a scalable, modern platform. Its integration capabilities and user-friendly tools minimize developer dependency and streamline workflows. See case studies.

Pricing & Plans

What pricing plans does Hygraph offer?

Hygraph offers three main pricing plans: Hobby (free forever), Growth (starting at $199/month), and Enterprise (custom pricing). Each plan includes different features and limits tailored to various team sizes and project needs. See pricing.

What features are included in the Hobby plan?

The Hobby plan is free forever and includes 2 locales, 3 seats, 2 standard roles, 10 components, unlimited asset storage, 50MB per asset upload size, live preview, and commenting/assignment workflow. See details.

What does the Growth plan cost and include?

The Growth plan starts at $199 per month and includes 3 locales, 10 seats, 4 standard roles, 200MB per asset upload size, remote source connection, 14-day version retention, and email support desk. See details.

What is included in the Enterprise plan?

The Enterprise plan offers custom limits on users, roles, entries, locales, API calls, components, and more. It includes scheduled publishing, dedicated infrastructure, global CDN, 24/7 monitoring, security controls, SSO, multitenancy, backup recovery, custom workflows, and dedicated support. See details.

Use Cases & Benefits

Who can benefit from using Hygraph?

Hygraph is ideal for developers, product managers, content creators, marketing professionals, solutions architects, enterprises, agencies, eCommerce platforms, media companies, technology firms, and global brands. See case studies.

What industries are represented in Hygraph's case studies?

Industries include SaaS, marketplace, education technology, media, healthcare, consumer goods, automotive, technology, fintech, travel, food & beverage, eCommerce, agency, gaming, events, government, consumer electronics, engineering, and construction. See all industries.

What business impact can customers expect from using Hygraph?

Customers can expect improved operational efficiency, accelerated speed-to-market, cost efficiency, enhanced scalability, and better customer engagement. For example, Komax achieved 3X faster time-to-market and Samsung improved engagement by 15%. See case studies.

Can you share specific case studies or success stories?

Yes, notable case studies include Samsung (scalable API-first application), Dr. Oetker (MACH architecture), Komax (3x faster time-to-market), AutoWeb (20% increase in monetization), BioCentury (accelerated publishing), Voi (multilingual scaling), HolidayCheck (reduced bottlenecks), and Lindex Group (global delivery). See all stories.

What pain points does Hygraph solve?

Hygraph solves operational inefficiencies (developer dependency, legacy tech stacks, content inconsistency), financial challenges (high costs, slow launches, scalability), and technical issues (schema evolution, integration, performance, localization). Learn more.

How does Hygraph differentiate itself in solving pain points?

Hygraph stands out with its GraphQL-native architecture, content federation, user-friendly interface, cost efficiency, accelerated speed-to-market, robust APIs, Smart Edge Cache, and localization features. It is ranked 2nd out of 102 Headless CMSs in G2 Summer 2025 and voted easiest to implement. See ranking.

How easy is it to implement Hygraph and get started?

Implementation time varies by project. For example, Top Villas launched in 2 months. Hygraph offers a free API playground, free developer account, structured onboarding, training resources, and extensive documentation for quick adoption. See documentation.

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

Customers praise Hygraph for its intuitive UI, easy setup, custom app integration, independent content management, and real-time changes. Some users note complexity for less technical users. See feedback.

Support & Documentation

Where can I find technical documentation for Hygraph?

Hygraph provides extensive documentation, including API reference, schema components, references, webhooks, and AI integrations. Visit Hygraph Documentation for a comprehensive overview.

Does Hygraph offer community support?

Yes, Hygraph offers a community Slack channel where users can engage with experts and peers for quick assistance. Join here.

What training resources are available for Hygraph?

Hygraph provides webinars, live streams, how-to videos, and step-by-step guides to help users get started and maximize platform value. See resources.

How can I report security or compliance incidents to Hygraph?

Hygraph provides a customer reporting process for security, confidentiality, integrity, and availability incidents. Details are available on the Secure features page.

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

#Remote Source configuration

#Add a remote source

Remote Sources - Select a typeRemote Sources - Select a type

The first step to adding a remote source to your project is selecting the type. You can create a custom source or use a pre-built one. Hygraph offers pre-built remote sources for CommerceTools and CommerceLayer.

  1. Navigate to the Schema Builder.
  2. In the left sidebar, find the Remote Sources section at the bottom of the list, then click +Add.
  3. Use the selection boxes at the top of the screen to select a remote source type:
    • Custom
    • CommerceTools
    • CommerceLayer

#Add a custom source

Add custom Remote SourceAdd custom Remote Source

After selecting a custom remote source, you can complete the following fields:

FieldInput
Display NameEnter a display name here. This name will appear in Hygraph.
PrefixThe prefix is auto-generated and will be added to all types that are created for this Remote Source to avoid name clashes.
DescriptionYou can optionally add a description of the Remote Source here.
Enable debugging checkboxYou can enable debugging for this Remote Source, which will provide more information in case of errors. Make sure to disable this once you finish setting up the Remote Source to avoid leaking sensitive data.
TypeUse the radio buttons to set the type to either REST or GraphQL, depending on the type of API that this remote source will connect to. More fields will display as a result of your selection. Check out this document's “Select a type” section to learn more about configuring REST and GraphQL types.

#Add a commercetools source

Add CommerceTools Remote SourceAdd CommerceTools Remote Source

After selecting a CommerceTools Remote Source, you will find that the screen now contains two distinct sections for you to complete. The first section is the OAuth configuration for CommerceTools:

FieldInput
Authorization URLEnter your CommerceTools authorization URL here. This is the Auth URL in the API client details view of your commercetools account. Instead of copying it directly from there, copy the URL on the first line of the cURL below. Paste that in the Authorization URL field in Hygraph.
ScopesProvide one or more scopes and click +Add. This is the Scope in the API client details view of your commercetools account. Click here to learn more about Commercetools scopes.
Client IDEnter your CommerceTools Client ID here. This is the client_id key in the API client details view of your commercetools account. Copy it and paste it in Hygraph. This is like a username.
Client SecretEnter your CommerceTools Client Secret here. This is the secret key in the API client details view of your commercetools account. Copy it and paste it in Hygraph. This is like a password.

Once you've completed this, you can move on to the second section, where you will configure the details of your Remote Source:

FieldInput
Display NameEnter a display name here. This name will appear in Hygraph.
PrefixThe prefix is auto-generated and will be added to all types that are created for this Remote Source to avoid name clashes.
DescriptionYou can optionally add a description of the remote source here.
Enable debugging checkboxYou can enable debugging for this remote source, which will provide more information in case of errors. Make sure to disable this once you finish setting up the Remote Source to avoid leaking sensitive data.
TypeUse the radio buttons to set the type to either REST or GraphQL, depending on the type of API that this remote source will connect to. More fields will display as a result of your selection. Check out this document's “Select a type” section to learn more about configuring REST and GraphQL types.

#Add a Commercelayer source

Add CommerceLayer Remote SourceAdd CommerceLayer Remote Source

After selecting a CommerceLayer remote source, you will find that the screen now contains two distinct sections for you to complete. The first section is the OAuth configuration for CommerceLayer:

FieldInput
Authorization URLEnter your CommerceLayer authorization URL here. Copy the Base endpoint in your Commercelayer credentials screen, paste it in Hygraph, and add /oauth/token at the end, like this: https://<YOUR_BASE_ENDPOINT>/oauth/token.
ScopesProvide one or more scopes and click +Add. This field is optional. Click here to learn more about Commercelayer scopes.
Client IDEnter your CommerceLayer Client ID here. Copy the Client ID in your Commercelayer credentials screen and paste it here.
Client SecretYou can optionally enter your CommerceLayer Client Secret here. This field is optional.

Once you've completed this, you can move on to the second section, where you will configure the details of your Remote Source:

FieldInput
Display NameEnter a display name here. This name will appear in Hygraph.
PrefixThe prefix is auto-generated and will be added to all types that are created for this Remote Source to avoid name clashes.
DescriptionYou can optionally add a description of the remote source here.
Enable debugging checkboxYou can enable debugging for this remote source, which will provide more information in case of errors. Make sure to disable this once you finish setting up the Remote Source to avoid leaking sensitive data.
TypeUse the radio buttons to set the type to either REST or GraphQL, depending on the type of API that this remote source will connect to. More fields will display as a result of your selection. Check out this document's “Select a type” section to learn more about configuring REST and GraphQL types.

#Select a type

#REST

Remote Source - RESTRemote Source - REST

The following fields display when you select the REST type:

FieldInput
Base URLEnter a base URL here. All Remote Fields that connect to this Remote Source will use that base URL.
Commercetools Base URL: To form the base URL, you will use the API URL and the project_key from the API client details view of your commercetools account, like this: https://<COMMERCETOOLS_API_URL>/<PROJECT_KEY>/graphql.
Commercelayer Base URL: Copy the Base endpoint in your Commercelayer credentials screen and paste it here.
HeadersOptionally, you can include HTTP headers that will be added to all API requests for all Remote Fields connected to this Remote Source. Example use cases include authorization and accepted media types.
Custom type definitionsYou can now define your custom types here. These provide the mapping from the API responses to the GraphQL schema. Custom input types can optionally also be defined here.

#GraphQL

Remote Source - GraphQLRemote Source - GraphQL

The following fields display when you select the GraphQL type:

FieldInput
Base URLEnter a base URL here. All Remote Fields that connect to this Remote Source will use that base URL.
Commercetools Base URL: To form the base URL, you will use the API URL and the project_key from the API client details view of your commercetools account, like this: https://<COMMERCETOOLS_API_URL>/<PROJECT_KEY>/graphql.
Commercelayer Base URL: Copy the Base endpoint in your Commercelayer credentials screen and paste it here.
HeadersOptionally, you can include HTTP headers that will be added to all API requests for all Remote Fields connected to this Remote Source. Example use cases include authorization and accepted media types.
Custom input type definitionYou can optionally provide an alternative introspection URL and custom headers to send to the introspection endpoint. If no separate introspection URL is provided, the base URL will be used (the default behavior for most GraphQL APIs is to allow querying and introspection on the same URL). Custom input types can optionally also be defined here.
Introspection methodSelect GET or POST.
If GET, we do a GET request and include the introspection query in the URL as a query parameter.
If POST, we do a POST request and include the introspection query in the body.
Introspection URLIf your introspection URL is different from the Remote Source URL, you can add it here.
Introspection headersHere, you can add the headers to pass along with the request to the remote source.
Simply add a key and value pair and click + Add header.

#Create a custom type definition

When connecting to a remote REST API, you will have the option to define a Custom Type Definition, which allows you to specify the shape of the response coming from the API. It will allow you to query the REST API as if it were native GraphQL.

These Custom Type Definitions use GraphQL SDL (Schema Definition Language).

Follow these steps to create a custom type definition:

  1. While adding a new Remote Source or editing an existing one, scroll down to Custom Type Definitions and click +Add.

  2. You can use our JSON to SDL converter tool to transform the JSON response from your API into valid GraphQL SDL. You might need to make a few tweaks to the generated SDL, especially changing the JSON type to Json (note the difference in casing).

    Here's an example of what that would look like:

  3. Add the SDL for your custom type to the input field. It's possible to add multiple types in a single input field, after saving the types will be moved to separate fields.

  4. Click Create or Save on the top right corner.

Custom types also support nesting, so they can make use of another type, as shown below:

type Product {
name: String
metaInfo: MetaInfo
slug: String
}
type MetaInfo {
createdAt: DateTime
createdBy: String
currency: String
}

In this example, the custom Product type makes use of another custom type MetaInfo.

#Create a custom input type definition

Remote Fields also allow you to pass along input parameters to your Remote Source endpoint. This can be useful if the identifiable information for the remote data isn't kept in Hygraph, but defined on a request basis. This is relevant for both the REST and GraphQL Remote Sources.

To create such a definition and to use it in a query, you will need to follow these steps:

  1. While adding a new Remote Source, or editing an existing one, scroll down to Custom Input Type Definition and click on +Add.

  2. Similar to the Custom Types, you need to use the GraphQL Schema Definition Language (SDL) to define what the input parameter will look like. A tool that could be used here is JSON2SDL, which allows translating a JSON object to a valid SDL. Keep in mind that we are not defining a type here, but an input.

    Let's take an example of passing a productId to our remote API, that will be used as an input argument. The SDL would look like this:

    input productInput {
    productId: String!
    }