Embedding the Explorer

Embed the Explorer into your website to empower your graph's consumers


You can embed the GraphOS Studio Explorer in a webpage that you can then provide to your graph's consumers. This enables those consumers to test out operations from your own website.

For example, here's an embedded Explorer for an Apollo example graph. Try it out!

Embedding on the Apollo Server landing page

In Apollo Server v3.8.0 and later, you can use a built-in plugin to embed the Explorer directly on your server's landing page.

You use the ApolloServerPluginLandingPageLocalDefault plugin to configure the landing page in your local development environment, and you use ApolloServerPluginLandingPageProductionDefault for production environments:

JavaScript
1import {
2  ApolloServerPluginLandingPageLocalDefault,
3  ApolloServerPluginLandingPageProductionDefault,
4} from "@apollo/server/plugin/landingPage/default";
5
6let plugins = [];
7if (process.env.NODE_ENV === "production") {
8  plugins = [ApolloServerPluginLandingPageProductionDefault({ embed: true, graphRef: "myGraph@prod" })];
9} else {
10  plugins = [ApolloServerPluginLandingPageLocalDefault({ embed: true })];
11}
12
13const server = new ApolloServer({
14  typeDefs,
15  resolvers,
16  plugins,
17});

For more information, see the landing page plugin API reference .

Embedding on an arbitrary webpage

  1. Open GraphOS Studio and select the graph variant you want to use with the embedded Explorer.

  2. Go to the variant's Explorer page.

  3. Under the Explorer's Settings tab, find Embed Explorer and click Copy code snippet. A dialog with options and code snippets appears.

  4. Use the options on the left side of the dialog to customize the embedded Explorer's appearance and behavior to your liking.

  5. Still in the dialog, use the tabs above the code snippet to select the snippet for your use case:

    • Use React for React apps where you can npm install the @apollo/explorer package. You will need to install the optional dependency use-deep-compare-effect to use the React package.

    • Use JavaScript for non-React JavaScript apps where you can npm install the @apollo/explorer package.

    • Use Built file on CDN to use Apollo's CDN-hosted embedded Explorer.

  6. Click Copy to copy the snippet, then paste it into your code.

 note
For descriptions of options shown in the dialog (along with advanced options that aren't shown), see below .

Setting a default operation

You can prepopulate your embedded Explorer with an operation from one of your existing Explorer tabs. If you do, the embedded Explorer includes all the following automatically on load:

  • The operation you selected

  • Any variable names and values defined in the operation's associated tab that are used by the operation

  • All header names and values defined in the operation's associated tab

To prepopulate a default operation, open the share dropdown in the Explorer and select Share as embed:

Explorer embed dropdown

Authorization

If you're embedding a public variant , anyone with access to the embedded Explorer can view your schema and make queries against your variant.

If you're embedding a private variant, the embedded Explorer first asks users to authenticate by signing in to GraphOS Studio. Authenticated users are then asked to authorize their Studio account to be used on the embedding webpage.

After authorizing, users can access the embedded Explorer, which includes schema navigation and visible operation collections.

Options

The EmbeddedExplorer object takes an options object with the following structure (individual options are described below):

JavaScript
1{
2  graphRef: 'acephei@current',
3  endpointUrl: 'https://acephei-gateway.herokuapp.com',
4  persistExplorerState: false,
5  initialState: {
6    document: `query ExampleQuery {
7  me {
8    id
9  }
10}
11`,
12    variables: { 'Variable1': 'ExampleValue' },
13    headers: { 'Header1': 'ExampleValue' },
14    displayOptions: {
15      showHeadersAndEnvVars: true,
16      docsPanelState: 'open',
17      theme: 'light',
18    },
19  },
20  handleRequest: (endpointUrl, options) => {
21    return fetch(endpointUrl, {
22      ...options,
23      headers: {
24          ...options.headers,
25          authorization: `token ${token}`
26      },
27    })
28  },
29}

Top-level options

These are the top-level fields you can include in the options object you pass to new EmbeddedExplorer:

Name /
Type
Description
graphRef
string
Required. The graph ref for the variant you want to use the embedded Explorer with. Has the format graph-id@variant-name. This value is automatically populated in the Explorer's embed snippet.The Explorer fetches this variant's schema from GraphOS Studio to populate its Documentation panel and enable code completion.If you omit this option, the Explorer does still load, but it doesn't know which schema to fetch. This prevents the Explorer from providing critical features like documentation and code completion.
endpointUrl
string
The endpoint URL of the variant you want to use the embedded Explorer with. This value is automatically populated in the Explorer's embed snippet.Required, unless you specify your own fetcher with the handleRequest option.
autoInviteOptions
{ accountId: string; inviteToken: string; }
If the graph you are embedding is a private variant , we will by default only allow folks in your org to see the embedded Explorer. You can specify that you want anyone who visits your embedded Explorer to be automatically invited to your org with this config object. When you are grabbing the embed code from the Explorer settings in Studio, you have the option to select the role you want folks to be invited as, and the inviteToken and accountId will automatically populate.If the graph you are embedding belongs to an SSO organization, folks will be able to log in with their SSO account and are automatically invited as the role you specify in the Org Settings page in Studio. Passing this in the embed config for a graph that belongs to an SSO account will not change any behavior. New users to your organization will always be invited as the role you specify in the Org Settings page in Studio.
persistExplorerState
true | false
If true, the embedded Explorer uses localStorage to persist its state (including operations, tabs, variables, and headers) between user sessions. This state is automatically populated in the Explorer on page load.If false, the embedded Explorer loads with an example query based on your schema (unless you provide document ).The default value is false.
handleRequest
(url, options) => Promise
By default, the embedded Explorer uses the fetch API to send requests to your endpointUrl. You can instead pass a custom fetcher that's used to run all operations.You might want to do this if you need to include specific headers in every request made from your embedded Explorer.
includeCookies
boolean
By default, the embedded Explorer uses your variant's Include cookies setting, which you configure from the non-embedded Explorer in Studio.You can set includeCookies to true if you instead want the Explorer to pass { credentials: 'include' } for its requests.If you pass the handleRequest option, this option is ignored.Read more about the fetch API and credentials here .This config option is deprecated in favor of configuring the Include cookies setting for your variant in the non-embedded Explorer.
initialState
Object
An object containing additional options related to the state of the embedded Explorer on page load.For supported subfields, see initialState options .

initialState options

These are the fields you can include in the initialState option you pass to new EmbeddedExplorer:

Name /
Type
Description
document
string
A URI-encoded operation to populate in the embedded Explorer's editor on load.If you omit this option, the Explorer initially loads an example query based on your schema.If you use one of the sharing methods described in Setting a default operation , the generated code snippet automatically sets this option with the details of the operation you used.If persistExplorerState is true and you provide this option, the Explorer loads any of the user's tabs from localStorage, and it also opens a new tab with this operation.Example:
JavaScript
1intialState: {
2  document: `
3  query ExampleQuery {
4    books {
5      title
6    }
7  }
8`;
9}
variables
string
A URI-encoded, serialized object containing initial variable values to populate in the Explorer on load.If provided, these variables should apply to the initial query you provide for document .Example:
JavaScript
1intialState: {
2  variables: {
3    userID: "abc123"
4  },
5}
headers
string
A URI-encoded, serialized object containing initial HTTP header values to populate in the Explorer on load.Example:
JavaScript
1initialState: {
2  headers: {
3    authorization: "Bearer abc123";
4  }
5}
collectionId / operationId
string
The ID of a collection, paired with an operation ID to populate in the Explorer on load. You can find these values in your Studio Explorer by clicking the ... menu next to an operation you want to embed and selecting View operation details.Example:
JavaScript
1initialState: {
2  collectionId: 'abc1234',
3  operationId: 'xyz1234'
4}

displayOptions options

These are the fields you can include in the initialState.displayOptions option you pass to new EmbeddedExplorer:

Name /
Type
Description
docsPanelState
"open" | "closed"
If open, the Explorer's Documentation panel (the left column) is initially expanded. If closed, the panel is initially collapsed.The default value is open.
showHeadersAndEnvVars
true | false
If true, the embedded Explorer includes the panels for setting request headers and environment variables . If false, those panels are not present.The default value is true.
theme
"dark" | "light"
If dark, the Explorer's dark theme is used. If light, the light theme is used.The default value is dark.