Publikace aplikace do Google Play

Přidání mobilní aplikace do Google Play Store není složité samo o sobě. Složitá bývá spíš kombinace buildů, metadat, review pravidel a testování. V tomhle postu projdeme celý proces od založení účtu v Play Console až po vydání do produkce, včetně míst, kde se publikace nejčastěji zasekne.

Co musíte mít hotové ještě před prvním uploadem

Nejdřív potřebujete vývojářský účet v Google Play Console, finální identitu aplikace a release build ve formátu AAB. APK dnes dává smysl hlavně pro lokální testování nebo jiné distribuční kanály. Pro Google Play počítejte s tím, že standard je Android App Bundle a správně nastavené podepisování.

Vedle samotné aplikace si připravte název, krátký a dlouhý popis, ikonu, feature graphic, screenshoty a odkaz na zásady ochrany osobních údajů. Pokud aplikace sbírá data, používá polohu, kameru, mikrofon nebo notifikace, budete vyplňovat i další formuláře. Publikace aplikace do Google Play často nestojí na kódu, ale na nekompletních podkladech.

Play Console: kde se vyplňují věci, které review zajímají nejvíc

V Play Console nevytváříte jen záznam aplikace. Vyplňujete i to, podle čeho Google posuzuje riziko. To znamená Data safety, klasifikaci obsahu, cílovou skupinu, reklamní identifikátory, citlivá oprávnění a případně informace o nákupech v aplikaci. Oficiální přehled najdete v Google Play Console a detailní pravidla v centru nápovědy pro vývojáře.

Tady doporučujeme být až nepříjemně přesní. Když aplikace sbírá analytická data, napište to. Když potřebuje přihlášení, dodejte reviewerům funkční testovací účet. Když používáte externí platby nebo předplatné, ověřte si podmínky předem. Pokud řešíte vývoj nativní nebo hybridní appky, navazuje na to i naše služba vývoj mobilních aplikací.

Build, signing a čísla verzí, která nesmí udělat ostudu

Technická část je jednoduchá jen na papíře. Release build musí být podepsaný, reprodukovatelný a odlišitelný od předchozích verzí. Kritické jsou hlavně versionCode a versionName. Pokud nahrajete build se stejným versionCode jako minule, Play Console ho nevezme, i když je aplikace jinak v pořádku.

android {
  defaultConfig {
    applicationId "cz.firma.mojeaplikace"
    minSdkVersion 24
    targetSdkVersion 35
    versionCode 42
    versionName "1.7.0"
  }
}

U Flutteru, React Native i nativního Androidu si pohlídejte, že release konfigurace používá správné klíče, API endpointy a feature flags. Právě při přidání mobilní aplikace do Google Play Store se často ukáže, že debug build fungoval díky lokální konfiguraci, kterou release verze nemá.

Interní, uzavřené a produkční vydání nejsou totéž

Google Play nabízí několik distribučních tracků a je chyba je ignorovat. Interní testování je nejrychlejší cesta, jak dostat build k týmu nebo klientovi. Uzavřené testování je vhodné pro širší skupinu testerů. Produkční rollout má přijít až ve chvíli, kdy víte, že funguje onboarding, přihlášení, platby, push notifikace i crash reporting.

U nových účtů může být cesta do produkce přísnější než dřív. Proto dává smysl počítat s rezervou a neplánovat marketingovou kampaň na den prvního uploadu. Pokud po spuštění sledujete kvalitu a dopad releasu, hodí se i náš text o měření úspěchu po spuštění, protože principy rolloutů, metrik a incidentů jsou podobné i u mobilních produktů.

Na čem review nejčastěji padá, i když aplikace funguje

Nejčastější problém není pád aplikace, ale nesoulad mezi realitou a tím, co jste vyplnili. Typický příklad: aplikace žádá o oprávnění, ale v popisu není jasné proč. Nebo vyžaduje přihlášení a reviewer nedostal přístup. Případně tvrdí, že nesbírá data, ale SDK pro analytiku nebo reklamu dělá opak.

Další častý zádrhel jsou platby, subscription flow a práce s citlivými kategoriemi. Pokud aplikace míří na děti, finance, zdraví nebo polohu, kontrola bývá přísnější. Doporučujeme projít si před vydáním Android launch checklist a vlastní checklist rozšířit o přihlašovací údaje, fallback scénáře a ověření release konfigurace.

Co dává smysl zkontrolovat těsně před publikací

Před ostrým vydáním si ověřte pět věcí: build jde nainstalovat z testovacího tracku, backend rozlišuje test a produkci, crash reporting běží v release režimu, analytics mají správné eventy a support ví, co se právě nasazuje. To zní banálně, ale právě tady se láme rozdíl mezi klidným releasem a nočním incidentem.

Dále zkontrolujte store listing. Screenshoty musí odpovídat aktuální verzi, texty nesmí slibovat funkce, které ještě nejsou dostupné, a odkazy na podmínky či privacy policy musí fungovat bez přesměrovacích chyb. Přidání mobilní aplikace do Google Play Store není jen deploy. Je to i kontrola toho, co slibujete uživateli a co umí reviewer ověřit.

Co si z procesu vydání do Google Play odnést

Když to zjednodušíme, přidání mobilní aplikace do Google Play Store stojí na třech věcech: správný build, poctivě vyplněná Play Console a testování před produkcí. Samotné nahrání AAB je ta nejmenší část práce. Důležité je, aby metadata, oprávnění, datové toky a chování release verze dávaly dohromady konzistentní celek.

Pokud publikujete první appku nebo nechcete riskovat zdržení při review, vyplatí se projít celý release proces dopředu. Ušetříte si vracení buildu, nejasnosti kolem oprávnění i zbytečné posouvání termínu spuštění. A přesně v tom má smysl mít po ruce někoho, kdo už si tím procesem prošel víckrát.