How it works

From idea to live — without the hard part

You bring the app. Softkiln handles everything it takes to run it safely in front of real people.

1

Bring your app

Connect what you’ve built or start from a template. There’s nothing to install and no servers to pick — Softkiln takes it from here.

Softkiln creates the app, gives it a database, and sets up two separate copies: a private one where you try things, and the live one your users see. You are never asked to choose a server size, a region or an operating system, because that decision has already been made and is the same for every app.

How to connect your AI client →

no setup
2

We wrap it for the real world

Your app gets its own web address with the padlock, your secrets get locked away, and automatic backups start running — all without you lifting a finger.

The certificate behind the padlock is issued and renewed for you, so it cannot quietly expire. Keys and passwords move out of the code into encrypted storage and are handed to the app only while it runs — they never reach the page a visitor downloads, which is where they most often leak. Backups begin on a schedule straight away, and are checked by actually restoring them rather than by trusting that the job ran.

domain + HTTPSsecretsbackups
3

Go live

Hit publish and your app is online, watched around the clock, and checked for leaked keys — with a tidy status page your users can check.

Publishing promotes your private copy to the live one without taking the app down, so nobody sees an error while it happens. From then on uptime and response times are watched continuously, with ninety days of history behind a status page you can send people to. Every release is scanned for credentials first, and one that would expose a key is stopped before it ships.

monitoringstatus pagesecret scanning
4

Change anything, anytime

Tweak it whenever you like. Changes are live in moments, and one click undoes a mistake — so you never have to be afraid to ship.

Try the change in the private copy, look at it, then publish when you are happy. If it turns out wrong, one action puts the previous version back, and restoring a backup brings the data back with it. Nothing you do here is one-way, which is the point: the reason people stop changing their app is that they are frightened of breaking it.

instant publishone-click undorestore

What you never have to do

Not shortcuts — these jobs stop existing. They are the reason a working prototype usually stalls before it reaches anyone.

  • Choosing, sizing or patching a server
  • Installing a certificate — or noticing the week it expires
  • Writing a backup script, and finding out on the bad day whether it works
  • Keeping a file of passwords and keys, and keeping it out of the repository
  • Wiring up monitoring so you learn about downtime before your users do
  • Remembering to check whether the last release leaked a key

Where your app runs

In Europe, by default

The running application and its backups sit in EU infrastructure. It is not a setting you have to find and switch on.

On your own address

Every app gets a softkiln.com address immediately. On Pro you point your own domain at it — for the app and for its status page — and the certificate is renewed for you from then on.

Separately from where you experiment

The private copy and the live one are genuinely apart, with their own data and their own secrets, so trying something out cannot reach your users.

More detail in the FAQ, and what it costs on pricing.

Ready when you are

Start free and have something live in the next ten minutes.