Skip to main content
Exepad
Definitions

What is an app cloud?

An app cloud is a hosted platform that combines describing, building, publishing, hosting, and running full-stack applications into one subscription — replacing separate builder, hosting, database, email, and domain stacks.

An app cloud bundles the components a working web application normally needs — relational database, file storage, forms, transactional email, hosting, SSL, custom domain, authentication, analytics, and a REST/MCP API — into a single product. Unlike an app builder, which produces a static site or design file that someone else has to host, an app cloud runs the result for you. Unlike a PaaS, which gives a developer the raw infrastructure and expects code, an app cloud lets you describe the app in any language and ships everything underneath.

GEO-ready

Found by Google and AI assistants

Bank-level security

SSL, automated backups, 99.9% uptime

Lighthouse 95+

Sub-second loads from the global edge

Everything included

Database, email, forms, file storage

Key points

One subscription replaces builder, hosting, database, email, domain, and form SaaS stacks.

Apps are described in plain language; the cloud generates schema, UI, and back-end together.

Built-in relational database, file storage, transactional email, and authentication.

Hosting, SSL, CDN delivery, and custom domain are part of the platform, not add-ons.

Public REST API plus MCP endpoint exposes every app to integrations and AI agents.

Differs from PaaS (developer-only infra) and app builders (output-only design tools).

In plain language

Picture a car factory that hands you a finished car you can drive home, refuel, and service in the same building. That is roughly what an app cloud does for software. Most platforms hand you parts — here is a builder, here is a hosting plan, here is a database, here is a domain registrar — and expect you to assemble them. An app cloud assembles them for you. You describe what the app should do, you get a working URL, and behind that URL the database, the forms, the email, the SSL certificate, and the API are already wired up. There is no separate hosting bill, no separate form SaaS, no separate email service, and no DevOps work to keep the lights on.

Concrete examples

What this looks like in the wild — common shapes you'll recognise.

EXAMPLE 01

A consultant's bookings site that publishes a marketing page, a booking form, a client portal, and a database from one prompt.

EXAMPLE 02

A restaurant's online ordering app with menu pages, order form, kitchen dashboard, and email confirmations — all under one subscription.

EXAMPLE 03

A wedding planner's client tracker combining intake forms, a tasks dashboard, file storage for contracts, and SSL-secured client logins.

EXAMPLE 04

A SaaS founder shipping a marketing site, a waitlist, a documentation hub, and a billing-ready customer dashboard from one platform.

EXAMPLE 05

A school's parent portal with enrollment forms, a calendar, a document library, and role-based access for staff and families.

EXAMPLE 06

A real-estate agent's listings directory with photo storage, lead-capture forms, and an internal CRM dashboard under one domain.

Common types

The shapes this idea takes in practice — the same underlying entity, tuned to different goals.

AI app cloud

Built around natural-language input. You describe the app; the cloud generates database schema, UI, JSON-LD, and APIs together — Exepad sits here.

Visual app cloud

Drag-and-drop or block-based authoring on top of an integrated runtime. Lower learning curve than code but more friction than describing in any language.

Vertical app cloud

Industry-specific platforms that ship pre-wired schemas — for example, a property-management cloud or a clinic-records cloud.

Headless app cloud

Provides the database, auth, and APIs but expects a separate front-end framework to render the UI — closer to a back-end-as-a-service.

Anatomy of app cloud

The parts that make up a working version of this — what every well-built one has under the hood.

1

Generation layer

Turns a description, a file, or a prompt into a working schema, UI, and backing services — the part that replaces both the builder and the developer.

2

Relational database

Persistent storage for app data — clients, orders, posts, submissions — with relations, queries, and an admin view included.

3

Forms and authentication

Native form widgets that validate inline and write straight to the database, plus role-based logins for customers, staff, or admins.

4

Transactional email and file storage

Confirmation emails, password resets, and notifications go out automatically; uploaded files live in tenant-isolated object storage.

5

Hosting and edge delivery

Global CDN, automatic SSL, custom domain, and the runtime that serves every request — no separate hosting bill.

6

Public API and MCP endpoint

Every app exposes a REST API plus a Model Context Protocol endpoint, so external systems and AI agents can read and write data programmatically.

Common mistakes

What goes wrong most often — and the fix that turns the mistake into a working result.

Mistake

Confusing an app cloud with an app builder and expecting to export static HTML you host elsewhere.

Fix

An app cloud runs the app. Hosting, SSL, database, and email are part of the platform, not an export you take with you.

Mistake

Stitching together five SaaS subscriptions — builder, host, form, email, CRM — when one app cloud already includes all five.

Fix

Audit the monthly stack; if four of the five overlap with one app-cloud plan, consolidating typically halves the bill and removes the integration glue.

Mistake

Treating the AI as a UI gimmick and hand-editing every detail instead of re-prompting whole sections.

Fix

Prompt for entire pages or features at once; an app cloud's strength is regenerating coherent sections, not pixel-pushing in a sidebar.

Mistake

Ignoring the public API and MCP endpoint and exporting CSVs by hand for integrations.

Fix

Wire integrations and AI agents to the included REST and MCP endpoints; CSV exports become a fallback, not the primary surface.

How Exepad does this

From concept to published app

Exepad is an AI app cloud. One subscription ships a relational database, transactional email, file storage, forms with validation, role-based authentication, a custom domain with automatic SSL, visitor analytics, edge hosting on Cloudflare, and a public REST API plus MCP endpoint. You describe the app in any language; the platform generates the schema, the UI, and the JSON-LD together. There is no separate hosting plan, form SaaS, email vendor, or DevOps step — Lighthouse 95+ and GEO-ready output come with the plan.

Frequently asked

How is an app cloud different from an app builder?+

An app builder generates a design — a website, a landing page, a static export — that someone else has to host. An app cloud runs the result for you, with the database, hosting, email, SSL, and APIs already wired in. The output isn't a file to download; it's a working URL you keep using.

How is an app cloud different from a PaaS like Heroku or Render?+

A PaaS gives developers raw infrastructure — containers, databases, queues — and expects code to be written. An app cloud is one level higher: you describe the app in any language, and the platform generates the schema, UI, and back-end together. PaaS targets engineers; an app cloud targets anyone who can write a paragraph.

What does an app cloud actually include?+

A relational database, forms with validation, transactional email, file storage, authentication, a custom domain with automatic SSL, edge hosting and CDN delivery, visitor analytics, and a public REST API plus MCP endpoint. The pieces a working app normally needs are part of the plan instead of separate SaaS subscriptions.

Can I export my app and host it somewhere else?+

Some app clouds support static export of the marketing surface; the dynamic parts — database, auth, forms, APIs — generally live with the platform. On Exepad your data is always exportable as CSV and reachable via the REST API and MCP endpoint, so the data is portable even when the runtime isn't.

Is an app cloud the same as SaaS?+

No. SaaS is finished software you rent — Zoom, Salesforce, Mailchimp. An app cloud is a platform for building your own SaaS-like apps. Confusingly, the app cloud is delivered as SaaS, but the apps you build on it are yours, run on your domain, and store your data.

Who is an app cloud for?+

Anyone who needs a working app — a website with forms, a booking system, a client portal, an internal tool — and doesn't want to assemble a hosting plan, a form SaaS, an email service, and a builder subscription. Solo founders, agencies, operations teams, and small businesses are the typical fit.

Are app-cloud apps GEO-ready for AI Overviews and ChatGPT?+

On Exepad, yes. Every page renders semantic HTML with JSON-LD schema generated from the same data the UI shows, Lighthouse 95+ performance from a global edge, and a clean sitemap plus robots.txt. Google AI Overviews, ChatGPT, and Perplexity index and cite the result without an additional GEO plugin.

Build it on Exepad

Describe what you need; Exepad publishes a full-stack version with hosting, database, email, and analytics included.

Start your trial