Publikace aplikace do App Store a Google Play: kompletní checklist (2026)

Před publikací: účty a smluvní formality

Apple Developer Program

• Cena: 99 USD ročně (pro firmy 299 USD na Apple Developer Enterprise Program — pro interní distribuci, ne pro App Store)
• Registrace: developer.apple.com → Account → Enroll. Nutná Apple ID.
• Pro firmu (s.r.o., a.s.): navíc DUNS číslo (zdarma na developer.apple.com/enroll/duns-lookup) a doložení statutárního zástupce. Apple ověří telefonicky — typicky za 1–3 týdny.
• Pro fyzickou osobu (OSVČ): jednodušší, schválení do 24–48 hodin.
• Tip: Pokud máte agenturu, můžete být přidaní do její Apple Developer team jako vývojáři, ale aplikace bude vystavená pod jejím účtem. Pro většinu klientů doporučujeme vlastní účet — vlastnictví aplikace je důležité.

Google Play Console

• Cena: 25 USD jednorázově (~ 600 Kč)
• Registrace: play.google.com/console → Sign up. Nutná Google account.
• Pro firmu nevyžaduje DUNS, ale Google v 2024 zavedl povinnou identity verification — předložení obchodního rejstříku, doklad statutáře.
• Tip: Pokud aplikace zpracovává platby, počítejte navíc s nastavením Google Pay Merchant Account a Tax Information (W-9 nebo W-8BEN).

Apple a Google reklamní účty (volitelné)

Pokud aplikace zobrazuje reklamy, založte si účty AdMob (Google) a Apple Search Ads. AdMob je standard pro mobilní reklamu napříč iOS i Androidem.

Technická příprava aplikace

Bundle Identifiers a App ID

• iOS Bundle ID (např. cz.reactive.sportsman) — registruje se v Apple Developer účtu před prvním buildem.
• Android Application ID (např. cz.reactive.sportsman) — definovaný v build.gradle.
• Konvenčně používejte stejný identifier pro obě platformy.
• Bundle ID už nelze změnit po prvním uploadu do storu. Pokud chcete dělat brand rename, musíte vystavit jako novou aplikaci.

Code signing a buildy

• iOS: vytvořte Distribution Certificate, App Store Provisioning Profile. Pro firmy s týmem řešte přes Apple Connect (automatic signing) nebo Match (manuál pro CI).
• Android: vygenerujte Upload Keystore. Backupujte ho na 3 místa — pokud ztratíte, ztratíte schopnost aktualizovat aplikaci, a můžete buď migrovat přes Play App Signing nebo začít znovu jako nová aplikace.
• Verzování: u iOS je CFBundleVersion (build number) musí vždy stoupat mezi uploady. CFBundleShortVersionString (semver) je pro uživatele.

App Tracking Transparency (ATT) a Privacy Manifest

Apple od 2024 vyžaduje Privacy Manifest (PrivacyInfo.xcprivacy) v každé aplikaci a každém SDK. Manifest deklaruje, jaká data aplikace shromažďuje a proč. Pokud aplikace používá tracking (advertising ID, cross-app analytics), musíte zobrazit App Tracking Transparency dialog.

Reasonable use cases: aplikace, která vůbec nesleduje uživatele, má manifest jednoduchý — deklaruje jen API přístupy (file timestamp, UserDefaults atd.). Aplikace s analytics (Firebase, Mixpanel) nebo reklamou musí deklarovat tracking domains a data linked to user.

Android targetSdkVersion

Google Play vyžaduje, aby targetSdkVersion byla nejvýše 1 rok za aktuální. V 2026 to znamená targetSdk 35 (Android 15) nebo vyšší. Aplikace s nižším targetSdk Google Play nepřijme.

Aplikace 64-bit only

Apple App Store odmítá 32-bit binárky od 2020. Google Play od 2019. Build pipeline (Xcode, Android Gradle Plugin) toto řeší automaticky, ale pokud používáte starší knihovny s 32-bit only binary, aplikace neprojde.

Marketingový obsah pro App Store / Google Play

App Icon

• iOS: 1024×1024 PNG (bez alfy, bez transparency, bez nadpisu „Free" nebo „App")
• Android: 512×512 PNG, 32-bit s alpha
• Tip: Vyhněte se textu v ikoně (uživatel ho v 60×60 pixelech beztak nepřečte). Místo toho jednoduchý symbol nebo tvar.

Screenshoty

• iOS: minimálně pro iPhone 6.7" (1290×2796) a iPad 13" (2048×2732 nebo 2064×2752). Apple v 2024 zrušil povinnost screenshotů pro starší velikosti — ale 6.5" a 5.5" se stále zobrazují u uživatelů na starších zařízeních. Doporučujeme dodat 3–4 velikosti.
• Android: minimálně 2 screenshoty 1080×1920 nebo větší. 7" a 10" tablet screenshoty volitelné, ale doporučené.
• Počet: minimum 1, maximum 10 (iOS) / 8 (Android). Doporučujeme 6–8, prvních 3 jsou rozhodující.
• Best practice: kombinujte čisté UI screenshoty s overlay textem, který popisuje hodnotu („Najdi soupeře v okolí", „Sleduj statistiky"). Apple to nepovažuje za reklamu, dokud overlay nemá přehnané claims.

App Preview videa (volitelné, ale doporučené)

• iOS: až 3 videa per zařízení velikost, max 30 sekund, vertikální orientace, výchozí formát 886×1920 (iPhone)
• Android: 1 promo video, hostované na YouTube
• Tip: Video v App Store autoplays bez zvuku. Důležité je, že vizuálně dává smysl bez audio kontextu. Klíčová akce v prvních 3 sekundách.

Texty

• App Name: max 30 znaků (iOS), 50 (Android). První slovo má největší váhu pro App Store search.
• Subtitle (iOS): max 30 znaků. Krátký claim. Důležité pro ASO (App Store Optimization).
• Short Description (Android): max 80 znaků.
• Description: max 4000 znaků. První 3 řádky jsou „above the fold" — uživatel rozhoduje, jestli „Read more" rozkliknout. Dejte do nich nejsilnější benefit.
• Keywords (jen iOS): max 100 znaků, oddělené čárkami. Bez mezer (čárka + slovo, ne čárka mezera slovo). Nedávejte tam jméno aplikace ani kategorie — Apple je indexuje automaticky.
• What's New: u každého update řekněte, co je nového. Krátké body, žádný dlouhý text.

Lokalizace store materiálů

Pokud cílíte i mimo ČR, lokalizujte minimálně název, subtitle, popisek a screenshoty do angličtiny. Pro EU trh navíc DE, FR, ES, IT. Pro globální trh přidat ZH-Hans a JA. Lokalizovaná aplikace má 5–25 % vyšší instalability score v App Store algoritmu.

Privacy a compliance

Privacy Policy

Povinnost pro každou aplikaci, která zpracovává jakákoliv data (a to dělá prakticky každá). Hostujte na své doméně, odkažte v App Store / Google Play formuláři.

App Privacy (iOS)

Apple v App Store Connect vyžaduje vyplnit App Privacy formulář — jaká data shromažďujete, jaký mají účel, jestli jsou linked to user a jestli se používají pro tracking. Tento formulář generuje „nutrition label" v App Store, který uživatel vidí před stažením.

Data Safety (Android)

Google Play obdoba — formulář, kde deklarujete sběr dat, šifrování v tranzitu, možnost smazat účet (pokud je registrace).

GDPR consent

Pokud cílíte EU (vč. ČR), aplikace s analytikou nebo reklamou musí zobrazit consent dialog před prvním sběrem dat. Standardně přes Google UMP SDK (User Messaging Platform) pro reklamy a vlastní implementaci pro ostatní.

Account Deletion

Apple od 2022 a Google od 2024 vyžadují, aby aplikace s registrací uživatelů měly tlačítko pro smazání účtu přímo v aplikaci. Bez toho aplikace neprojde review.

Časté důvody zamítnutí (App Store)

1. Guideline 5.1.1 — Privacy: Chybí privacy policy, ATT dialog, nebo manifest. Nejčastější důvod zamítnutí.
2. Guideline 4.0 — Design: Aplikace vypadá jako web view s wrapper. Apple nechce „obal kolem webu" — aplikace musí mít nativní hodnotu.
3. Guideline 2.1 — Information Needed: Recenzentovi chybí přístup. Připravte demo účet (e-mail + heslo) v App Review Information sekci.
4. Guideline 4.2 — Minimum Functionality: Aplikace dělá příliš málo („utility, která jen otevře web"). Přidejte unikátní hodnotu.
5. Guideline 3.1.1 — In-App Purchase: Pokud aplikace nabízí placený obsah, musí ho prodávat přes Apple IAP, ne přes vlastní platby. Výjimky: digitální obsah pro „služby reálného světa" (Uber, Airbnb).
6. Guideline 5.4 — Push notifications: Push s reklamou nebo promo bez explicitního opt-in.
7. Crash při startu: Triviální, ale stává se. Testujte release build, ne debug build, na čistém zařízení.

Časté důvody zamítnutí (Google Play)

1. Misleading Claims: Screenshoty nebo popis slibují něco, co aplikace neposkytuje.
2. Permissions: Aplikace žádá o oprávnění (zejména SMS, kontakty, lokace v pozadí), které nepotřebuje k základní funkci.
3. Restricted Content: Aplikace pro děti, ale obsah pro dospělé. Nebo gambling bez certifikace.
4. Trademark / Impersonation: Použití značky („Pro Facebook") bez oprávnění.
5. Pre-launch Report Crashes: Google testuje aplikaci na desítkách zařízení; pokud padá, neprojde.
6. Account Deletion: Aplikace s registrací bez možnosti smazat účet.

Časový harmonogram

Realistický plán publikace, pokud začínáte od nuly:

• Den 0–14: Účty (Apple Developer review může trvat 1–3 týdny pro firmy)
• Den 14–17: Příprava store materiálů (screenshoty, texty, ikona)
• Den 17–18: Upload buildu, vyplnění formulářů (App Privacy, Data Safety)
• Den 18–25: App Store review (typicky 1–7 dní)
• Den 18–32: Google Play review + pre-launch testing (1–14 dní podle aplikace)
• Den 25+: Aplikace live

Best practices pro úspěšný launch

• TestFlight beta s 50–100 testery minimálně 2 týdny před produkčním releasem. Najdete chyby, které internal QA mine.
• Phased release (Google Play nabízí, App Store od 2023 také): rollout aplikace postupně 5 % → 20 % → 100 %. Pokud se objeví crash, můžete pozastavit a opravit.
• Sledujte analytics první týden — App Store Connect a Google Play Console mají vestavěné analytics, doplňte si vlastní (Firebase, Mixpanel).
• Připravte content pipeline — nové screenshoty, screenshots updaty, A/B testing store listing přes Google Play Experiments.
• Localize early — i jen do angličtiny dvojnásobí potenciální publikum.

Co po publikaci

• App Store Optimization (ASO): Iterujte název, subtitle, keywords podle search analytics. App Store search je v 2026 cca 60 % zdroje organických instalací.
• Reagujte na recenze: Apple i Google umožňují odpovědět na uživatelské recenze. Aplikace s odpověďmi má vyšší rating.
• Update aplikaci pravidelně: Aplikace, která 6+ měsíců neměla update, je v algoritmech penalizovaná.
• Sledujte crash reports: Firebase Crashlytics, Sentry, App Store Connect, Google Play Console. Crash rate nad 1 % = problém.

Závěr

Publikace do App Store a Google Play není raketová věda, ale je to detailové byrokratické cvičení. Aplikace, která je technicky bezchybná, ale nepřipravená obchodně (špatné screenshoty, chybějící privacy policy, nesprávně vyplněný App Privacy formulář), zamítne.

V Reactive Studiu publikaci řešíme jako standardní součást každého projektu — od přípravy účtů přes screenshoty po řízení review procesu. Pokud chcete jen pomoct s publikací existující aplikace, ozvěte se, i to děláme jako samostatnou službu.