Unleash Next.js SDK
This package allows easy integration of Unleash feature flags in a Next.js application.
Setup
Installation
To install, simply run:
npm install @unleash/nextjs
yarn add @unleash/nextjs
pnpm add @unleash/nextjs
Environment variables
This package will attempt to load configuration from
Next.js Environment variables.
When using Unleash client-side, with <FlagProvider />
or getFrontendFlags()
configure:
If using server-side (SSR, SSG, API), using getDefinitions()
and evaluateFlags()
, set:
Detailed explanation
Prefixable | Variable | Default |
---|
NEXT_PUBLIC_ | UNLEASH_SERVER_API_URL | http://localhost:4242/api |
NEXT_PUBLIC_ | UNLEASH_FRONTEND_API_URL | <(NEXT_PUBLIC_)UNLEASH_SERVER_API_URL>/frontend |
No | UNLEASH_SERVER_API_TOKEN | default:development.unleash-insecure-api-token |
No | UNLEASH_SERVER_INSTANCE_ID | undefined |
NEXT_PUBLIC_ | UNLEASH_FRONTEND_API_TOKEN | default:development.unleash-insecure-frontend-api-token |
NEXT_PUBLIC_ | UNLEASH_APP_NAME | nextjs |
If you plan to use configuration in the browser, add NEXT_PUBLIC_
prefix.
If both are defined and available, private variable takes priority.
You can use both to have different values on client-side and server-side.
💡 Usage with GitLab's feature flags: To use this SDK with GitLab Feature Flags, use UNLEASH_SERVER_INSTANCE_ID
instead of UNLEASH_SERVER_API_TOKEN
to authorize with GitLab's service.
Usage
A). 🌟 App directory (new)
This package is ready for server-side use with App Router.
Refer to ./example/README.md#App-router
for an implementation example.
import { cookies } from "next/headers";
import { evaluateFlags, flagsClient, getDefinitions } from "@unleash/nextjs";
const getFlag = async () => {
const cookieStore = cookies();
const sessionId =
cookieStore.get("unleash-session-id")?.value ||
`${Math.floor(Math.random() * 1_000_000_000)}`;
const definitions = await getDefinitions({
fetchOptions: {
next: { revalidate: 15 },
},
});
const { toggles } = await evaluateFlags(definitions, {
sessionId,
});
const flags = flagsClient(toggles);
return flags.isEnabled("nextjs-example");
};
export default async function Page() {
const isEnabled = await getFlag();
return (
<p>
Feature flag is{" "}
<strong>
<code>{isEnabled ? "ENABLED" : "DISABLED"}</code>
</strong>
.
</p>
);
}
B). Middleware
It's possible to run this SDK in Next.js Edge Middleware. This is a great use case for A/B testing, where you can transparently redirect users to different pages based on a feature flag. Target pages can be statically generated, improving performance.
Refer to ./example/README.md#Middleware
for an implementation example.
C). Client-side only - simple use case and for development purposes (CSR)
Fastest way to get started is to connect frontend directly to Unleash.
You can find out more about direct Front-end API access in our documentation,
including a guide on how to setup a client-side SDK key.
Important: Hooks and provider are only available in @unleash/nextjs/client
.
import type { AppProps } from "next/app";
import { FlagProvider } from "@unleash/nextjs/client";
export default function App({ Component, pageProps }: AppProps) {
return (
<FlagProvider>
<Component {...pageProps} />
</FlagProvider>
);
}
With <FlagProvider />
in place you can now use hooks like: useFlag
, useVariant
, or useFlagsStatus
to block rendering until flags are ready.
import { useFlag } from "@unleash/nextjs/client";
const YourComponent = () => {
const isEnabled = useFlag("nextjs-example");
return <>{isEnabled ? "ENABLED" : "DISABLED"}</>;
};
Optionally, you can configure FlagProvider
with the config
prop. It will take priority over environment variables.
<FlagProvider
config={{
url: "http://localhost:4242/api/frontend",
clientKey: "<Frontend_API_token>",
appName: "nextjs",
refreshInterval: 15,
}}
>
If you only plan to use Unleash client-side React SDK now also works with Next.js. Check documentation there for more examples.
D). Static Site Generation, optimized performance (SSG)
With same access as in the client-side example above you can resolve Unleash feature flags when building static pages.
import {
flagsClient,
getDefinitions,
evaluateFlags,
getFrontendFlags,
type IVariant,
} from "@unleash/nextjs";
import type { GetStaticProps, NextPage } from "next";
type Data = {
isEnabled: boolean;
variant: IVariant;
};
const ExamplePage: NextPage<Data> = ({ isEnabled, variant }) => (
<>
Flag status: {isEnabled ? "ENABLED" : "DISABLED"}
<br />
Variant: {variant.name}
</>
);
export const getStaticProps: GetStaticProps<Data> = async (_ctx) => {
const definitions = await getDefinitions();
const context = {};
const { toggles } = evaluateFlags(definitions, context);
const flags = flagsClient(toggles);
return {
props: {
isEnabled: flags.isEnabled("nextjs-example"),
variant: flags.getVariant("nextjs-example"),
},
};
};
export default ExamplePage;
The same approach will work for ISR (Incremental Static Regeneration).
Both getDefinitions()
and getFrontendFlags()
can take arguments overriding URL, token and other request parameters.
E). Server Side Rendering (SSR)
import {
flagsClient,
evaluateFlags,
getFrontendFlags,
type IVariant,
} from "@unleash/nextjs";
import type { GetServerSideProps, NextPage } from "next";
type Data = {
isEnabled: boolean;
};
const ExamplePage: NextPage<Data> = ({ isEnabled }) => (
<>Flag status: {isEnabled ? "ENABLED" : "DISABLED"}</>
);
export const getServerSideProps: GetServerSideProps<Data> = async (ctx) => {
const sessionId =
ctx.req.cookies["unleash-session-id"] ||
`${Math.floor(Math.random() * 1_000_000_000)}`;
ctx.res.setHeader("set-cookie", `unleash-session-id=${sessionId}; path=/;`);
const context = {
sessionId,
};
const { toggles } = await getFrontendFlags({ context });
const flags = flagsClient(toggles);
return {
props: {
isEnabled: flags.isEnabled("nextjs-example"),
},
};
};
export default ExamplePage;
F). Bootstrapping / rehydration
You can bootstrap Unleash React SDK to have values loaded from the start.
Initial value can be customized server-side.
import App, { AppContext, type AppProps } from "next/app";
import {
FlagProvider,
getFrontendFlags,
type IMutableContext,
type IToggle,
} from "@unleash/nextjs";
type Data = {
toggles: IToggle[];
context: IMutableContext;
};
export default function CustomApp({
Component,
pageProps,
toggles,
context,
}: AppProps & Data) {
return (
<FlagProvider
config={{
bootstrap: toggles,
context,
}}
>
<Component {...pageProps} />
</FlagProvider>
);
}
CustomApp.getInitialProps = async (ctx: AppContext) => {
const context = {
userId: "123",
};
const { toggles } = await getFrontendFlags();
return {
...(await App.getInitialProps(ctx)),
bootstrap: toggles,
context,
};
};
⚗️ CLI (experimental)
You can use unleash [action] [options]
in your package.json
scripts
section, or with:
npx @unleash/nextjs
For the CLI to work, the following environment variables must be configured with appropriate values:
UNLEASH_SERVER_API_URL
UNLEASH_SERVER_API_TOKEN
The CLI will attempt to read environment values from any .env
files if they're present. You can also set the variables directly when invoking the interface, as in the CLI usage example.
Usage
get-definitions <outputFile.json>
Download feature flags definitions for bootstrapping (offline use) of server-side SDK.generate-types [options] <outputFile.ts>
Generate types and typed functions from feature flags defined in an Unleash instance.
It will also generate strictly typed versions of useFlag
, useVariant
, useFlags
and flagsClient
(unless --typesOnly
is used).
-t, --typesOnly
don't include typed versions of functions exported from @unleash/nextjs
(default: false)-b, --bootstrap <sourceFile.json>
load definitions from a file instead of fetching definitions - work offline
-V
Output the version number
Example
Try it now
UNLEASH_SERVER_API_URL=https://app.unleash-hosted.com/demo/api \
UNLEASH_SERVER_API_TOKEN=test-server:default.8a090f30679be7254af997864d66b86e44dcfc5291916adff72a0fb5 \
npx @unleash/nextjs generate-types ./unleash.ts
Known limitation
- In current interation server-side SDK does not support metrics.
- When used server-side, this SDK does not support the "Hostname" and "IP" strategies. Use custom context fields and constraints instead.