Templates

The four built-in web app templates and which is the right fit for each use case.

basic

A web app's template sets its runtime. Each template is a separate runtime designed for one shape of app. Templates are picked at creation and can't be switched on an existing item; to change template, create a new web app item with the right template and update share targets.

Viewer

A read-only map with a curated widget set. The runtime is minimal and fast to load. Pick when:

  • You're publishing a map for a public audience to look at.
  • You want a clean, no-edits, no-clutter view.
  • You're embedding the map into another page via an iframe.

Default widgets: search, layer list, legend, basemap gallery, print. Editing is hard-disabled at the runtime layer.

Editor

Same as Viewer plus editing tools, scoped to whatever layers the signed-in user has edit access on. Pick when:

  • The audience is signed-in users (or org members) who maintain specific layers.
  • You want a focused editor surface rather than the full map builder.
  • You're rolling out a field-collection workflow that needs desktop fallback.

The editor template still respects per-layer access. A user opens the same URL; what they can edit depends on their share permissions, not the template.

Survey response

A single form, no surrounding map. The runtime is essentially the form designer's runtime preview, wrapped as a standalone page. Pick when:

  • You're publishing a form for public submission.
  • The form is the entire purpose; no maps or extra widgets around it.
  • You want a clean URL (often shared as a QR code or short link).

Submissions land in the form's bound item (data layer or form submission collection), with the standard submission flow.

Custom

The drag-and-drop builder (see Custom Web App). Pick when:

  • The other three templates don't quite fit and you want to compose widgets.
  • You need a specific dashboard-style layout that the Custom template's layouts cover but the Viewer / Editor don't.
  • You're recreating an Esri Web AppBuilder / Experience Builder app.

Most flexibility, slightly heavier runtime.

Decision tree

  • Public, read-only map → Viewer.
  • Public form → Survey response.
  • Signed-in editing surface → Editor.
  • Anything else / multiple widgets composed visually → Custom.

Notes

  • Sharing tiers apply regardless of template. A Custom app set to Owner only isn't reachable to anyone but you, even though it could carry a public-friendly layout.
  • Templates are versioned with the portal. Updates to a template runtime ship as portal updates. Existing apps adopt the new runtime on next load; you don't have to re-save them.