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
-
Create an account at app.glideep.comSign up and choose a plan. All plans include a 14-day money-back guarantee.
-
Create a new appEnter your app name, the website URL you want to wrap, and optionally your Android package name and iOS Bundle ID.
-
Customize in the Visual EditorSet your icon, splash screen, colors, navigation, push notifications, and any other features you need. Every change shows instantly in the live preview.
-
Click BuildAndroid builds take around 6 minutes and produce a signed APK + AAB. iOS builds take around 9 minutes and are automatically sent to TestFlight.
-
Publish to the storesUpload 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.
| Field | What 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. |
🎨 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.
💫 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.
| Setting | What 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. |
🖼️ 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.
| Platform | Requirements |
|---|---|
| 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. |
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
| Setting | What 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. |
📋 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.
| Setting | What 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. |
🏠 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.
| Setting | What 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
-
Create a free account at onesignal.comSign 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.
-
Copy your OneSignal App IDIn OneSignal, go to Settings → Keys & IDs. Copy the App ID (it looks like a long code with dashes).
-
Paste it into GlideepIn the Visual Editor under Push Notifications, paste your App ID and turn on push notifications. Save and rebuild.
-
Send your first notificationGo 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.
| Setting | What 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. |
🔗 Deep Links
Deep links let external sources (emails, QR codes, social media) open your app directly to a specific page instead of a browser. For example, a marketing email could contain a link that opens your app's checkout page directly.
| Setting | What it does |
|---|---|
| Enable deep links | Turns deep link handling on or off. |
| URL scheme | A custom prefix for your app links (e.g. myapp means links like myapp://open/product will open your app). |
| Host & paths | Define which paths inside your scheme are valid deep link targets. |
💰 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:
↗️ 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:
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.
| Setting | What 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. |
⭐ 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.
| Setting | What 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
| File | What 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.
🍎 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
-
Go to App Store ConnectSign in at appstoreconnect.apple.com. Go to Users and Access → Integrations → App Store Connect API.
-
Create a new API keyClick 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.
-
Copy your Issuer ID and Key IDThe Issuer ID is shown at the top of the API keys page. The Key ID is listed next to each key in the table.
-
Upload to GlideepGo 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.
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:
-
QueuedYour build is added to the CI pipeline. It usually starts within 1–2 minutes.
-
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.
-
Auto-upload to TestFlightThe signed IPA is automatically uploaded to TestFlight using the App Store Connect API. It appears in your TestFlight dashboard within a few minutes.
-
Email & notification sentYou receive an email and a push notification when the build finishes — whether it succeeds or fails.
📊 Build Credits & Status
Build statuses
| Status | Meaning |
|---|---|
| Queued | Waiting in the pipeline. Usually starts within 1–2 minutes. |
| Building | Compilation is running. The build status page auto-refreshes every 8 seconds. |
| Finished | Build completed. Download links for APK/AAB or IPA are available on the status page. |
| Failed | Something went wrong. Check the build logs (link on the status page) for details, fix the issue, and try again. |
Build credits per plan
| Plan | Android builds | iOS builds | Period |
|---|---|---|---|
| Single Platform | 3 or 0 | 0 or 3 | Per month |
| Both Platforms | 3 | 3 | Per month |
| Yearly | 35 | 35 | Per year |
| Lifetime | 6 | 6 | Never 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.
-
Create the app in Play ConsoleGo 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.
-
Enroll in Play App SigningGo to Production → Setup → App integrity. Enroll in Play App Signing so Google manages your signing key. This is required for new apps.
-
Create a new release and upload the AABGo to Production → Create new release. Upload the .aab file you downloaded from Glideep. Add release notes (what's new in this version).
-
Submit for reviewClick Review release → Submit. Google Play typically reviews new apps within 1–3 days. You'll receive an email when the review is complete.
🏪 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.
-
Find your build in TestFlightGo 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.
-
Test on a real deviceInstall 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.
-
Create a new App Store versionIn 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).
-
Select your TestFlight buildOn the version page, under Build, click "Select a build before you submit" and choose the build you just tested.
-
Submit for reviewClick 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.
Need help with publishing? Our Studio service handles everything end-to-end.
🔑 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.
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.