THE FORTLY PLATFORM

Build the app.
Keep the whole picture.

Your code, data and the work around it. Connected in one project, from the first release to the next decision.

launchboard / ProjectEXPLORE A CONNECTED PROJECT
One project. Connected resources.
APPLICATION

Follow the release from source to serving.

Your source, build and live release.

Explore application hosting

Interactive project map · Illustrative configuration

GitHub → live appReal PostgreSQLContinuous backupsWordPress, n8n, Umami & your stack

01 / DEPLOY

Your code.
A release you can follow.

Choose a repo or an archive. Review what Fortly detected, then keep source, build output and publication together.

From the first commit to the next push, each attempt has a place. An earlier live release keeps serving if a new build fails.

Explore deployments
launchboard / DeploymentsInteractive example

Your next release.

studio/launchboard · main

Ready to build
Connect source. Review once.Next.js detected · npm run build
  1. 01Source
  2. 02Build
  3. 03Publish
Build output Follow each stage
  1. sourcemain · commit 8b42c71
See how one release moves from source to serving.

Example project · Your account stays unchanged

GitHub or archive

Start from the source you already have.

Variables in context

Separate build-time and runtime values.

Release history

Keep the live release distinct from a new attempt.

02 / CONNECT

The data belongs
beside the application.

Create tables, inspect rows and review API access in the same workspace. Follow a binding straight to the keys or objects it uses.

PostgreSQL for records. KV for small values. Buckets for public objects. Each store has a clear purpose and a visible route back to the app.

Explore the data workspace
launchboard / DatabaseInteractive example

Records. Access. One view.

public.projects

Sample data
id name status
1 Customer portal In progress
2 Launch page Ready
PUBLIC ROLE

Read access

Try the permission, then inspect the response.

GET /_data/projects403 · Closed
{ "error": "Read access is closed" }

Example project · Your account stays unchanged

Real PostgreSQL

SQL, database objects and enforced relationships.

Reviewed API grants

Choose an identity and test the access it receives.

Connected resources

Reach KV, files and email from the live binding inventory.

03 / OPERATE

Know what shipped.
See what happens next.

Follow application output and explore traffic without losing the selected project. When a job fails, its next step stays close to the outcome.

Read one release’s build output or the app’s runtime feed. Inspect chart values with a pointer, keyboard or data table. Keep the details you need to investigate.

Explore logs and metrics
launchboard / ObservabilityInteractive example

Follow the request.

Traffic and application output

Sample · 12 hours
Requests1,248
Server errors3
Selected hour144
00:0006:00 · 144 requests11:00
View sample data
Hour (UTC) Requests
app · Request completed · 200

Example project · Your account stays unchanged

Build and runtime output

Separate deployment work from application messages.

Traffic you can inspect

Select a point, view the data and export measurements.

Jobs and email activity

Inspect the timer, recipient and result behind an event.

04 / RECOVER

An earlier moment.
A considered way back.

Choose a point inside your database’s recovery window. Review the project and time, follow the recovery and verify the result with the previous copy retained.

Every plan has continuous backups. Pro and Max include point-in-time restore; Free can use the offer through December 1, 2026 (UTC), once per project in a rolling 24 hours.

Explore database recovery
launchboard / BackupsInteractive example

A moment before the mistake.

Point-in-time recovery · 7-day window

Before the changeLatest data
At this moment12 project recordsApp code, files and KV stay unchanged.
Move the timeline. Review before switching.

Example project · Your account stays unchanged

A seven-day window

Choose the exact moment, not only a daily snapshot.

The switch stays explicit

Keep the current database in use while recovery is prepared.

Review Undo

The previous database is retained for seven days.

05 / APPS & FRAMEWORKS

Start with an app.
Or bring yours.

Choose a ready-made app or deploy your own code. See what runs here, what it includes, and the setup it needs before you create a project.

Read the app guide

Ready-to-deploy apps

3 available installers
Ready to deploy

CONTENT & PUBLISHING

WordPress

A familiar editor for your blog or website, with content stored in your project’s PostgreSQL database.

  • PHP runtime
  • PostgreSQL
  • File storage
  • Project address
Before you deploy

Choose a site title, admin username, email and password. Fortly installs the bundled WordPress code and creates its database tables.

Installing or updating themes, plugins and core from the WordPress dashboard is not supported. For media, upload through Fortly Storage and insert the public URL; dashboard media uploads are not supported.

Check WordPress setup and limits
Ready to deploy

WORKFLOW AUTOMATION

n8n

Connect triggers and services in a visual workflow editor. Keep workflows and saved credentials in your project’s database.

  • Node.js runtime
  • PostgreSQL
  • Project address
  • Generated encryption key
Before you deploy

No install fields are required. Open the app immediately after installation to create its first owner account. Fortly generates its credential-encryption key for the project.

In-process interval timers do not wake a sleeping project. For scheduled workflows, use a webhook trigger and a Fortly HTTP schedule that calls it.

Check n8n setup and scheduling
Ready to deploy

PRIVACY-FIRST ANALYTICS

Umami

See visitors, pages, referrers and countries without cookies or a consent banner. Every visit is stored in your project’s database.

  • Workers runtime
  • PostgreSQL
  • Project address
  • Admin password you choose
Before you deploy

Choose an admin password of at least 12 characters. Fortly creates Umami’s tables and replaces its well-known default login before the app is reachable. Sign in as admin.

Add a website in Umami, then paste its tracking script into your site. Visitor locations come from Cloudflare’s country, region and city, so there is no GeoIP file to keep current.

Check Umami setup and tracking
What about the other apps in the catalogue?

Shopify Storefront, Ghost, Strapi, Directus, Metabase, Appsmith, Plausible and Uptime Kuma are catalogue previews. They do not have one-click installers on Fortly yet.

Previewing one does not create a project or guarantee that its unmodified source will run. WordPress, n8n and Umami are the available installers today.

Review app availability

YOUR REPO. YOUR APPLICATION.

Bring the stack you already build with.

Check compatibility

01 / FULL-STACK APPLICATIONS

Pages and server rendering

  • Next.js
  • Nuxt
  • Nitro
  • SolidStart
  • Analog
  • TanStack Start
  • React Router framework mode

Fortly builds and adapts the server output to its Worker runtime. Next.js static exports publish as files. If a Nuxt, Nitro, Analog, React Router or TanStack Start build fails for Workers, it is retried as a Node app.

Explore Next.js hosting

02 / APIS & NODE APPLICATIONS

Handlers that answer requests

  • Express
  • Koa
  • NestJS
  • Fastify
  • Hono
  • Elysia

Node server apps run on the same runtime as Node apps. Native packages such as sharp, sqlite3 and bcrypt run through Fortly Bridge.

Explore Node.js hosting

03 / STATIC SITES & ADAPTERS

From frontend code to a site

  • React
  • Vue
  • Svelte
  • Vite
  • Create React App
  • Astro
  • SvelteKit
  • Qwik
  • Angular
  • Remix static only

Generated HTML, CSS and JavaScript deploy as files. Astro, SvelteKit, Qwik and Angular render on the server with their Cloudflare target, and Astro, SvelteKit and Angular with their Node target too.

Explore static hosting

Already writing a Worker?

Deploy JavaScript or TypeScript with a supported wrangler config. Go with workers-go and Rust with workers-rs compile to WebAssembly for the Worker runtime.

Explore Worker hosting

Several apps in one repository?

Choose the folders to deploy. The first is the project’s application; each other becomes a service with its own address, releases and variables, sharing one database, one set of users and one storage space. A push rebuilds every service on that branch.

Deploy a monorepo
Check the framework and runtime requirements
Astro SSR
Requires @astrojs/cloudflare as a dependency.
SvelteKit SSR
Requires @sveltejs/adapter-cloudflare as a dependency.
Qwik SSR
Requires adapters/cloudflare-pages/vite.config.ts, generated by Qwik’s Cloudflare Pages setup.
Angular SSR
Requires a server bundle with ssr.experimentalPlatform set to "neutral" in angular.json.
Go and Rust
Target the supported Worker runtime with workers-go or workers-rs. Ordinary Go or Rust server processes are not supported.
Python and other servers
Python Workers cannot publish to the shared production runtime yet. Arbitrary Python, Ruby or PHP server processes are not supported; the curated WordPress template has its own PHP runtime.
Read the complete compatibility reference

THE WORK AROUND YOUR APP

More connections.
Fewer loose ends.

Give every capability a clear job—and your team a clear next action.

CONNECTED CAPABILITIES

The platform, within reach.

16 features

Files and buckets

Objects beyond the release

Choose private S3 buckets with scoped keys, app connections and temporary downloads. Public Project files and Worker folders keep their existing URLs. One shared storage allowance tracks committed files, uploads and cleanup. Monthly read/write and transfer totals make bucket activity visible; smaller plans must still cover stored and reserved bytes. Separately enabled CDN delivery caches signed downloads or confirmed public asset folders while keeping S3 private.

CDN delivery

Cached bytes. Current access.

Deliver signed private links or explicitly publish one folder. Review scope, cache lifetime, purge, pause and delivery budgets beside the bucket. Inspect request/byte charts, cache reasons, timings and privacy-safe request IDs. Every cache hit still checks current access; the S3 origin remains private. Available on hosted Fortly, with account-wide delivery limits.

YOUR NEXT RELEASE STARTS HERE

A place for the app.
And the next thing it becomes.

Start with a supported repo or a ready-to-deploy app. Connect the services your product actually needs.

Create your project Read the quickstart

Before you build

A few useful answers.

Can I use the API instead of the console?

The console uses the management API. The docs link each feature to its supported routes and authorization requirements.

Is every feature available on Free?

Allowances and restore entitlements vary. Every feature links to its limits; review the current pricing and feature guide before choosing a plan.

Can agents change my project?

The MCP integration is read-only. API tokens have separate authority and should be kept on the server.