Publishing FAQ

iOS (Apple App Store) FAQ

How do I get started with submitting my Bubble Mobile app to the App Store?

Start by reading the Bubble Mobile documentation. You’ll need an active Apple Developer account and to upload the required certificate and provisioning files through the Bubble interface. Bubble handles the rest of the build process for you.

How do I generate the certificates required for iOS submission?

Use your Apple Developer account to generate the .p8 key. Follow Bubble's documentation to upload them correctly.

How long does it take to publish to the App Store once everything is set up?

Once your files are uploaded and settings are configured, it can take about 45 minutes to generate the build, upload it to TestFlight, and submit it for review.

Can I update my iOS app without resubmitting it to the App Store every time?

Yes. If you're only changing content inside your Bubble app (text, workflows, UI), those updates happen instantly and don’t require a rebuild. You only need to resubmit if you're changing the native shell—such as the app icon, splash screen, or plugins.

What are common issues users face when submitting to iOS?

Several users have run into challenges during their iOS submission process. Here are the most common ones:

App metadata errors:

Apple has strict requirements for what needs to be included in your App Store listing. Users have encountered rejections due to:

• Missing or improperly sized screenshots.

• Incomplete descriptions or keywords.

• Mismatched app names or bundle identifiers.

• Choosing an incorrect app category or age rating.

Certificate and key setup confusion:

While Bubble streamlines most of the native build process, you still need to manually generate and upload:

• A .p8 key from Apple (App Store Connect API key).

• Associated App ID and bundle identifier.

• Apple Developer Team ID. Users often get stuck if any of these values are incorrect or missing during the setup.

Misunderstanding the Update Process:

It's common to assume that any change to your Bubble app requires a new app submission. However:

• Web-based changes (like UI edits or logic updates inside Bubble) do not require resubmission.

• Native changes (like splash screen, icons, or plugin settings) do require generating a new build and re-submitting through App Store Connect.

Waiting for Apple Review:

After submission, there is often a 1–3 day waiting period for Apple to approve your app (or longer if it’s your first submission). Users sometimes mistake this delay for a technical issue.

Unexpected Rejections:

Apple may reject your app for reasons that aren’t clearly explained. Common rejection reasons include:

Privacy policy issues.

• Unsupported content.

• Incomplete functionality (e.g., submitting a shell without full content).

---

Android (Google Play Store) FAQ

Is Android publishing supported by Bubble Mobile?

Yes, you can publish directly to the Google Play Store. Bubble handles the build generation and provides an AAB (Android App Bundle) file that you can upload to Google Play.

Can I submit to other Android stores (like the Amazon Appstore)?

Not officially. Right now, Bubble only supports publishing to the Google Play Store.

What steps are involved in submitting to Google Play?

1. Set up a Google Play Developer account.
2. Use Bubble to generate the Android build and download the .aab file.

3. Upload your build to the Google Play Console.

4. Complete the store listing (title, description, screenshots, privacy policy, etc.).

5. Submit for review.

Do I need to resubmit the Android app for every Bubble change?

No. Just like iOS, if your updates are within the Bubble editor (like text, logic, or layout changes), you don’t need to rebuild. Only changes to the native build require a new submission.

What are common issues users face when submitting to Google Play?

While Android submissions tend to be more forgiving than iOS, there are still several common pitfalls Bubble users have run into:

Incorrect Keystore Setup:

When generating the app build in Bubble, you need to download and securely store your keystore file. Common issues include:

• Misplacing the keystore or password (you can't update the app without it).

• Uploading a build signed with a different keystore (Google will reject it).

• Confusion around which signing method to choose (Bubble signs it, but you may opt into Google Play App Signing).

• Java is not installed

Store Listing Rejections:

Google requires a full store listing before publishing, and apps can be rejected or delayed if anything is missing or unclear. Frequent issues include:

• No privacy policy listed (especially for apps with data input or login).

• Missing or inappropriate screenshots.

• Generic or incomplete app descriptions.

Permissions Disclosure Problems:

If your app uses sensitive permissions (like location, camera, or file access), Google Play requires clear justification and explanation in the store listing. Apps without this are often rejected.

Policy Violations:

Google has strict policies around content, ads, and functionality. Users have run into issues where:

• Placeholder content or "coming soon" pages trigger rejection.

• Your app links to websites that aren't mobile-friendly or that violate Google’s policies.

• Apps require login but don’t offer a test account for reviewers.

APK vs AAB Confusion:

Bubble exports your app as an AAB (Android App Bundle) — the current required format for Google Play. Some users mistakenly expect an APK and run into trouble trying to upload it.

Misunderstanding the Update Process:

• Like with iOS, many assume any Bubble change means a new app submission. In reality:

• Web-based changes inside Bubble (design, workflows, content) update instantly without needing a new app build.

• Native build changes (icons, splash screen, plugin updates) do require generating a new build and uploading to Google Play again.