Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/sanity-io/next-sanity

Sanity.io toolkit for Next.js
https://github.com/sanity-io/next-sanity

hook nextjs preview real-time sanity team-ecosystem toolkit

Last synced: about 2 months ago
JSON representation

Sanity.io toolkit for Next.js

Awesome Lists containing this project

README 

        
# next-sanity



The all-in-one [Sanity][sanity] toolkit for production-grade content-editable Next.js applications.



**Features:**



- [Sanity Client][sanity-client] for queries and mutations, fully compatible with the [Next.js cache][next-cache]

- [Visual Editing][visual-editing] for interactive live preview of draft content

- [Embedded Sanity Studio][sanity-studio], a deeply-configurable content editing dashboard

- [GROQ][groq-syntax-highlighting] for powerful content querying with type generation and syntax highlighting

- [Portable Text][portable-text] for rendering rich text and block content



**Quicklinks**: [Sanity docs][sanity-docs] | [Next.js docs][next-docs] | [Clean starter template][sanity-next-clean-starter] | [Fully-featured starter template][sanity-next-featured-starter]



## Table of contents



- [Installation](#installation)

- [Quick Start](#quick-start)

- [Manual installation](#manual-installation)

  - [Install `next-sanity`](#install-next-sanity)

  - [Optional: peer dependencies for embedded Sanity Studio](#optional-peer-dependencies-for-embedded-sanity-studio)

  - [Manual configuration](#manual-configuration)

  - [Write GROQ queries](#write-groq-queries)

  - [Generate TypeScript Types](#generate-typescript-types)

- [Query content from Sanity Content Lake](#query-content-from-sanity-content-lake)

  - [Configuring Sanity Client](#configuring-sanity-client)

  - [Fetching in App Router Components](#fetching-in-app-router-components)

  - [Fetching in Page Router Components](#fetching-in-page-router-components)

  - [Should `useCdn` be `true` or `false`?](#should-usecdn-be-true-or-false)

  - [How does `apiVersion` work?](#how-does-apiversionwork)

- [Caching and revalidation](#caching-and-revalidation)

  - [`sanityFetch()` helper function](#sanityfetch-helper-function)

  - [Time-based revalidation](#time-based-revalidation)

  - [Path-based revalidation](#path-based-revalidation)

  - [Tag-based revalidation](#tag-based-revalidation)

  - [Debugging caching and revalidation](#debugging-caching-and-revalidation)

  - [Example implementation](#example-implementation)

- [Visual Editing](#visual-editing)

- [Embedded Sanity Studio](#embedded-sanity-studio)

  - [Creating a Studio route](#creating-a-studio-route)

  - [Automatic installation of embedded Studio](#automatic-installation-of-embedded-studio)

  - [Manual installation of embedded Studio](#manual-installation-of-embedded-studio)

  - [Studio route with App Router](#studio-route-with-app-router)

  - [Lower-level control with `StudioProvider` and `StudioLayout`](#lower-level-control-with-studioprovider-and-studiolayout)

- [Migration guides](#migration-guides)

- [License](#license)



## Installation



## Quick Start



Instantly create a new free Sanity project – or link to an existing one – from the command line and connect it to your Next.js application by the following terminal command _in your Next.js project folder_:



```bash

npx sanity@latest init

```



If you do not yet have a Sanity account you will be prompted to create one. This command will create basic utilities required to query content from Sanity. And optionally embed Sanity Studio - a configurable content management system - at a route in your Next.js application. See the [Embedded Sanity Studio](#embedded-sanity-studio) section.



## Manual installation



If you do not yet have a Next.js application, you can create one with the following command:



```bash

npx create-next-app@latest

```



This README assumes you have chosen all of the default options, but should be fairly similar for most bootstrapped Next.js projects.



### Install `next-sanity`



Inside your Next.js application, run the following command in the package manager of your choice to install the next-sanity toolkit:



```bash

npm install next-sanity @sanity/image-url

```



```bash

yarn add next-sanity @sanity/image-url

```



```bash

pnpm install next-sanity @sanity/image-url

```



```bash

bun install next-sanity @sanity/image-url

```



This also installs `@sanity/image-url` for [On-Demand Image Transformations][image-url] to render images from Sanity's CDN.



### Optional: peer dependencies for embedded Sanity Studio



When using `npm` newer than `v7`, or `pnpm` newer than `v8`, you should end up with needed dependencies like `sanity` and `styled-components` when you installed `next-sanity`. In `yarn` `v1` you can use `install-peerdeps`:



```bash

npx install-peerdeps --yarn next-sanity

```



### Manual configuration



The `npx sanity@latest init` command offers to write some configuration files for your Next.js application. Most importantly is one that writes your chosen Sanity project ID and dataset name to your local environment variables. Note that unlike access tokens, the project ID and dataset name are **not** considered sensitive information.



**Create** this file at the root of your Next.js application if it does not already exist.



```bash

# .env.local



NEXT_PUBLIC_SANITY_PROJECT_ID=

NEXT_PUBLIC_SANITY_DATASET=

```



**Create** a file to access and export these values



```ts

// ./src/sanity/env.ts



export const dataset = process.env.NEXT_PUBLIC_SANITY_DATASET!

export const projectId = process.env.NEXT_PUBLIC_SANITY_PROJECT_ID!



// Values you may additionally want to configure globally

export const apiVersion = process.env.NEXT_PUBLIC_SANITY_API_VERSION || '2024-07-11'

```



Remember to add these environment variables to your hosting provider's environment as well.



### Write GROQ queries



`next-sanity` exports the `groq` template literal which will give you syntax highlighting in [VS Code with the Sanity extension installed][vs-code-extension]. It’s also required for GROQ query result type generation with [Sanity TypeGen][sanity-typegen].



```ts

// ./src/sanity/lib/queries.ts



import {groq} from 'next-sanity'



export const POSTS_QUERY = groq`*[_type == "post" && defined(slug.current)][0...12]{

  _id, title, slug

}`



export const POST_QUERY = groq`*[_type == "post" && slug.current == $slug][0]{

  title, body, mainImage

}`

```



### Generate TypeScript Types



You can use [Sanity TypeGen to generate TypeScript types][sanity-typegen] for your schema types and GROQ query results in your Next.js application. It should be readily available if you have used `sanity init` and chosen the embedded Studio.



> [!TIP]

> Sanity TypeGen will [create Types for queries][sanity-typegen-queries] that are assigned to a variable and use the `groq` template literal.



If your Sanity Studio schema types are in a different project or repository, you can [configure Sanity TypeGen to write types to your Next.js project][sanity-typegen-monorepo].



**Run** the following command in your terminal to create a `schema.json` file at the root of your project.



```bash

# Run this each time your schema types change

npx sanity@latest schema extract

```



**Run** the following command in your terminal to generate TypeScript types and create a `sanity.types.ts` file at the root of your project.



```bash

# Run this each time your schema types or GROQ queries change

npx sanity@latest typegen generate

```



You can also allocate these commands to an npm script in your Next.js project's `package.json`:



```json

  "scripts": {

    "predev": "npm run typegen",

    "dev": "next",

    "prebuild": "npm run typegen",

    "build": "next build",

    "start": "next start",

    "lint": "next lint",

    "typegen": "sanity schema extract && sanity typegen generate"

  },

```



## Query content from Sanity Content Lake



Sanity content is typically queried with GROQ queries from a configured Sanity Client. [Sanity also supports GraphQL][sanity-graphql].



### Configuring Sanity Client



To interact with Sanity content in a Next.js application, we recommend creating a `client.ts` file:



```ts

// ./src/sanity/lib/client.ts

import {createClient} from 'next-sanity'



import {apiVersion, dataset, projectId} from '../env'



export const client = createClient({

  projectId,

  dataset,

  apiVersion, // https://www.sanity.io/docs/api-versioning

  useCdn: true, // Set to false if statically generating pages, using ISR or tag-based revalidation

})

```



### Fetching in App Router Components



To fetch data in a React Server Component using the [App Router][app-router] you can await results from the Sanity Client inside a server component:



```tsx

// ./src/app/page.tsx



import {client} from '@/sanity/lib/client'

import {POSTS_QUERY} from '@/sanity/lib/queries'

import {POSTS_QUERYResult} from '../../sanity.types'



export default async function PostIndex() {

  const posts = await client.fetch(POSTS_QUERY)



  return (

    


  )

}

```



### Fetching in Page Router Components



If you're using the [Pages Router][pages-router] you can await results from Sanity Client inside a `getStaticProps` function:



```tsx

// ./src/pages/index.tsx



import {client} from '@/sanity/lib/client'

import {POSTS_QUERY} from '@/sanity/lib/queries'

import {POSTS_QUERYResult} from '../../sanity.types'



export async function getStaticProps() {

  const posts = await client.fetch(POSTS_QUERY)



  return {posts}

}



export default async function PostIndex({posts}) {

  return (

    


  )

}

```



### Should `useCdn` be `true` or `false`?



You might notice that you have to set the `useCdn` to `true` or `false` in the client configuration. Sanity offers [caching on a CDN for queries][cdn]. Since Next.js has its own caching, using the Sanity CDN might not be necessary, but there are some exceptions.



In general, set `useCdn` to `true` when:



- Data fetching happens client-side, for example, in a `useEffect` hook or in response to a user interaction where the `client.fetch` call is made in the browser.

- Server-side rendered (SSR) data fetching is dynamic and has a high number of unique requests per visitor, for example, a "For You" feed.



Set `useCdn` to `false` when:



- Used in a static site generation context, for example, `getStaticProps` or `getStaticPaths`.

- Used in an ISR on-demand webhook responder.

- Good `stale-while-revalidate` caching is in place that keeps API requests on a consistent low, even if traffic to Next.js spikes.

- For Preview or Draft modes as part of an editorial workflow, you need to ensure that the latest content is always fetched.



### How does `apiVersion` work?



Sanity uses [date-based API versioning][api-versioning]. You can configure the date in a `YYYY-MM-DD` format, and it will automatically fall back on the latest API version of that time. Then, if a breaking change is introduced later, it won't break your application and give you time to test before upgrading.



## Caching and revalidation



This toolkit includes the [`@sanity/client`][sanity-client] which fully supports Next.js `fetch` based features for caching and revalidation. This ensures great performance while preventing stale content in a way that's native to Next.js.



> [!NOTE]

> Some hosts (like Vercel) will keep the content cache in a dedicated data layer and not part of the static app bundle, which means re-deploying the app will not purge the cache. We recommend reading up on [caching behavior in the Next.js docs][next-cache].



### `sanityFetch()` helper function



It can be beneficial to set revalidation defaults for all queries. In all of the following examples, a `sanityFetch()` helper function is used for this purpose.



While this function is written to accept _both_ Next.js caching options `revalidate` and `tags`, your application should only rely on one. For this reason, if `tags` are supplied, the `revalidate` setting will be set to `false` (cache indefinitely) and you will need to bust the cache for these pages using [`revalidateTag()`](#tag-based-revalidation).



In short:



- Time-based `revalidate` is good enough for most applications.

  - Any page can be automatically purged from the cache using [`revalidatePath()`](#path-based-revalidation).

- Content-based `tags` will give you more fine-grained control for complex applications.

  - Pages cached by tags must be purged using [`revalidateTag()`](#tag-based-revalidation).



```ts

// ./src/sanity/lib/client.ts



import {createClient, type QueryParams} from 'next-sanity'



import {apiVersion, dataset, projectId} from '../env'



export const client = createClient({

  projectId,

  dataset,

  apiVersion, // https://www.sanity.io/docs/api-versioning

  useCdn: true, // Set to false if statically generating pages, using ISR or tag-based revalidation

})



export async function sanityFetch({

  query,

  params = {},

  revalidate = 60, // default revalidation time in seconds

  tags = [],

}: {

  query: string

  params?: QueryParams

  revalidate?: number | false

  tags?: string[]

}) {

  return client.fetch(query, params, {

    next: {

      revalidate: tags.length ? false : revalidate, // for simple, time-based revalidation

      tags, // for tag-based revalidation

    },

  })

}

```



Be aware that you can get errors if you use `cache` and `revalidate` configurations for Next.js together. See the [Next.js documentation on revalidation][next-revalidate-docs].



### Time-based revalidation



Time-based revalidation is often good enough for the majority of applications.



Increase the `revalidate` setting for longer-lived and less frequently modified content.



```tsx

// ./src/app/pages/index.tsx



import {sanityFetch} from '@/sanity/lib/client'

import {POSTS_QUERY} from '@/sanity/lib/queries'

import {POSTS_QUERYResult} from '../../sanity.types'



export default async function PostIndex() {

  const posts = await sanityFetch({

    query: POSTS_QUERY,

    revalidate: 3600, // update cache at most once every hour

  })



  return (

    


  )

}

```



### Path-based revalidation



For on-demand revalidation of individual pages, Next.js has a `revalidatePath()` function. You can create an API route in your Next.js application to execute it, and [a GROQ-powered webhook][groq-webhook] in your Sanity Project to instantly request it when content is created, updated or deleted.



**Create** a new environment variable `SANITY_REVALIDATE_SECRET` with a random string that is shared between your Sanity project and your Next.js application. This is considered sensitive and should not be committed to your repository.



```bash

# .env.local



SANITY_REVALIDATE_SECRET=

```



**Create** a new API route in your Next.js application



The code example below uses the built-in `parseBody` function to validate that the request comes from your Sanity project (using a shared secret and looking at the request headers). Then it looks at the document type information in the webhook payload and matches that against the revalidation tags in your application



```ts

// ./src/app/api/revalidate-path/route.ts



import {revalidatePath} from 'next/cache'

import {type NextRequest, NextResponse} from 'next/server'

import {parseBody} from 'next-sanity/webhook'



type WebhookPayload = {path?: string}



export async function POST(req: NextRequest) {

  try {

    if (!process.env.SANITY_REVALIDATE_SECRET) {

      return new Response('Missing environment variable SANITY_REVALIDATE_SECRET', {status: 500})

    }



    const {isValidSignature, body} = await parseBody(

      req,

      process.env.SANITY_REVALIDATE_SECRET,

    )



    if (!isValidSignature) {

      const message = 'Invalid signature'

      return new Response(JSON.stringify({message, isValidSignature, body}), {status: 401})

    } else if (!body?.path) {

      const message = 'Bad Request'

      return new Response(JSON.stringify({message, body}), {status: 400})

    }



    revalidatePath(body.path)

    const message = `Updated route: ${body.path}`

    return NextResponse.json({body, message})

  } catch (err) {

    console.error(err)

    return new Response(err.message, {status: 500})

  }

}

```



**Create** a new GROQ-powered webhook in your Sanity project.



You can [copy this template][webhook-template-revalidate-path] to quickly add the webhook to your Sanity project.



The Projection uses [GROQ's `select()` function][groq-functions] to dynamically create paths for nested routes like `/posts/[slug]`, you can extend this example your routes and other document types.



```groq

{

  "path": select(

    _type == "post" => "/posts/" + slug.current,

    "/" + slug.current

  )

}

```



> [!TIP]

> If you wish to revalidate _all routes_ on demand, create an API route that calls `revalidatePath('/', 'layout')`



### Tag-based revalidation



Tag-based revalidation is preferable for instances where many pages are affected by a single document being created, updated or deleted.



For on-demand revalidation of many pages, Next.js has a `revalidateTag()` function. You can create an API route in your Next.js application to execute it, and [a GROQ-powered webhook][groq-webhook] in your Sanity Project to instantly request it when content is created, updated or deleted.



```tsx

// ./src/app/pages/index.tsx



import {sanityFetch} from '@/sanity/lib/client'

import {POSTS_QUERY} from '@/sanity/lib/queries'

import {POSTS_QUERYResult} from '../../sanity.types'



export default async function PostIndex() {

  const posts = await sanityFetch({

    query: POSTS_QUERY,

    tags: ['post', 'author'], // revalidate all pages with the tags 'post' and 'author'

  })



  return (

    


  )

}

```



**Create** a new environment variable `SANITY_REVALIDATE_SECRET` with a random string that is shared between your Sanity project and your Next.js application. This is considered sensitive and should not be committed to your repository.



```bash

# .env.local



SANITY_REVALIDATE_SECRET=

```



**Create** a new API route in your Next.js application



The code example below uses the built-in `parseBody` function to validate that the request comes from your Sanity project (using a shared secret and looking at the request headers). Then it looks at the document type information in the webhook payload and matches that against the revalidation tags in your application



```ts

// ./src/app/api/revalidate-tag/route.ts



import {revalidateTag} from 'next/cache'

import {type NextRequest, NextResponse} from 'next/server'

import {parseBody} from 'next-sanity/webhook'



type WebhookPayload = {

  _type: string

}



export async function POST(req: NextRequest) {

  try {

    if (!process.env.SANITY_REVALIDATE_SECRET) {

      return new Response('Missing environment variable SANITY_REVALIDATE_SECRET', {status: 500})

    }



    const {isValidSignature, body} = await parseBody(

      req,

      process.env.SANITY_REVALIDATE_SECRET,

    )



    if (!isValidSignature) {

      const message = 'Invalid signature'

      return new Response(JSON.stringify({message, isValidSignature, body}), {status: 401})

    } else if (!body?._type) {

      const message = 'Bad Request'

      return new Response(JSON.stringify({message, body}), {status: 400})

    }



    // If the `_type` is `post`, then all `client.fetch` calls with

    // `{next: {tags: ['post']}}` will be revalidated

    revalidateTag(body._type)



    return NextResponse.json({body})

  } catch (err) {

    console.error(err)

    return new Response(err.message, {status: 500})

  }

}

```



**Create** a new GROQ-powered webhook in your Sanity project.



You can [copy this template][webhook-template-revalidate-tag] to quickly add the webhook to your Sanity project.



### Debugging caching and revalidation



To aid in debugging and understanding what's in the cache, revalidated, skipped, and more, add the following to your Next.js configuration file:



```js

// ./next.config.js

module.exports = {

  logging: {

    fetches: {

      fullUrl: true,

    },

  },

}

```



### Example implementation



Check out the [Personal website template][personal-website-template] to see a feature-complete example of how `revalidateTag` is used together with Visual Editing.



## Visual Editing



Interactive live previews of draft content are the best way for authors to find and edit content with the least amount of effort and the most confidence to press publish.



> [!TIP]

> Visual Editing is available on all Sanity plans and can be enabled on all hosting environments.



> [!NOTE]

> Vercel ["Content Link"][vercel-content-link] adds an "edit" button to the Vercel toolbar on preview builds and is available on Vercel Pro and Enterprise plans.



An end-to-end tutorial of [how to configure Sanity and Next.js for Visual Editing](https://www.sanity.io/guides/nextjs-app-router-live-preview) using the same patterns demonstrated in this README is available on the Sanity Exchange.



## Embedded Sanity Studio



Sanity Studio is a near-infinitely configurable content editing interface that can be embedded into any React application. For Next.js, you can embed the Studio on a route (like `/studio`). The Studio will still require authentication and be available only for members of your Sanity project.



This opens up many possibilities including dynamic configuration of your Sanity Studio based on a network request or user input.



> [!WARNING]

> The convenience of co-locating the Studio with your Next.js application is appealing, but it can also influence your content model to be too website-centric, and potentially make collaboration with other developers more difficult. Consider a standalone or monorepo Studio repository for larger projects and teams.



### Creating a Studio route



`next-sanity` exports a `` component to load Sanity's `` component wrapped in a Next.js friendly layout. `metadata` specifies the necessary `` tags for making the Studio adapt to mobile devices and prevents the route from being indexed by search engines.



### Automatic installation of embedded Studio



To quickly connect an existing - or create a new - Sanity project to your Next.js application, run the following command in your terminal. You will be prompted to create a route for the Studio during setup.



```bash

npx sanity@latest init

```



### Manual installation of embedded Studio



**Create** a file `sanity.config.ts` in the project's root and copy the example below:



```ts

// ./sanity.config.ts



import {defineConfig} from 'sanity'

import {structureTool} from 'sanity/structure'



const projectId = process.env.NEXT_PUBLIC_SANITY_PROJECT_ID!

const dataset = process.env.NEXT_PUBLIC_SANITY_DATASET!



export default defineConfig({

  basePath: '/studio', // `basePath` must match the route of your Studio

  projectId,

  dataset,

  plugins: [structureTool()],

  schema: {types: []},

})

```



Optionally, **create** a `sanity.cli.ts` with the same `projectId` and `dataset` as your `sanity.config.ts` to the project root so that you can run `npx sanity ` from the terminal inside your Next.js application:



```ts

// ./sanity.cli.ts



import {defineCliConfig} from 'sanity/cli'



const projectId = process.env.NEXT_PUBLIC_SANITY_PROJECT_ID!

const dataset = process.env.NEXT_PUBLIC_SANITY_DATASET!



export default defineCliConfig({api: {projectId, dataset}})

```



Now you can run commands like `npx sanity cors add`. Run `npx sanity help` for a full list of what you can do.



### Studio route with App Router



Even if the rest of your app is using Pages Router, you can and should mount the Studio on an App Router route. [Next.js supports both routers in the same app.](https://nextjs.org/docs/app/building-your-application/upgrading/app-router-migration#migrating-from-pages-to-app)



**Create** a new route to render the Studio, with the default metadata and viewport configuration:



```tsx

// ./src/app/studio/[[...tool]]/page.tsx



import {NextStudio} from 'next-sanity/studio'

import config from '../../../../sanity.config'



export const dynamic = 'force-static'



export {metadata, viewport} from 'next-sanity/studio'



export default function StudioPage() {

  return 

}

```



The default meta tags exported by `next-sanity` can be customized if necessary:



```tsx

// ./src/app/studio/[[...tool]]/page.tsx



import type {Metadata, Viewport} from 'next'

import {metadata as studioMetadata, viewport as studioViewport} from 'next-sanity/studio'



// Set the correct `viewport`, `robots` and `referrer` meta tags

export const metadata: Metadata = {

  ...studioMetadata,

  // Overrides the title until the Studio is loaded

  title: 'Loading Studio...',

}



export const viewport: Viewport = {

  ...studioViewport,

  // Overrides the viewport to resize behavior

  interactiveWidget: 'resizes-content',

}



export default function StudioPage() {

  return 

}

```



### Lower-level control with `StudioProvider` and `StudioLayout`



If you need even more control over the Studio, you can pass `StudioProvider` and `StudioLayout` from `sanity` as `children`:



```tsx

// ./src/app/studio/[[...tool]]/page.tsx



'use client'



import {NextStudio} from 'next-sanity/studio'

import {StudioProvider, StudioLayout} from 'sanity'



import config from '../../../sanity.config'



function StudioPage() {

  return (

    

      

        {/* Put components here and you'll have access to the same React hooks as Studio gives you when writing plugins */}

        

      

    

  )

}

```



## Migration guides



> [!IMPORTANT]

> You're looking at the README for v9, the README for [v8 is available here](https://github.com/sanity-io/next-sanity/tree/v8?tab=readme-ov-file#next-sanity) as well as an [migration guide][migrate-v8-to-v9].



- [From `v8` to `v9`][migrate-v8-to-v9]

- [From `v7` to `v8`][migrate-v7-to-v8]

- [From `v6` to `v7`][migrate-v6-to-v7]

- [From `v5` to `v6`][migrate-v5-to-v6]

- From `v4` to `v5`

  - [`app-router`][migrate-v4-to-v5-app]

  - [`pages-router`][migrate-v4-to-v5-pages]

- [From `<0.4` to `v4`][migrate-v1-to-v4]



## License



MIT-licensed. See [LICENSE][LICENSE].



[api-versioning]: https://www.sanity.io/docs/api-versioning?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[app-router]: https://nextjs.org/docs/app/building-your-application/routing

[cdn]: https://www.sanity.io/docs/asset-cdn?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[groq-syntax-highlighting]: https://marketplace.visualstudio.com/items?itemName=sanity-io.vscode-sanity

[groq-webhook]: https://www.sanity.io/docs/webhooks?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[image-url]: https://www.sanity.io/docs/presenting-images?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[LICENSE]: LICENSE

[migrate-v1-to-v4]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v1-to-v4.md

[migrate-v4-to-v5-app]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v4-to-v5-app-router.md

[migrate-v4-to-v5-pages]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v4-to-v5-pages-router.md

[migrate-v5-to-v6]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v5-to-v6.md

[migrate-v6-to-v7]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v6-to-v7.md

[migrate-v7-to-v8]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v7-to-v8.md

[migrate-v8-to-v9]: https://github.com/sanity-io/next-sanity/blob/main/packages/next-sanity/MIGRATE-v8-to-v9.md

[next-cache]: https://nextjs.org/docs/app/building-your-application/caching

[next-docs]: https://nextjs.org/docs

[next-revalidate-docs]: https://nextjs.org/docs/app/api-reference/functions/fetch#optionsnextrevalidate

[pages-router]: https://nextjs.org/docs/pages/building-your-application/routing

[personal-website-template]: https://github.com/sanity-io/template-nextjs-personal-website

[portable-text]: https://portabletext.org

[sanity-client]: https://www.sanity.io/docs/js-client?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[sanity]: https://www.sanity.io?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[visual-editing]: https://www.sanity.io/docs/visual-editing?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[webhook-template-revalidate-tag]: https://www.sanity.io/manage/webhooks/share?name=Tag-based+Revalidation+Hook+for+Next.js+13+&description=1.+Replace+URL+with+the+preview+or+production+URL+for+your+revalidation+handler+in+your+Next.js+app%0A2.%C2%A0Insert%2Freplace+the+document+types+you+want+to+be+able+to+make+tags+for+in+the+Filter+array%0A3.%C2%A0Make+a+Secret+that+you+also+add+to+your+app%27s+environment+variables+%28SANITY_REVALIDATE_SECRET%29%0A%0AFor+complete+instructions%2C+see+the+README+on%3A%0Ahttps%3A%2F%2Fgithub.com%2Fsanity-io%2Fnext-sanity&url=https%3A%2F%2FYOUR-PRODUCTION-URL.TLD%2Fapi%2Frevalidate-tag&on=create&on=update&on=delete&filter=_type+in+%5B%22post%22%2C+%22home%22%2C+%22OTHER_DOCUMENT_TYPE%22%5D&projection=%7B_type%7D&httpMethod=POST&apiVersion=v2021-03-25&includeDrafts=&headers=%7B%7D

[webhook-template-revalidate-path]: https://www.sanity.io/manage/webhooks/share?name=Path-based+Revalidation+Hook+for+Next.js&description=1.+Replace+URL+with+the+preview+or+production+URL+for+your+revalidation+handler+in+your+Next.js+app%0A2.%C2%A0Insert%2Freplace+the+document+types+you+want+to+be+able+to+make+tags+for+in+the+Filter+array%0A3.%C2%A0Make+a+Secret+that+you+also+add+to+your+app%27s+environment+variables+%28SANITY_REVALIDATE_SECRET%29%0A%0AFor+complete+instructions%2C+see+the+README+on%3A%0Ahttps%3A%2F%2Fgithub.com%2Fsanity-io%2Fnext-sanity&url=https%3A%2F%2FYOUR-PRODUCTION-URL.TLD%2Fapi%2Frevalidate-path&on=create&on=update&on=delete&filter=_type+in+%5B%22post%22%2C+%22home%22%2C+%22OTHER_DOCUMENT_TYPES%22%5D&projection=%7B%0A++%22path%22%3A+select%28%0A++++_type+%3D%3D+%22post%22+%3D%3E+%22%2Fposts%2F%22+%2B+slug.current%2C%0A++++slug.current%0A++%29%0A%7D&httpMethod=POST&apiVersion=v2021-03-25&includeDrafts=&headers=%7B%7D

[sanity-typegen]: https://www.sanity.io/docs/sanity-typegen?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[sanity-typegen-monorepo]: https://www.sanity.io/docs/sanity-typegen#1a6a147d6737?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[sanity-typegen-queries]: https://www.sanity.io/docs/sanity-typegen#c3ef15d8ad39?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[sanity-docs]: https://www.sanity.io/docs

[sanity-graphql]: https://www.sanity.io/docs/graphql?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[vs-code-extension]: https://marketplace.visualstudio.com/items?itemName=sanity-io.vscode-sanity

[sanity-studio]: https://www.sanity.io/docs/sanity-studio?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[groq-functions]: https://www.sanity.io/docs/groq-functions?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[vercel-content-link]: https://vercel.com/docs/workflow-collaboration/edit-mode#content-link?utm_source=github&utm_medium=readme&utm_campaign=next-sanity

[sanity-next-clean-starter]: https://www.sanity.io/templates/nextjs-sanity-clean

[sanity-next-featured-starter]: https://www.sanity.io/templates/personal-website-with-built-in-content-editing