Skip to content

Sites

Develop Appwrite Sites_

Master site development with Appwrite.

6 min read

Raw

Rendering strategies

Appwrite allows you to host both statically-generated and server-rendered websites.

Static sites are websites that are pre-built and served as-is to clients. They do not execute server-side code on each request. They are ideal for use-cases such as Single Page Applications (SPAs), documentation sites, personal blogs, and portfolio websites.

Server-side rendered (SSR) sites generate content dynamically on the server and send fully rendered pages for each request. They are ideal for use-cases with substantial dynamic content or server-side processing such as e-commerce platforms, social media applications, content management systems (CMS), and real-time collaboration tools.

You can configure your preferred rendering strategy through the following steps:

  1. Navigate to your site on Appwrite Console.
  2. Head to the Settings tab > Build settings section.
  3. Select the SSR or the Static checkbox.
  4. Confirm that the appropriate install command, build command, and output directory are set.
  5. (For SPAs) Add a fallback file.
  6. Click on the Update button and redeploy your site.

Rendering strategy
Rendering strategy

Timeouts

Each request made to a path on an Appwrite Site has a set time limit, after which the request will timeout. Here are the steps to configure those timeout period:

  1. Navigate to your site on Appwrite Console.
  2. Head to the Settings tab > Timeout section.
  3. Add an appropriate time limit (in seconds).

Timeout
Timeout

The default timeout is set at 15 seconds and the maximum value possible is 30 seconds.

Resource limits

Under Settings - Resource limits, you can set build and runtime specifications independently. The build spec applies while dependencies are installed and your site is built for deployment; the runtime spec applies when your site serves traffic, including server-side rendering (SSR). Both use the same CPU and memory tiers on Cloud.

On Appwrite Cloud, customizing specifications requires the Pro plan. See Compute for tiers, GB-hours, and pricing.

Build timeouts

On Appwrite Cloud, the build phase of each deployment must complete within your plan’s maximum build duration (for example, 15 minutes on Free and 45 minutes on Pro and Scale). See Build timeouts and the pricing page.

Ephemeral API key

Server code in a site often needs more access than a visitor's session grants, for example to create a user, send an email OTP, or write to a collection no user has permission on. Instead of storing an API key as an environment variable, Appwrite Sites generates a ephemeral API key for the site. Appwrite creates it automatically, limits it to the scopes granted to the site, and expires it on its own, so there is no long-lived secret to store or rotate.

Ephemeral API keys can only be used inside the site's build and SSR executions. Appwrite provides them in two places:

  • At build time as the environment variable APPWRITE_SITE_API_KEY. Use it in install and build commands that call your project, such as fetching content to prerender.
  • At run time as the x-appwrite-key request header. Appwrite mints a new key for every request routed to a server-side rendered site, and the key expires shortly after the site's timeout elapses. Static sites run no server code, so they receive the key only during the build.

Ephemeral API keys act without a session and bypass permissions, so use them only for operations Appwrite cannot authorize on the visitor's behalf. For everything a signed-in visitor does, forward their session as described in Server-side rendering with Appwrite Auth.

Scopes

A site starts with no scopes, so its ephemeral API key can call nothing until you grant some. Grant only the scopes your server code needs.

  1. In the Appwrite Console, navigate to Sites and open the site.
  2. Under the Settings tab, navigate to the Build section.
  3. In the Scopes card, select the scopes to grant the ephemeral key and click Update.

Scopes card in a site's Build settings
Scopes card in a site's Build settings

Scopes are stored on the site itself, so you can also set them with the scopes parameter of the create site and update site endpoints through a Server SDK, or with the repeatable --scopes flag of appwrite sites create and appwrite sites update in the Appwrite CLI. The update site endpoint replaces every setting you omit with its default. Only scopes and the Git connection are kept when omitted, so read the site first and pass every existing setting back along with the new scopes.

Use the key in SSR code

Read the x-appwrite-key header on the server and pass it to setKey. Create the client per request instead of sharing one, because each key belongs to the request that carried it. The endpoint and project ID come from the APPWRITE_SITE_API_ENDPOINT and APPWRITE_SITE_PROJECT_ID variables that Appwrite injects at run time, so nothing has to be configured. Appwrite sets the header on every SSR request, so the examples read it without a fallback.

Project dependencies

To install your dependencies before your site is built, you should add the relevant install command to your site’s build settings. Here are the steps to add the install command:

  1. Navigate to your site on Appwrite Console.
  2. Head to the Settings tab > Build settings section.
  3. Confirm that the appropriate install command is set.

Install command
Install command

Make sure to include dependency files like package.json in your site's configured root directory. Do not include the dependency folders like node_modules in your site’s root directory. The dependencies installed for your local OS may not work in the site's environment.

Your site's dependencies should be managed by the package manager of each language. We include the following package managers and setup commands by default.

  FrameworkDefault package managerInstall commandBuild commandOutput directory
TanStack Start logoTanStack Startnpmnpm installnpm run build./dist
Next.jsnpmnpm installnpm run build./.next
Nuxtnpmnpm install or yarn installnpm run build or yarn build./.output
SvelteKitnpmnpm installnpm run build./build
Angularnpmnpm installnpm run build./dist/angular/browser
Remix logoRemixnpmnpm installnpm run build./build
Astronpmnpm installnpm run build./dist
Flutterpubflutter pub getflutter build web --release -t lib/main.dart./build/web
React Nativenpmnpm installnpm run build./dist
Other JavaScriptnpm(Empty)(Empty)./

Was this page helpful?

Share what worked or what we should fix. Once approved, our agents automatically apply suggested updates to the docs.