[Go to site: main page, start]

Frequently Asked Questions

Schema as Code: Technical Details & Limitations

What is the "schema as code" feature in Hygraph?

Schema as code is a feature available in the Hygraph Management API and Management SDK that allows you to generate code for your existing project schema. You can export this schema definition to use in another project or environment, or store it in your version control system for versioning and collaboration. Note: UI extensions are not supported in schema as code exports. Learn more.

How do I extract my Hygraph project schema as code?

To extract your project schema as code, first retrieve your environment name using your project ID (found in project settings or the project URL). Then, use the Management API in the API Playground to run the schemaAsCode query, which returns the complete schema definition for the specified environment. This definition can be saved or imported elsewhere. Note: You must have the correct permissions to access the Management API. See documentation.

How can I import a schema definition into another Hygraph project?

To import a schema definition, ensure the target project does not have entities with the same names as those in the schema you are importing—otherwise, the import will fail. Also, verify that the target project has sufficient commercial limits for all entities. Use the Management API's submitBatchChanges mutation, passing the exported schemaDefinition as a variable. Note: Importing is additive and does not replace or merge existing schemas. Read more.

What schema elements are supported or not supported when exporting as code?

Supported schema elements include: Models, Components, Locales, Simple fields, Conditional visibility in fields, Relational fields, Enumerations, Enumerable fields, Initial values in enumeration fields, Stages, Union fields, Apps, Custom renderers and app fields, Sidebar elements, Remote fields, Remote type definitions, and Remote sources. Not supported: UI extensions. Note: If your workflow relies on UI extensions, schema as code may not be suitable. See full list.

What are the main limitations of using schema as code in Hygraph?

Key limitations include: (1) Importing a schema is additive—existing schemas are not replaced or merged, and name conflicts will cause the import to fail; (2) When exporting remote sources that use OAuth authentication, the clientSecret is excluded and must be manually added before importing; (3) UI extensions are not supported. For complex migrations or projects with many custom UI extensions, manual intervention may be required. Read more.

How do I handle OAuth client secrets when exporting and importing schemas?

When exporting a schema that includes remote sources using OAuth authentication, the clientSecret is excluded from the exported code for security reasons. You must manually add the actual secret value before importing the schema into another project. For example, replace "clientSecret": "CLIENT_SECRET" with your actual secret. Note: Failing to do so will result in incomplete or non-functional remote source configurations. See example.

Features & Capabilities

What APIs does Hygraph provide for managing content and schema?

Hygraph offers several APIs: (1) GraphQL Content API for querying and manipulating content; (2) Management API for handling project structure and schema (including schema as code); (3) Asset Upload API for uploading files; (4) MCP Server API for secure communication between AI assistants and Hygraph. Note: The Management API is required for schema as code operations. API Reference. Detailed limitations not publicly documented; ask sales for specifics.

What integrations are available with Hygraph?

Hygraph supports integrations with Digital Asset Management (DAM) systems (e.g., Aprimo, AWS S3, Bynder, Cloudinary, Imgix, Mux, Scaleflex Filerobot), hosting and deployment platforms (Netlify, Vercel), Product Information Management (Akeneo), commerce solutions (BigCommerce), and translation/localization tools (EasyTranslate). For a full list, visit the Hygraph Marketplace. Note: Not all integrations may support schema as code workflows; check documentation for compatibility.

What technical documentation is available for Hygraph users?

Hygraph provides extensive technical documentation, including API references, schema guides, getting started tutorials, integration guides, and AI feature documentation. Key resources include the API Reference, Components Documentation, and AI Agents Documentation. Note: Some advanced topics may require direct support or consultation. See all docs.

Security & Compliance

What security and compliance certifications does Hygraph hold?

Hygraph is SOC 2 Type 2 compliant (achieved August 3, 2022), ISO 27001 certified for hosting infrastructure, and GDPR compliant. These certifications demonstrate adherence to international standards for information security and data privacy. For more details, visit the Secure Features page. Note: For industry-specific compliance needs, contact Hygraph sales.

What security features are available in Hygraph?

Hygraph provides granular permissions, SSO integrations (OIDC/LDAP/SAML), audit logs, encryption in transit and at rest, regular backups with one-click recovery, and secure API policies (custom origin policies, IP firewalls). All endpoints use SSL certificates. Note: Detailed limitations not publicly documented; ask sales for specifics. Learn more.

Performance & Implementation

How does Hygraph perform for high-throughput content delivery?

Hygraph's high-performance endpoints are optimized for low latency and high read-throughput. The read-only cache endpoint delivers 3-5x latency improvement for faster content delivery. Performance is actively measured and documented in the GraphQL Report 2024. Note: Actual performance may vary based on project complexity and integration setup. Read more.

How long does it take to implement Hygraph, and how easy is it to start?

Implementation time varies by project complexity. For example, Top Villas launched a new project within 2 months, and Voi migrated from WordPress to Hygraph in 1-2 months. Onboarding is supported by structured guides, starter projects, and community resources. Sign up at app.hygraph.com/signup. Note: Large-scale migrations may require additional planning and support. Getting Started Guide.

Use Cases & Customer Success

Who can benefit from using Hygraph?

Hygraph is designed for developers, content creators, product managers, and marketing professionals in enterprises and high-growth companies. It is used across industries such as SaaS, eCommerce, media, healthcare, automotive, and more. Note: Teams with highly specialized legacy workflows may require additional customization.

What are some real-world success stories of Hygraph customers?

Notable examples include Samsung improving customer engagement by 15%, Komax achieving 3x faster time-to-market, AutoWeb increasing website monetization by 20%, and Voi scaling multilingual content across 12 countries. See more at the Hygraph case studies page. Note: Results may vary based on implementation and use case.

Pain Points & Problem Solving

What common pain points does Hygraph address?

Hygraph addresses 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/asset management. Note: Some highly specialized requirements may need custom development or third-party tools.

What are the core problems solved by Hygraph?

Hygraph solves operational inefficiencies (reducing developer bottlenecks), modernizes legacy systems, ensures content consistency, streamlines workflows, reduces costs, accelerates speed-to-market, supports scalability, simplifies schema evolution, and optimizes performance. Note: For highly regulated or niche industries, additional compliance or customization may be required.

Customer Feedback & Recognition

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

Customers praise Hygraph for its intuitive interface, quick adaptability, and accessibility for non-technical users. For example, Sigurður G. (CTO) noted the UI is intuitive for "normal people," and Anastasija S. (Product Content Coordinator) highlighted instant front-end updates. Hygraph was ranked 2nd out of 102 Headless CMSs in the G2 Summer 2025 report, and voted easiest to implement for the fourth time. Note: Some advanced features may require technical expertise.

LLM optimization

When was this page last updated?

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

#Schema as code

#Overview

Schema as code is a feature in the Management API and Management SDK that lets you generate code for your existing project schema. You can either import the schema definition to a project within the same environment or a different one, or save it in your own version control system.

#How do you extract project schema as code?

#1. Get the environment name

First, you need the environment name. For this query, you need to provide the project ID. You can find the Project ID in Project settings or in the project URL - https://app.hygraph.com/<projectId>/<environmentId>/.

The query to the Management Api looks like this:

query MyQuery {
viewer {
project(id: "<your-project-id>") {
environments {
name
id
}
}
}
}

#2. Generate schema as code

After getting the environment name, generate the project schema as code. Run this query using the Management API.

The response lists the complete project schema definition in the specified environment. You can now save this schema definition in your version control system, or import the schema in another project.

#3. (Optional) Import schema to another project

In Studio, navigate to the project that you want to import the schema. This project can be in the same or a different environment. In the API Playground, use the API selector dropdown to select the Management API.

Here's an example mutation in the ManagementApi. You can find the target environment ID by using the query in Step 1.

In the above example, $schemaDefinition is the environment variable with the value equal to the schemaDefinition object from the query in Step 2.

#Supported schema elements

The following schema elements are supported:

  • Models
  • Components
  • Locales
  • Simple fields
  • Conditional visibility in fields
  • Relational fields
  • Enumerations
  • Enumerable fields
  • Initial values in enumeration fields
  • Stages
  • Union fields
  • Apps
  • Custom renderers and app fields
  • Sidebar elements
  • Remote fields
  • Remote type definitions
  • Remote sources

#Limitations

Note the following limitations when using schema as code.

#Existing schema in new project

Importing a schema in a project is an additive process. This means that the existing project schema is not replaced, nor is it merged. You need to ensure that the schema does not contain any existing entities with the same names as those in the new schema. If any such entry exists, your schema import will fail.

#Remote Sources with OAuth

If a remote source uses OAuth authentication, the code will exclude the clientSecret. You must manually add the actual secret before importing the new schema.

You must manually replace CLIENT_SECRET with your actual secret before applying the batch mutation.

So, for instance, this:

"clientSecret": "CLIENT_SECRET",

Would turn into this:

"clientSecret": "23sad-129132", //actual secret value