Skip to main content
Summarize with AI
ChatGPTClaude

Mobile app

In short

App Settings holds the artwork and colours for your native mobile app — the one people install from the App Store or Google Play. It is not the Webapp, and it is not the PWA install settings. You fill it in once, before the first submission, and come back only when you rebrand or ship a new version. Everything is kept per version: a version is a draft you can edit freely, and marking it Ready to submit locks it for whoever builds and submits the app.

The whole job is really one thing: hand your designer the size list further down and collect the files back.

App Settings page: version selector showing "1.0.17 (Submitted)" with New version and History, the locked-version notice, read-only Store identity, and the App settings tab with Splash & appearance colours and the App images upload slots

Versions​

A version moves through five statuses. Only a Draft can be edited.

StatusWhat it meansCan it still change?
DraftBeing worked on.Yes. This is the only status in which settings can be edited.
Ready to submitSigned off and locked, waiting to be built and sent to the stores.Not while it's locked. Back to draft reopens it.
SubmittedSent to the stores, waiting on review.No. Start a New version instead.
LivePublished and in the stores right now.No. Start a New version instead.
OldReplaced by a newer live version.No.

New version starts the next one; you can't start it while another version is still in progress. History lists the edits made to a version and can restore an earlier one. Marking a version ready doesn't put the app in the stores by itself — it hands over a signed-off configuration for the actual build and submission.

Store identity​

App name, Android package, iOS bundle identifier, company name, Apple Team ID and App Store Connect app ID.

This block is read-only. It's set once per app and shared by every version, because changing it would mean a different app in the stores. Contact support if it genuinely needs to change.

App settings tab​

Splash & appearance​

The colours the app uses while it's launching, before your content appears.

FieldWhat it controls
Status bar styleWhether the phone draws its own clock and battery icons light or dark over your screens.
Splash backgroundThe background colour of the screen shown while the app opens, before content loads.
Splash background (dark)The same, for phones set to dark theme.
Adaptive icon backgroundThe background colour of the Android app icon. The system clips it to whatever icon shape the phone uses — round, squircle, square.
Progress colorThe filled part of the loading bar shown while the app opens or a job is running.
Progress unfilled colorThe part of the loading bar not yet filled.
Progress border colorThe frame around the loading bar.
Progress border widthHow thick that frame is. 0 means no border.

App images​

The icon and splash files that get built into the app itself. Every slot shows its target size — send those exact dimensions to your designer. Uploading a file replaces the stored URL for you, so you never need to touch the URL field.

AssetSizeWhat it is
App icon1024 × 1024 pxThe master icon file. High-resolution source; Android derives the smaller sizes from it.
Adaptive icon foreground432 × 432 pxThe front layer of Android's adaptive icon — usually the logo mark on its own, on a transparent background.
Adaptive icon background432 × 432 pxThe back layer behind it. Usually a single flat colour.
Adaptive icon monochrome432 × 432 pxA single-colour version, used where Android draws icons in one colour (themed icons).
Android notification54 × 54 pxThe small icon in the status bar when a notification arrives. Must be a simple, single-colour logo — anything detailed turns into a grey blob.
Splash Screen1440 × 3200 pxThe full artwork of the launch screen. A background or design in your brand identity.
Splash Icon1024 × 1024 pxThe logo shown in the middle of the splash screen.

Every file in App images must be a PNG at exactly the size shown. Hub refuses anything else on upload and tells you the size it needs, so a wrong file never reaches the build.

Store settings tab​

The artwork for the store pages — what people see before they install. Sizes are exact here too: Hub refuses a file of any other size.

SectionAssetSizeWhat it is
Google Play imagesFeature banner1024 × 500 pxRequired for Google Play. The wide banner at the top of the app's listing. JPEG or PNG, no transparency.
Google Play imagesApp icon512 × 512 pxRequired for Google Play. Square, background filled in, no rounded corners or shadow — Google adds them.
App Store screenshots: iPhone with Dynamic Island (medium display)Screenshot 1 / 2 / 31206 × 2622 pxRequired by Apple. Portrait, PNG or JPEG, no transparency. Apple scales them down for smaller iPhones.
App Store screenshots: iPhone with Dynamic Island (large display)Screenshot 1 / 2 / 31320 × 2868 pxOptional. The same three screens, in the same order, at the larger size.
Start the D-U-N-S number first

Publishing under your company rather than under a person's name needs a D-U-N-S number on either store, and it can take weeks to arrive.

Preparing the artwork​

A few things that save a round trip with your designer:

  • Send the whole size list at once. Every asset above is a separate file at a fixed size — a designer working from one screenshot will get it wrong.
  • Adaptive icon foreground, Adaptive icon monochrome and Android notification need transparent backgrounds. The colour behind them comes from Adaptive icon background.
  • Keep the notification icon to a flat silhouette. Gradients and thin detail disappear at 54 px.
  • Match Splash background to the background of your Splash Screen artwork, so nothing flashes a different colour while the app loads.
  • Set Splash background (dark) too. If you skip it, phones on dark theme can show your logo on a colour you never chose.
  • Pick Status bar style against the splash colour: light icons on a dark background, dark icons on a light one. White on white hides the clock and battery.
  • Screenshots for the store are marketing, not documentation — pick the three screens that best explain what members get. Take them from the real app, all at the same size, with no real member's name, phone or email on them.
  • If the screenshots or the banner use a phone frame, pick a plain one that looks like neither an iPhone nor an Android phone. Apple refuses App Store images that show another platform's phones, logos or store badges, and Google advises against device pictures in the Feature banner.

Keep the logo inside the safe area​

Phones crop icons and launch screens to different shapes. The safe area is the part no phone ever crops: keep the logo centred and inside it, and it shows whole everywhere.

AssetCanvasKeep the logo inside
Adaptive icon foreground, Adaptive icon monochrome432 × 432 pxA 264 px circle in the centre — a square logo about 186 px wide
Splash Icon1024 × 1024 pxA 680 px circle in the centre — a square logo about 480 px wide
App icon (App settings)1024 × 1024 pxAbout 820 × 820 px in the centre. No rounded corners and no transparency: the phone rounds the corners itself
App icon (Google Play)512 × 512 pxAbout 410 × 410 px in the centre
Android notification54 × 54 pxAbout 46 × 46 px — a white silhouette on a transparent background
Splash Screen1440 × 3200 pxAbout 1000 × 1800 px in the centre
Feature banner1024 × 500 pxAbout 820 × 400 px in the centre, five or six words at most

A quick test: lay a circle of that size over the logo. If nothing sticks out, it is safe.

Related

The Native bars block on each screen in the App Editor — status and bottom bar style — also applies only to businesses with a native mobile app. Everything else in the App Editor affects the Webapp and the native app alike.