Next.js (App Router) quickstart
1. Install hypertune
hypertuneOnce you have a Next.js application (using the App Router) ready, install the hypertune and server-only packages:
npm install hypertune server-onlyyarn add hypertune server-onlypnpm add hypertune server-only2. Set environment variables
Set the following environment variables in your .env file:
NEXT_PUBLIC_HYPERTUNE_TOKEN=token
HYPERTUNE_FRAMEWORK=nextApp
HYPERTUNE_OUTPUT_DIRECTORY_PATH=generatedReplace token with your main project token which you can find in the Settings tab of your project.
3. Generate the client
Generate a type-safe client to access your flags by running:
npx hypertuneyarn hypertunepnpm hypertune4. Use the client
Add a new file called getHypertune.ts that exports a getHypertune function:
To use flags in Client Components, first wrap your app with the generated <HypertuneProvider> component in your root layout:
Then use the generated useHypertune hook:
Notes
Dynamic rendering: Calling
getHypertunein your root layout makes your entire app dynamic. To keep parts of your app static (e.g. marketing pages), see (Static) Client Components.Hydration: Passing
dehydratedStatefrom the server instantly hydrates the SDK in the browser. This ensures you can use flags on the first render with no layout shift, flicker, or delay. If omitted, the SDK will initialize in the background and trigger a re-render once ready.Root args: Passing
rootArgsfrom the server lets you reuse the root args fromgetHypertuneon the server. This is optional — you can also construct root args on the client.Content Security Policy: If you use a CSP, add the following to your
connect-srcdirective:https://edge.hypertune.com https://gcp.fasthorse.workers.dev. This enables reporting of flag evaluations, experiment exposures, and analytics events.
To use flags in Client Components while keeping parts of your app static (e.g. marketing pages), first create a new <AppHypertuneProvider> component that wraps the generated <HypertuneProvider> component:
Wrap your app with the <AppHypertuneProvider> component in your root layout:
Then use the generated useHypertune hook:
If you access a flag immediately after your app loads, you'll get your hardcoded fallback value if the SDK hasn't initialized from Hypertune Edge yet. This can result in layout shift or a flicker if the flag value changes when the SDK initializes.
To avoid this, wrap your page with the generated <HypertuneHydrator> and <HypertuneRootProvider> components, passing them dehydratedState and rootArgs from the server:
Notes
Dynamic rendering: Calling
getHypertunemakes your entire page dynamic. To use flags and run experiments on static pages (e.g. marketing pages), see the guide on using Hypertune on static pages.Content Security Policy: If you have a CSP, add the following to your
connect-srcdirective:https://edge.hypertune.com https://gcp.fasthorse.workers.dev. This enables reporting of flag evaluations, experiment exposures, and analytics events.
To use flags in Server Components, use the getHypertune function. Include the <HypertuneClientLogger> component in your component tree, passing it the paths of any flags you use via the flagPaths prop. This ensures that flag evaluations and experiment exposures are logged on the client (in the browser):
By default, remote logging is disabled on Next.js servers because prefetching and caching of pages and layouts can cause logs for flag evaluations, experiment exposures, and analytics events to differ from actual user behaviour. To ensure accuracy, remote logging is enabled by default on the client (in the browser) only. This is why you need to include the <HypertuneClientLogger> component in your component tree.
To use flags in Route Handlers, use the getHypertune function:
Notes
Enable remote logging: By default, remote logging is disabled on Next.js servers because prefetching and caching of pages and layouts can cause logs for flag evaluations, experiment exposures, and analytics events to differ from actual user behaviour. To ensure accuracy, remote logging is enabled by default on the client (in the browser) only. However, since Route Handlers aren't subject to the same prefetching and caching patterns, remote logging is enabled for them by passing
{ isRouteHandler: true }in the call togetHypertune.Flush logs:
waitUntil(hypertune.flushLogs())ensures that logs are sent. Without this, logs may still flush in the background, but this isn't guaranteed in serverless environments like Vercel deployments.
To use flags in Middleware, use the getHypertune function:
Include the <HypertuneClientLogger> component in your component tree, passing it the paths of any flags you use via the flagPaths prop. This ensures that flag evaluations and experiment exposures are logged on the client (in the browser):
By default, remote logging is disabled on Next.js servers because prefetching and caching of pages and layouts can cause logs for flag evaluations, experiment exposures, and analytics events to differ from actual user behaviour. To ensure accuracy, remote logging is enabled by default on the client (in the browser) only. This is why you need to include the <HypertuneClientLogger> component in your component tree.
5. (Optional) Add the Hypertune Toolbar
The Hypertune Toolbar lets you view and override feature flags directly in your frontend. Follow the guide to add it to your app.
6. (Optional) Include a build-time snapshot
To improve reliability, you can include a snapshot of your flag logic in the generated client at build time. The SDK will instantly initialize from the snapshot first before fetching the latest flag logic from Hypertune Edge.
Add the following environment variable to your .env file:
Then run npx hypertune to regenerate the client.
You can keep the snapshot fresh by setting up a webhook to regenerate the client on every Hypertune commit. In this case, you don't need to initialize from Hypertune Edge at all, eliminating network latency and bandwidth, improving both performance and efficiency.
7. (Optional) Use Vercel Edge Config
If your Next.js app is deployed on Vercel, you can use Edge Config to initialize the Hypertune SDK on the server with near-zero latency.
1. Install the integration
Go to the Hypertune page in the Vercel Integrations marketplace and click "Add Integration".
Select your Vercel team and project.
Continue and log into Hypertune.
Connect your Hypertune project to a new or existing Edge Config store. Copy the displayed environment variables for later. They contain your Hypertune Token, Edge Config Connection String, and Edge Config Item Key.
Go to your Vercel dashboard and select the project you want to use the Hypertune integration with. Go to Settings > Environment Variables and add the following:
NEXT_PUBLIC_HYPERTUNE_TOKEN, set to your Hypertune TokenEDGE_CONFIG, set to your Edge Config Connection StringEDGE_CONFIG_HYPERTUNE_ITEM_KEY, set to your Edge Config Item Key
2. Use the integration
Pull the environment variables to your .env.development.local file by running:
Install the @vercel/edge-config package:
Finally, update your getHypertune function to create an Edge Config client and pass it along with your Edge Config Item Key when creating the Hypertune source:
8. (Optional) Integrate with the Vercel Toolbar and Flags Explorer
1. Set up the Vercel Toolbar
Follow the guide to add the Vercel Toolbar to your local environment.
2. Generate a FLAGS_SECRET environment variable
FLAGS_SECRET environment variableOpen the Flags Explorer from the Toolbar and follow the prompts to generate a FLAGS_SECRET environment variable and pull it locally with vercel env pull.
3. Provide flag definitions to the Vercel Toolbar
Install the flags package:
Then add a new route handler in app/.well-known/vercel/flags/route.ts to provide flag definitions to the Vercel Toolbar using the generated vercelFlagDefinitions constant:
4. Generate Vercel integration helpers
Add the following environment variable to your .env file:
Then run npx hypertune to regenerate the client.
5. Respect flag overrides set by the Vercel Toolbar
Update your getHypertune function to respect flag overrides set by the Vercel Toolbar using the generated getVercelOverride function:
6. Provide flag values to the Vercel Toolbar
Add the generated <VercelFlagValues> component to your app to tell the Vercel Toolbar about your flag values:
9. (Optional) Integrate with Vercel's Flags SDK
You can integrate Hypertune with Vercel's Flags SDK to use Vercel's Flags pattern on the server, e.g. in Server Components, Route Handlers, or Middleware.
Install the required dependencies:
Create a new file called flags.ts that contains an identify function and a hypertuneAdapter, and defines your flag functions:
To use flags, import and await your flag functions:
To use the Flags Explorer in the Vercel Toolbar, add a new route handler in app/.well-known/vercel/flags/route.ts to provide flag definitions to it using the generated vercelFlagDefinitions constant:
To use Vercel Edge Config with the Flags SDK, configure it via environment variables:
Or via the adapter:
Next steps
Now you can update the logic for exampleFlag from the Hypertune UI without updating your code or waiting for a new build, deployment, or app release.
To add a new flag, create it in the Hypertune UI then regenerate the client.
Last updated