Short practical notes we use ourselves. Always check current store rules — they change.
NOTE-01
Why App Store rejects builds
Common causes: incomplete features or placeholders; no demo account for the reviewer; external payment links for digital goods; privacy label mismatch. Before submitting: add test login in Review Notes, scan every screen for stubs, reconcile App Privacy with SDKs in the build.
NOTE-02
Google Play: Data safety without surprises
Build a table: each SDK → data it collects → shared with third parties? → encrypted in transit? The Data safety form must cover both your code and libraries. Re-check it on every dependency update.
NOTE-03
Staged rollout: choosing percentages
A practical ladder: 1–5% for the first day, then 20%, 50%, 100% only if the crash-free rate is not below the previous version. Define the halt threshold and who can press “pause” in advance.
NOTE-04
Build versioning
Keep the visible version (2.14.0) separate from a build number (311) that always increases. Repo tag = build number. Any crash report then maps to one commit.
NOTE-05
Store screenshots
Make 4–6 frames, each answering one user question. On-image text up to 7 words. Generate them from UI tests so they update with the interface automatically.
NOTE-06
Web release: minimal checklist
HTTPS and www redirect; correct canonical and hreflang; a 404 page; cache headers for static files; forms tested on the real server; a backup of the previous version.
Cookies and storage
We only use necessary local storage to remember your choice on this notice. No analytics, advertising or third-party trackers. No optional cookies exist right now, so “Accept” and “Reject” have the same effect on your privacy. Details