Using the Firebase CLI, you can deploy your Next.js Web apps to Firebase and serve them with Firebase Hosting. The CLI respects your Next.js settings and translates them to Firebase settings with zero or minimal extra configuration on your part. If your app includes dynamic server-side logic, the CLI deploys that logic to Cloud Functions for Firebase.
Before you begin
Before you get started deploying your Next.js app to Firebase, first review the following requirements and options:
- Firebase CLI version 11.14.2 or later. Make sure to install the CLI using your preferred method.
- Optional: Billing enabled on your Firebase project (required if you plan to use SSR)
- Optional: use the experimental ReactFire library to benefit from its Firebase-friendly features
To get started, initialize Firebase for your framework project.
- In the Firebase CLI, enable the web frameworks preview:
firebase experiments:enable webframeworks
- Run the initialization command from the CLI and then follow the prompts:
firebase init hosting
- Choose your hosting source directory. If this an existing Next.js app, the CLI process completes, and you can proceed to the next section.
- Choose "Dynamic web hosting with web framework"
- Choose Next.js.
Serve static content
After initializing Firebase, you can serve static content with the standard deployment command:
You can view your deployed app on its live site.
Pre-render dynamic content
Optional: integrate with the Firebase JS SDK
When including Firebase JS SDK methods in both server and client bundles, guard
against runtime errors by checking
isSupported() before using the product.
Not all products are supported in all environments.
Optional: integrate with the Firebase Admin SDK
Serve fully dynamic content (SSR)
The Firebase CLI will detect usage of getServerSideProps.
Configure Hosting behavior with
Redirects, Rewrites, and Headers
The Firebase CLI respects redirects,
next.config.js, converting them to their
respective equivalent Firebase Hosting configuration at deploy time. If a
Next.js redirect, rewrite, or header cannot be converted to an equivalent
Firebase Hosting header, it falls back and builds a function—even if you
aren’t using image optimization or SSR.
Optional: integrate with Firebase Authentication
The web framework-aware Firebase deployment tooling will automatically keep client and server state in sync using cookies. There are some methods provided for accessing the authentication context in SSR:
- The Express
res.localsobject will optionally contain an authenticated Firebase App instance (
firebaseApp) and the currently signed-in user (
currentUser). This can be accessed in
- The authenticated Firebase App name is provided on the route query
__firebaseAppName). This allows for manual integration while in context:
// get the authenticated Firebase App const firebaseApp = getApp(useRouter().query.__firebaseAppName);