Skip to content

Publishing apps, limits, and reporting abuse

All plans Admin

Onplana Maker lets you describe an app, have it built for you, and then publish it to a live URL at https://<name>.onplana.app. This page covers how publishing works, the fair-use limits that keep the shared hosting healthy, and the trust and safety flow: how anyone can report an abusive app, and what a takedown or appeal means if you own one.

Steps

  1. Build your app in Maker until it runs the way you want.
  2. Open the publish controls and choose Publish. Onplana builds the app to static files and serves them at https://<name>.onplana.app.
  3. Share the live URL. Re-publish any time to push a new revision; you can also roll back to a previous revision or unpublish to take it offline.

Publishing requires the Publish apps permission (Admin and above by default; configurable in your organization’s permission matrix).

Published apps run on shared Onplana hosting, so a few generous, mostly invisible limits keep one organization from degrading the service for everyone. They scale by plan and almost never affect normal use:

PlanLive appsPublishes / dayMax app size
Free15 (2 per hour)30 MB
Starter315 (5 per hour)75 MB
Pro10100500 MB
Business254001 GB
Enterprise / Enterprise+100 / unlimitedunlimitedunlimited

A few notes:

  • App size is the built output, not your dependencies. The size cap measures the static files that actually get served at <name>.onplana.app (the result of the build), not node_modules or your source. A typical app is a few MB, so 30 MB is plenty of headroom.
  • Re-publishing the same app has a short cooldown (about a minute) so a stuck loop can’t hammer the publisher.
  • Rebuilding (the iterate-by-chat build step) has its own, far more generous throttle, so normal back-and-forth building is never the thing you hit. The AI token budget for the build step is separate, see “Understand your AI token budget.”

If you publish on the Free plan, your app carries a small “Made with Onplana” badge. Activating premium hosting on an app removes the badge; the hosting fee renews from your prepaid credit wallet, and if the wallet cannot cover a renewal there is a grace period before the app returns to the free tier (badge back, still live) or unpublishes. Publishing itself is never blocked by plan, only the number of live apps is capped. Onplana Maker workspaces get two free live-app slots, and premium-hosted apps never count against the slot cap.

Every published app carries a small Report this app link. Anyone who comes across an app that looks like phishing, malware, spam, or other abuse can use it to flag the app, no account required.

Steps

  1. On the live app, click Report this app (bottom corner).
  2. Choose a category (phishing, malware, spam, copyright, or other) and describe the problem.
  3. Submit. Reports are reviewed by Onplana’s trust and safety team.

If a report is upheld, an administrator can take the app down. A taken-down app stops serving at its onplana.app URL immediately, and:

  • You are notified (in-app and by email) with the reason.
  • The app cannot be re-published by you while it is taken down, this is different from unpublishing it yourself, which you can always reverse.
  • Your app’s revisions are retained, so a reinstated app can go live again without rebuilding.

If you believe a takedown was a mistake, you can appeal once per day from the app’s controls. An administrator reviews the appeal; the app stays down until they reinstate it.

You can rename a published app, which changes the address it serves on. Three consequences are worth knowing before you do it, because one of them is not reversible by you.

  • The old address stops working, and there is no redirect. Links you have already shared, anything embedding the app, and any bookmark to the old address break immediately. Update them yourself.
  • The old address is retired permanently. Nobody else can ever claim it, including another workspace. You can move back to it yourself if you change your mind.
  • Everything else carries over. The app keeps its content, its access setting, and its badge state. Renaming changes the address and nothing else.

If your app takes payments, see Take payments in your app for what a rename means for people who have already bought.

Deleting an app is a single action that shuts down everything it was serving. In order, it:

  1. Takes it off its public URL. The published files are removed, so the address stops serving at once.
  2. Stops premium hosting billing. If the app was on premium hosting, that charge ends. This step is deliberately not allowed to fail quietly: if it cannot complete, the whole delete fails and you retry, because an invisible app that keeps drawing from your wallet would be the worse outcome.
  3. Switches off every public endpoint the app had. Forms stop accepting submissions, data reads stop returning rows, counters stop counting, visitor uploads stop, and the payment webhook stops accepting new payments.
  4. Shuts down the build sandbox and removes the app from your list.

Does publishing cost anything? No. Publishing is included on every plan. Your plan determines how many apps you can keep live at once and the fair-use limits above.

Can I stop search engines from indexing my published app? Published apps are set to not be indexed by default. If you want your app indexed, you can override that from inside your own app later.

Can my published app be embedded in another site? Yes. A published app is your own static content, so it is embeddable by default.

What happens to my app’s data if it is taken down? The app stops serving, but its stored revisions are kept so it can be reinstated on appeal without a rebuild.