Design and devices
Most vibe-coded apps are designed at phone width and tested on a laptop. Then Apple opens the app on a 13-inch iPad, sees a stretched phone layout with a sidebar hanging in the void, and writes a Guideline 4.0 note. Both paths work, supporting tablets or excluding them, but you have to choose one.
From $109 one-time per platform, or let our team do it all from $698.
The WebViewGold Xcode project is a universal app: it runs natively on iPhone and iPad, with separate settings for each (that is why Config.swift has orientationiphone and orientationipad, and why the icon set includes 152 and 167 px iPad sizes). Apple reviewers routinely test universal apps on an iPad, App Store Connect requires iPad screenshots for them, and the iPad App Store shows your listing to millions of tablet users. A phone layout stretched to 1024 points wide is not a rejection by itself, but a broken one is: overlapping menus, modals off-screen, a landscape view that falls apart. Those land under Guideline 4.0 (design) or 2.1 (completeness).
Android has no review step for tablets, but Google Play ranks and badges apps by its large-screen quality guidelines, shows tablet screenshots separately, and Chromebooks run Android apps in resizable windows. The same responsive work pays off on both platforms.
Your web app should look intentional from 320 px to about 1366 px wide, portrait and landscape. The checklist most generated apps need:
grid-template-columns: repeat(auto-fit, minmax(280px, 1fr))).Make the app layout responsive for tablets (iPad and Android tablets) without changing the phone experience: 1. Add a centered max-width container of 720px for single-column pages; keep the current mobile layout below 768px. 2. From 768px up, show the main navigation as a left sidebar instead of the bottom tab bar, with the same items and active state. 3. Convert card lists to a responsive grid (1 column on phones, 2 columns from 768px, 3 columns from 1100px). 4. Give all modals and sheets a max-width of 560px, centered vertically and horizontally on screens wider than 768px. 5. Make sure every page works in landscape orientation at 1024x768 with no horizontal scrolling and no overlapping elements. 6. Keep tap targets at least 44px high and font sizes at least 16px for inputs. Do not use hover-only interactions.
Great work! Never coded anything but managed to work with this. Easy and fast! Also with great help from the creators!
| Setting | iOS (Config.swift) | Android (Config.java) |
|---|---|---|
| Orientation | orientationiphone and orientationipad: "portrait", "landscape" or "auto" | PHONE_ORIENTATION and TABLET_ORIENTATION: "portrait", "landscape" or "auto" |
| Separate user agent for tablets | useragent_ipad lets your web app detect iPads and serve a tablet layout or tablet-specific behavior | One USER_AGENT for all devices; detect screen width in CSS instead |
| Bottom bar on iPad | iPadBottombar set to true also shows the native bottom bar on iPads; off by default because the home indicator rarely overlaps content there | Native navigation drawer or footer applies to all screen sizes |
| Splash image size | scaleSplashImage: percentage of the shorter screen side, so the image scales sensibly on large screens | SCALE_SPLASH_IMAGE |
| Safe areas | Rounded corners and the home indicator exist on iPads too; use env(safe-area-inset-*) in CSS; see the safe area docs | Standard; no notch handling needed |
| Icons | 152 and 167 px iPad icons from the 1024 px master | Same launcher icons as phones |
Required for universal apps: one set for the 13-inch iPad display size.
Run the WebViewGold project in the iPad Pro 13-inch simulator, open four to six key screens and press Cmd+S. The files already have the size App Store Connect expects.
Install the TestFlight build on any iPad (a friend's, a store demo unit, a rented device) and take native screenshots, or build via the Cloud Builder and use TestFlight the same way. App Store Connect lists the accepted pixel sizes if you need to resize.
The Play Console accepts optional 7-inch and 10-inch tablet screenshots; the Android Studio emulator (Pixel Tablet) produces them. Apps that target large screens are highlighted on tablets.
Reuse the phone captions; the listing guide covers sizes and copy rules.
In Xcode, select the WebViewGold target → General → Supported Destinations and remove iPad. The app is then reviewed as an iPhone app, needs no iPad screenshots, and iPad users can still install it in compatibility mode (a scaled iPhone window). Right for phone-only workflows such as scanning or driver apps.
Keep the universal target, lock orientationipad to portrait if landscape is not ready, provide the 13-inch screenshots and test every main screen at tablet width. You gain the iPad App Store and a "Designed for iPad" listing.
By default the app installs on every screen size. To exclude tablets, add screen restrictions in AndroidManifest.xml (supports-screens or compatible-screens); the Play Console then hides the app from those devices. Most apps simply keep tablets and rely on the responsive layout.
iPad apps can run on Apple silicon Macs unless you switch off Mac availability in App Store Connect's Pricing and Availability; Android apps run on Chromebooks. Both are bonus audiences if the layout is responsive.
No. A working but unoptimized layout usually passes. Broken navigation, overlapping elements or a landscape mode that falls apart lead to 4.0 or 2.1 rejections.
Yes: orientationipad = "portrait" in Config.swift and TABLET_ORIENTATION = "portrait" in Config.java. Many productivity apps ship that way.
Yes, in iPhone compatibility mode: the app runs in a scaled iPhone-sized window. It is listed under iPhone apps in the iPad App Store.
No. One App Bundle serves phones, tablets and Chromebooks; the layout work happens in your web app.
Same result, different amount of work on your side. All three come with the approval guarantee and 24/7 human support.
$109 per platform, one-time
The WebViewGold license: a finished Xcode or Android Studio project. Paste your URL, set name and icon, switch on features, build and submit. Free updates forever.
See plans on the main page$349 per license, one-time add-on
No Mac, no Xcode, no Android Studio: configure in the browser, we build both apps in the cloud and hand them to App Store Connect and the Play Console.
How the Cloud Builder works Try the free demo$698 per platform $798
Send us your URL and icon. Our team configures, builds and delivers your app within 72 hours, white-label, with source projects. Both platforms for $1,158.
Full Service details Powered by
Winter Sale prices valid until December 31, 2026.
App Store & Google Play approval guarantee – or your money back within 14 days
Rather hand it over? Full Service: we configure, build and deliver within 72 hours, from $698 per platform. Questions? Chat with us 24/7.
Refunds are granted under the conditions listed in our FAQ: a non-content rejection by Apple and/or Google, claimed within 14 days after purchase.