0:00 Итак, чтобы получить возможность скачивать приложение в магазине приложений, вам, по сути, нужно сделать всего несколько вещей. Вам необходимо получать показы вашего приложения в результатах поиска. Вам нужно конвертировать эти показы в загрузки. И можно было бы подумать, что это последний шаг, но, к сожалению, есть и третий — получение новых рейтингов для вашего приложения, поскольку чем больше новых рейтингов получает ваше приложение, тем выше оно ранжируется в результатах поиска по практически любому ключевому слову, на которое вы ориентируетесь. Я не эксперт в этих вопросах, но я просто хочу поделиться с вами тем, что я узнал за год с момента публикации приложения в App Store, а также рассказать, как я подхожу к этим трем этапам в деталях. Начнем с впечатлений. Самый простой способ получить показы — это, конечно, купить их с помощью рекламы в самом App Store или, например, в Instagram. Однако для большинства
0:45 независимых разработчиков это неподходящий вариант, особенно если вы только начинаете и запускаете свое первое приложение. К счастью, это не единственный способ получить впечатления. И по моему опыту, это не самый эффективный способ произвести впечатление. Самый эффективный способ — ASO. По сути, оптимизация метаданных вашего приложения, таких как заголовок, подзаголовок, описание, скриншоты, значок и все такое, может показаться простой и не такой уж сложной задачей, но на самом деле есть несколько нюансов, и я вижу, что многие разработчики ошибаются с первой попытки. И я определенно ошибся в первый раз. Название вашего приложения, вероятно, является одним из самых важных фрагментов метаданных. И, безусловно, самая большая ошибка, которую я вижу среди многих, особенно инди-разработчиков, заключается в том, что
1:31 они хотят, чтобы название их приложения было предельно ясным. В идеале это было бы просто название приложения и всё. Конечно, это огромная ошибка не только с точки зрения оптимизации алгоритма ASO, но и с точки зрения человеческой психологии. Представьте, что когда люди ищут приложения в App Store, они не ищут конкретно ваше приложение . Чаще всего у них в жизни возникают какие-то проблемы, и они думают, что, может быть, есть приложение, которое поможет решить эту проблему. Они используют некоторые ключевые слова, описывающие эту проблему, и чаще всего это не название вашего приложения. Поэтому, если в названии вашего приложения отсутствуют эти ключевые слова или что-то им соответствующее, то, конечно, вы не будете ранжироваться так высоко. Таким образом, структура вашего заголовка должна быть наиболее
2:16 важной, самое релевантное ключевое слово должно быть в начале, затем название вашего приложения, а порядок слов здесь также важен, поскольку при наличии любых метаданных в алгоритме магазина приложений больший вес придается словам в начале, что также имеет смысл с человеческой точки зрения. Когда мы что-то ищем и просматриваем результаты поиска, мы чаще всего обращаем внимание на слова в начале. Какое самое важное ключевое слово я упомянул? Чуть позже я расскажу вам о моем процессе исследования ключевых слов. Но сейчас я хочу упомянуть одну вещь: когда я только начинал запускать свое приложение, я совершил ошибку, думая, что самое важное ключевое слово, которое я должен поместить в заголовок, — это самое популярное ключевое слово. Мое приложение — трекер привычек. Поэтому я подумал, что « хорошо, трекер привычек» — популярное ключевое слово.
3:03 Мне нужно включить это в заголовок. И, очевидно, произошло следующее: я думаю, что наивысший рейтинг, который я получил по этому ключевому слову, был где-то на 170-й позиции. Так что по сути невидимый. Так что определенно самое важное ключевое слово не является самым популярным ключевым словом, если только вы не работаете в очень специфической нише с низким трафиком. Но в целом наиболее важным ключевым словом является то ключевое слово, по которому у вас есть шанс занять высокое место в результатах поиска. Ключевое слово, имеющее хороший баланс между конкурентоспособностью и популярностью. И какое бы ключевое слово вы ни выбрали для заголовка, всегда стремитесь попасть в топ-10 результатов поиска по этому ключевому слову, поскольку именно в топ-10 вы обычно начинаете видеть какие-либо значимые результаты с точки зрения загрузок и показов. Все, что ниже. Вы можете оказаться где-то на
3:50 15-20-й позиции. Звучит довольно много, но на самом деле никто не прокручивает результаты поиска так далеко. И не бойтесь время от времени менять ключевое слово в заголовке. Если вы видите, что ваше приложение получает новые рейтинги, но вы не поднимаетесь в результатах поиска и рейтинге по этому ключевому слову, это значит, что конкуренция слишком высока. Попробуйте найти что-то более нишевое и укажите это в названии. И, возможно, как только ваше приложение наберет больше оценок и пользователей, вы сможете вернуться и попробовать еще раз с тем же ключевым словом. Но сейчас вам нужно сосредоточиться на чем-то менее популярном. Итак, чтобы найти сбалансированные ключевые слова с хорошим соотношением популярности и конкурентоспособности, вам сначала нужно узнать эти показатели популярности и
4:36 конкурентоспособности, верно? И вкратце, если вы не знаете, существует множество различных сервисов для оптимизации поиска в магазине приложений, и все эти сервисы предоставляют вам инструменты для исследования ключевых слов, а также дают вам оценки популярности и конкурентоспособности. К сожалению, большинство этих услуг стоят довольно дорого. Сумма может легко достичь сотен долларов в месяц. И, конечно, для независимых разработчиков, которые только начинают свой путь, нецелесообразно тратить такие деньги сразу. Я пользуюсь Астро. Это один из самых недорогих вариантов. Это где-то 100 долларов в год. И я думаю, что у него хорошее соотношение цены и качества. И я вижу, что его используют многие другие независимые разработчики . Кстати, не спонсируется, ничего такого. Если вы не хотите тратить деньги хотя бы на
5:22 первоначальное исследование ключевых слов, некоторые из этих дорогих сервисов предоставляют вам бесплатную пробную версию. Например, приложение Figures предоставляет вам 7-дневную бесплатную пробную версию без каких-либо ограничений по ключевым словам, которые вы можете ввести. Так что это отличная стратегия, когда вы только начинаете. Итак, как только у вас появится один из этих инструментов для исследования ключевых слов, дальше процесс станет немного запутанным. Вам просто нужно провести мозговой штурм и подумать о вариантах использования вашего приложения, о том, какую проблему оно решает и как люди могли бы описать эту проблему, чтобы найти похожее приложение, подобное вашему. Если вы независимый разработчик, то, скорее всего, вы разрабатываете приложение для себя. Итак, вы, вероятно, достаточно хорошо знаете проблемную область и можете довольно легко придумать эти ключевые слова высокого уровня.
6:08 И степень магистра права в данном случае является идеальным инструментом. Предоставьте описание вашего приложения JG GPT или как вам удобнее, и попросите его придумать как можно больше вариантов использования вашего приложения пользователями. Затем вы вместе проводите мозговой штурм по ключевым словам. Вероятно, у вас возникнет огромный список таких ключевых слов. Вы берете их все и вводите в инструмент исследования ключевых слов, например Astro или любой другой, который у вас есть. посмотрите, каков баланс между конкурентоспособностью и популярностью, и, возможно, вы найдете хотя бы несколько ключевых слов, имеющих определенный потенциал с точки зрения размещения ключевых слов. Итак, заголовок, о котором я уже говорил, самое важное, самое релевантное ключевое слово, которое, по вашему мнению, имеет наибольший потенциал, должно располагаться в самом начале заголовка
6:54 . Затем менее перспективное ключевое слово следует поместить в подзаголовок, а все остальное — в список ключевых слов . Важно не дублировать ключевые слова в заголовке, подзаголовке и списке ключевых слов. Ваш природный инстинкт может подсказать, что если какое-то ключевое слово настолько важно, его следует разместить во всех возможных местах. Но на самом деле, если вы это сделаете, вы уменьшите важность этого ключевого слова, и алгоритм поиска в магазине приложений не придаст ему должного веса. Еще одна проблема, с которой вы можете столкнуться, особенно если ваше приложение находится в очень широкой нише, как мой трекер привычек, — вы можете придумать слишком много хороших ключевых слов, которые хотите попробовать, и между заголовком, подзаголовком и списком ключевых слов просто не хватит места, чтобы попробовать
7:41 их все. Если вы ориентируетесь конкретно на магазины в США, один из приемов, который вы можете попробовать, — это поместить все эти дополнительные ключевые слова в разные локализации. Поэтому самые важные ключевые слова, которые вы считаете наиболее перспективными, все равно следует локализовать для США. Все остальное, что вы хотите попробовать и в отношении чего у вас есть некое предчувствие . Вы можете добавить 10 различных локализаций, и магазин приложений проиндексирует их и ранжирует ваше приложение по ним. Я сам попробовал. Я ввел несколько нишевых ключевых слов, например, локализацию «английский Канада», и буквально на следующий день мое приложение начало ранжироваться по ним. С другой стороны, есть и другая, противоположная стратегия: вместо того, чтобы использовать множество ключевых слов и размещать их в разных местах, например, в
8:27 разных локализациях, вы используете только самые важные, наиболее целевые ключевые слова, которые наиболее релевантны вашему приложению, и вы можете даже не использовать все пространство во всех этих полях метаданных. Таким образом, алгоритм магазина приложений присвоит все имеющиеся у него веса всем вашим ключевым словам только нескольким трем-пяти ключевым словам, и я видел истории о том, что люди говорили, что такая стратегия сработала для них лучше. Я лично тоже попробовал это, и в моем случае стратегия с большим количеством ключевых слов в разных местах сработала лучше. Думаю, это еще и потому, что мое приложение не относится к этой широкой категории. Если ваше приложение узкоспециализированное и ориентировано на какой-то конкретный единичный случай использования,
9:14 то вы можете попробовать этот целенаправленный подход с ключевыми словами. Надеюсь, благодаря всем усилиям по оптимизации метаданных ваше приложение теперь получает стабильные показы в результатах поиска, и теперь вам нужно конвертировать эти показы в реальные загрузки. А самое важное с точки зрения конверсии в загрузки — это ваш заголовок, ваш значок и скриншоты. Заголовок мы уже рассмотрели. Теперь я хочу рассказать вам, как я подхожу к разработке иконок и скриншотов. По моему опыту, скриншоты более важны, поскольку они, естественно, занимают больше места на странице продукта вашего приложения, а иногда даже в результатах поиска. Но значок по-прежнему очень важен, поскольку это
10:00 первое, что привлекает внимание пользователя, когда он видит списки результатов поиска. Создание значка — это по сути своей творческий и почти художественный процесс, по крайней мере для меня. Я не могу дать вам каких-то фиксированных шагов для создания хорошего значка. Но я могу показать вам свой подход и, возможно, дать некоторые основные правила. На самом деле, я могу дать вам один совет: если вы совершенно не имеете представления о том, как создать иконку, лучшим вариантом будет обратиться к официальным ресурсам Apple по дизайну. Там есть шаблон значка приложения. Затем выберите понравившийся вам цвет и сделайте из него легкий градиент. Затем перейдите в приложение «Символы SF» и выберите символ, который более или менее соответствует варианту использования вашего приложения . Возьмите этот символ, поместите его на
10:46 градиент, и это будет значок вашего приложения . Но это на самом деле только для экстренных случаев. Что касается моего подхода к разработке иконок, то обычно я разрабатываю их в самом конце, незадолго до выпуска приложения. Но во время проектирования основного пользовательского интерфейса у меня возникли некоторые идеи, которые я хочу воплотить в виде иконки. Это может быть какая-то умная метафора для варианта использования приложения или, если приложение имеет какой-то заметный элемент пользовательского интерфейса, я могу попытаться использовать его в качестве значка. А вот в чем я обычно не уверен, так это в визуальном стиле. Например, объект на иконке должен быть трехмерным или плоским? Стоит ли использовать градиент для фона? Какой цвет мне следует использовать? Такого рода вещи. В этот момент я просто иду и ищу вдохновение в других приложениях, в других
11:32 иконках. iOS icon gallery.com — отличное исследование, или я просто захожу на Dribble, ввожу « значок приложения» и смотрю, что там найду. Но опять же, я не собираюсь нагло красть чужой значок. Я просто ищу некоторые детали, которые могут мне понравиться. В этой иконке мне нравится некоторая метафоричность. Может быть, в этой иконке мне нравятся какие-то цвета или какой-то визуальный стиль. А затем я совмещаю все это со своими идеями. А затем следует этот утомительный процесс повторения какой-то идеи, а затем полный отказ от нее и начало новой . Не бойтесь отказаться от первой версии или первых нескольких версий вашего дизайна и начать с нуля. Именно так обычно и создается хороший дизайн. Но в конце концов, если вы будете продолжать работать
12:18 достаточно долго, вы придете к чему-то, что понравится, по крайней мере, вам, что в данном случае достаточно хорошо, потому что если это нравится вам , есть большая вероятность, что это понравится и другим людям. И чтобы привести вам несколько примеров, вот приложение, которое я начал и продвинулся довольно далеко в процессе проектирования и разработки, но в итоге так и не выпустил его, полностью забросил. Но вот страница с некоторыми вариантами иконок. Здесь я собрала несколько понравившихся мне идей, несколько цветов и градиентов, а затем просто начала с одной идеи, переключилась на другую, повторила несколько вариантов, затем переключилась на что-то совершенно иное, а затем попробовала и некоторые сумасшедшие вещи. В конце концов я остановился на этих двух значках, которые я, опять же, так и
13:05 не использовал, поскольку приложение так и не было выпущено, но я их сохраню, потому что они мне все еще нравятся. Поэтому я, возможно, использую их в другом приложении. Один практический совет, который я хочу вам дать: всегда создавайте значок в контексте реальной среды. Например, я всегда проектирую на настоящем домашнем экране iPhone с настоящими обоями и окруженным значками других приложений с заголовками. Это даст вам более наглядное представление о том, как будет выглядеть значок на реальном экране телефона. И второе — полезно также протестировать, как ваш значок будет выглядеть в результатах поиска. Итак, это приложение было посвящено виджетам. Итак, видите ли, я открыл поиск виджетов в магазине приложений, чтобы вывести в
13:52 результаты поиска какое-то приложение, связанное с виджетами, а затем заменил значок своим приложением, просто чтобы посмотреть, достаточно ли он контрастен, достаточно ли он красочный и нужно ли мне что-то настроить. Другой пример — первая версия значка для проверки. Видите ли, я снова проектирую в контексте настоящего домашнего экрана iPhone. И все эти иконки на самом деле являются 3D-сценами в Blender. Итак, есть камеры, освещение и все эти 3D-штуки. Мне показалось, что это место выглядит красиво, но потом я понял, что там слишком многолюдно. Поэтому я заменил его практически такой же раскладкой иконок и той же идеей, но в 2D и гораздо проще. А затем в конце концов я заменил его еще одной иконкой, которую я также придумал после нескольких итераций. Чтобы дать вам некоторые основные фундаментальные правила, придерживайтесь
14:39 простоты. Не перегружайте значок. Не используйте текст, так как при таком размере его будет сложно прочитать. Обязательно протестируйте его в темном режиме, в тонированном режиме, на главном экране, а с недавних пор (с iOS 26) и в прозрачном режиме. Теперь перейдем к скриншотам. Как я уже упоминал, они играют, пожалуй, самую большую роль, когда дело доходит до конвертации показов в загрузки. В целом, при создании скриншотов следует учитывать три момента . Во-первых, какие именно функции вы показываете на снимках экрана. Во-вторых, это общий визуальный стиль изображения и, чаще всего, в наши дни — то, какой текст вы используете где-то на снимках экрана. Теперь, когда дело доходит до представления вашего приложения на снимках экрана, очевидно, вам нужно
15:25 подчеркнуть лучшие функции вашего приложения, но также убедитесь, что вы используете реальные или близкие к реальным данные, чтобы люди, просматривающие снимки экрана, могли соотнести свой вариант использования. Кроме того, если вы локализуете свое приложение для разных стран, обязательно уделите внимание таким вещам, как местоположения на карте, валюты, возможно, фотографии реальных мест в мире. Убедитесь, что эти материалы из тех стран, где скриншот будет представлен повторно, чтобы люди могли максимально соотнести его с происходящим. Мне лично нравится этот стиль скриншотов, где нет ничего, кроме экрана приложения, без рамки устройства, без какого-либо маркетингового текста. Но, к сожалению, поскольку очень мало приложений в магазине приложений используют этот стиль,
16:12 он производит впечатление непритязательного, и я подозреваю, что он не будет хорошо конвертироваться. Но, возможно, в какой-то момент мне придется проверить теорию с помощью метода А/Б. Может быть так и будет. Поэтому для своих снимков экрана я бы выбрал следующий лучший вариант: просто рамку устройства, экран приложения и какой-нибудь текст вверху. Недавно я перешел от этого маркетингового текста, который все рекомендуют использовать, к более простому, просто описывающему функции приложения и затем демонстрирующему скриншот. Я думаю, что этот маркетинговый текст несколько преувеличен и в данном случае выглядит даже немного безвкусно. Итак, я протестировал оба варианта и вижу, что они работают примерно одинаково. Поэтому я придерживаюсь более простых текстов, которые мне лично нравятся
16:58 больше. Однако в этом AB-тесте был один неожиданный результат. Видите ли, у меня есть скриншот с социальным доказательством. Это просто хорошие отзывы о моем приложении в магазине приложений. Я решил включить некоторые из них и поместить на скриншот. Поначалу я чувствовал себя немного странно . Поэтому я поместил это в конец, чтобы не создавалось впечатления, будто я хвастаюсь тем, что людям нравится мое приложение и все такое. Поэтому я поставил его в конце. Вероятно, его никто никогда не видел . И с помощью этого AB-теста я решил проверить теорию, например, насколько эффективен этот скриншот. В одном из вариантов лечения я переместил его на третью или четвертую позицию. Итак, ближе к началу я увидел резкий рост конверсии. Так что эти скриншоты с социальным доказательством определенно работают. Если вы можете получить
17:45 социальное доказательство для своего приложения, обязательно воспользуйтесь этой техникой. Еще одна практичная вещь, касающаяся скриншотов: убедитесь, что ваш первый или второй скриншот включает в себя что-то привлекающее внимание, например необычную графику или яркие цвета, потому что иногда в результатах поиска App Store решает показать несколько скриншотов приложения, и очень полезно иметь там что-то, что привлекает внимание пользователя. И в том же ключе, что и при привлечении внимания пользователей в результатах поиска, обязательно подготавливайте событие внутри приложения каждый раз, когда выпускаете основную версию своего приложения. Всего несколько минут уйдет на подготовку красивых скриншотов и описаний, и тогда у вас будет гораздо больше места в результатах поиска, и это действительно отличный способ выделиться среди конкурентов. Теперь,
18:31 когда вся эта работа проделана, надеюсь, некоторые люди начнут загружать ваше приложение. И это немного неловкое положение, потому что теперь вам нужно начать спрашивать у них об оценках. Я понимаю, что это раздражающее всплывающее окно — не самый приятный пользовательский опыт, но, к сожалению, такова реальность магазина приложений. Валютой там являются новые рейтинги. Чем больше новых оценок получит ваше приложение, тем выше будет его рейтинг в результатах поиска. И как разработчик, у вас, по сути, есть два выбора. Либо показывать всплывающее окно, и да, ваши пользователи испытают небольшие неудобства. Но ваше приложение будет расти, и у вас будет больше мотивации развивать его дальше, иначе вы не будете показывать это всплывающее окно, вы не получите новых оценок, и ваше приложение медленно умрет. Я не
19:17 думаю, что кто-то выиграет от этого сценария. Но обязательно запрашивайте оценки правильным образом и в правильный момент. Под правильным способом я подразумеваю простое использование стандартного API Apple для показа этого раздражающего всплывающего окна. При этом учитываются такие факторы, как то, дал ли вам уже пользователь оценку. Поэтому, если вы вызовете его несколько раз, он больше не будет раздражать пользователей. Под подходящим моментом я подразумеваю просто найти хорошее позитивное действие, когда пользователь достигает чего-то или решает какую-то проблему в своей жизни с помощью вашего приложения, а затем попросить поставить оценку. Но ни в коем случае не спрашивайте об оценках в начале или в середине действия. Это будет просто раздражать. Обязательно дождитесь, пока пользователь закончит, а затем попросите поставить оценку. И по моему опыту, большинство людей либо просто игнорируют
20:04 это всплывающее окно, либо ставят вам оценку в пять звезд и просто идут дальше. Еще одно место, которое люди рекомендуют использовать для отображения этого диалогового окна с оценками, — это место сразу после покупки внутри приложения, когда пользователи разблокируют полную версию вашего приложения. Я попробовал это ненадолго. не понравился весь пользовательский опыт, потому что, если задуматься , первым делом люди видят вашу стену платежей, что само по себе немного раздражает. Затем они проходят весь процесс оплаты с помощью пользовательского интерфейса Apple, и после всего этого вы снова появляетесь с диалоговым окном ваших оценок. Так что мне это показалось немного раздражающим. Поэтому я отказался от этой идеи. Я также попробовал пару методов искусственного повышения своего рейтинга. Первой из них стала ситуация, когда приложения-советы стали бесплатными. Если вы не знаете, есть этот сайт с советами по приложениям, и у них есть специальная
20:50 категория бесплатных приложений, где они каждый день публикуют несколько приложений, предлагающих совершенно бесплатно полные версии своих приложений. Вот я и опубликовал там свою работу. Произошел огромный всплеск загрузок, и весь мой план состоял в том, чтобы просто получить больше оценок, чтобы мое приложение начало лучше ранжироваться в результатах поиска. и это частично сработало. Думаю, за 5000 загрузок я получил еще 100 оценок, что довольно много, потому что для того, чтобы получить 100 оценок естественным путем, требуется много времени. Но затем я начал замечать странные вещи: Apple начала удалять эти рейтинги, и, по-моему, из этих 100 рейтингов у меня осталось 10 или 15
21:36 . Так что я не уверен, стоило ли раздавать свое приложение 5000 человек за 15 оценок. В моем случае гораздо лучше сработало проведение небольших раздач на Reddit. Я только что сгенерировал кучу промокодов для пожизненных отписок, разместил их на Reddit и просто попросил, если вы получите промокод, пожалуйста, напишите отзыв или оцените меня, и люди обычно с радостью это сделают. Дайте мне знать в комментариях, если я делаю что-то неправильно или не делаю чего-то важного из всего того, что я описал. Но на этом всё. Спасибо за просмотр. Ваше здоровье. [Музыка]
