Tolaron RadarNež začnete
Co o vaší aplikaci říká hodnocení 3,8 hvězdy a co ne
Hodnocení v obchodě míchá staré verze, jeden model Androidu a výpadky backendu. Jak číst recenze podle verze a systému a kdy stačí oprava místo přepsání.
Zdeněk Dolák · zakladatel7 min čtení
Na této stránce
Hodnocení 3,8 hvězdy říká, že dost lidí bylo nespokojených natolik, aby to napsali. Neříká proč, na jaké verzi byli, jaký telefon drželi v ruce, ani zda chybu udělala aplikace, nebo systém za ní. Číslo na stránce v obchodě je průměr přes čas, verze, zařízení a země, takže dvě aplikace se stejným hodnocením mohou potřebovat úplně jinou práci: jedna týden oprav, druhá novou aplikaci.
Než o čemkoli rozhodnete, číslo rozložte. Oba obchody umí rozdělit recenze podle verze aplikace, Google Play navíc podle verze Androidu, modelu zařízení a země. Stížnosti čtěte po skupinách, ne jednu po druhé, a roztřiďte je do tří míst, odkud může stížnost pocházet: aplikace samotná, backend a služby, na kterých závisí, a firma za ní. Teprve pak má otázka „opravit, nebo přepsat“ odpověď.
Článek vysvětluje, z čeho se hodnocení v každém obchodě skládá, které vzorce ho dělají zavádějícím, jak číst recenze tak, aby ukázaly na příčinu, co vám oba obchody dovolí udělat s hodnocením samotným a jak rozeznat opravu od přepsání. Příklady jsou smyšlené.
Z čeho se číslo skládá
Oba obchody hodnocení počítají a zobrazují jinak, a na tom záleží dřív, než začnete srovnávat své číslo na iOS a na Androidu.
App Store. Apple ukazuje jedno souhrnné hodnocení aplikace. Při vydání nové verze vám App Store Connect nabídne možnost ho vynulovat. Vynulování se týká jen hodnocení; napsané recenze na stránce aplikace zůstávají. Platí ve všech zemích najednou a po vydání verze ho nelze vrátit. Vynulování je proto rozhodnutí, ne běžný krok, a vrátíme se k němu níže.
Google Play. Hodnocení, které uživatelé vidí, je váženo směrem k nedávným hodnocením a Play Console zvlášť ukazuje celoživotní průměr. Hodnocení se s novou verzí nezačíná počítat od nuly. Play Console ho rozkládá podle země, jazyka, verze aplikace, verze Androidu, typu zařízení, modelu zařízení a operátora.
Google Play novou recenzi zadržuje zhruba 24 hodin, než se zobrazí, a oba obchody ukazují recenze podle verze. Tento jeden filtr je nejužitečnější věc v obou konzolích, protože stížnost na verzi, kterou už rok nikdo nemá nainstalovanou, je historie, ne vada.
Čtyři vzorce, kvůli kterým číslo lže
Smyšlené příklady z druhů aplikací, na které se nás lidé ptají.
Stará verze. Aplikace pro servisní techniky vydala před osmnácti měsíci špatnou verzi, do týdne ji opravila a od té doby je stabilní. Na Google Play se díky váze nedávných hodnocení veřejné číslo zotavilo. V App Store se každá jednohvězdičková recenze z onoho měsíce dál počítá do souhrnného hodnocení, pokud nebylo vynulováno. Stejná aplikace, dvě čísla.
Jeden telefon. Věrnostní aplikace obchodního řetězce má dobré hodnocení všude kromě jednoho modelu Androidu, kde padá u čtečky čárových kódů. Majitelé čtou v recenzích „padá pořád“ a plánují přepsání. Rozklad podle modelu zařízení v Play Console ukáže problém na jednom řádku.
Špatný týden. Backend aplikace bankovního typu byl dva večery nedostupný. Každá recenze z těch dnů říká „nenačte se“ nebo „chyba po přihlášení“. Aplikace neudělala nic špatně a žádné vydání tyto recenze nezmění. Vysvětluje je záznam o incidentu u správce backendu, a oprava je na jeho straně, ne v aplikaci.
Špatně načasovaný dotaz. Aplikace požádá o hodnocení ve chvíli, kdy selže platba, nebo uprostřed formuláře. Lidé, které vyrušila, hodnotí to vyrušení. Apple i Google říkají, kdy se má dotaz zobrazit, a jejich pravidla rozebíráme níže. Aplikace s problémem v hodnocení má často nejdřív problém s tím, kdy se ptá.
Jak číst recenze, aby ukázaly na příčinu
Přečtěte posledních několik set recenzí z obou obchodů, seřazených podle verze, a každou stížnost zařaďte do jednoho ze tří sloupců: aplikace, backend a služby, nebo firma. Tabulka níže ukazuje obvyklé třídění. Je to východisko, ne rozsudek; stejná slova mohou znamenat různé věci, a proto má tabulka sloupec s ověřením.
Všechny sloupce uvidíte posunutím tabulky do strany.
| Co lidé píšou | Co to obvykle znamená | Komu to patří | Jak ověřit |
|---|---|---|---|
| „Nenačte se“, „točí se donekonečna“, „chyba po přihlášení“ | API bylo pomalé nebo nedostupné, nebo aplikace špatně zvládá pomalou síť. Často obojí. | Nejdřív správce backendu; aplikace za to, jak selhává | Porovnejte data recenzí se záznamy o incidentech a odezvě backendu. |
| „Padá mi na telefonu“, „zavře se, když otevřu kameru“ | Vada vázaná na model zařízení, verzi systému nebo jednu funkci. | Aplikace | Data o pádech podle zařízení a verze systému v Play Console a App Store Connect; filtr recenzí podle verze. |
| „Nová verze je horší“, „před aktualizací to fungovalo“ | Regrese ve vydání, nebo změna, kterou lidé nechtěli. | Aplikace a ten, kdo změnu schválil | Porovnejte recenze obou verzí; najděte poznámky k vydání verze, u které se to zlomilo. |
| „Musel jsem se znovu přihlásit“, „zmizela mi data“ | Práce s relací nebo migrací dat při aktualizaci, nebo změna na straně serveru. | Aplikace a backend společně | Zopakujte aktualizaci z předchozí verze na skutečném zařízení se skutečnými daty. |
| „Nemůžu najít X“, „moc kroků“, „kde je to tlačítko“ | Návrh: úkol jde splnit, ale cesta k němu není jasná. | Aplikace | Sledujte pět uživatelů při úkolu; spočítejte klepnutí proti hlavnímu konkurentovi. |
| „Kód nepřijde“, „žádná upozornění“ | Externí poskytovatel SMS, e-mailu nebo push notifikací, nebo jeho účet a limity. | Vlastník účtu u daného poskytovatele | Záznamy o doručení u poskytovatele; kvóta a fakturace účtu. |
| „Proč chce moji polohu“, „přestaňte mě sledovat“ | Žádosti o oprávnění přicházejí příliš brzy nebo bez zobrazeného důvodu. | Aplikace spolu s vaším správcem ochrany dat | V kterém místě toku se o každé oprávnění žádá a co uživatel vidí jako první. |
| „Nepříjemný personál“, „předražené“, „doručení přišlo pozdě“ | Ne aplikace. Lidé hodnotí firmu tam, kde mohou. | Firma | Předejte zákaznické péči; do čísla se přesto počítají. |
Z třídění plynou dvě věci. Zaprvé, podíl stížností, které patří aplikaci samotné, je obvykle menší, než hodnocení napovídá, a právě tento podíl může rozpočet na vývoj změnit. Zadruhé, sloupce backendu a poskytovatelů potřebují u stolu své správce dřív, než se o čemkoli rozhodne, protože nová aplikace nad stejnými výpadky přinese stejné recenze. Článek o tom, co musí umět vaše API, uvádí, na co se správce backendu ptát.
Čísla za hvězdičkami
Recenze jsou to, co se lidé rozhodli napsat. Konzole drží i to, co se stalo všem, a obojí se má číst společně.
Google zveřejňuje prahy, podle kterých posuzuje technický stav aplikace pro Android. Aplikace vykazuje „špatné chování“, když alespoň 1,09 procenta denních uživatelů zažije pád, kterého si všimli, nebo alespoň 0,47 procenta zažije aplikaci, která přestala reagovat, napříč všemi zařízeními; nebo když jedno z toho dosáhne 8 procent na jediném modelu zařízení. Google to posuzuje za posledních 28 dní a říká, že aplikace nad prahy bude na Google Play pravděpodobně hůř k nalezení. Problém s pády vás tak stojí dvakrát: v recenzích a ve vyhledávání.
Na obou platformách si od dodavatele vyžádejte podíl uživatelů bez pádu u aktuální verze a u verze, kterou většina lidí skutečně používá. Pokud ho nedokáže doložit, je to zjištění samo o sobě: aplikace nemá monitoring a recenze jsou váš jediný přístroj.
Co můžete udělat s hodnocením samotným
Odpovídejte. Oba obchody dovolí jednu veřejnou odpověď na recenzi, kterou lze později upravit. Na Google Play dostane autor recenze push notifikaci a e-mail a může poté hodnocení nebo recenzi změnit; v App Store se odpověď může zobrazit až za 24 hodin. Odpověď funguje, když říká, co bylo opraveno a ve které verzi. Nefunguje jako omluva rozeslaná jedno odpoledne pod každou jednohvězdičkovou recenzi. Užitečné pořadí je nejdřív opravit, vydat a pak odpovědět na recenze, které daný problém hlásily.
Ptejte se ve správnou chvíli. Obě platformy nabízejí systémový dotaz na hodnocení a obě ho omezují. Na iOS systém zobrazí žádost nejvýše třikrát za 365 dní člověku, který aplikaci na daném zařízení nehodnotil, a jakmile ji ohodnotil, už jen u nové verze a po více než roce. Google Play vynucuje časovou kvótu, jak často jeden uživatel dialog uvidí; přesná hodnota není zveřejněna a volání častěji než jednou za měsíc nemusí nic zobrazit. Google také říká, že aplikace se před dotazem nesmí uživatele na nic ptát, včetně „líbí se vám aplikace?“, a nesmí mít tlačítko, které dotaz spouští. Apple radí nevyrušovat uprostřed úkolu. V praxi: ptejte se po dokončeném úkolu, nikdy po chybě a nikdy jen těch, o kterých si myslíte, že jsou spokojení.
Vynulovat, jen v App Store. Apple dovolí vynulovat souhrnné hodnocení při vydání nové verze. Je to správný nástroj po skutečném přepsání, které odstraní důvody starých recenzí, a špatný po záplatě, protože napsané recenze zůstávají vidět a nová jednohvězdičková hodnocení na malém základu číslo rychle stáhnou dolů. Na Google Play obdoba neexistuje; tam stejnou práci postupně odvádí váha nedávných hodnocení.
Opravit, nebo přepsat
Třídění recenzí na to obvykle odpoví. Tři signály ukazují na opravu:
- Stížnosti se shlukují. Většinu z nich má na svědomí jedna verze, jeden model zařízení, jedna funkce nebo jeden poskytovatel. To je seznam vad, a vady se opravují jedna po druhé.
- Aplikaci umí sestavit a vydat někdo jiný než její původní autor. Pokud na vaší straně nikdo nemá kód, účty a podpisové klíče, vyřešte nejdřív to. Článek o tom, komu patří vaše aplikace, je k tomu kontrolní seznam.
- Velký podíl patří backendu. Pak problém není aplikace a nová aplikace ho zdědí.
Tři signály ukazují na přepsání:
- Nikdo ji neumí sestavit. Kód závisí na nástrojích, knihovnách nebo člověku, kteří už nejsou k dispozici, takže každé vydání systému je riziko. Články o iOS 27 a iPhonu Duo ukazují, čemu zastaralá aplikace čelí každý podzim.
- Stížnosti se týkají toho, co aplikace je, ne jak funguje. Lidé chtějí úkol, pro který aplikace nikdy nebyla navržena, nebo aplikace zdvojuje web, který jim slouží lépe. Článek aplikace, nebo lepší mobilní web je poctivá verze té otázky.
- Seznam oprav je celá aplikace. Když má každá obrazovka svůj vlastní shluk, cena oprav se blíží ceně stavby, bez výhody návrhu, který odpovídá dnešním uživatelům.
Když nás požádáte, abychom se na existující aplikaci podívali, tohle třídění děláme jako první, s exportem recenzí, daty o pádech a správcem backendu u stolu. Co stavíme, popisuje stránka vývoj mobilních aplikací; třídění samo od vás žádný závazek nevyžaduje.
Co udělat tento týden
- Vyexportujte recenze z obou konzolí, vyfiltrované na verze, které lidé skutečně používají.
- Roztřiďte je na aplikaci, backend a služby, a firmu. Každý sloupec spočítejte.
- Vyžádejte si podíl uživatelů bez pádu u aktuální verze podle zařízení a systému a porovnejte ho s prahy Googlu.
- Porovnejte recenze „nenačte se“ se záznamem o incidentech správce backendu.
- Podívejte se, kde aplikace žádá o hodnocení, a pokud je to kdekoli jinde než na konci dokončeného úkolu, přesuňte to tam.
- O opravě, nebo přepsání rozhodněte až po těchto pěti krocích a vynulování v App Store si nechte pro přepsání.
Pokud chcete na roztříděný seznam druhý pár očí, napište nám.
Zdroje
- Apple, nápověda App Store Connect: View ratings and reviews (filtry podle verze a hodnocení, výběr země)
- Apple, nápověda App Store Connect: Reset an app's overview rating (jen hodnocení, všechny země, nevratné)
- Apple, nápověda App Store Connect: Respond to reviews (jedna odpověď na recenzi, zobrazení až za 24 hodin)
- Apple, dokumentace StoreKit: RequestReviewAction (tři žádosti za 365 dní, nová verze po roce) a Human Interface Guidelines: Ratings and reviews
- Google, nápověda Play Console: View and analyse your app's ratings and reviews (váha nedávných hodnocení, rozklady, odpovědi, zadržení 24 hodin)
- Google, nápověda Play Console: Android vitals: crashes and ANRs (prahy špatného chování, 28 dní, viditelnost)
- Google, Android Developers: In-app review API (časová kvóta, žádné otázky před dotazem, žádné tlačítko)
Všechny zdroje byly ověřeny 21. října 2026.

Zdeněk DolákZakladatel Tolaronu. Předtím roky stavěl platební software.
