Перейти к содержимому
Aback Tools Logo

Каков лимит символов описания в App Store?

Длинные описания допускают 4 000 символов в App Store и Google Play, но название приложения (30), подзаголовок (30) и поле ключевых слов iOS (100) влияют на ранжирование сильнее. Все лимиты по полям.

DH
Tutorials & How-Tos11 мин чтения2,550 слов

И App Store, и Google Play ограничивают длинные описания 4 000 символами, но это почти никогда не тот лимит, который важнее всего. Название приложения ограничено 30 символами, подзаголовок — 30, а поле ключевых слов iOS — 100. Эти более узкие поля весят в поисковом ранжировании больше, чем длинное описание. В этом руководстве — все поля обеих платформ, что учитывается в лимите и как использовать каждый символ для максимального эффекта в оптимизации App Store.

4 000Лимит длинного описанияiOS App Store и Google Play
30Лимит названия приложенияОбе платформы
~255Символов до «ещё»До разворота пользователем

Лимиты символов в App Store и Google Play вкратце

У каждого поля метаданных в App Store Connect и Google Play Console есть жёсткий лимит символов. Превышение любого лимита блокирует отправку: платформа отклоняет обновление, пока вы не сократите поле. Понимание лимитов всех полей, а не только длинного описания, — основа дисциплинированного процесса ASO.

ПолеiOS App StoreGoogle PlayПримечания
Название / Заголовок30 симв.30 симв.Наибольший вес в ранжировании
Подзаголовок30 симв.Н/ДТолько iOS; индексируется алгоритмом
Короткое описаниеН/Д80 симв.Только Play; показывается в поиске
Длинное описание4 000 симв.4 000 симв.Индексируется по-разному на каждой платформе
Поле ключевых слов100 симв.Н/ДТолько iOS; через запятую
Промотекст170 симв.Н/ДТолько iOS; без повторной отправки
Что нового4 000 симв.500 симв.Примечания к версии

Какие поля несут наибольший вес в ранжировании

В iOS алгоритм Apple даёт наибольший вес ключевым словам в названии приложения, затем в подзаголовке, затем в поле ключевых слов. Длинное описание Apple индексирует слабо: ключевые слова, спрятанные там, минимально влияют на позиции в поиске iOS. В Google Play индексируются заголовок, короткое описание и длинное описание, причём ключевые слова в заголовке весят больше всего. Это принципиальное различие означает, что стратегию ключевых слов нужно адаптировать под каждую платформу.

Note

Apple не публикует веса своего поискового алгоритма, но годы ASO-тестов на тысячах приложений стабильно подтверждают: ключевые слова в названии и подзаголовке повышают видимость в iOS гораздо сильнее, чем в длинном описании. Относитесь к длинному описанию в iOS как к конверсионному тексту для пользователей, а не как к размещению ключевых слов для алгоритма.

iOS App Store: лимиты символов поле за полем

В iOS шесть отдельных полей метаданных с раздельными лимитами, и каждое играет свою роль в воронке поиска и конверсии. Понимание того, какие поля Apple индексирует для поиска, а какие пользователь видит при принятии решения о покупке, меняет распределение исследования ключевых слов.

Название приложения: 30 символов

Название приложения — самое ценное место во всей карточке App Store. Apple индексирует название с наибольшим весом в своём поисковом алгоритме. Включайте главное ключевое слово в название везде, где это читается естественно: приложения с ключевым словом в названии стабильно ранжируются выше по этому запросу. При 30 символах обычно хватает места на бренд плюс одно ключевое слово: «Aback Tools: File Converter» занимает 32 символа, так что при этом лимите нужны более компактные варианты.

Подзаголовок: 30 символов

Подзаголовок показывается прямо под названием приложения в результатах поиска и на странице продукта. Apple индексирует его со вторым по величине весом ключевых слов: считайте это второй возможностью ранжироваться по главному ключевому слову, не поместившемуся в название. Сохраняйте читаемость как человеческой фразы, а не списка ключевых слов. «PDF Scanner & Document Editor» занимает 33 символа; «PDF & Document Scanner» — 21. Подзаголовок также появляется в карточке результата поиска App Store, что делает его и конверсионным текстом, и сигналом ранжирования.

Поле ключевых слов: 100 символов, без пробелов

Поле ключевых слов в iOS невидимо для пользователей, но полностью индексируется алгоритмом Apple. Вводите ключевые слова через запятую без пробелов после них: каждый пробел тратит символ впустую. Например: `converter,pdf,scanner,document,ocr,reader,editor,tool`. Не повторяйте слова, уже присутствующие в названии, подзаголовке или категории, ведь Apple их уже индексирует. Используйте все 100 символов: даже низкочастотные длинные ключевые слова способствуют обнаружению. Счётчик символов Aback Tools считает в реальном времени, пока вы составляете строку ключевых слов.

Длинное описание: 4 000 символов

Apple индексирует длинное описание неглубоко, поэтому пишите его для пользователей, а не для алгоритма. Первые 255 символов видны до нажатия «ещё», что делает этот вводный блок критичным для конверсии. Структурируйте описание: крючок в первом абзаце, маркеры для ключевых возможностей, социальное доказательство (оценки, загрузки) и чёткий призыв к действию. При объёме примерно 600–700 слов лимит в 4 000 символов даёт достаточно места, чтобы снять возражения пользователей.

Tip

Используйте поле **промотекста** Apple (170 символов) для срочных сообщений: скидок, предложений запуска или сезонных кампаний. Его можно обновлять без отправки новой версии приложения, в отличие от названия, подзаголовка и поля ключевых слов, которые требуют новой отправки версии.

Google Play: лимиты символов поле за полем

Структура метаданных Google Play отличается от iOS в двух ключевых моментах: нет отдельного поля ключевых слов (они должны появляться в заголовке, коротком и длинном описании), а длинное описание активно индексируется поисковым алгоритмом Google. Это делает размещение ключевых слов во всех трёх текстовых полях обязательным для видимости в поиске Google Play.

Заголовок приложения: 30 символов

Как и в iOS, заголовок в Google Play несёт наибольший вес ключевых слов. Включите туда главное ключевое слово там, где это читается естественно. Раньше Google допускал 50 символов, с мая 2021 года — 30: старые карточки с более длинными заголовками были автоматически сокращены. Заголовок показывается в результатах поиска, на карточке приложения и на странице продукта. Заголовки, насыщенные ключевыми словами, но всё ещё читаемые как естественное название продукта, стабильно обгоняют чистые наборы ключевых слов.

Короткое описание: 80 символов

Короткое описание в Google Play уникально для платформы: в iOS аналога нет. Оно появляется в сниппетах результатов поиска до перехода в карточку, и Google индексирует его со вторым по величине весом ключевых слов после заголовка. Относитесь к нему как к сочетанию мета-описания и поля ключевых слов: включите вторичное ключевое слово и ясное предложение ценности в 80 символов. «Convert PDFs, Word docs and images - free, no signup needed» занимает 52 символа и достигает обеих целей.

Длинное описание: 4 000 символов

В отличие от iOS, Google индексирует длинное описание в Google Play как полнотекстовый корпус. Плотность ключевых слов имеет значение: стремитесь упомянуть главное ключевое слово естественно 2–3 раза, а вторичные — по одному разу, без переспама. Google также интерпретирует часть форматирования: двойные переносы создают абзацы, а HTML-теги вроде `<b>` отображаются жирным. Используйте форматирование для удобных для чтения разделов: возможности, сценарии использования, заметки о конфиденциальности и фрагменты FAQ работают хорошо. Счётчик слов Aback Tools показывает количество слов и символов одновременно для проверки длины.

Note

Поле «Что нового» для примечаний к версии в Google Play ограничено 500 символами — значительно жёстче, чем 4 000 в iOS. Делайте примечания краткими: сосредоточьтесь на самых заметных для пользователя изменениях, а не на технических деталях.

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

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

1

Составьте длинное описание до 4 000 символов

Напишите полное длинное описание, целясь в 3 500–4 000 символов, то есть примерно 550–650 слов. Поместите самый сильный крючок в первые 250 символов, ведь только их большинство пользователей увидит до разворота. Структурируйте текст: возможности, социальное доказательство (награды, цитаты из отзывов, число загрузок) и призыв к действию. Для Google Play распределите главное ключевое слово естественно 2–3 раза по тексту.

2

Проверьте количество символов онлайн-счётчиком

Вставьте каждое поле в счётчик символов Aback Tools, чтобы проверить точное количество, включая пробелы, переносы строк и любые символы Unicode. Инструмент показывает живой счётчик при вводе или вставке и отмечает превышение заданного вами порога. Это быстрее, чем ждать, пока App Store Connect отклонит черновик при отправке.

3

Составьте короткое описание или поле ключевых слов

Для Google Play пишите короткое описание на 80 символов последним — когда уже знаете, какие ключевые слова есть в заголовке и длинном описании. Для iOS соберите поле на 100 символов, перечислив самые высокочастотные ключевые слова, ещё не покрытые названием или подзаголовком, через запятую без пробелов. Остальные символы используйте для длинных вариантов.

4

При необходимости обрежьте обрезчиком текста

Если какое-то поле превышает лимит, используйте обрезчик текста Aback Tools, чтобы сократить его до точного количества символов, сохранив целые слова. Так вы избегаете ручного цикла «обрезать и посчитать» и видите несколько вариантов обрезки разной длины, чтобы выбрать самый чистый момент отсечения.

Счётчик символов

Считайте символы, слова, предложения и абзацы в любом тексте, с живым обновлением и подсчётом с поддержкой Unicode для точной проверки полей магазина приложений перед отправкой.

Open tool

Проверка количества символов онлайн перед отправкой

И App Store Connect, и Google Play Console показывают счётчики символов в формах метаданных, но есть две причины проверять заранее извне: вы находите проблемы до входа в консоль и можете проверить счётчики нескольких локализованных версий сразу, не переключаясь между вкладками языков.

Почему внешние инструменты лучше счётчиков в консоли

Счётчики в консоли активируются только при активном редактировании поля — проверить черновик нельзя, не войдя в систему и не находясь в процессе правки. Внешние инструменты вроде счётчика символов Aback Tools позволяют вставлять и проверять текст в любой момент процесса: при написании в документе, во время ревью или при сравнении локализованных вариантов. Инструмент также показывает количество слов, предложений и абзацев одновременно, что помогает калибровать плотность и читаемость текста.

Проверка читаемости вместе с количеством символов

Описания в App Store работают лучше всего на уровне чтения, доступном целевой аудитории: обычно это класс Flesch-Kincaid 6–9 для потребительских приложений. Используйте анализатор читаемости Aback Tools, чтобы проверить индекс лёгкости чтения Flesch, класс Flesch-Kincaid и индекс Gunning Fog для вашего текста. Слишком техничные или сложные описания дают более низкую конверсию, даже когда ключевые слова расставлены оптимально.


Локализация: лимиты действуют для каждого языка

Лимиты символов применяются независимо к каждой локализованной версии карточки. Немецкое описание не делит свои 4 000 символов с английской версией: у каждого языка свой полный объём. Однако переведённый текст часто длиннее исходного английского, особенно в языках вроде немецкого со сложными словами. Всегда проверяйте количество символов в каждом локализованном поле перед отправкой, а не только в языке по умолчанию.

Tip

Для процессов локализации вставляйте каждое переведённое описание в счётчик символов, чтобы выявить языки, превышающие лимит, до работы с App Store Connect. Найти все превышения за один проход быстрее, чем обнаруживать их по одному во время валидации формы отправки.

Лучшие практики ASO для описаний приложений

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

Стратегия ключевых слов iOS в пределах лимитов

100 символов в поле ключевых слов iOS — место с наибольшей отдачей на символ в вашей карточке. Исследуйте 15–20 кандидатов в ключевые слова, рассчитайте частотность и сложность, затем приоритизируйте самые частотные термины, не покрытые названием и подзаголовком. Соберите строку через запятую без пробелов: `scanner,converter,pdf,ocr,reader,editor,documents,files,word,excel`. Это 68 символов, значит остаётся 32 для дополнительных терминов. Используйте все 100.

Интеграция ключевых слов в Google Play

Без поля ключевых слов в Google Play они должны естественно появляться в заголовке, коротком и длинном описании. Главное ключевое слово должно быть в заголовке (наибольший вес), упоминаться в коротком описании и появляться 2–3 раза в длинном. Вторичные ключевые слова — по одному разу в длинном описании. Избегайте переспама: алгоритм Google наказывает неестественные повторы, а пользователи реже конвертируются, когда карточка выглядит как список ключевых слов, а не как текст о продукте.

  • Заголовок: главное ключевое слово + бренд; 30 симв.; наибольший вес алгоритма на обеих платформах
  • Подзаголовок iOS: вторичное ключевое слово + краткая ценность; 30 симв.; второй по силе сигнал ранжирования в iOS
  • Короткое описание Play: главное ключевое слово + ценность; 80 симв.; видно в результатах поиска
  • Начало длинного описания: крючок + главное ключевое слово; первые 250 симв. видны без разворота
  • Поле ключевых слов iOS: все 100 симв.; без пробелов; без повторов из названия и подзаголовка
  • Что нового / примечания: только заметные пользователю изменения; 500 симв. (Play), 4 000 симв. (iOS)

Частые ошибки и крайние случаи с лимитами символов

Самые частые ошибки с лимитами символов делятся на три категории: неверный подсчёт символов Unicode, повторение ключевых слов в полях, которые Apple и так индексирует вместе, и отсутствие проверки локализованных версий перед отправкой.

Эмодзи и символы Unicode

Эмодзи визуально один символ, но могут состоять из нескольких кодовых точек Unicode. Большинство эмодзи считаются как 1–2 символа в App Store Connect и Google Play Console. Последовательности с модификатором тона кожи (например 👍🏽) считаются как 2 символа. Эмодзи региональных флагов (🇬🇧) считаются как 2. Последовательности ZWJ (эмодзи семьи) могут считаться как 4–6. Если используете эмодзи в описании или названии, считайте их явно в счётчике символов, а не на глаз: они могут незаметно вывести поле за лимит.

Потеря поля ключевых слов iOS из-за повторов

Частая ошибка ASO в iOS — вписывать в поле ключевых слов термины, которые уже есть в названии или подзаголовке. Apple индексирует их вместе: повторение в поле ключевых слов не улучшает ранжирование, но тратит символы, которые могли бы охватить другие термины. Сначала проверьте название и подзаголовок, выпишите каждое слово из них, а затем соберите поле ключевых слов только из терминов, которых там ещё нет.

Обрезка заголовка в Google Play в некоторых представлениях

Даже в пределах 30 символов Google Play сокращает заголовки в некоторых представлениях — особенно на маленьких экранах и в виджетах — примерно до 20–23 символов. Ставьте самое важное слово (обычно бренд или главное ключевое слово) в первые 20 символов, чтобы сокращённая версия всё ещё ясно передавала смысл. Проверьте, как выглядит сокращённый заголовок, прежде чем утверждать его.

Warning

App Store Connect и Google Play считают символы при отправке своими внутренними счётчиками, которые для некоторых последовательностей Unicode могут немного отличаться от сторонних инструментов. Если текст близок к лимиту (в пределах 5 символов), всегда проверяйте в реальной форме консоли перед отправкой — не полагайтесь только на внешний инструмент при пограничных значениях.

Key takeaways

  • И App Store, и Google Play ограничивают длинные описания 4 000 символами, но название приложения (30 символов) и подзаголовок либо короткое описание (30–80) весят в ранжировании больше.
  • В iOS для поиска индексируются название, подзаголовок и поле ключевых слов; длинное описание — прежде всего конверсионный текст для пользователя, а не сигнал ранжирования.
  • В Google Play индексируются заголовок, короткое и длинное описание — отдельного поля ключевых слов нет, поэтому их нужно естественно вплести во все три.
  • Первые 250–255 символов длинного описания видны до разворота на обеих платформах: начинайте с самого сильного крючка и главного ключевого слова.
  • Поле ключевых слов iOS: используйте все 100 символов, через запятую без пробелов, и никогда не повторяйте слова из названия или подзаголовка.
  • Проверяйте каждое поле заранее с помощью счётчика символов Aback Tools, прежде чем вводить текст в App Store Connect или Play Console.
  • Лимиты действуют отдельно для каждого языка — всегда проверяйте переводы перед отправкой, так как переведённый текст часто длиннее английского оригинала.

Частые вопросы

Лимит длинного описания в iOS App Store — 4 000 символов. Название приложения ограничено 30 символами, подзаголовок — 30, поле ключевых слов — 100. Поле промотекста (показывается над описанием) вмещает 170 символов и может обновляться в любой момент без отправки новой версии приложения. В Google Play длинное описание тоже 4 000 символов, короткое описание — 80, а название приложения — 30.

В Google Play есть два поля описания: короткое (максимум 80 символов) и длинное (максимум 4 000 символов). Название приложения ограничено 30 символами. В отличие от iOS, в Google Play нет отдельного поля ключевых слов: их нужно естественно вписать в название, короткое и длинное описание. Алгоритм Google индексирует все три, поэтому размещение ключевых слов во всех полях влияет на видимость в поиске.

В iOS примерно первые 255 символов длинного описания видны до того, как пользователь нажмёт «ещё». В Google Play в сокращённом виде отображается примерно 252–255 символов длинного описания. У короткого описания в Google Play все 80 символов видны в результатах поиска. Поскольку большинство пользователей не разворачивают описание, первые 250 символов — самое ценное место в карточке: начинайте с самого сильного предложения ценности и главного ключевого слова.

Apple считает символы Unicode, а не байты. Обычный ASCII-символ (латинская буква, цифра, знак препинания) считается за один символ. Эмодзи, китайские, японские, корейские и другие многобайтовые символы Unicode тоже считаются за один символ каждый. Однако некоторые последовательности эмодзи (например, модификаторы тона кожи в сочетании с базовым эмодзи) выглядят как один видимый символ, но считаются как два или больше. Всегда проверяйте точное количество в инструменте с поддержкой Unicode перед отправкой.

Заполнять все 4 000 символов не обязательно, но более длинные описания обычно работают лучше: они дают алгоритму больше текста для индексации ключевых слов, а пользователям — больше информации для снятия возражений. Исследования ASO-инструментов стабильно показывают, что описания объёмом 2 500–4 000 символов ранжируются лучше очень коротких. Структурируйте описание по разделам: крючок в первых 250 символах, ключевые возможности, социальное доказательство и призыв к действию.

Текст длинного описания можно переиспользовать, но оптимизировать нужно отдельно. В iOS ключевые слова должны быть в отдельном поле, а длинное описание почти не индексируется. В Google Play длинное описание индексируется напрямую, поэтому плотность и размещение ключевых слов там важнее. Структурные лимиты одинаковы (4 000 символов), но правила форматирования различаются: Google Play интерпретирует часть HTML-подобной разметки, а App Store отображает только простой текст.

App Store Connect и Google Play Console отклонят отправку, если любое поле метаданных превышает свой лимит символов. Форма показывает счётчик в реальном времени, который становится красным при превышении. Сохранить или отправить карточку нельзя, пока все поля не окажутся в пределах лимитов. В App Store Connect счётчик показывает оставшиеся символы, а не использованные. Используйте счётчик символов Aback Tools, чтобы проверить текст заранее, до ввода в консоль.

Да: каждый пробел, табуляция, перенос строки и знак препинания считается за один символ на обеих платформах. Разрыв абзаца (два переноса подряд) считается за два символа. Маркеры списка, созданные символами Unicode (•) или дефисами, считаются по одному символу каждый. Символы форматирования, которые App Store Connect удаляет (например, HTML-теги), всё равно учитываются в лимите поля, даже если не отображаются. Учитывайте это, используя Unicode-символы или форматированные списки.

ShareXLinkedIn