One-Click Publishing

Click Publish in the toolbar to deploy your project live. Your site is available at yourname.airbuild.space with automatic HTTPS.

How Publishing Works

Website projects:

1. Dependencies are installed (npm install)

2. Production build is created (Vite)

3. Static files are uploaded to a global CDN

4. Site is live within seconds

Web App projects:

1. Frontend is built and deployed to CDN

2. Backend is packaged and deployed as a managed service

3. Database migrations run automatically (if PostgreSQL is enabled)

4. API is available at yourname.airbuild.space/api/

Choosing a Subdomain

On first publish, choose your subdomain. It stays the same for all future updates. Subdomains must be unique across all Airbuild users.

Updating Your Site

Click Publish again after making changes. Only changed files are updated — the process takes just a few seconds. The previous version is replaced immediately.

Airbuild Cloud vs Airbuild Private

Projects with a backend choose where that backend runs:

Airbuild Cloud — shared, serverless hosting; the default
Airbuild Private — dedicated compute for a single published app, in a server size from XS to 2XL

Websites without a backend need neither — they are served straight from the CDN. You can switch between Cloud and Private later; expect a short interruption while the app is re-provisioned.

Both run on Airbuild's own EU infrastructure in Frankfurt (eu-central-1). There is no self-hosted or on-premises edition. To run the application on your own infrastructure, connect the project to your GitHub repository and push the source code there — see GitHub.

SEO & Performance

The AI generates proper HTML structure for search engines:

Semantic HTML tags (header, main, footer, nav)
Meta tags and Open Graph tags
Responsive images with lazy loading
Fast loading with code splitting and CDN delivery

Build Errors

If the build fails during publish, Airbuild automatically attempts to fix the error using AI (up to 2 retries). If it still fails, you see the error message and can ask the AI to fix it in the chat.

Publish progress

A publish shows one progress bar from 0 to 100 %. Each step — endpoint check, code analysis, dependency scan, tests, build and deploy, upload, verification — owns a fixed band of the bar, and inside long steps the value keeps moving (scanner progress plus time-based interpolation). The bar never jumps backwards, not even when the analysis hands over to the deploy.

During the pre-publish code analysis the percentage rises live instead of sitting at "0 % analyzing code" until the scanners finish.

Taking a site offline

Unpublish removes the published site: its files are deleted from storage and the CDN cache is invalidated, so the subdomain stops serving.

The project itself is untouched — sources, database and history stay where they are, and you can publish again later.