Next.js Incremental Static Site Regeneration and Apollo GraphQL Caching

#sitecoreexperienceedge #apollographql #nextjs #isr

I’ve recently been working on a project built using Next.js & Apollo GraphQL to pull data out of Sitecore Experience Edge for Content Hub. I’ve really enjoyed working with these technologies but ran into something that stumped me for a while the other day.

I was testing the Incremental Static Regeneration (ISR) functionality in Next.Js, this allows for a partial regeneration of the static pages when some of the content changes. This is really helpful when pulling data from an external system like Sitecore Experience Edge for Content Hub. In this scenario if one piece of content changes you don’t want to republish all of your static pages as that could be really heavy, you just want to refresh the ones that have changed. This is where ISR comes in as it allows you to do just that, you can read more about how to configure it here.

The issue I ran into was that my content wasn’t refreshing on my page when I had changed it in Content Hub and the revalidate period had expired. If I stopped and started the project on my development machine, I would see the change, but the static page would never be regenerated through ISR.

After a lot of head scratching I figured out that this was due to the InMemoryCache configured by default when working with Apollo GraphQL. You can read more about how that is configured here. By default Apollo will cache any GQL queries, so if it receives the same query again it will just return the same result as previously. Now this might be a good idea in a lot of cases, when it comes to ISR this means that our static pages will never be regenerated!

So how do we fix this? Well it turns out that when you create your ApolloClient you can specify a set of DefaultOptions and these include the caching policies for different GQL requests. It was a simple matter of turning caching off for queries by using the following code…..

export const client = new ApolloClient({
    link: from([
        authMiddleware,
        httpLink
    ]),
    cache: new InMemoryCache(),
    defaultOptions: {
        query: {
            fetchPolicy: 'no-cache',
        },
    }
});

Here you can see that the fetchPolicy for all query requests is now set to no-cache. After enabling this my ISR started working just as it should! Victory!

Top comments (1)

Тхиен Лок Чан • May 9 '23 • Edited

Do you mean that initially you set 'revalidate' period in fetchOptions of client.query context like here?

// app/page.tsx
import { getClient } from "@/lib/client";

import { gql } from "@apollo/client";

const query = gql`query Now {
    now(id: "1")
}`;

export default async function Page() {
  const client = getClient();
  const { data } = await client.query({ 
    query,
    context: {
      fetchOptions: {
        next: { revalidate: 5 },  // <- This line
      },
    },
  });

  return <main>{data.now}</main>;
}

Or did you set revalidate prop in getStaticProps() like here:

export async function getStaticProps() {
  const { data } = await client.query({
    query: gql`
     ...
    `,
  });
  return {
    props: {
      nextLaunch: data.launchNext,
    },
    revalidate: 10, // In seconds <- Add this line
 };
}

Second one should actually work..

DEV Community

Next.js Incremental Static Site Regeneration and Apollo GraphQL Caching

Top comments (1)

Read next

Dark mode & light mode in next. Js 14 app router with material-ui without ui flickering

Escape Road Unblocked: A Browser-Based Police Chase Game with Next.js 14

Build & Deploy a Real-Time Sports Voting App with Express.js, Next.js, Node.js, & SSE on Vercel & Google Cloud App Engine

Adding Google Authentication in Next.js 14 with App Router: A Beginner-Friendly Guide