Do it yourself
$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 pageClaude Code
Store metadata is where honest, specific writing wins. Claude Code has one advantage over a template generator: it can read your code and describe what the app actually does and collects. Use that, keep the honesty rules of Guideline 2.3 in mind, and the listing side of your submission is done in an hour.
From $109 one-time per platform, or let our team do it all from $698.
Apple Guideline 2.3 (Accurate Metadata) and the Google Play policies on misleading claims and Data safety accuracy are enforced strictly against web-based apps, because reviewers expect screenshots of a website and descriptions that oversell. The privacy answers in App Store Connect and the Data safety form in the Play Console must match what the code does; a mismatch is a rejection on Google and a reason for removal later on both stores.
That is why every prompt here starts with "inspect the codebase". An agent that lists your Supabase tables, your analytics SDK and your Stripe webhook before writing a sentence produces a policy you can defend. The privacy labels guide explains the categories; this page gives you the prompts.
Inspect this codebase and produce three things. 1. A data inventory as a table: data type (email, name, user ID, payment info, photos, location, usage data, crash data, device identifiers), where it is collected (file or component), where it is stored (database table, third-party service), purpose, whether it is linked to the user identity, and whether it is used for tracking across apps or websites. Include third-party SDKs and APIs (auth provider, analytics, error tracking, payments, push service, AI APIs that receive user content). 2. A privacy policy page at /privacy written from that inventory in plain English: what we collect, why, who receives it, how long we keep it, how users can delete their account in the app (/delete-account) and contact us. Mention that the iOS and Android apps use the same service. No practices we do not have, no boilerplate about cookies we do not set. Mark uncertain statements with TODO. 3. Draft answers for the Apple App Privacy questionnaire (data types, linked to user yes/no, used for tracking yes/no, purposes) and for the Google Play Data safety form (collected or shared, required or optional, encrypted in transit, deletion available), both derived from the same inventory so they cannot contradict each other. Note that the native iOS wrapper integrates the AdMob SDK even when ads are off; if we do not show ads, say that advertising data is not collected, but flag the App Store Connect advertising identifier (IDFA) question for me to answer as the wrapper documentation describes.
| Component | What it means for App Privacy | What it means for Data safety |
|---|---|---|
| Supabase / Firebase Auth | Contact info (email), User ID; linked to user; not tracking | Personal info collected, required, encrypted in transit, deletable |
| Stripe on the web only | Not collected in the app if checkout is hidden natively | Not collected in the app; otherwise financial info via a payment processor |
| RevenueCat in-app purchases | Purchase history; linked to user | App activity: in-app purchases |
| OneSignal push | Device ID (push token); linked to user if you store it | Device or other IDs; collected, optional |
| Product analytics (e.g. PostHog, Plausible) | Usage data; tracking only if shared with ad networks | App activity and diagnostics; check the SDK docs for sharing |
| Camera or photo uploads | Photos or videos; linked to user | Photos and videos; collected, optional |

With a good optimized version of your web app you can have a stunning mobile app within a couple of minutes. Additionally to that the customer service is very nice and very helpful! I can just recommend WebViewGold :-)
Write the store listing for this app based on the features that exist in the codebase today (check routes and components; do not list anything that is behind a feature flag or marked as coming soon). Apple: app name (max 30 characters), subtitle (max 30), promotional text (max 170), description (up to 4000 characters, first two lines carry the message), keywords field (max 100 characters, comma separated, no spaces after commas, no words already in the name). Google Play: title (max 30), short description (max 80), full description (up to 4000 characters). Review notes for both stores: what the app does in two sentences, the demo account (I will fill in the credentials), the native features the app uses (push notifications, biometric login, native share, offline screen) and where to find them, and that users can delete their account under Settings. Rules: no superlatives we cannot prove, no mention of other platforms or of being a beta, no references to the website version, no competitor names, no AI buzzwords unless the app is an AI product. Use the language the app UI uses.
Screenshots must show the real app on a device, not the website in a browser frame.
Prompt: "List the five screens that best show what this app does, in the order a new user meets them, with a seven-word caption for each." Captions become the text overlays if you add any.
Have Claude Code write a seed script for a demo account with realistic content (no Lorem ipsum, no test123). Screenshots of empty states are a 2.3 risk.
Install the WebViewGold build (TestFlight or the Cloud Builder preview) and capture at the sizes App Store Connect and the Play Console require: current iPhone sizes, iPad if the app supports it, and a phone size for Android.
No browser bars, no cursor, no desktop layouts, no Android screenshots in the Apple listing. Status bars are fine.
Every feature named in the description should be visible in a screenshot or reachable in the demo account. The reviewer will look for it.
For most small apps a policy that truthfully describes the data flow is what the stores check. If you operate in a regulated field or process health or financial data, have the draft reviewed by a professional.
No. One policy page for the service is normal. Mention that the iOS and Android apps use the same service and link the same URL in both consoles.
The WebViewGold iOS project integrates the AdMob SDK even when ads are switched off, so App Store Connect asks about the advertising identifier (IDFA). The WebViewGold publishing documentation describes the exact selection; if you show no ads, your App Privacy and Data safety answers simply state that no advertising data is collected.
No. Apple rejects screenshots that show a browser or a desktop layout under Guideline 2.3. Capture the running app.
Fill the 100 characters with specific terms people search for, without repeating words from the name or subtitle. The ASO guide in this section goes deeper.
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 byWinter 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.