Публикуването в магазините е последните десет процента от проекта, които изненадват най-много клиенти. То не е „качваме файл и готово": има регистрации, проверки на самоличността, правни текстове, графични материали и ревюиращи хора и системи, които могат да върнат приложението за поправки. Добрата новина: когато знаеш стъпките и подготвиш нужното навреме, процесът е предвидим. Ето го от край до край.
Стъпка 1: акаунти и такси
Всичко започва с акаунти за разработчици, и то на името на твоята фирма, не на агенцията. Така собствеността върху приложението, отзивите и приходите остава при теб.
- Apple Developer Program: регистрация с годишна такса. За фирмен акаунт Apple изисква фирмата да има D-U-N-S номер и преминава през проверка на организацията, която може да отнеме дни.
- Google Play Console: регистрация с еднократна такса и проверка на самоличността. За нови лични акаунти Google изисква и затворено тестване с реални тестери, преди приложението да може да излезе публично.
Точните суми и условия се променят, затова ги проверявай в официалните страници на програмите. Планирай регистрациите в началото на проекта, не в края: проверките на фирмени данни не се ускоряват с молби.
Стъпка 2: подготовка на материалите
Магазините искат много повече от компилирано приложение: име и описание, икона, екранни снимки за различни размери устройства, категория, възрастов рейтинг, декларация какви данни събира приложението и линк към политика за поверителност. На тази стъпка се решава и как ще изглежда страницата ти в магазина, а тя е първото, което потенциалният потребител вижда.
Стъпка 3: ревю процесите на Apple и Google
Тук двата магазина се различават най-осезаемо. Apple ревюира всяко подаване по подробните си App Store Review Guidelines: проверяват се функционалност, дизайн, поверителност, плащания и още. Ревюто комбинира автоматизирани проверки и живи ревюиращи и е известно с по-строгите си стандарти, особено към качеството и завършеността на продукта.
Google публикува правилата и процесите си в Google Play Console. Проверките са в по-голяма степен автоматизирани, но политиките за данни, разрешения и съдържание се прилагат все по-стриктно, а нарушенията след публикуване могат да доведат до сваляне на приложението.
И в двата случая сметката е сходна: от часове до няколко работни дни за едно ревю, повече при първо подаване и при върнати забележки. Практичното правило: заложи буфер от една до две седмици между „кодът е готов” и датата, на която искаш приложението да е публично.
Честите причини за отхвърляне
- Бъгове при ревюто. Счупен екран, грешка при вход, недостъпен сървър по време на проверката: най-баналната и най-честата причина.
- Непълна поверителност. Липсваща политика за поверителност, неточна декларация за събираните данни или искане на разрешения, които приложението не обяснява.
- Подвеждащи метаданни. Екранни снимки и описания, които обещават функции, каквито в приложението няма.
- Заобикаляне на плащанията. Дигитални продукти, продавани извън системите за плащане в приложението, в разрез с правилата на магазина.
- Твърде беден продукт. Apple отхвърля приложения, които са просто опакован сайт без добавена стойност за мобилния потребител.
- Липсващ демо достъп. Ако приложението изисква вход, ревюиращите трябва да получат тестов профил. Забравиш ли го, отхвърлянето е автоматично.
Кой какво прави: агенцията и клиентът
| Критерий | App Store (Apple) | Google Play (Google) |
|---|---|---|
| Такса за разработчик | Годишна | Еднократна при регистрация |
| Проверка при регистрация | Проверка на фирмата, D-U-N-S номер | Проверка на самоличността и данните |
| Стил на ревюто | По-строг, с живи ревюиращи по подробни правила | В по-голяма степен автоматизиран, със строги политики |
| Типична продължителност | От часове до няколко работни дни | От часове до няколко работни дни |
| Особености при старт | Изисква тестов достъп при приложения с вход | Затворено тестване за нови лични акаунти |
Разделението на труда при нас е ясно. Агенцията подготвя: компилираните версии за двете платформи, сертификати и подписване, екранни снимки и икони в нужните размери, попълването на техническите декларации, тестовите профили за ревюиращите и самото подаване и комуникация с магазините при забележки. От клиента е нужно: акаунтите за разработчици на негово име, фирмените данни за проверките, текстове или одобрение на текстовете за страницата в магазина, политика за поверителност и общи условия (подготвени с неговия юрист) и решение за цената, ако приложението е платено.
След публикуването: обновявания
Всяка нова версия минава отново през ревю, обикновено по-бързо от първото подаване. Затова обновяванията се планират: групираш поправки и подобрения в смислени версии, вместо да подаваш всеки ден. Промените, които идват от сървъра, например ново съдържание или цени, не изискват нова версия и стигат до потребителите веднага. Дръж под око и ежегодните промени в правилата и в операционните системи: приложение, което не се обновява дълго, рано или късно среща изискване, на което вече не отговаря.
Ако ти предстои публикуване или целият път от идея до магазина, виж как работим на страницата за изработка на мобилни приложения: публикуването и първите обновявания са част от процеса ни, не допълнителна екстра.
Често задавани въпроси
Колко струват акаунтите за разработчици в App Store и Google Play?
Apple Developer Program се заплаща с годишна такса, а Google Play Console с еднократна регистрационна такса. Точните суми са публикувани на официалните страници на двете програми и подлежат на промяна, затова ги проверявай там преди старт.
Колко време отнема одобрението на ново приложение?
И при Apple, и при Google ревюто на ново приложение обикновено отнема от часове до няколко работни дни. Първото подаване често е по-бавно от обновяванията, а при забележки от ревюиращите процесът се удължава с всяка следваща итерация. Затова е добре да заложиш буфер от една до две седмици преди важна дата.
На чие име трябва да са акаунтите: на клиента или на агенцията?
На клиента. Акаунтите са собствеността върху присъствието ти в магазините: имена, отзиви, история на версиите и приходи. Агенцията получава достъп като член на екипа и върши техническата работа, но контролът остава при теб.
Кои са най-честите причини за отхвърляне на приложение?
Бъгове и счупени функции при тестване, липсваща или непълна политика за поверителност, подвеждащи описания и екранни снимки, заобикаляне на правилата за плащания в приложението и твърде беден продукт, който Apple може да прецени, че не носи достатъчно стойност спрямо обикновен сайт.
Всяко обновяване ли минава през ревю?
Да, всяка нова версия на приложението минава през ревю процеса на съответния магазин, макар обновяванията обикновено да се одобряват по-бързо от първото публикуване. Промени в съдържанието, които идват от сървъра, не изискват нова версия и стигат до потребителите веднага.
Свързано четиво
Приложението ти заслужава гладко изстрелване.
Разкажи ни докъде си стигнал и ще поемем пътя до магазините: от акаунтите до първото обновяване. Отговаряме до 24 часа.