Documentation

Glideep Documentation

Glideep turns any responsive website into a native Android and iOS app — no coding required. You configure everything through the visual editor, click Build, and Glideep does the rest. This guide walks you through every feature from setup to publishing.

🚀 From zero to published in 5 steps

  1. Create an account at app.glideep.com
    Sign up and choose a plan. All plans include a 14-day money-back guarantee.
  2. Create a new app
    Enter your app name, the website URL you want to wrap, and optionally your Android package name and iOS Bundle ID.
  3. Customize in the Visual Editor
    Set your icon, splash screen, colors, navigation, push notifications, and any other features you need. Every change shows instantly in the live preview.
  4. Click Build
    Android builds take around 6 minutes and produce a signed APK + AAB. iOS builds take around 9 minutes and are automatically sent to TestFlight.
  5. Publish to the stores
    Upload the AAB to Google Play Console, or promote your TestFlight build to App Store. Your app is live.

Create Your App

Go to Dashboard → Create New App and fill in the details below. You can always change most of these later from the editor.

FieldWhat it does
App Name The name displayed on the user's home screen and in the app stores. Keep it short and memorable.
Website URL The website that loads inside your app (e.g. https://mysite.com). Must be an https URL. Your site needs to be responsive to look good on mobile.
Package Name The unique Android app identifier (e.g. com.mycompany.appname). Used by Google Play. Glideep auto-generates one if you leave it blank.
iOS Bundle ID Required for iOS builds. Must exactly match the Bundle ID you set in App Store Connect. Same reverse-domain format as the package name.
⚠️
Once your app is live on the stores, you cannot change the Package Name or Bundle ID. Those are permanent identifiers tied to your store listing. Choose them carefully before your first submission.

🎨 Visual Editor

After creating your app you're taken to the Visual Editor. It has two panels: a settings panel on the left where you configure everything, and a live phone preview on the right that updates as you make changes.

The editor is organized into sections — Splash, Branding, Navigation, Features, and so on. Work through each section and hit Save when you're done. Your settings are saved and will be used for the next build.

💡
Changes in the editor don't require a new build to take effect on content updates. If you just change something on your website, users see it instantly because the app loads your live URL. Only native feature changes (icon, navigation, push settings, etc.) require a new build.

💫 Splash Screen

The splash screen is the first thing users see when they open your app, before the website loads. It usually shows for 2–5 seconds.

SettingWhat it does
Background color The background of the splash screen. Use your brand's primary color so it matches your icon background.
Logo image Your brand logo or app icon shown at the center of the splash. Upload a square PNG — recommended 512×512 px.
Hold duration How many seconds to show the splash before transitioning to the app. Default is 3 seconds. Maximum is 10.
💡
Use the same background color on your splash screen as your app icon background. It creates a smooth, polished transition that feels native.

🖼️ Branding & App Icon

Your app icon is what users see on their home screen, in the app stores, and in notifications. Upload it from the editor's Branding section or the Icon Picker.

PlatformRequirements
Android icon 1024×1024 px PNG. A solid or gradient background is fine. Glideep automatically generates all required icon sizes (small, medium, large, extra-large).
iOS icon 1024×1024 px PNG. No transparency — the icon must have a solid background. Apple rejects icons with transparent backgrounds. Glideep generates all required sizes automatically.
⚠️
iOS icons must have no transparent areas. If your icon has a clear/transparent background, Apple will reject your app during review. Use a solid color or gradient as the background.

Theme mode

Choose whether the app uses Light mode, Dark mode, or automatically follows the user's device setting (System). Set this from the Branding section of the editor.

🌐 WebView Settings

SettingWhat it does
Allowed origins A list of URLs that open inside the app. Any URL not on this list opens in the device's browser. Add your site's domain plus any third-party services your site uses for login or payment.
Hide elements Enter the CSS class names of any elements from your website you want hidden inside the app — like a header, footer, cookie banner, or navigation bar. Separate multiple class names with commas.
Pull to refresh When turned on, users can pull down from the top of the screen to reload the current page.
Allow downloads Lets users download files (PDFs, images, documents) from your site to their device's storage.
Exit confirmation Shows a "Are you sure you want to exit?" prompt when the user taps the Back button on the home page.
Analytics Enables basic in-app usage tracking. Works alongside any analytics your website already has.
ℹ️
If you use Google login, Stripe, or any other third-party service on your site, add those domains to Allowed origins so they open inside the app instead of the browser. For example: accounts.google.com, js.stripe.com.

📋 Onboarding Screens

Onboarding screens are shown the first time a user opens your app. They're great for introducing key features or setting expectations before the main content loads.

SettingWhat it does
Enable onboarding Turn the onboarding flow on or off. When off, the app goes straight to your website on first launch.
Show once When on, onboarding only appears on the very first install. Once the user taps through it, they never see it again. When off, it shows on every app launch.
Allow skip Adds a Skip button so users can jump past the onboarding without going through every page.
Pages Each page has a title, a background color, an image (hosted anywhere), and a button label (Next / Get Started). You can add up to 4 pages.
💡
Keep onboarding short — 2 to 3 pages is ideal. Use simple visuals and short text. The goal is to get users into your app quickly, not to explain every feature.

🏠 Custom Home Screen

Optionally show a fully branded native home screen before the WebView loads on first launch. It's styled with your brand colors and can include a hero section, a CTA button, and product cards.

SettingWhat it does
Show on launch Turn the custom home screen on or off. When off, the app goes straight to your website URL.
Template Choose from 5 layout styles (Style 1–5). Preview each one in the editor before deciding.
Title & description The headline and supporting text shown on the home screen.
CTA button A call-to-action button with a custom label and URL. Tapping it loads the specified URL in the WebView.
Hero image A large feature image displayed on the home screen. Use a high-resolution product or lifestyle image.
Product cards A horizontal scrollable row of product cards (image, title, brand, link). Great for e-commerce or content apps.

🔔 Push Notifications

Send push notifications directly to your app users. Glideep uses OneSignal — a free service — to deliver notifications on both Android and iOS.

Setup steps

  1. Create a free account at onesignal.com
    Sign up and create a new app in OneSignal. Select "Mobile Push" and complete the Android (FCM) and iOS (APNs) setup steps they guide you through.
  2. Copy your OneSignal App ID
    In OneSignal, go to Settings → Keys & IDs. Copy the App ID (it looks like a long code with dashes).
  3. Paste it into Glideep
    In the Visual Editor under Push Notifications, paste your App ID and turn on push notifications. Save and rebuild.
  4. Send your first notification
    Go to OneSignal → Messages → New Push. Write your message and send. All app users with notifications enabled will receive it.

Open a specific page from a notification

When sending a notification in OneSignal, add a URL in the notification's data field. When the user taps the notification, the app opens and loads that URL directly — for example, a product page, sale, or news article.

Topics (subscriber segments)

Define topics (like news, offers, updates) that users can subscribe to. You can then send targeted notifications only to users subscribed to a specific topic.

👆 Biometric Authentication

Require Face ID (iPhone) or Fingerprint (Android) before users can access the app or specific pages. Adds a native security layer without any code changes on your website.

SettingWhat it does
Enable biometrics Turns the feature on or off.
Prompt on every launch When on, biometrics are required every time the user opens the app. When off, they only authenticate when navigating to a protected page.
PIN fallback If the user's device doesn't have biometrics set up, show a PIN entry screen instead of blocking them completely.
Protected pages Enter URL patterns for pages that require biometric authentication before loading. For example /account or /checkout. Use * as a wildcard.
Dialog text Customize the title and subtitle shown in the biometric prompt dialog.

🔑 Social Login

Add native login buttons for Google, Apple, and Facebook. The app handles the full sign-in flow natively and passes the user's session back to your website automatically.

ProviderWhat you need
Google Sign-In A Google Cloud project with OAuth 2.0 configured. You'll need the Client ID from Google Cloud Console and a redirect URL pointing to your site.
Apple Sign-In An Apple Developer account. Create a Service ID in the Apple Developer Portal and configure Sign In with Apple. Required on iOS if you offer any other social login.
Facebook Login A Facebook App ID from Meta's Developer Console with Facebook Login configured.
⚠️
Apple Sign-In is required on iOS if your app offers any other third-party login (Google, Facebook, etc.). Apple's App Store review guidelines mandate this. You must enable Apple Sign-In before your iOS submission.

Session & cookies

The app automatically preserves cookies and local storage between sessions, so users stay logged in just like they would in a browser. If your site uses token-based auth, you can configure a token sync URL that the app will use to restore the user's session on each launch.

💰 In-App Purchases

Charge users for subscriptions or one-time purchases through the native App Store and Google Play billing systems. Glideep supports two approaches:

🔀
RevenueCat (Recommended)
Connect your RevenueCat account with a single API key. RevenueCat manages purchases, subscriptions, receipts, and entitlements across both platforms automatically. Ideal for subscription-based apps.
🏪
Native Store IAP
Connect directly to Google Play's billing system (via Android SKU IDs) and Apple's StoreKit (via iOS Product IDs). More setup required — use RevenueCat if you're unsure.
⚠️
Apps that sell digital goods (subscriptions, virtual items, premium features) must use the stores' native billing systems. Physical goods and services (food orders, ride-hailing, delivery) are exempt from this rule.

↗️ External App Handling

When a user taps a link to WhatsApp, Instagram, Telegram, Google Maps, or another external app, Glideep opens the native app on the device instead of loading the URL inside the WebView.

Enable Prefer native apps in the WebView settings. These integrations are pre-configured and work automatically:

💬
WhatsApp
Links to wa.me or whatsapp:// open in the WhatsApp app if installed.
📸
Instagram
instagram.com links open in the Instagram app if installed.
✈️
Telegram
t.me links open in Telegram if installed.
🗺️
Google Maps
maps.google.com links open in the native Maps app.

If the native app isn't installed on the user's device, the link falls back to opening in the device's browser.

📐 Screen Orientation

Control whether your app is portrait-only, landscape-only, or changes per page. For most apps, portrait works best. But for video players or games you may want landscape on specific pages.

SettingWhat it does
URL pattern A URL pattern that triggers a specific orientation. Use * as a wildcard. For example */video/* matches any video page.
Orientation Portrait or Landscape. Rules are evaluated top-to-bottom. The first matching rule wins. A catch-all * rule at the bottom sets the default.
💡
Always add a catch-all rule at the end set to Portrait. This ensures any URL not matched by a specific rule stays in portrait mode.

App Rating Prompt

Show a native in-app rating dialog to encourage users to leave a review. The system controls exactly when and how the dialog appears — you set the trigger conditions.

SettingWhat it does
Enable Turns the rating prompt on or off.
Min days after install Don't prompt users until they've had the app for at least this many days. Recommended: 3–7 days.
Min app opens Don't prompt until the user has opened the app at least this many times. Recommended: 3–5 opens.
Cooldown days After showing the prompt, wait this many days before showing it again.
Max prompt count The maximum number of times a single user will ever be shown the prompt.

🤖 Build for Android

Android builds require no extra credentials. Go to Dashboard → [your app] → Build and click Build Android.

What you get

FileWhat it's for
APK Install directly on a device for testing. You can share this file and install it without going through the Play Store.
AAB (App Bundle) The file you upload to Google Play Console. Smaller download size for users. Required for all new Play Store submissions.

Version numbers

Every app has a Version Name (like 1.0.0) and a Version Code (an integer like 1). When you publish an update to the Play Store, the Version Code must be higher than the previous submission. Update both numbers in the editor before triggering a new build for a store update.

ℹ️
The first time you submit to Google Play, enroll in Play App Signing. This lets Google securely manage your signing key. All future updates are signed automatically.

🍎 iOS Credentials

To build for iOS, you need an active Apple Developer account ($99/year). Glideep uses App Store Connect API credentials to sign and upload your app without needing a Mac.

How to get your credentials

  1. Go to App Store Connect
    Sign in at appstoreconnect.apple.com. Go to Users and Access → Integrations → App Store Connect API.
  2. Create a new API key
    Click the + button to create a key. Name it anything (e.g. "Glideep") and set the role to App Manager. Download the .p8 private key file — you can only download it once, so save it safely.
  3. Copy your Issuer ID and Key ID
    The Issuer ID is shown at the top of the API keys page. The Key ID is listed next to each key in the table.
  4. Upload to Glideep
    Go to Glideep → iOS Credentials. Paste the Issuer ID and Key ID, and upload the .p8 file. These are stored securely and only used during your iOS builds.
⚠️
Apple only lets you download the .p8 file once at the time of creation. If you lose it, you'll need to revoke the key and create a new one. Save it somewhere safe.

Create the app in App Store Connect first

Before triggering your first iOS build, create the app record in App Store Connect. Go to My Apps → New App, and set the Bundle ID to exactly match what you entered in Glideep. Without this, the automatic TestFlight upload will fail.

📱 Build for iOS

Once your iOS credentials are saved and your App Store Connect app is created, go to Build → Build iOS. Here's what happens automatically:

  1. Queued
    Your build is added to the CI pipeline. It usually starts within 1–2 minutes.
  2. Building (~9 minutes)
    Flutter compiles your app on a Mac in the cloud. The process installs dependencies, configures signing using your App Store Connect credentials, and produces a signed IPA file.
  3. Auto-upload to TestFlight
    The signed IPA is automatically uploaded to TestFlight using the App Store Connect API. It appears in your TestFlight dashboard within a few minutes.
  4. Email & notification sent
    You receive an email and a push notification when the build finishes — whether it succeeds or fails.
💡
You can close the build status page after clicking Build. The build runs in the background and you'll get an email when it's done.

📊 Build Credits & Status

Build statuses

StatusMeaning
QueuedWaiting in the pipeline. Usually starts within 1–2 minutes.
BuildingCompilation is running. The build status page auto-refreshes every 8 seconds.
FinishedBuild completed. Download links for APK/AAB or IPA are available on the status page.
FailedSomething went wrong. Check the build logs (link on the status page) for details, fix the issue, and try again.

Build credits per plan

PlanAndroid buildsiOS buildsPeriod
Single Platform3 or 00 or 3Per month
Both Platforms33Per month
Yearly3535Per year
Lifetime66Never expires

One build = one triggered pipeline run. Builds that fail due to a server error on Glideep's side do not count against your limit. Unused builds do not roll over to the next period.

▶️ Publishing to Google Play

You need a Google Play Developer account ($25 one-time fee) to publish your app.

  1. Create the app in Play Console
    Go to play.google.com/console → Create app. Fill in the app name, language, and type. Then complete the required sections: store listing, content rating, privacy policy, and app access.
  2. Enroll in Play App Signing
    Go to Production → Setup → App integrity. Enroll in Play App Signing so Google manages your signing key. This is required for new apps.
  3. Create a new release and upload the AAB
    Go to Production → Create new release. Upload the .aab file you downloaded from Glideep. Add release notes (what's new in this version).
  4. Submit for review
    Click Review release → Submit. Google Play typically reviews new apps within 1–3 days. You'll receive an email when the review is complete.
💡
For future updates, build a new AAB with an incremented Version Code, upload it to a new release in Play Console, and submit. The process is the same each time.

🏪 Publishing to the App Store

After a successful iOS build, your app is automatically uploaded to TestFlight. From there you test it, then submit it to the App Store.

  1. Find your build in TestFlight
    Go to appstoreconnect.apple.com → TestFlight. Your build appears within 5–10 minutes of the Glideep build finishing. Apple may take a few more minutes to process it before it's testable.
  2. Test on a real device
    Install TestFlight on your iPhone, add yourself as an internal tester, and verify the app works correctly. Check key flows — login, navigation, purchases — before submitting to the store.
  3. Create a new App Store version
    In App Store Connect → My Apps → [your app] → Distribution → Add Version or Platform. Set the version number and add release notes. You'll also need at least two sets of screenshots (6.5" and 5.5" iPhone sizes).
  4. Select your TestFlight build
    On the version page, under Build, click "Select a build before you submit" and choose the build you just tested.
  5. Submit for review
    Click Add for Review → Submit to App Review. Apple's review typically takes 1–3 business days. You'll get an email when it's approved.
⚠️
Your App Store listing must include a Privacy Policy URL and a Support URL. Apple requires both. Add them in App Store Connect under App Information before submitting.

Need help with publishing? Our Studio service handles everything end-to-end.