Last updated: July 30, 2026
Here's the answer up front: you can't publish an Expo Go app to the App Store or Google Play — Expo Go is a development tool, not a publishing path. Expo's own documentation says exactly that. To ship a real app you either take the developer road (development builds, EAS Build, store accounts, EAS Submit — all covered below), or, if what you actually wanted was your app idea live in the stores without learning a build toolchain, a no-code platform that publishes real native apps. This guide walks both roads honestly.
Expo Go is a sandbox: one pre-built app that loads your JavaScript inside it. That's what makes it brilliant for learning and prototyping — nothing to install, changes appear on your phone instantly. But the app stores accept signed native binaries, and your project inside Expo Go isn't one; it's a script running inside someone else's app. That's also why certain features — custom native modules, some configuration fields — stop working in Expo Go the moment your app gets serious. The sandbox has walls, and publishing is on the other side of them.
If you're a React Native developer, this is the right road, and it's well built. The honest version, end to end:
Verdict, stated plainly: for developers this is the right choice. Budget a weekend the first time through, and you'll own every line of a real native project.
Be honest with yourself here, because the two roads serve different people.
If you're building a custom product in React Native — you want native modules, full code ownership, control of every dependency — stay on the developer road. It's your craft, and Expo serves it well.
But if you followed a tutorial, or vibe-coded something that works, and what you actually want is your app in the stores, on real phones, this month — then the toolchain is the obstacle, not the goal. Development builds, EAS configuration, credentials, store consoles: none of that is why you started. The next section is for you.
Choicely builds real native iOS and Android apps — actual Swift and Java output, not a website in a wrapper — from a description, a website, or a GitHub repository, and its Publish Assistant generates the store listings and walks the submission into both stores. No Mac, no Xcode, no signing setup.
What this is and isn't: if you need custom native modules, deep platform APIs, or full code ownership, Expo and EAS are the right choice — this post told you so two sections ago. Choicely rebuilds your app's content and structure natively on its platform; that's why it can publish without the toolchain, and it's a different trade than owning a React Native codebase. Pick the road that matches what you're actually building.
No — Expo Go is a development sandbox. You need signed native builds: either the EAS road (development build → EAS Build → EAS Submit) or a platform that produces and publishes native apps for you.
Expo Go runs your JavaScript inside a pre-built container. The stores accept signed native binaries, and features that need custom native code don't survive the sandbox.
There's a free tier with monthly build limits, and paid plans lift them — check Expo's pricing page for current numbers. Store fees are separate and universal.
Apple charges $99/year and Google $25 one-time, whatever road you take. On the Expo road, add your EAS plan if you outgrow the free tier; on Choicely, publishing starts at $25/month with builds and submission handled.
On the Expo road, no — EAS builds in the cloud. On Choicely, also no. Building locally with Xcode is the only road that requires a Mac.
Connect it to Choicely and the AI rebuilds it as a native app, with one-click re-sync when the repo updates — or stay on the EAS road if you want to own the native project yourself.
Sources & disclosure: Expo's documentation on Expo Go, development builds, EAS Build, EAS Submit, and pricing, plus Apple's and Google's developer-program pages, as of July 30, 2026. Choicely publishes this guide and offers one of the two roads described — where Expo is the better fit, we say so.