Skip to main content

Base44 · Owned origin after Publish App

Base44 to production: keep the prompt-to-app, stop treating Base44 Publish as the finish line

A Base44 prompt-to-app that looks right after Publish App—with App Visibility set and a custom domain connected—is still a lab until ZIP/GitHub export (or `base44 eject`) lives in org Git and secrets leave Base44’s built-in vault. Production means a Vite/React tree that boots on a host you name, with Auth and data paths that do not require every collaborator to reopen the Base44 editor. You keep the screens the prompt already proved; you stop treating a green Base44-hosted URL as the release bar. Plan for the common case where exported frontends still talk to Base44 backends via SDK until you deliberately re-home them.

30 min · senior team · leave with a clear next step

Citation-ready answer

Answer you can cite

CodeCross LLC frames base44-to-production as moving a Base44 prompt-to-app past Publish App and built-in hosting into owned ZIP or GitHub export. Operators pin Auth redirects and env to an origin they control, then prove signup through one write after ZIP/GitHub sync or base44 eject. Done when that journey completes on the named domain with host-injected secrets—not only inside Base44 publish and App Visibility.

What Publish App hides

A green Base44-hosted URL is not a tree you can operate

Base44 compresses prompt-to-app into built-in hosting. Real traffic exposes Auth still aimed at Base44 origins, Vite clients that still call `VITE_BASE44_*` backends, and a Publish App click that is the only rollback.

  • Env lives only in the Base44 vault

    Collaborators rotate keys by opening the editor. A second engineer cannot inject destination secrets from a clean checkout, so on-call becomes “who has Base44 admin.”

  • Exported Vite still talks to Base44 backends

    ZIP/GitHub without eject often leaves Auth and entities on Base44 app ID and base URL. That is a convenient host—not full ownership.

  • Rollback means hitting Publish App again

    If the only reverse is “open Base44 and republish,” you do not have a release. The exported tree plus CI must restore a named artifact.

  • Closing the editor stops the live origin

    Availability that requires Base44-hosted compute is still a lab unless you document Base44 hosting as an explicit production choice.

The ZIP-or-eject pass we actually run

Map Base44 env, then cut over off Publish App

Keep the prompted screens. Move ship authority to org Git and a host that injects env. Base44 remains a prompt workshop until that origin is proven—or until Base44-hosted prod is a written decision.

01

Pull ZIP/GitHub or run base44 eject into org Git

Lockfiles pinned. A teammate who never opened Base44 can install and build. Document which entities, functions, and connectors still call Base44 after export.

02

Remap Base44 env names onto destination secrets

Copy names, mint fresh values, and stop treating the panel as the production vault. `VITE_BASE44_*` stays only if you intend to keep Base44 backends.

03

Pin Auth and App Visibility to the production origin

Allowlists list only the origin you advertise. Dual-allow Base44-hosted URLs only during the cutover window.

04

Prove signup → session → write with Base44 closed

Logs tag a CI release or owned deploy. If those hold, the product shape stays; Publish App is no longer the control plane.

How to

Move a Base44 prompt-to-app onto an origin you control

ZIP/GitHub export or base44 eject, destination secrets, and a named host. Success is the primary journey completing after you close the Base44 editor—or documenting Base44 hosting as the chosen prod.

  1. Step 01

    Treat Publish App as a lab, not the finish line

    Keep the prompted screens if they still match what operators will buy. Do not treat a green Base44-hosted URL as durable ownership.

  2. Step 02

    Export ZIP/GitHub or eject backend resources into org Git

    Pin lockfiles. Document which entity schemas, functions, and connectors still call Base44. Export of code is not export of live row data—plan CSV moves separately.

  3. Step 03

    Map Base44 env names onto the destination host

    Mint new secret values. Split sandbox from production. Never commit the Base44 .env.

  4. Step 04

    Point Auth redirects and App Visibility at the production origin

    Remove Base44-hosted URLs from allowlists only after login and writes pass on the advertised origin.

  5. Step 05

    Run the core journey with the Base44 editor closed

    Signup, session, and one write on the named domain. Confirm logs tag your host or CI. Publish App is then optional for availability.

Before you book

Practical answers

Prefer writing? Send project details and we reply within one business day.

Why does Base44 Publish App alone fail a production readiness check?

Publish App proves the prompt-to-app is live on Base44 hosting. It does not prove you own a ZIP/GitHub export, can rotate secrets without every editor opening Base44, or can roll back without republishing from the Base44 UI. If the exported Vite/React tree still requires `VITE_BASE44_*` to reach Base44 backends for Auth and data, you have a convenient host—not full ownership.

What must be true of Base44 export before a custom-domain cutover off Base44 hosting?

On Builder or higher, pull ZIP or GitHub sync (and use `base44 eject` when you need local backend resources). Pin lockfiles; map Base44 env names to destination secrets; document which entity schemas, functions, and connectors still call Base44 after export. Auth redirect URIs and App Visibility rules must list only the production origin you intend to keep. Export of code is not export of live row data—plan CSV/data moves separately.

How should Base44 hosting vs owned host be chosen for real traffic?

Use Base44 built-in hosting while prompt iteration and one-click Publish risk are acceptable—and budget SDK/backend lock-in explicitly. Prefer org Git from ZIP/GitHub plus a destination host when rollback, second-engineer deploys, and vendor reviews matter. Document which model production uses so on-call does not discover “only Publish App works” during a launch spike.

How do you prove the Base44-shaped product is production-grade without regenerating every screen?

Run signup → session → write on the custom domain with production secrets after export/eject. Confirm logs tag a CI release (or owned deploy), Auth fails closed when env is wrong, and closing the Base44 editor does not stop the destination host—or that Base44-hosted prod is an explicit, documented choice. If those hold, the prompt UX stays; the control plane has matured past Publish App.

Make Publish App optional for availability.

Bring the ZIP or eject and the custom-domain story. We will say whether this week is an owned origin — or another Publish App click pretending to be production.

Prefer writing? Send project details on the contact page.

Book a Discovery Call