Adding satellite domains
Clerk supports sharing sessions across different domains by adding one or many satellite domains to an application.
Your "primary" domain is where the authentication state lives, and satellite domains are able to securely read that state from the primary domain, enabling a seamless authentication flow across domains.
Users must complete the sign-in flow on the primary domain, either using Clerkโs <SignIn />
component or useSignIn()
hook.
To access authentication state from a satellite domain, users will be transparently redirected to the primary domain. If users need to sign in, they must be redirected to a sign in flow hosted on the primary domain, then redirected back to the originating satellite domain.
How to add satellite domains
Create your application and install Clerk
Currently, multi-domain can be added to any Next.js or Remix application. For other React frameworks, multi-domain is still supported as long as you do not use server rendering or hydration.
To get started, you need to create an application from the Clerk Dashboard(opens in a new tab). Once you create an instance via the Clerk Dashboard, you will be prompted to choose a domain. This is your primary domain. For the purposes of this guide, the primary domain will be primary.dev
.
When building your sign-in flow, you must configure it to run within your primary application, e.g. on /sign-in.
For more information about creating your application, check out Clerk's detailed guide.
Add your first satellite domain
In the Clerk Dashboard, go to the Domains(opens in a new tab) page and then open the Satellite tab. Click on the Add satellite domain button to add a new satellite domain of your choice. Then, follow the instructions provided.
For the purposes of this guide, the satellite domain will be "satellite.dev".
Configure your satellite app with environment variables
You need to configure your satellite application as a satellite application. You can do so with the environment variables below or via properties (see the next step).
.env.localNEXT_PUBLIC_CLERK_PUBLISHABLE_KEY={{pub_key}} CLERK_SECRET_KEY={{secret}} NEXT_PUBLIC_CLERK_DOMAIN=satellite.dev NEXT_PUBLIC_CLERK_IS_SATELLITE=true NEXT_PUBLIC_CLERK_SIGN_IN_URL=https://primary.dev/sign-in
.envCLERK_PUBLISHABLE_KEY={{pub_key}} CLERK_SECRET_KEY={{secret}} CLERK_SIGN_IN_URL=https://primary.dev/sign-in CLERK_DOMAIN=satellite.dev CLERK_IS_SATELLITE=true
Configure your satellite app with properties
You can skip this step if you configured your satellite app with environment variables.
This is an alternative configuration to the environment variable based setup that we described in the previous step.
The properties related to the multi domain setup are as follows:
isSatellite
:boolean | ((url: URL) => boolean)
. This option defines that the application is a satellite application.domain
:string | ((url: URL) => boolean)
. This option sets the domain of the satellite application. This is required since we cannot figure this out by your publishable key, since it is the same for all of your multi-domain apps.signInUrl
:string
. This url will be used for any redirects that might happen and needs to point to your primary application. This option is optional for production instances and required for development instances.
The URL
mentioned above is the request url for server side usage or the current location for client usage.
You can embed the <SignIn />
component using the Next.js optional catch-all route(opens in a new tab). This allows you to redirect the user inside your application. The <SignIn />
component should be mounted on a public page.
_app.tsximport { ClerkProvider } from "@clerk/nextjs"; import Head from "next/head"; export default function App({ Component, pageProps }) { return ( <ClerkProvider isSatellite domain={(url) => url.host} signInUrl='https://primary.dev/sign-in' {...pageProps}> <Head> <title>Satellite Next.js app</title> <meta name="viewport" content="width=device-width, initial-scale=1.0" /> </Head> <Component {...pageProps} /> </ClerkProvider> ); }
middleware.tsimport { authMiddleware, redirectToSignIn } from "@clerk/nextjs/server"; export default authMiddleware({ afterAuth(auth) { // handle users who aren't authenticated if (!auth.userId && !auth.isPublicRoute) { return redirectToSignIn({ returnBackUrl: "https://satellite.dev" }); } }, isSatellite: true, signInUrl: 'https://primary.dev/sign-in' domain: url => url.host }); export const config = { matcher: ['/((?!.+\\.[\\w]+$|_next).*)', '/', '/(api|trpc)(.*)'], };
root.tsxexport const loader = (args) => { return rootAuthLoader( args, ({ request }) => { const { userId, sessionId, getToken } = request.auth; return json({ message: `Hello from the root loader :)`, ENV: getBrowserEnvironment(), }); }, { loadUser: true, signInUrl: 'https://primary.dev/sign-in', isSatellite: true, domain: (url) => url.host } as const ); }; export default ClerkApp(App, { isSatellite: true, domain: (url) => url.host, signInUrl: 'https://primary.dev/sign-in', });
Ready to go ๐
Your satellite application should now be able to access the authentication state from your satellite domain!
You can see it in action by:
- Visiting the primary domain and signing in.
- Visiting the satellite domain.
- You now have an active session in the satellite domain, so you can see the
<UserProfile />
component and update your information.
You can repeat this process and create as many satellite applications as you need.
You can also check out the example repository(opens in a new tab) with a primary and a satellite Next.js application.
If you have any questions about satellite domains, or you're having any trouble setting this up, please contact support@clerk.com