Въпреки че всички знаем, че има разлики от гледна точка на потребителя между двете страхотни операционни системи, призвани да царуват заедно за дълъг период от време, като напр. Android и Iphone OSОт гледна точка на разработчика, разликите са много по-забележими и засягат цена, време за преглед, технически изисквания и контрол на качеството във всеки магазин.
От frandroid получаваме графика с пътя, който разработчиците трябва да следват, за да публикуват приложение в двата съществуващи пазара. Както виждаме, процесът на публикуване в Android Market че в App Store. Последният магазин се характеризира с това колко е затворен и херметичен iPhone има го и контролите, които приложенията трябва да предадат, за да бъдат публикувани.
Известен контрол е добър и може би би било необходимо да се приложи това в процеса на контрол на приложенията в Android Market макар и без съмнение, без дори да се доближава до изчерпателния контрол на Apple.
Единственото нещо, което не идва и трябва да се добави, е да се регистрирате в Android Market трябва да платите $ 25.
Необходими условия за публикуване на приложение в Android Market и App Store
Преди да помисли за качване на файла на приложението си, разработчикът трябва да е подготвил редица неща. технически, правни и административни изисквания които са общи за двете платформи, макар и с важни нюанси.
За да публикувате на Android, трябва да имате акаунт на разработчик в Google Play Console, пакетирайте приложението във формат AAB или APK подписан и подготвен пълен продуктов лист с Име, описания, категория, екранни снимки и политика за поверителност когато се обработват лични данни.
В екосистемата на Apple работим с Профил в App Store Connect свързано с програмата за разработчици на Apple, а приложението трябва да бъде качено във формат ИПП генерирани от Xcode или други съвместими инструменти. Освен това, разделът изисква подробни метаданни, графични елементи за всяко iOS устройство и стриктно спазване на техните насоки за съдържание.
И на двата пазара е ключово правилното дефиниране разрешения, поискани от приложението, предлагам a URL адрес на политиката за поверителност за достъпни потребители и спазвайте правилата за съдържание, за да избегнете последващи откази или временно отстраняване.
Цена и видове акаунти на разработчици
Едно от първите различия между Android и Apple се появява в модел на плащане и регистрация на разработчикаТова пряко влияе върху бариерата за навлизане на нови проекти и малки студия.
В средата на Google, просто се регистрирайте на Google Play конзола извършване на еднократно плащане на 25 лв на акаунт, което позволява публикуване всички приложения за Android които са желани в рамките на същия профил без допълнителни годишни такси, нещо много привлекателно за тези, които тепърва започват.
В случая на Apple, за да качват приложения в App Store Задължително е да имате активен акаунт в App Store Connect, свързана с програмата за разработчици на Apple. Тази програма изисква плащане на годишна такса от 99 долара в индивидуални сметки, независимо дали разпределението е публично, чрез TestFlight или чрез частни програми за дистрибуция.
Освен това, Apple предлага режим на бизнес сметка (Apple Enterprise Program) с по-висока годишна такса, насочена към компании, които разпространяват вътрешни приложения, което добавя още един слой администрация и разходи, които разработчиците трябва да оценят въз основа на своя бизнес модел.
Процес за качване на приложение в Google Play (Android Market)
Публикуването на приложение за Android в Google Play обикновено се възприема като процес по-гъвкави и пъргави което на iOS, въпреки че не е освободено от технически и качествени изисквания, които трябва да се спазват подробно.
Първата стъпка е да получите достъп до Google Play конзола и изберете опцията за създаване на ново приложение. Там въвеждате основни метаданни: име на приложението, кратко и пълно описание, категория (приложение или игра), етикети и информация за контакт с разработчика.
След това трябва да качите .aab файл (Android App Bundle), цифрово подписан с ключът към адекватното производство, формат, който постепенно заменя APK като стандарт за официално разпространение на пазара на Google.
Разработчикът трябва да попълни формуляра с снимки на екрана, икони, изображения и дори промоционално видео Ако желаете, можете също да адаптирате съдържанието към различни региони със съответните им локализирани текстове, което подобрява релевантността и производителността на приложението на определени пазари.
Накрая, ключови аспекти, като например URL адрес на политиката за поверителностВземат се предвид държавите за разпространение и моделът на монетизация (безплатно, платено, с реклами или с покупки в приложението) и приложението се изпраща за преглед. В повечето случаи оценката на Google комбинира автоматизирани процеси с, когато е необходимо, ръчни прегледи, които обикновено се решават в рамките на… относително краткосрочен.
Процес за публикуване на приложение в App Store (Apple)
Пътят към качване на приложение в екосистемата на iOS е сравнително прост. по-структуриран и взискателен, както на техническо ниво, така и по отношение на потребителското изживяване, което обяснява част от усещането за по-голям контрол в магазина на Apple.
За да започнете, приложението трябва да бъде компилирано в IPA файл подписани с валидни сертификати и правилни профили за осигуряване, нещо, което обикновено се прави от Xcode или чрез услуги за непрекъсната интеграция, специализирани в iOS, за автоматизиране на пакетирането.
Качването на двоичния файл може да се извърши от самия Xcode или с помощта на официалния инструмент Транспортьор, достъпно за macOS, което изпраща приложението до App Store Connect за последващо управление, преглед и публикуване.
В рамките на App Store Connect, разработчикът конфигурира всички необходими метаданни: име, подзаглавие, описание, категория, препоръчителна възраст, информация за разработчици и връзки за поддръжка, в допълнение към включването заснема във всички необходими размери за различните модели iPhone и iPad.
Бизнес моделът (безплатен, платен, с покупки в приложението или абонаменти), регионите, в които ще бъде достъпен, и Политика за поверителност, достъпна чрез URL адрес и всякаква допълнителна информация, която Apple може да поиска. След като бъде изпратено за преглед, приложението преминава през ръчен процес с технически, дизайнерски и съдържателни валидации.
Време за преглед и одобрение на заявлението
Времето, което отнема от изпращането на приложението до момента, в който то стане достъпно за изтегляне, зависи от платформа, история на акаунта на разработчика и сложност на приложението, в допълнение към евентуални проблеми със съответствието.
В Google Play много разработчици отбелязват, че приложенията често се одобряват по приблизителен период от време между 24 и 48 часаособено когато акаунтът има положителна история и приложението не изисква поверителни разрешения или не включва чувствително съдържание.
В App Store времето обикновено е малко по-дълго, тъй като процесът включва подробен преглед на ръководствотоНе е необичайно интервалът да се намира на няколко работни дни, с възможни удължавания, ако Apple открие съмнения, поиска допълнителни разяснения или сметне, че трябва да се приложат подобрения, преди да се разреши публикуването.
Освен тези средни срокове, всички отказ поради неспазване на указаниятаТехническите грешки или несъответствията в метаданните могат значително да удължат издаването, принуждавайки разработчика да качи нови коригирани версии и да рестартира цикъла на преглед.
Често срещани грешки, които забавят публикуването и на двата пазара
Освен вътрешните механизми на всеки магазин, има редица повтарящи се повреди които засягат както Google Play, така и App Store и могат да причинят всичко - от прости забавяния до продължаващи откази или санкции за акаунти.
Много често срещан проблем е липсата на валидна или достъпна политика за поверителностИ двете платформи го изискват дори в приложения, които очевидно не обработват чувствителни данни, а липсата му обикновено води до предупреждения или откази.
Друг спорен момент е неправилни или нискокачествени скрийншотовеТова се счита за лоша практика, независимо дали се дължи на неспазване на задължителни резолюции, включително подвеждащи елементи, или неадекватно отразяване на реалното преживяване на приложението.
Също често срещани са грешки в подписите в двоичните файлове (AAB или IPA), които предотвратяват инсталирането на реални устройства и водят до автоматично отхвърляне по време на тестовете за валидиране, които както Google, така и Apple извършват в процеса си преди публикуване.
И накрая, подвеждащите описания, прекомерните ключови думи, заглавията, които обещават функции, които приложението не предлага, или съдържанието, което нарушава правилата на всеки магазин, стават чести причини за забавяне или блокиране на пускането на пазара.
Специфични проблеми при качване на приложение в Google Play
В екосистемата на Android, въпреки че процесът се възприема като по-малко ограничителниИма редица аспекти, в които Google е особено строг и които са постоянен източник на проблеми за разработчиците.
Първото е правилно. подписано от AAB с производствения ключАко пакетът не е правилно подписан или е използван неправилен ключ, системата за проверка на Google автоматично отхвърля приложението, преди то да достигне фазата на разпространение.
La Декларация за поверителност Трябва да бъде публикувано на достъпен, активен URL адрес, който е съвместим с обработката на данни, извършвана от приложението. В противен случай, особено ако се изискват чувствителни разрешения, приложението може да бъде премахнато от индекса или блокирано.
Google също обръща голямо внимание на забранено или подвеждащо съдържаниеСпам приложения, скрити функции, измамни практики или приложения без стойност за потребителя обикновено биват спирани, което има последващо въздействие върху целия акаунт.
Накрая, неправилното използване на метаданни и разрешенияДействия като включване на твърде много ключови думи, промоционални данни в заглавието или искане на достъп, който не е оправдан от действителната функционалност, могат да доведат до предупреждения, откази или необходимост от публикуване на коригирани версии.
Често срещани проблеми при публикуване в App Store (iOS)
Apple прилага ръчен преглед с много дефинирани критерии, което означава, че определени модели на грешки Те се появяват постоянно в отказите, които разработчиците получават, когато се опитват да качат приложенията си.
Една от най-често цитираните причини е известната „Насока 4.2 – Минимална функционалност“, което наказва приложения, предлагащи много ограничена стойност, които изглеждат като прости пробни версии, колекции от връзки или вградени уебсайтове без реална вградена функционалност.
Лос грешки при компилация, грешки при инсталиране или очевидни сривове Проблеми, открити по време на тестване на физически устройства, също са основание за незабавно отхвърляне, тъй като Apple дава приоритет на стабилното и плавно основно изживяване на поддържаните устройства.
Липса на подходящо местоположение на съдържанието, общи изображения, които не отговарят на точния размер на всеки модел или нарушение на Ръководства за човешки интерфейс Що се отнася до дизайна, навигацията или използването на стандартни компоненти, тези проблеми водят до заявки за промени или категорични откази.
Накрая, проблемите с сертификати, идентификатор на пакет и профили за осигуряване Това е много често срещано при неправилно конфигурирани акаунти, което ви принуждава да прегледате структурата на проекта в Xcode и да генерирате отново идентификационни данни, преди да можете да завършите подаването.
Сравнение от гледна точка на развитието и бизнеса
Когато разработчикът реши къде първо да стартира проекта си, не само процесът на публикуване влиза в действие, но и фактори като техническа сложност, първоначална цена, потенциална монетизация и позициониране на всеки пазар.
На Android, големият версия и фрагментация на устройството Това изисква отчитане на множество размери на екрана, хардуерни конфигурации и слоеве за персонализиране на производителите, което усложнява тестването и осигуряването на последователно изживяване.
В iOS обаче разнообразието от устройства е по-малко и средата е по-контролирана, но... цена за въвеждане на хардуер Той е по-голям, тъй като са необходими устройства Mac и Apple, за да се компилира, тества и отстранява грешките в приложението надеждно.
От гледна точка на приходите, много проучвания отбелязват, че потребителите на iOS са склонни да харчат повече за приложения, покупки в приложения и абонаментиДокато при Android обемът на изтеглянията може да е по-висок, но с по-ниска средна монетизация на потребител.
И двата магазина споделят общото правило, че разработчикът получава около 70% от приходите генерирани от продажби или покупки в приложението, с вариации в зависимост от конкретни програми, промоции или промени в политиките за комисионни.
Комбинацията от всички тези елементи обяснява защо много проекти избират кросплатформена стратегия, като се възползват от силните страни на всяка екосистема и увеличават максимално обхвата, без да се жертва икономическият потенциал на която и да е от двете.
За всеки разработчик или компания, задълбоченото разбиране на това как работят процесите на регистрация, преглед, публикуване и монетизация в Android Market и App Store позволява по-добро планиране на времето, намалява често срещаните грешки и дава възможност за по-информирани решения за това къде, как и кога да пуснат следващото си приложение.