Frequently Asked Questions

API Playground & Query Features

What is the Hygraph API Playground and how can I use it to practice GraphQL queries?

The Hygraph API Playground is an interactive environment where users can write, test, and practice GraphQL queries against their content models. It automatically generates queries for fetching single and multiple entries for each defined content type. For example, if you add a 'Product category' model, the API Playground will generate productCategory and productCategories queries for single and multiple entries, respectively. You can select fields using the tree or type queries manually. Note: The API Playground is best suited for hands-on learning and testing; for production use, refer to the official API documentation for advanced features and security considerations.

How does Hygraph generate GraphQL queries for my content models?

When you add a new model to your Hygraph project, the system automatically generates two GraphQL queries: one for fetching a single entry (using the model's API ID, e.g., productCategory) and one for fetching multiple entries (using the Plural API ID, e.g., productCategories). These queries are visible in the API Playground's schema tree and include all system and custom fields defined in your model. Note: The generated queries reflect your current schema; changes to your models will update the available queries.

Can I filter and fetch related entries using GraphQL queries in Hygraph?

Yes, you can use filters such as where conditions in your GraphQL queries to fetch related entries. For example, to fetch all products in the 'New Arrival' category, you can use a query with a slug filter. You can also query references and components, such as fetching related products or product variants, by specifying the appropriate fields and filters. Note: The effectiveness of filters depends on your schema design and the presence of related content entries.

How can I use Remote Fields in Hygraph GraphQL queries?

Remote Fields in Hygraph allow you to fetch data from external APIs and integrate it with your content models. For example, you can add a Remote Field to the Product model to fetch reviews from an external service. These fields are accessible in the API Playground and can be queried alongside native fields. Note: Remote Fields are tied to specific models and only fetch data related to those models; ensure your external API is properly configured and accessible.

What are Top-level Remote Fields and how do I query them?

Top-level Remote Fields are fields added to the Query system model in Hygraph, allowing you to fetch data from external sources outside the context of a specific content model. For example, you can query both a landing page and all reviews in a single API call using Top-level Remote Fields. Note: Top-level Remote Fields require explicit schema configuration and may not be available in all projects; consult your schema setup for details.

Features & Capabilities

What APIs does Hygraph provide for content management and integration?

Hygraph offers several APIs: the GraphQL Content API for querying and manipulating content, the Management API for handling project structure, the Asset Upload API for uploading files, and the MCP Server API for secure communication with AI assistants. Each API is documented in detail in the API Reference documentation. Note: Some APIs, such as the Asset Upload API, may require specific project configurations or permissions.

What integrations are available with Hygraph?

Hygraph supports integrations with Digital Asset Management (DAM) systems like Aprimo, AWS S3, Bynder, Cloudinary, Imgix, Mux, and Scaleflex Filerobot; hosting and deployment platforms such as Netlify and Vercel; Product Information Management (PIM) like Akeneo; commerce solutions like BigCommerce; and translation/localization tools such as EasyTranslate. For a full list, visit the Hygraph Marketplace. Note: Integration availability may depend on your plan and project setup.

What performance optimizations does Hygraph offer for content delivery?

Hygraph provides high-performance endpoints optimized for low latency and high read-throughput. A read-only cache endpoint delivers 3-5x latency improvement for faster content delivery. The platform also measures GraphQL API performance and offers practical optimization advice. For more details, see the performance improvements blog post. Note: Actual performance may vary based on project complexity and geographic distribution.

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, see the Secure Features page. Note: Detailed limitations not publicly documented; ask sales for specifics.

What security features are available in Hygraph?

Hygraph offers 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 including custom origin policies and IP firewalls. All endpoints have SSL certificates. Note: Some features may require enterprise plans or specific configurations.

Implementation & Onboarding

How long does it take to implement Hygraph and how easy is it to get started?

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 for a free account at app.hygraph.com/signup and access onboarding at Hygraph Documentation. Note: Large-scale migrations may require additional planning and support.

Use Cases & Benefits

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 in industries such as SaaS, eCommerce, media, healthcare, automotive, and more. Its flexibility supports both technical and non-technical users. Note: Teams with highly specialized legacy systems may require additional integration work.

What business impact can customers expect from using Hygraph?

Customers have achieved 3x faster time-to-market (Komax), a 15% improvement in customer engagement (Samsung), and a 20% increase in website monetization (AutoWeb). Hygraph supports consistent content delivery, cost reduction, and scalability. See more case studies at Hygraph's case studies page. Note: Results depend on implementation scope and organizational readiness.

Support & Documentation

What technical documentation and resources are available for Hygraph users?

Hygraph provides extensive documentation, including API references, schema guides, onboarding tutorials, and integration guides for platforms like Mux, Akeneo, and Auth0. AI features are documented in dedicated sections. Access all resources at hygraph.com/docs. Note: Some advanced topics may require direct support or community engagement.

Customer Feedback & Success Stories

What feedback have customers shared 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, and Charissa K. (Senior CMS Specialist) described it as fast to comprehend and localizable. Multiple reviews highlight the ease of setup and granular roles/permissions. Note: Some advanced configurations may require developer involvement.

Can you share specific case studies or success stories of customers using Hygraph?

Yes. Notable examples include Samsung (15% improved customer engagement), Komax (3x faster time-to-market), AutoWeb (20% increase in website monetization), and Voi (scaled multilingual content across 12 countries). For more, see Hygraph's case studies page. Note: Outcomes are project-specific and may not generalize to all use cases.

LLM optimization

When was this page last updated?

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

Hygraph
Docs

#6.1 Exercises - Queries

#Overview

Hygraph automatically generates queries for fetching single and multiple entries for each defined content type belonging to your project.

When a new model is added to your project, there are two generated GraphQL queries added to your schema. The queries are named after the API ID and Plural API ID. The API ID will be used to fetch a single entry, and the Plural API ID to fetch multiple entries.

Let's use our Product category model as an example here. If you look at the API Playground, you'll find productCategory - the model's API ID - and productCategories - the model's Plural API ID - in the tree. If you display productCategories, you'll find items for the system fields but also for all the fields we added to this model. We have categoryName, slug, description, and products.

API Playground with displayed treeAPI Playground with displayed tree

You can write your queries using the tree - by selecting items - or you can type them manually.

#GraphQL 1

This simple query fetches information about all our product categories. Remember that we are using the Plural API ID to fetch multiple entries. You can copy it and try it in your API Playground:

#GraphQL 2

Now let's try to fetch all the products in the New Arrival category. We will be using the slug with a where filter as our entry identifier for this:

#GraphQL 3

Now try this by yourself: Find out the productName and productSlug of all the products inside the urban category

#References 1

Let's try a query that fetches the related products connected to a product content entry.

We'll include a where condition with our entry slug and request the title of the related products component, as well as the productName and productSlug of the related products. It should look something like this:

The response shows us the 4 related entries, including the information we requested.

#References 2

Let's try another one. We want to find out which products have been assigned to the Sportswear category. To achieve this, we will query the products reference inside the productCategory model. We want to find out the productName, productSlug, and productDescription of those products. Since the product description was added with an RTE field, we need to select an output format; we'll select HTML.

You can try the following query yourself:

If you followed our tutorial to create the additional content entries, your response should look like the one shown above. Remember that if you did not create the related content entries then they can't be fetched.

The response shows us that there are only two products assigned to this category: the green hoodie and the blue running shoes.

If we go to the Product category model in the content editor and access the edit view of the Sportswear category by clicking on the pencil icon, we'll see that these same two products are listed in the Products reference.

Items in the sportswear categoryItems in the sportswear category

#References 3

Now try this by yourself: Query the sellerInformation reference in the Landing page entry we created using the entry ID to find out the businessName and businessDescription.

#Components 1

Let's query the Product variant component that we created for our Product model earlier.

In a previous step in the Content editor, we created a sample entry that used this component for a headband. If you go into the Content editor, select the Product model, and access the edit view of that entry by clicking on the pencil icon, you'll see that the entry slug is "headband".

The following query looks into the Product model for an entry with the slug we provided and fetches the productName & productDescription, along with the productVariant component with the productType component field nested in it, containing the color for this item of type Accessory.

You can try this in your project's API Playground:

#Components 2

Let's also query the Related products component for our content entry whose slug is "blue-running-shoes". Remember, we are using the slug to identify it. We'll go ahead and replace the productVariant component with the relatedProducts one, and we'll request the productDescription in HTML, which we created using the RTE in the content editor.

Here's our sample query:

The response you get may contain less content than what we show here, depending on whether you followed the provided practice or not.

#Components 3

Now imagine we want to find out the productName, productSlug, and productDescription of all the products with the accessories product type, where the color white was selected in the productVariant component.

Let's try this query:

The response you get may contain less content than what we show here, depending on whether you followed the provided practice or not.

#Components 4

Now try this by yourself: Query the productGrid component in the landing page entry we created earlier using the entry ID. Find out the productName and productSlug of all the products that were added there.

#Remote Fields 1

You can use the API to query Remote Fields as soon as you add them to the Schema. Bear in mind that a Remote Field will be related to a specific model and only fetch data related to it.

The Product model that we created contains data that lives in Hygraph - such as business productName and productDescription - as well as a Remote Field that fetches reviews from an external API.

Try using the following query in your API Playground:

Our front end can use this information to enrich our product listings with these reviews. We'll be able to show our products, along with all the reviews we have received from the people who purchased our them, to encourage new customers.

#Remote Fields 2

Let's take a look at another example where it's even more noticeable how this information is connected to the model the Remote Field is a part of. We'll query the Remote Field inside the Product model while also using a where filter with the "colorful-socks" slug, so we can fetch all reviews that are about one of our products.

Copy it and paste it into your API Playground:

As you can see, the response only contains one review this time, and it's about our “plaid shirt” product.

#Remote Fields 3

Now try this by yourself: Query the reviews Remote Field inside the Products model to find out the rating values of all the reviews we've received.

#Top-level Remote Fields 1

Let's test the Top-level Remote Field that we added to the Query system model.

In the example where we tested our Top-level Remote field earlier, we used an example query that fetched all our reviews. Now let's try something a bit different; we'll query our landing page, and also the reviews, all in the same API call.

Copy it and paste it into your API Playground:

As you can see in the query above, landingPage and reviews are at the same level in our query, but we never built a Reviews model in our Schema. Here, you can clearly see how we're querying a Top-level Remote Field outside the context of a project model.

When we built our schema, we did not include a Remote Field to fetch reviews into the landing page. However, we did create a Top-level Remote Field in the Query system model. This example shows how we fetch some information from the landing page, and in the same call, we fetch our reviews through that Top-level Remote Field.

#Top-level Remote Fields 2

Now try this by yourself: Query the reviews Top-level Remote field but this time we only want to fetch the productSlug and the rating.