Sanity deployment options for Netlify: serve bundle vs CI/CD flow explained

6 replies
Last updated: May 4, 2020
☆ Hi there,I beg your pardon to bother with a probably already asked question.
I just commit my sanity installation to my Gatsby Github repo linked to Netlify deploy (Gatsby installation and setting with Netlify existed previously, before to discover and add Sanity to the project) (my Sanity project has been init from scratch, no template, nothing than cli).
Now, Netlify is acting bumping on the first data from Sanity as if not knowing it at all, which is logic as I haven't done anything in particular.
This blocks the Netlify deploy.
So I searched in the docs, I found the «hosting and deployment» page, but reading at it as carefully as possible, I do not understand the difference between the two options:
1. to «serve the bundle» to Github via Noode.js
2. and next paragraph «deploying a CI/CD flow» (what those abbreviations mean?) (Command Interface and ... ??)(Change Directory??).
Difficult to make a choice not understanding anything!
Then it says «create a token», I can do it, no worries, I have done one already.
But «remember to add
user Q
/cli as a devDependency», why not, but you mean at the level of the Github repo probably?Probably YES.
I'll appreciate if you could precise some element of information and the pro and cons of 1) and 2).
Thank you in advance ☆
AI Update

I can totally understand your confusion! Let me break this down into clear, practical steps for your Gatsby + Sanity + Netlify setup.

First, the good news: you don't need to choose between those two "hosting and deployment" options you're reading about. Those sections are actually about hosting Sanity Studio itself (the content editing interface), not about deploying your Gatsby site. Let me clarify what's happening:

What's Actually Going Wrong

Your Netlify build is failing because your Gatsby site needs to fetch content from Sanity during the build process, but it doesn't have the proper configuration yet. This is a common setup step that's separate from hosting decisions.

What You Need to Do

1. Install the Gatsby source plugin (if you haven't already):

npm install gatsby-source-sanity

2. Configure your gatsby-config.js to connect to Sanity:

module.exports = {
  plugins: [
    {
      resolve: 'gatsby-source-sanity',
      options: {
        projectId: 'your-project-id',
        dataset: 'production', // or whatever dataset you're using
        token: process.env.SANITY_TOKEN, // optional, for private datasets
        watchMode: true, // for development
      },
    },
  ],
}

3. Set up environment variables in Netlify:

  • Go to your Netlify site dashboard
  • Navigate to Site settings → Build & deploy → Environment
  • Add these variables:
    • SANITY_PROJECT_ID: your project ID (find it in sanity.json or your Sanity dashboard)
    • SANITY_DATASET: usually "production"
    • SANITY_TOKEN: only needed if your dataset is private (create one in your Sanity project settings)

About Those Confusing Terms

CI/CD means "Continuous Integration/Continuous Deployment" - it's just a fancy way of saying "automatically build and deploy when you push code to GitHub."

"Serving the bundle" refers to hosting your Sanity Studio (the content management interface where editors create content). You have two options:

  1. Host Studio on Netlify: Deploy the Studio as a separate site on Netlify
  2. Host Studio on Sanity's servers: Run sanity deploy to host it at yourproject.sanity.studio

For most people, I'd recommend option 2 (sanity deploy) because it's simpler - just run that command and your Studio is hosted. Your Gatsby site remains separate on Netlify.

The @sanity/cli Dependency

When the docs mention adding @sanity/cli as a devDependency, they mean in your Sanity Studio folder (where your sanity.json file lives), not your Gatsby repo. If you initialized Sanity properly, this should already be there.

Understanding Studio Hosting

As explained in this community answer about hosting Studio on Netlify, where you host your Studio doesn't affect API requests. The Studio is just a React single-page application - your Gatsby site will still make requests to Sanity's Content Lake regardless of where the Studio lives.

Pros of hosting Studio on Sanity's servers (sanity deploy):

  • Simpler setup (one command)
  • No extra configuration needed
  • Automatic SSL and global CDN

Pros of hosting Studio on Netlify:

  • Custom domain control
  • Integration with your existing deployment workflow
  • Keep everything in one place

Quick Checklist

  • Install gatsby-source-sanity in your Gatsby project
  • Configure it in gatsby-config.js with your project ID and dataset
  • Add environment variables to Netlify (especially if using a private dataset)
  • Push your changes to GitHub to trigger a new Netlify build
  • Deploy your Sanity Studio separately with sanity deploy (run this in your Studio folder)

The Netlify technology partner page has more details about triggering rebuilds when content changes, which you'll want to set up next using deploy hooks or Sanity Functions for more advanced automation!

Show original thread
6 replies
Hi User, cool to see that you’re getting ready to deploy to Netlify 🚀 The “CI/CD” you’re reading stand for “Continuous Integration” and “Continuous Delivery”, basically referring to two practices that let development teams deliver code changes more quickly and more easily.
That’s not necessarily important to simply deploy your project though. What’s important if you want to host your Studio on Netlify instead of *.sanity.studio, are the two steps listed on
https://www.sanity.io/docs/deployment#hosting-the-studio-elsewhere-ed3cd78ea4eb
For the first point, you could create a
netlify.toml
file in your studio root folder with the following content:
[[redirects]]
  from = "/*"
  to = "/"
  status = 200
The second point is about adding the Netlify domain for your Studio to your CORS settings as a valid domain for the project. You can do this by going to
manage.sanity.io > Settings > API > Add new origin. Make sure you enable the “Allow credentials” toggle.
Finally, you might have to add any environment variables that you currently have in an .env file (e.g.
env.development
) as environment variables to Netlify, which doesn’t recognise the
.env
file itself. For more information on how to do so, please read the Netlify documentation: https://docs.netlify.com/configure-builds/environment-variables/
After completing these steps, let’s check again if anything starts running
🤞
Hi User, cool to see that you’re getting ready to deploy to Netlify 🚀 The “CI/CD” you’re reading stand for “Continuous Integration” and “Continuous Delivery”, basically referring to two practices that let development teams deliver code changes more quickly and more easily.
That’s not necessarily important to simply deploy your project though. What’s important if you want to host your Studio on Netlify instead of *.sanity.studio, are the two steps listed on
https://www.sanity.io/docs/deployment#hosting-the-studio-elsewhere-ed3cd78ea4eb
For the first point, you could create a
netlify.toml
file in your studio root folder with the following content:
[[redirects]]
  from = "/*"
  to = "/"
  status = 200
The second point is about adding the Netlify domain for your Studio to your CORS settings as a valid domain for the project. You can do this by going to
manage.sanity.io > Settings > API > Add new origin. Make sure you enable the “Allow credentials” toggle.
Finally, you might have to add any environment variables that you currently have in an .env file (e.g.
env.development
) as environment variables to Netlify, which doesn’t recognise the
.env
file itself. For more information on how to do so, please read the Netlify documentation: https://docs.netlify.com/configure-builds/environment-variables/
After completing these steps, let’s check again if anything starts running
🤞
Thank you User for those explanations: it's far more clear now.Now I see what was meant by CI/CD.
Right now, i don't quite get the practical interest of hosting the studio on Netlify (it's heavier) vs not too (I would like that to be explained in the docs in terms of practices seen on the use of the studio, pro and cons) (not may be in the docs themselves but as a link where it is possible to dig that point).

Does it mean that if the studio is not hosted, Netlify is making requests to Sanity on each project build while if is, everything is internal to Netlify, there is no request?
That is probably what means «serve the bundle» noted 1) in the first post, isn't it?

If I decide not to host the studio (2), then I create a 
netlify.toml
 file, add CORS to the project, set the 
.env
 file on the Netlify side.One of the interest of not hosting the studio is to keep the structure of data out of sight also no? with a private dataset, datas are json bunch of json without any schema, is that right?
All that is very interesting!
I beg you not to have any anger at me as I am responding on workers' day.
I would like to thank you for your help, it is a lot to me.
💫
One advantage of hosting the Studio on Netlify could be that you can pick your own domain for the Studio, although Sanity also allows you to pick your
<name>.sanity.studio
. Where you host your Studio does not have an impact on API requests, as you will only be hosting the Studio itself as a React SPA (single page application). You will not be hosting Sanity’s content API, which is what is being used to get the data. In other words, the requests to Sanity will still have to be made even when hosting both the Studio and your web on Netlify.
It’s true that if you don’t have your source files for the Studio in a public repository, it is more difficult to see your schema. However, whether people can see it in the data depends on if you have your dataset set as private or as public.

I’ve noted your suggestion to clarify the pros and cons of hosting the Studio with Sanity vs. elsewhere, thanks!
🙂
Hi User,Please forgive me to respond lately I just notice your answer.
I though you guys were too busy to pay attention again.
I feel very grateful of your answer as now I perfectly get it.
And yes to clarify the pro and cons would be nice.
Thanks!
Thanks for confirming, User, I’m glad things are a bit clearer now 👍

Sanity – Build the way you think, not the way your CMS thinks

Sanity is the developer-first content operating system that gives you complete control. Schema-as-code, GROQ queries, and real-time APIs mean no more workarounds or waiting for deployments. Free to start, scale as you grow.

Was this answer helpful?