Как создать приложение для ios и выложить его в app store

Как создать своё первое iOS-приложение. Подробная инструкция от профессионалов

Спокойно, это не так сложно, как может показаться на первый взгляд

© © ВИКА ШИБАЕВА / ЦЕХ

На­учить­ся мо­биль­ной раз­ра­бот­ке не так труд­но: глав­ное — знать, с чего на­чать. Иль­дар Гиль­фа­нов, iOS Team­lead e-le­gion и экс­перт кур­са «iOS-раз­ра­бот­чик» он­лайн-уни­вер­си­те­та «Нето­ло­гия» счи­та­ет, что раз­би­рать­ся во всех сим­во­лах кода и язы­ках раз­ра­бот­ки луч­ше сра­зу на прак­ти­ке. Спе­ци­аль­но для «Цеха» он под­го­то­вил по­ша­го­вый план дей­ствий по изу­че­нию раз­ра­бот­ки на iOS и со­зда­нию сво­е­го пер­во­го при­ло­же­ния.

Ку­пи­те мак

Не хо­чет­ся на­чи­нать с пло­хих но­во­стей, но раз­ра­ба­ты­вать при­ло­же­ния под iOS (как и под дру­гие яб­лоч­ные ОС) мож­но толь­ко на ma­cOS. Но не спе­ши­те ста­вить крест на ка­рье­ре iOS-раз­ра­бот­чи­ка из-за до­ро­гой тех­ни­ки Ap­ple. Если вы толь­ко учи­тесь, рас­смот­ри­те ва­ри­ан­ты с вир­ту­ал­ка­ми или ха­кин­то­шем. Ин­струк­цию по при­ме­не­нию мож­но лег­ко най­ти в лю­бой по­ис­ко­вой си­сте­ме.

При по­куп­ке б/​​у тех­ни­ки про­верь­те сов­ме­сти­мость вер­сий ma­cOS и сре­ды раз­ра­бот­ки Xcode. Если вы не уве­ре­ны, что мак по­лу­чит ещё пару но­вых вер­сий ОС, луч­ше воз­дер­жать­ся от та­кой по­куп­ки.

Три ре­ко­мен­да­ции при вы­бо­ре мак:

• 8 Гб опе­ра­тив­ной па­мя­ти (в неко­то­рых ма­ках её мож­но ме­нять);
• SSD (его тоже мож­но по­ста­вить поз­же, за­ме­нив HDD);
• 4 ядра (их по­ме­нять нель­зя, по­это­му по­ста­рай­тесь взять хотя бы 4).

Изу­чи­те Swift

Итак, мак у вас есть, и вы уже, на­вер­ное, хо­ти­те по­ко­рять рей­тин­ги App Store, но сна­ча­ла нуж­но осво­ить ин­стру­мен­ты, с ко­то­ры­ми вы бу­де­те ра­бо­тать. Са­мый важ­ный — это, ко­неч­но, язык про­грам­ми­ро­ва­ния Swift.

Swift очень дру­же­лю­бен к на­чи­на­ю­щим. Вы в этом убе­ди­тесь, на­пи­сав свою первую про­грам­му — Hello World. Это про­стей­шее при­ло­же­ние, ко­то­рое со­зда­ют все но­вич­ки в раз­ра­бот­ке на пер­вом уро­ке, оно вы­во­дит окно с ва­шим име­нем и при­вет­стви­ем. Его мож­но на­пи­сать даже, если вы еще не зна­е­те всех ин­стру­мен­тов язы­ка.

Бла­го­да­ря Swift play­ground в сре­де раз­ра­бот­ки Xcode мож­но на­чать пи­сать код, не раз­би­ра­ясь в са­мой сре­де раз­ра­бот­ки и осо­бен­но­стях си­сте­мы, а ещё — на iPad есть при­ло­же­ние Swift Play­grounds. Это на­сто­я­щий ре­дак­тор кода, в ко­то­ром мож­но раз­ра­ба­ты­вать неболь­шие при­ло­же­ния, игры и изу­чать Swift в ин­тер­ак­тив­ном учеб­ни­ке.

iOS-при­ло­же­ния раз­ра­ба­ты­ва­ют­ся в пол­но­цен­ных про­ек­тах. В них мож­но не толь­ко пи­сать код, но и ра­бо­тать с ре­сур­са­ми, ин­тер­фей­са­ми, те­ста­ми, а так­же на­стра­и­вать и пуб­ли­ко­вать про­ект.

Не за­бы­вай­те прак­ти­ко­вать­ся. Если вы обу­ча­е­тесь са­мо­сто­я­тель­но, и в до­ступ­ных вам кни­гам или ве­би­на­рах нет прак­ти­че­ских за­да­ний, при­ду­май­те их сами. За­пус­кай­те при­ме­ры кода, про­буй­те сра­зу при­ме­нить на прак­ти­ке по­лу­чен­ные зна­ния, экс­пе­ри­мен­ти­руй­те.

Ос­нов­ные фрейм­вор­ки iOS

По­ми­мо язы­ка раз­ра­бот­ки вам нуж­но знать, как со­зда­вать поль­зо­ва­тель­ский ин­тер­фейс и пе­ре­хо­ды меж­ду экра­на­ми, как по­лу­чать дан­ные по сети и со­хра­нять ин­фор­ма­цию в па­мя­ти те­ле­фо­на, как за­пу­стить при­ло­же­ние на си­му­ля­то­ре и как ис­кать в нём ошиб­ки. Вам пред­сто­ит мно­го изу­чать са­мо­сто­я­тель­но и ра­бо­тать, но ста­рай­тесь не от­кло­нять­ся от сво­е­го пла­на и не за­ка­пы­вать­ся в изу­че­ние ненуж­ных вам сей­час тех­но­ло­гий.

Для на­ча­ла со­сре­до­точь­тесь на изу­че­нии UIKit — это фрейм­ворк для со­зда­ния ин­тер­фей­са iOS-при­ло­же­ния. Кноп­ки, тек­сто­вые поля, лейб­лы, спис­ки, ани­ма­ции, окна, же­сты, drag-and-drop — всё это и мно­гое дру­гое вхо­дит в UIKit.

Для со­зда­ния ин­тер­фей­са при­ло­же­ния в Xcode есть гра­фи­че­ский ре­дак­тор. Он поз­во­ля­ет лег­ко до­бав­лять нуж­ные эле­мен­ты на экран и за­да­вать пра­ви­ла их по­стро­е­ния. Им поль­зу­ют­ся не толь­ко на­чи­на­ю­щие, но и про­фес­си­о­наль­ные раз­ра­бот­чи­ки. Так что не трать­те вре­мя на вёрст­ку в коде.

Foun­da­tion — вто­рой по важ­но­сти си­стем­ный фрейм­ворк. С его по­мо­щью вы бу­де­те ра­бо­тать с да­та­ми, ре­сур­са­ми, фай­ло­вой си­сте­мой, дан­ны­ми поль­зо­ва­те­ля и се­тью. Часть его обя­зан­но­стей за­бра­ла на себя Swift Stan­dard Li­brary. На­при­мер, стро­ки и кол­лек­ции. Но Foun­da­tion всё рав­но оста­ет­ся важ­ным ком­по­нен­том си­сте­мы.

Пла­ни­ро­ва­ние

Во вре­мя изу­че­ния си­стем­ных фрейм­вор­ков вы мо­же­те на­чать ра­бо­ту над соб­ствен­ным при­ло­же­ни­ем. Воз­мож­но, это бу­дет про­сто to-do лист. Или у вас на те­ле­фоне есть очень по­лез­ное при­ло­же­ние, но оно чем-то не устра­и­ва­ет, и вы хо­ти­те сде­лать своё. А мо­жет у вас есть су­пер идея для со­вер­шен­но но­во­го при­ло­же­ния. В лю­бом слу­чае, для на­ча­ла вам нуж­но опре­де­лить­ся с тем, что бу­де­те де­лать:

• Про­ана­ли­зи­руй­те по­хо­жие при­ло­же­ния в App Store. Это по­мо­жет по­нять, чего не хва­та­ет поль­зо­ва­те­лям ва­ших кон­ку­рен­тов.
• Со­ставь­те спи­сок функ­ций сво­е­го при­ло­же­ния. За­пи­ши­те все свои идеи, что­бы не за­быть.
• Вы­бе­ри­те из них несколь­ко са­мых важ­ных. Это бу­дет ваш объ­ём ра­бо­ты на пер­вый ре­лиз.

Важ­ны­ми яв­ля­ют­ся ба­зо­вые функ­ции при­ло­же­ния. То есть те, без ко­то­рых оно не име­ло бы смыс­ла. При­ло­же­ние, со­сто­я­щее толь­ко из та­ких функ­ций, на­зы­ва­ет­ся MVP (Min­i­mum Vi­able Prod­uct). По­ста­рай­тесь так­же до­ба­вить в спи­сок несколь­ко функ­ций, ко­то­рые от­ли­ча­ли бы ваше при­ло­же­ние от кон­ку­рен­тов и пред­став­ля­ли бы для поль­зо­ва­те­ля осо­бую цен­ность.

Пора пе­ре­хо­дить к ди­зай­ну. Нач­ни­те с ка­ран­даш­ных на­брос­ков, а если хо­ти­те соз­дать несколь­ко на­сто­я­щих ма­ке­тов, не обя­за­тель­но осва­и­вать слож­ные при­ло­же­ния. Мож­но огра­ни­чить­ся даже Keynote.

Ко­неч­но, вы не смо­же­те за­ме­нить про­фес­си­о­наль­но­го ана­ли­ти­ка, мар­ке­то­ло­га и ди­зай­не­ра, но если вы ра­бо­та­е­те в оди­ноч­ку, вам при­дёт­ся са­мо­сто­я­тель­но вы­пол­нить эти шаги. Очень важ­но опре­де­лить и за­фик­си­ро­вать объ­ём ра­бо­ты. Ведь лю­бая цель долж­на быть кон­крет­ной и до­сти­жи­мой. Ина­че вы рис­ку­е­те ни­ко­гда не за­кон­чить своё при­ло­же­ние.

Раз­ра­бот­ка

По­ста­рай­тесь за­ра­нее по­ду­мать над тем, что и как у вас бу­дет ре­а­ли­зо­ва­но в коде. Ко­неч­но, не имея опы­та, слож­но про­ду­мать ар­хи­тек­ту­ру при­ло­же­ния. Вот несколь­ко со­ве­тов, ко­то­рые мо­гут вам с этим по­мочь.

• Изу­чай­те чу­жой код. В ин­тер­не­те есть огром­ное ко­ли­че­ство ста­тей с при­ме­ра­ми хо­ро­ше­го кода, а на Github мож­но най­ти ис­ход­ный код це­лых при­ло­же­ний.
• На­учи­тесь на­хо­дить от­ве­ты на во­про­сы в ин­тер­не­те. По­ис­ко­вик, Stack Over­flow, до­ку­мен­та­ция, обу­ча­ю­щие ста­тьи и ин­струк­ции — в них вы най­де­те от­ве­ты на боль­шую часть сво­их во­про­сов.
• Най­ди­те че­ло­ве­ка или со­об­ще­ство, что­бы за­да­вать во­про­сы, на ко­то­рые най­ти от­вет не по­лу­чи­лось. И если вы хо­ти­те по­лу­чить хо­ро­шие от­ве­ты, на­учи­тесь за­да­вать пра­виль­ные во­про­сы — по­дроб­ные.

Пора от­кры­вать Xcode и при­сту­пать к ра­бо­те. Воз­мож­но, вы нач­не­те с экра­на ав­то­ри­за­ции или с ос­нов­но­го экра­на, а мо­жет быть, с со­зда­ния об­щей ар­хи­тек­ту­ры при­ло­же­ния. В лю­бом слу­чае, со­хра­няй­те по­ря­док с са­мо­го на­ча­ла про­ек­та:

• груп­пи­руй­те фай­лы по пап­кам;
• уда­ляй­те неис­поль­зу­е­мый код;
• при­дер­жи­вай­тесь сво­е­го код­стай­ла;
• не дуб­ли­руй­те код;
• не до­пус­кай­те раз­рас­та­ния вью кон­трол­ле­ра (MVC не за­став­ля­ет пи­сать весь код в кон­трол­ле­ре).

Вам при­дёт­ся взять на себя и обя­зан­но­сти те­сти­ров­щи­ка. Обя­за­тель­но про­ве­ряй­те всё, что де­ла­е­те. Если что-то мо­жет пой­ти не так, оно пой­дет не так. По­это­му про­ве­ряй­те все сце­на­рии, а не толь­ко по­зи­тив­ные. По­лез­но дать своё при­ло­же­ние дру­го­му че­ло­ве­ку. Это поз­во­лит най­ти ошиб­ки не толь­ко в ре­а­ли­за­ции, но и в са­мой кон­цеп­ции при­ло­же­ния.

Вы­клад­ка в App Store

Ещё одно пре­пят­ствие для неза­ви­си­мых раз­ра­бот­чи­ков — это необ­хо­ди­мость пла­тить $100 за воз­мож­ность вы­ло­жить своё при­ло­же­ние в App Store. О том, как за­ре­ги­стри­ро­вать­ся, в ин­тер­не­те ин­фор­ма­ции мно­го, ее най­ти лег­ко.

По­сле ре­ги­стра­ции ак­ка­ун­та мож­но пе­ре­хо­дить к пуб­ли­ка­ции. Для это­го нуж­но вы­брать в Xcode меню Prod­uct->Archive. По­сле ар­хи­ва­ции — на­жать кноп­ку Dis­trib­ute App и до­ждать­ся вы­груз­ки.

При­ло­же­ние по­па­да­ет в App Store Con­nect. На этом сай­те вам нуж­но за­пол­нить ин­фор­ма­цию о при­ло­же­нии, до­ба­вить скрин­шо­ты и ин­фор­ма­цию для ре­вью­ве­ров Ap­ple. Да, ре­вью про­хо­дить обя­за­тель­но. Озна­ко­мить­ся с пра­ви­ла­ми мож­но тут. От­ча­сти это ру­лет­ка, но если сле­до­вать всем пунк­там, то ве­ро­ят­ность успеш­но­го ре­вью силь­но уве­ли­чи­ва­ет­ся. Для на­ча­ла изу­чи­те ос­нов­ные при­чи­ны для от­ка­за. При­ло­же­ние долж­но:

• Ста­биль­но ра­бо­тать и не вы­ле­тать.
• Иметь ра­бо­чую ссыл­ку на поль­зо­ва­тель­ское со­гла­ше­ние.
• Быть пол­но­стью за­кон­чен­ным, ра­бо­то­спо­соб­ным и функ­ци­о­наль­ным.
• Да­вать чет­кие объ­яс­не­ния при за­про­се раз­ре­ше­ний на GPS, ка­ме­ру, кон­так­ты и так да­лее.
• Иметь скрин­шо­ты и пол­ное опи­са­ние в ма­га­зине (их от­сут­ствие — одна из са­мых рас­про­стра­нён­ных при­чин для от­ка­за).
• Быть уни­каль­ным. Нель­зя вы­кла­ды­вать ко­пию дру­го­го при­ло­же­ния (в том чис­ле сво­е­го соб­ствен­но­го).
• Не ис­поль­зо­вать при­ват­ное API.

Обя­за­тель­но нуж­но ука­зать те­сто­вый ак­ка­унт для ре­вью­ве­ров в спе­ци­аль­ном поле, если в при­ло­же­нии есть ав­то­ри­за­ция. Если при­ло­же­ние со­дер­жит встро­ен­ные по­куп­ки, то сто­ит уде­лить осо­бое вни­ма­ние к тре­бо­ва­ни­ям раз­де­ле 3.1.

Если вам от­ка­за­ли, по­ста­рай­тесь разо­брать­ся, в чём при­чи­на, и ис­правь­те на­ру­ше­ния. Мож­но по­пы­тать­ся оспо­рить ре­ше­ние, но это не все­гда уда­ёт­ся. Если не по­лу­чит­ся, по­про­буй­те со­зво­нить­ся с ре­вью­ве­ра­ми и об­су­дить про­бле­му го­ло­сом.

Даль­ней­шее раз­ви­тие при­ло­же­ния

По­здрав­ля­ем! Ваше пер­вое при­ло­же­ние уже в ма­га­зине, а вы с на­деж­дой смот­ри­те на счёт­чик ска­чи­ва­ний. Но ра­бо­та ещё не окон­че­на. Даль­ше вам пред­сто­ит раз­ви­вать и под­дер­жи­вать своё при­ло­же­ние.

По­сле того, как вы раз­бе­ре­тесь с ос­но­ва­ми, пе­ре­хо­ди­те к изу­че­нию дру­гих тех­но­ло­гий. GPS, push-уве­дом­ле­ния, Ap­ple Pay, Siri, AR, ин­фор­ма­ци­он­ная без­опас­ность, ра­бо­та с ме­диа и огром­ное ко­ли­че­ство third party-сер­ви­сов и фрейм­вор­ков — изу­чая и ис­поль­зуя в ра­бо­те что-то но­вое, вы по­вы­ша­е­те свою цен­ность на рын­ке. По­это­му, если вы хо­ти­те быть хо­ро­шим раз­ра­бот­чи­ком, ни­ко­гда не оста­нав­ли­вай­тесь на до­стиг­ну­том.

Под­во­дя итог

В ста­тье мы по­ста­ра­лись от­ра­зить са­мые ба­зо­вые во­про­сы мо­биль­ной раз­ра­бот­ки на плат­фор­ме iOS и эта­пы со­зда­ния про­сто­го при­ло­же­ния. Спо­со­бов даль­ней­ше­го по­гру­же­ния в тему есть очень мно­го. Вы мо­же­те са­мо­сто­я­тель­но чи­тать про­филь­ную ли­те­ра­ту­ру и смот­реть обу­ча­ю­щие ро­ли­ки на Youtube, там их лег­ко най­ти. Мо­же­те смот­реть ве­би­на­ры или лек­ции с пре­по­да­ва­те­ля­ми, ко­то­рые так­же на­гляд­но по­ка­зы­ва­ют, что та­кое мо­биль­ная раз­ра­бот­ка.

Мы так­же пред­ла­га­ем об­ра­тить вни­ма­ние на до­пол­ни­тель­ные он­лайн- и офлайн-кур­сы, ко­то­рые дают го­то­вый план обу­че­ния, струк­ту­ри­ро­ван­ную ин­фор­ма­цию и до­пол­ни­тель­ную мо­ти­ва­цию не за­бро­сить обу­че­ние. Под­хо­дя­щих кур­сов сей­час на рын­ке пред­став­ле­но до­ста­точ­но мно­го, и если этот ва­ри­ант ка­жет­ся вам наи­бо­лее под­хо­дя­щим, сме­ло изу­чай­те об­ра­зо­ва­тель­ные про­грам­мы. Хо­ро­шая про­грам­ма долж­на преду­смат­ри­вать:

• Зна­ком­ство с язы­ком про­грам­ми­ро­ва­ния Swift.
• Изу­че­ние фрейм­вор­ков для со­зда­ния поль­зо­ва­тель­ских ин­тер­фей­сов, ра­бо­ты с се­тью, мно­го­по­точ­но­сти и хра­не­ния дан­ных.
• Осво­е­ние сре­ды раз­ра­бот­ки, ме­то­дов по­ис­ка оши­бок и те­сти­ро­ва­ния.
• Прак­ти­че­ские за­да­ния.
• Воз­мож­ность за­дать во­прос пре­по­да­ва­те­лю и по­об­щать­ся с од­но­курс­ни­ка­ми.

Если все эти пунк­ты есть в вы­бран­ном вами кур­се, зна­чит ре­зуль­тат не за­ста­вит себя ждать, и вы на­пи­ши­те не одно свое мо­биль­ное при­ло­же­ние.

Что нужно для публикации iOS-приложения в App Store

После разработки мобильного приложения наступает момент, когда необходимо разместить его в магазине (сторе) для общего доступа. Для этого необходимо обзавестись специальным аккаунтом разработчика и подготовить определенный перечень маркетинговых материалов, удовлетворяющих различным требованиям. На такой случай хорошо было бы иметь под рукой инструкцию-чеклист, чтобы ничего не забыть перед публикацией приложения.

Тема текущей статьи — публикация iOS-приложений в App Store. Эта инструкция может быть полезна как заказчикам мобильных iOS-приложений, чтобы понимать какие материалы необходимо подготовить для публикации, так и разработчикам или менеджерам проектов, чтобы перестать носить данную информацию в голове, а просто воспользоваться «шпаргалкой».

Итак, что же нужно сделать в ходе публикации приложения:

1. создать аккаунт разработчика в App Store;
2. подготовить маркетинговые материалы;
3. приложить к сборке сертификат цифровой подписи;
4. настроить оплату за пользование приложения;
5. отправить сборку в App Store.

Давайте разберем каждый пункт более подробно.

Создание аккаунта разработчика в App Store

Чтобы опубликовать приложение в App Store, нужен Apple ID, который можно создать перейдя по этой ссылке и заполнив необходимую информацию. Также можно использовать уже существующий Apple ID. Затем, с помощью этого Apple ID, можно войти на сайт iOS Dev Center и продолжить создание аккаунта разработчика Apple. После заполнения всех необходимых полей начнётся процедура регистрации аккаунта как разработчика, которая стоит 99$ в год. В зависимости от типа аккаунта, ожидание подтверждения займёт от нескольких дней (если для регистрации используется физическое лицо) до нескольких недель (юридическое лицо).

Подготовка маркетинговых материалов

Требования к маркетинговым материалам:

• требования App Store: описаны чётко и меняются редко, изучить их можно здесь;
• требования, которые возникают из задач проекта: что более актуально для целевой аудитории этого приложения, какой маркетинговый план у проекта и т.д.

Для срочных релизов или проверки MVP допускается сделать маркетинговые материалы, соответствующие требованиям магазина. В других проектах необходимо сделать так, чтобы маркетинговые материалы были максимальным вкладом в успех проекта.

Название

Название приложения будет отображаться в App Store. Его длина не может превышать 30 символов. Если в приложении есть локализации, необходимо проверить длину названия на каждом языке.

Подзаголовок (опционально)

Краткое описание приложения, которое появится под его названием в App Store для iOS 11 или новее и в Mac App Store для macOS Mojave или новее. Максимальная длина подзаголовка — 30 символов. Наличие подзаголовка не является обязательным для публикации приложения.

Описание

Описание приложения, раскрывающее его функции и возможности.

Требования App Store к тексту:

• описывайте приложение детально, с вниманием к функциональностям. Максимальный объём — 4000 символов;
• при использовании названия App Store в заголовках или тексте всегда набирайте App Store с прописными A и S;
• всегда оставляйте название App Store на английском;
• перед App Store можно использовать только артикль the;
• не используйте дополнительные слова в названии, например сочетания iTunes App Store, Apple App Store или iPhone App Store;
• не применяйте превосходные степени прилагательных («лучший App Store»);
• не используйте предлог «на» перед App Store. Правильно — «в App Store» («приложение доступно в App Store») или «из App Store» («запустите приложение из App Store»);
• не используйте термин «загружаемое»;
• в отношении Apple TV будет правильно сказать «Ищите наше приложение в App Store»;
• не применяйте для устройств Apple такие общие термины, как «смартфоны» или «планшеты», а используйте их названия;
• не упоминайте никаких форм спонсорства или поддержке со стороны Apple;
• не имитируйте типографический стиль Apple, используя шрифт Myriad в своих текстах;
• в описании не должно упоминаться названий других мобильных платформ;
• описание должно соответствовать функциональности приложения;
• названия приложения в iTunes и на рабочем столе устройства должны похожими;
• описание должно иметь рейтинг 4+ (можно показывать четырёхлетним детям).

Иконка

Иконка идентифицирует приложение в App Store и будет использована в случае фичеринга.

Требования App Store к иконке приложения:

• разрешение 1024 x 1024 пикселей;
• не более 72 точек на дюйм;
• схема формирования цвета – RGB;
• формат JPEG или PNG;
• без закругленных краев.

Скриншоты

Перед подготовкой скриншотов приложения, необходимо определиться с рекламной концепцией, от которой будет зависеть формат подачи визуального контента.

• «Строгая». Берутся основные экраны, которые показывают функциональность приложения.
• «Рекламная». Красивый фон за экраном, говорящие надписи. Потребуется помощь дизайнера.

Основная цель скриншотов — дать пользователю понимание, о чём мобильное приложение. Поэтому первый скриншот должен быть максимально информативным и привлекательным. Остальные скриншоты показывают различные функциональности приложения.

Скриншоты можно подписывать — это напрямую влияет на количество установок приложения. Оформление надписей на скриншотах может быть самым разнообразным — нет ограничений по расположению текста.

Требования App Store к скриншотам:

• в App Store можно загрузить до пяти скриншотов на каждое разрешение экрана, минимум один на каждую локализацию. Если приложение выглядит одинаково для всех разрешений и локализаций, то для iPhone будет достаточно использовать один набор скриншотов для 5,5-дюймового дисплея, а для iPad понадобится один набор для 12,9-дюймового дисплея . Если нет, то необходимо подготовить наборы скриншотов для каждого разрешения. Все разрешения экранов можно посмотреть тут;
• скриншоты не должны содержать альфа-канал — информацию о прозрачности изображения. При сохранении конечного варианта отключайте альфа-канал, если решили подготовить изображения в формате PNG;
• не более 72 точек на дюйм;
• схема формирования цвета – RGB;
• формат PNG или JPEG.

Все требования App Store к скриншотам доступны по ссылке.

Видео для предпросмотра приложения (опционально)

Это опциональный маркетинговый материал, но если есть желание показать приложение клиенту с максимально выгодной стороны и соответствующий бюджет, то это лучше сделать. Для записи видео с экрана iPhone можно использовать приложение QuickTime.

Требования App Store к видео:

• разместить можно только один видеоролик;
• формат M4V, MP4 или MOV;
• размер не должен превышать 500 MB;
• длительность видеоролика от 15 до 30 секунд.

Более подробную спецификацию можно посмотреть тут.

Ключевые слова

Для более точного результата поиска в App Store можно указать одно или несколько ключевых слов, описывающих приложение. Максимальный суммарный объем всех ключевых слов — 100 символов.

Обеспечение сборки наличием сертификата цифровой подписи

Цифровая подпись необходима для того, чтобы App Store мог идентифицировать разработчика. В дальнейшем только этот разработчик сможет обновлять и изменять приложение. Этот пункт инструкции относится к технической стороне разработки и выполняется разработчиком. Если у сборки не будет правильной подписи, можно получить реджект со стороны App Store, либо вовсе не получится выложить приложение. Поэтому перед публикацией необходимо удостовериться, что приложение имеет подпись.

Платное приложение и внутренние покупки

В случае, если приложение платное или в нем используются внутренние покупки (In-App Purchase, или IAP), необходимо указать правильный тип IAP. Внутренние покупки бывают четырех видов:

• consumables (потреблямые). Покупаются многократно: патроны и здоровье в играх, кредиты в Skype;
• non-consumables (непотребляемые). Покупаются один раз: фильмы, книги, функции приложения, новые уровни;
• автоматически обновляемые подписки;
• подписки, обновляемые вручную.

Автоматически обновляемые подписки самостоятельно списывают деньги с карточки пользователя. Их можно использовать только для:

• периодических изданий (журналы, газеты);
• подписки на бизнес приложения;
• медиа-приложения (музыка, видео).

Приложения могут использовать контент (журналы, музыку, фильмы), купленный вне приложения, если вы не даёте ссылку на внешний механизм покупки.

Более подробную информацию о том, как оформлять внутренние покупки, можно прочитать тут.

Что может стать причиной отклонения приложения:

• Apple нужна дополнительная информация о приложении;
• у Apple возникают проблемы при тестировании приложения в их окружении.
• у приложения недостаточно функциональностей для того, чтобы считать его полноценным.
• в приложении серьезно нарушены гайдлайны Apple.
• не указано, для каких целей нужно давать доступ к камере, к библиотеке и т.д.

Подробнее о причинах отклонения можно прочитать тут.

• Публикация Android-приложений в Google Play.
• Как создать идеальное описание приложения для App Store и Google Play.

Как сделать приложение для iPhone самому

В закладки

Без финансовых вложений и специальных знаний.

Вот простейшая инструкция, как создать элементарное iOS-приложение и испытать его на своем устройстве. Отталкиваясь от нее вы сможете дальше углубиться в тему и создавать реально полезные программы.

Примечание для пользователей Windows: чтобы создавать приложения для iOS вам необходимо установить OS X на виртуальной машине (VirtualBox, VMware). Это процесс отнюдь не прост и для его осуществления требуется отдельная инструкция.

1. Идем в App Store и устанавливаем среду разработки XCode:

Если у вас уже стоит XCode, то необходимо обновить его.

2. Запускаем xCode и выбираем пункт меню File -> New -> Project:

3. Выбираем платформу и тип приложения:

4. Указываем информацию о проекте. Обратите внимание, что мы выбрали тип приложения «Universal»:

5. Нажимаем на кнопку New Folder и указываем имя папки, в которой будем хранить файлы приложения:

6. Снимаем галочку с чекбокса Create Git Repository и нажимаем кнопку Create . В результате вы должны попасть на стартовый экран работы над приложением:

7. Нажимаем на пункт Main.storyboard в правом меню, перетаскиваем на основное поле элемент Label и добавляем в него текст Hello_world:

8. Теперь надо сделать иконку для приложения. Подбираем картинку и загружаем ее на mapappicon.com:

9. Ждем когда веб-приложение закончит работу и указываем свой адрес электронной почты для получения архива с иконками:

10. Возвращаемся в XCode и в левом меню выбираем раздел Assets.xassets:

11. Открываем архив из почты и перетаскиваем иконки оттуда на рабочее пространство XCode:

12. Выбираем один из симуляторов устройств, нажимаем на кнопку запуска приложения (черный треугольник) и включаем на своем Mac Developer Mode:

13. Повторяем попытку запуска. Ждем, когда на симуляторе загрузится iOS:

14. Убеждаемся, что приложение работает:

Смотрим готовое приложение на устройстве

Теперь можно посмотреть, как работает приложение на устройстве. Перед выполнением инструкции убедитесь, что у вас свежие версии XCode и iOS.

1. Идем в xCode -> Preferencies -> Accounts и добавляем свой Apple ID:

2. Подсоединяем iOS-устройство к компьютеру:

3. Выбираем нужное устройство в списке и нажимаем на кнопку запуска. Ждем некоторое время.

4. Если вылезло сообщение о проблемах с безопасностью, то на iOS-устройстве идем в Настройки -> Основные -> Управление устройством и разрешаем запуск приложений от разработчика с вашим Apple ID:

5. Идем на рабочий стол и находим иконку нового приложения:

7. Отсоединяем устройство от компа. Теперь приложением можно пользоваться.

Что делать, если хочешь больше?

С помощью метода научного тыка и Google можно расширить вышеприведенную последовательность действий и создать более функциональное приложение. Но использовать его можно будет только на своих устройствах.

Ведь Apple предъявляет очень высокие требования к приложениям. App Store Review Guidelines включает в себя 29 пунктов и более сотни подпунктов. Для того, чтобы приложение им соответствовало и было принято для публикации в магазине, разработчику требуется большой объем технических знаний.

Если хотите создавать качественные приложения для iOS предназначенные для массового использования, надо учиться!

Начать въезжать в тему можно с бесплатных вебинаров о мобильной разработке. Регистрируйся и смотри:

• Программирование на Objective-C. Разработка простого калькулятора для iPhone
• Swift — скорость и простота разработки
• Язык Swift против языка Objective-C
• Обзор Swift Cocoapods Frameworks
• Обзор Swift Cocoapods Frameworks. Часть 2
• Обзор Swift Cocoapods Frameworks. Часть 3
• Обзор Swift Cocoapods Frameworks. Часть 4
• Реактивное введение в мобильную разработку под Windows
• Методы тестирования мобильных приложений на платформе Android

А лучше записаться на бесплатный курс Objective C. Приложение TO-DO List. Он состоит из 16 уроков с домашними заданиями, которые проверяются преподавателем.

(18 голосов, общий рейтинг: 4.56 из 5)
�� Хочешь ещё? Читай больше в Telegram
�� Ищешь ответ на вопрос? Приходи на Форум

Без финансовых вложений и специальных знаний. Вот простейшая инструкция, как создать элементарное iOS-приложение и испытать его на своем устройстве. Отталкиваясь от нее вы сможете дальше углубиться в тему и создавать реально полезные программы. Примечание для пользователей Windows: чтобы создавать приложения для iOS вам необходимо установить OS X на виртуальной машине (VirtualBox, VMware). Это процесс отнюдь.

Как выложить приложение в App Store: полная пошаговая инструкция

Мы много лет хранили вовсе не тайное, но полезное знание о том, как разместить приложение в App Store. Наверняка, наша инструкция не первая, которую вы нашли в интернете. Возможно, в предыдущих вас смутила подача, актуальность данных или сложная терминология. Понимаем, нас тоже. Поэтому мы написали свою.

В ней мы по шагам расписали весь процесс загрузки приложений в App Store — от регистрации аккаунта в панели управления App Store Connect до проверки приложения рецензентами Apple. К каждому шагу мы прикрепили скриншоты из стора, чтобы начинающие менеджеры проектов и разработчики без запинки могли повторить алгоритм.

Инструкция актуальна на конец 2020 года: она поможет клиентам студий мобильной разработки узнать свежие данные о том, как происходит релиз приложения, из каких этапов он состоит и кто в нём участвует. Также из статьи вы узнаете, почему App Store может отклонить сборку, и как этого избежать.

Что в статье

• Определения не совсем понятных слов
• Кто за что отвечает во время релиза
• Публикация приложения в App Store: кратко
• Инструкция: как опубликовать приложение в App Store
• Почему App Store отклоняет сборку: борьба с реджектами
• Сколько времени занимает релиз в App Store
• Как мы поддерживаем приложения и помогаем выкладывать их в стор

Определения не совсем понятных слов

На языке айти публикацию приложения называют релизом. Чтобы текст легко давался вам без гугла, мы составили тематический словарик — ознакомьтесь с ним прежде, чем перейти к инструкции:

• Билд, или сборка — файл приложения формата (.IPA), который разработчик загружает в App Store Connect (дальше узнаете, что это такое).
• Подпись приложения — технология, которая позволяет подтвердить, что приложение создал конкретный разработчик.
• Сертификат — файл с «разрешением» на от Apple; подтверждает, что человек за компьютером, на котором установлен сертификат, член Apple Developer Program и может подписывать сборки этим сертификатом.
• Ключ — публичный ключ, используемый для подписи приложения.
• TestFlight — сервис App Store Connect, в котором тестируются приложения.
• Ревью — проверка приложения рецензентами App Store.
• Реджект — возвращение билда на доработку, отклонение сборки.
• Фичеринг — попадание приложение в подборки стора.

Кто за что отвечает во время релиза

1. Менеджер проекта — курирует процесс, заполняет страницу приложения, при необходимости ведёт переговоры с Apple.
2. — занимается всем, что связано со сборками и цифровой подписью.
3. Дизайнер — готовит скриншоты и другие графические материалы для страницы приложения в сторе.
4. Клиент, или владелец приложения — регистрирует аккаунт, утверждает маркетинговые материалы.

Публикация приложения в App Store: кратко

Что нужно сделать, чтобы опубликовать приложение в App Store:

1. Зарегистрироваться в Apple Developer Program
   1. Создание Apple ID
   2. Профиль
   3. Регистрация в App Store Connect
   1. Локализуемая информация
   2. Общая информация
   1. Маркетинговые материалы
   2. Способ релиза
   3. Опрос для присвоения возрастного рейтинга
   1. Стоимость приложения
   2. Встроенные покупки

   Инструкция: как опубликовать приложение в App Store

   1. Регистрируемся в Apple Developer Program

   Кто этим занимается: владелец мобильного приложения.

   Приложение релизится через App Store Connect — сервис Apple для публикации, обновления и аналитики выпущенного ПО. Чтобы получить доступ к административной панели, нам нужно быть участниками Apple Developer Program. Для этого мы:

   1.1. Создаём Apple ID — уникальный идентификатор пользователя, без которого невозможно взаимодействовать с App Store.

   1.3. Заходим в App Store Connect, используя аккаунт разработчика.

   

   Сколько стоит выложить приложение в App Store

   Сколько времени занимает регистрация

   Регистрация физических лиц происходит сразу, а юридических — длится от двух до четырёх недель. В это время организация Dun & Bradstreet проверяет документы компании и присваивает ей D- Number — уникальный девятизначный номер, который подтверждает, что деятельность компании легитимна. Если вы хотите опубликовать приложение на iOS от имени юридического лица, позаботьтесь о том, чтобы получить этот номер заранее.

   

   2. Добавляем информацию о приложении

   Кто этим занимается: менеджер проекта, разработчик или клиент.

   После регистрации аккаунта, до загрузки сборки, мы можем заполнить данные о приложении в разделе «Общая информация» панели App Store Connect.

   

   2.1. Локализуемая информация

   Локализуемая информация — это та текстовая информация о приложении, которую можно перевести на другие языки. Так пользователям из других стран будет легче понять, зачем им скачивать наше приложения.

   

   1) Маркетинговое название может отличаться от собственного имени приложения. Имя указывается в коде мобильного приложения — его пользователи будут видеть, когда скачают приложение на девайс. Маркетинговое название отображается на странице приложения в App Store.

   Удачная формула маркетингового названия: имя приложения + идея/назначение. Длина до 30 символов. Если приложение локализовано для других стран, мы проверяем длину названия на каждом языке.

   

   Название проекта должно быть уникальным. Однажды мы разрабатывали приложение и обнаружили, что его название в App Store занято другим приложением. У нашего клиента был зарегистрированный товарный знак на это имя, поэтому Apple отправили владельцу опубликованного приложения запрос на смену названия.

   

   2) Подзаголовок — краткое описание под названием приложения. Apple рекомендует выделить в нём функции, которые находят отклик у нашей аудитории. Объём — до 30 символов.

   

   3) Политика конфиденциальности добавляется в App Store Connect просто: Ctrl+C, Ctrl+V. Мы копируем документа клиента в соответствующее поле. Если у клиента нет готовой политики конфиденциальности, мы предлагаем документ нашей студии, составленный в соответствии с политикой App Store. Мы делаем это, чтобы ускорить релиз и не ждать подготовку документа со стороны клиента — так у него будет возможность сделать это позже.

   

   Локализации для приложения настраиваются в нескольких местах. В подразделе «Локализуемая информация» в зависимости от выбранного языка мы можем изменить название приложения и подзаголовок.

   

   Меняя локализацию, мы изменяем только настройки страницы приложения в App Store. Само приложение не будет менять язык, если это не зашито в его коде.

   2.2. Общая информация

   

   1) Возрастной рейтинг устанавливается при оформлении первой сборки в релиз: на странице общей информации он будет отображаться автоматически после того, как мы пройдём анкету — но об этом чуть позже.

   2) Лицензионное соглашение (terms of use) для публикации мы используем стандартное — от Apple. Но если клиент хочет использовать свой собственный документ, мы меняем его, нажав кнопку «Редактировать» — на панели она будет находиться рядом с подзаголовком «Лицензионное соглашение».

   

   3. Настраиваем capabilities, сертификаты и профили приложения в Apple Developer

   Кто этим занимается: , который всё это умеет.

   После регистрации мы должны дать разработчику студии доступ к нашему проекту в Apple Developer Center — без него он не сможет загрузить сборку приложения в TestFlight.

   У Apple есть разные пользовательские роли, их нужно внимательно изучить и настроить права доступа для разработчика. Помимо прав Developer, разработчику нужно дать разрешение на создание сертификатов и Provisioning Profiles, чтобы он мог вносить необходимые изменения.

   

   

   После того как разработчик загрузит сборку в TestFlight, в App Store Connect появится возможность создать приложение, связанное с App ID.

   

   4. Готовим приложение к отправке

   Кто этим занимается: менеджер проекта, дизайнер, разработчик и/или клиент.

   Мы получили доступ к сборке в панели App Store Connect и теперь должны подготовить её к публикации в сторе.

   4.1. Загружаем маркетинговые материалы

   1) Рекламный текст отображается в поиске до того, как пользователь нажимает кнопку «Подробнее». В отличие от других элементов карточки приложения рекламный текст можно изменить в любое время.

   

   3) Теги, или ключевые слова, поднимают приложение в результатах поиска. Пишем их на основе слов, которые, по нашему мнению, аудитория будет использовать при поиске приложения в App Store.

   Требования App Store:

   • не более 100 символов;
   • разделяются запятыми без пробелов;
   • могут содержать пробелы внутри ключевой фразы.

   Пример: Property,Real Estate,House. В данном случае Real Estate — тег, внутри которого есть пробел, но от других тегов его отделяют только запятые.

   

   Apple может отправить приложение на реджект ошибок и нарушений в ключевиках. В тегах запрещено:

   • несанкционированное упоминание товарных знаков, имен знаменитостей и других охраняемых слов и фраз;
   • использование терминов, не относящихся к приложению;
   • использование названий конкурирующих приложений;
   • использование нерелевантных, оскорбительных или нежелательных терминов.

   Текстовая информация на странице приложения должна быть вручную локализована для стран, в которых будет распространяться приложение.

   4) Уникальная иконка нужна, чтобы пользователи узнавали приложение в App Store. Её же магазин будет использовать в случае фичеринга.

   Основные требования App Store:

   • разрешение — 1024×1024 пикселей, 72 тчк/дюйм;
   • цветовая схема — RGB, один слой, без прозрачности и скруглённых углов;
   • формат — PNG.

   5) Скриншоты нужны, чтобы показать пользователю, что его ждёт, когда он установит приложение, — они отображают действия, которые люди могут совершать в приложении. У скриншотов две основные задачи: быть информативными и привлекать внимание.

   

   Количество и размер скринов

   Мы можем загрузить до скриншотов на каждое разрешение экрана. Первые три изображения передают идею приложения, остальные могут быть посвящены конкретным функциям.

   

   Мы обязательно добавляем скриншоты для двух диагоналей iPhone:

   • 6.5 дюйма — 1242×2688 пикселей для вертикальной ориентации, 2688×1242 — для горизонтальной;
   • 5.5 дюйма — 1242×2208 пикселей для вертикальной ориентации, 2208×1242 pixels — для горизонтальной.

   

   Другие требования App Store:

   • разрешение не более 72 точек на дюйм;
   • схема формирования цвета — RGB;
   • формат — JPEG или PNG (без ).

   Если приложение адаптировано под iPad, то в App Store Connect нужно добавить соответствующие скрины. Обязательная диагональ — 12.9 дюйма для iPad Pro 3-его и 4-ого поколений.

   6) Видеопревью — это запись экрана длинной до 30 секунд. Превью демонстрирует возможности, функциональность и интерфейс приложения.

   Когда пользователь находится на странице приложения в App Store, видео автоматически включается в беззвучном режиме. Поэтому в первые три секунды важно показать человеку кадры, которые захватят его внимание.

   Требования App Store

   Мы можем разместить до трёх видеопревью на странице приложения и локализовать их для всех доступных языков App Store. Формат — M4V, MP4, MOV, объём

   

   Все советы по оформлению и оптимизации страницы приложения в App Store собраны в гайде, который поможет настроить страницу так, чтобы она мотивировала пользователей скачивать приложение и подходила под стандарты Apple.

   Изменить информацию о приложении в App Store Connect после публикации нельзя. Такая возможность появится только при выпуске обновления, поэтому лучше сразу всё делать «на чистовик».

   4.2. Выбираем способ выпуска версии

   App Store считается сложным местом для релиза, потому что приложения в нём проверяют люди: через рецензентов проходят десятки проектов в день. Первичное ревью длится 3–5 дней, а проверка обновлений может проходить 1–3 дня.

   Мы не можем знать, сколько времени рецензенты будут проверять наше приложение. Значит, не можем назначить точную дату релиза. Но в App Store нашли выход из этой ситуации. Мы можем выбрать:

   

   • Автоматический релиз после проверки — в этом случае приложение появится в сторе сразу после успешного ревью.
   • Не раньше указанной даты — приложение пройдёт ревью и будет ожидать даты, которую мы указали, чтобы опубликоваться в сторе. Если по причине проверка затянулась и выбранная дата прошла, приложение будет опубликовано сразу после проверки.
   • Релиз по кнопке — проверенное и одобренное приложение ждёт, когда мы сами нажмём кнопку «Релиз».

   4.3. Проходим опрос для присвоения возрастного рейтинга

   

   Ускоренная проверка приложения

   Мы можем запросить ускоренное ревью и для выпуска обновлений. Это нужно в случае, если в предыдущей версии мы обнаружили баг, который не даёт людям пользоваться приложением. Рецензенты увидят нашу заявку и поднимут приложение в общей очереди.

   Одновременный релиз в Apple и Google Play

   Если мы готовим одновременный релиз приложений для платформ iOS и Android, то мы начинаем публикацию с App Store. Пока Apple проверяет клиентский аккаунт, мы подготавливаем страницу приложения в Google Play. И уже после получения доступа к Apple Developer переходим к настройке приложения в App Store Connect.

   Если вам необходимо, чтобы пользователи iOS и Android получили свои приложения одновременно, можно сделать следующее:

   1. Настроить страницы приложения в сторах.
   2. Выбрать «Релиз ко кнопке» в App Store Connect.
   3. Отправить на ревью.
   4. Дождаться уведомления от App Store о том, что приложение прошло ревью.
   5. Отправить на релиз .
   6. Дождаться, пока пройдёт ревью и попадёт в стор.
   7. Нажать кнопку для релиза .

   Благодаря этому алгоритму приложения в Apple Store и Google Play выйдут с минимальной разницей во времени.

   5. Настраиваем оплату за использование приложения

   Кто этим занимается: менеджер, разработчик или клиент.

   На этом этапе нам предстоит сделать два дела: указать цену за скачивание приложения и настроить встроенные покупки (IAP).

   5.1. Выбираем цену приложения

   Приложение может распространяться бесплатно или стоить денег. В разделе «Общая информация» на вкладке «Ценообразование и доступность» мы выбираем сумму, которую пользователи будут вносить за скачивание приложения.

   

   5.2. Настраиваем встроенные покупки

   Встроенные покупки настраиваются в одноимённом разделе панели App Store Connect в меню в левой части экрана.

   

   30% от цены любой встроенной покупки уходит Apple — это деньги клиента. Чтобы сэкономить их, мы должны знать, что является встроенной покупкой, а для чего можно использовать эквайринг (оплату картой) и не платить комиссию Apple.

   • Не будет считаться встроенной покупкой всё, что покупается в приложении, но услуга или товар предоставляется пользователю вне его. Пример: покупки в не считаются встроенными, потому что люди пользуются купленными товарами в реальной жизни.
   • Встроенная покупка — это всё, что покупается внутри приложения и даёт преференции именно в приложении. Кредиты на звонки в Skype — встроенная покупка, потому что они позволяют звонить внутри приложения, то есть использовать покупку в «виртуальном» мире.

   Встроенные покупки бывают четырёх видов:

   1. Расходуемые — их покупают многократно: патроны, здоровье в играх, кредиты в Skype.
   2. Нерасходуемые — их покупают один раз: фильмы, книги, дополнительные функции приложения, уровни.
   3. Подписка с автоматическим продлением — деньги с карточки пользователя списываются без участия пользователя.
   4. Подписка без автоматического продления — пользователь обновляет подписку вручную.

   Встроенные покупки заводятся в аккаунте, а их ключи указываются разработчиком в сборке: мы проверяем, чтобы настройки в App Store Connect совпадали с данными, которые внёс разработчик, указываем ID продукта и создаём для покупки оригинальное название.

   6. Отправляем сборку на проверку в App Store

   Кто этим занимается: менеджер, разработчик или клиент.

   У каждой версии приложений есть несколько билдов, или сборок — вариантов кода приложения. В разделе TestFlight мы выбираем протестированную сборку, которая, на наш взгляд, готова к релизу. Она должна соответствовать заявленной функциональности и стандартам качества Apple — именно этот билд пользователь скачает на своё устройство.

   После этого мы ещё раз:

   • Проверяем приложение на наличие сбоев и ошибок при помощи TestFlight и команды тестировщиков.
   • Убеждаемся, что вся информация о приложении полная и точная.
   • Обновляем контактную информацию, чтобы ревьюер Apple мог связаться с нами.
   • Включаем серверные службы, чтобы они были активными и доступными во время проверки.
   • Добавляем подробные объяснения неочевидных функций и покупок в приложении в примечания к обзору приложений.
   • Предоставляем Apple тестовые учетные записи при наличии авторизации.

   Не бойтесь забыть о , когда заполняете страницу приложения. App Store обязательно покажет пропущенные поля, а значок «?» объяснит, какая информация в этом месте нужна системе.

   Ревью нового приложения может длиться два-три дня, обновления — один день. Индексация проверенного приложения в поиске App Store — до суток: в это время на страницу приложения можно будет попасть по ссылке из App Store Connect. И только после индексации приложение станет доступно в сторе для пользователей.

   Фичеринг опубликованного приложения в App Store

   Чтобы пользователи узнавали о новинках и топовых приложениях, редакторы App Store создают тематические подборки. Их мы видим при запуске стора. Попадание в такую подборку называется фичеринг. Он повышает конверсию в скачивания и делает приложению бесплатную рекламу.

   Почему App Store отклоняет сборку: борьба с реджектами

   Почему App Store отказывает в публикации

   В App Store «более миллиона заявок отклонено из‑за сомнительного, небезопасного или незаконного контента». Рецензенты следят за тем, чтобы приложения:

   • поступали из проверенных источников;
   • не содержали известного вредоносного ПО;
   • не допускали возможности взлома во время установки или использования;
   • не содержали порнографии, оскорблений, сцен насилия, пропаганды наркотиков, алкоголя и курения.

   Но иногда рецензенты Apple реджектят совершенно обычные приложения. Не надо паниковать — это нормальная практика. Если так случилось с вашим приложением, значит оно нуждается в доработке:

   Проблемный кейс № 3. «Регистрация».
   Решение. При проверке приложений, в которых нужно регистрироваться в Личном Кабинете, ревьюеры не регистрируются, а используют пароль и логин, предоставленный разработчиком. Если они не находят эти данные, они отклоняют сборку. Укажите логин и пароль в анкете и попробуйте снова.

   Проблемный кейс № 4. «Прикреплённые скриншоты не соответствуют содержанию».
   Решение. Узнайте у дизайнеров, как создать подходящие скриншоты, или делегируйте эту задачу им.

   Проблемный кейс № 5. «Нет оснований для доступа к пользовательским данным».
   Решение. Приложение пытается получить доступ к контактам, галерее и другим библиотекам пользователя. Если рецензенты не видят для этого достаточных оснований, они развернут приложение. Вам нужны сильные аргументы, которые убедят сотрудников Apple, что вы не пытаетесь украсть данные пользователей.

   Иногда реджект происходит по объективным причинам, а иногда зависит от настроения и осведомлённости рецензентов. В таком случае нам поможет немного хитрости и умение договариваться.

   Команда «Лайв Тайпинга» поделилась историями о том, как мы искали общий язык с командой Apple.

   — Порочный круг

   Мы подключали встроенные покупки в приложении — ежемесячные и годовые подписки. Завели подписки в App Store, подключили в мобильном приложении и отправили сборку и подписки на проверку. Приложение реджектнули с сообщением о том, что подписки не работают. Но они и не могли заработать, пока их не проверят. А их не проверили, потому что сборку реджектнули, и так далее, по кругу. Чтобы выйти из этой ситуации, мы связались с поддержкой App Store и попросили их проверить сперва подписки, а затем проверять приложение. После чего мы заново собрали сборку, и отправили её на проверку без релиза (вариант «Релиз по кнопке»), после чего ревьюер проверил и одобрил подписки, и только потом приступил к проверке приложения. Основная проблема была в том, что мы не имели возможности проверить подписки до тех пор, пока они не будут заведены в App Store. И только после того, как их одобрили через подобный «условный» релиз, мы смогли всё протестировать и отправить на проверку уже «настоящую» сборку.

   Роман Дмитриев, менеджер проектов «Лайв Тайпинга»

   — Трудности перевода

   Мы разрабатывали приложение для баров. Оно подтягивало друзей из «ВКонтакте» и Facebook, чтобы показать в каком баре они находятся. Приложение было на русском, а ревьюер попался иностранный. Он не понимал, что список друзей (Friends) из социальных сетей нужен нам для того, чтобы отобразить его в приложении на вкладке «Друзья» — с его стороны это выглядело как коллекционирование пользовательских данных. Мы инициировали звонок и долго объясняли ему, как работает приложение. В момент я так и сказал ему: «Друзья — это friends». Тогда он всё понял и согласился пропустить приложение.

   Павел Разуваев, «Лайв Тайпинга»

   — Нет изюминки!

   Мы делали приложение для оплаты коммунальных услуг с очень простой функциональностью: пользователь открывает приложение, вписывает номер Единого лицевого счёта, вводит номер карты и оплачивает счёт. В Apple сказали, что функции в приложении не отличаются от функций сайта, поэтому они не могут его принять. Но клиенту нужно было именно это. Мы пошли на хитрость и «усложнили» мобильное приложение: добавили splash screen с загрузкой и кнопку «Информация», на которой выводилась инфа из стора. После этого ревьюеры пропустили сборку.

   Роман Дмитриев, менеджер проектов «Лайв Тайпинга»

   — А что, так можно было?

   Если вам вернули сборку, но вы уверены, что приложение работает как надо, подождите немного и отправьте её на проверку снова: вероятнее всего, она попадёт к другому рецензенту, который пропустит её.

   Сколько времени занимает релиз в App Store

   Без учёта реджекта и времени на подготовку маркетинговых материалов релиз приложения займёт месяц:

   • 2–4 недели — проверка документов на стороне Apple;
   • 1 день — оформление страницы в App Store Connect;
   • 2–3 дня — ревью (для релиза обновлений — 1 день).

   При первой публикации приложения много чего может пойти не так, и тогда релиз затянется. Чтобы этого не случилось, важно иметь под рукой специалиста, который знает всё о релизе и разработке приложений.

   Как мы поддерживаем приложения и помогаем выкладывать их в стор

   Как будет строиться наше сотрудничество:

   1. Вы кратко расскажете о своём проекте — про его основную задачу, главные функции, проблемы, которые возникли при релизе, и ваши дальнейшие цели.
   2. Мы проведём мини-аудит продукта, поймём чем, сможем помочь, предложим свои решения и оценим стоимость работ.
   3. Если вам понравится наш подход и вы захотите с нами сотрудничать, мы подпишем договор поддержки и будем заботиться о вашем приложении долго-долго.

   Проекты, которые мы поддерживаем:

   • Иль де Ботэ — уже 7 лет помогаем бьюти-ретейлеру увеличивать объёмы продаж в онлайне.
   • Selgros — развиваем сеть немецких гипермаркетов в мобильном приложении.
   • Derufa — сделали приложение-сканер цветов для увеличения лояльности клиентов магазина красок.
   • ChipDip — добавили в приложение функциональность, полезную для оптовых покупателей.