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

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

Лимиты символов App Store и Google Play для каждого поля метаданных: название, подзаголовок, ключевые слова, короткое и длинное описание - с лучшими практиками ASO.

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

У каждого поля метаданных в магазинах приложений есть жёсткий лимит символов: превысите его — и отправка либо сразу падает, либо излишек молча отбрасывается. Лимиты у Apple и Google неодинаковы, и стратегическая значимость полей тоже различается: Apple не индексирует длинное описание для поиска, а Google индексирует. Это руководство охватывает лимиты всех полей обоих магазинов, объясняет, какие поля влияют на ранжирование, и показывает, как проверить метаданные перед отправкой.

30Лимит названия (оба магазина)Символов, включая пробелы
4 000Лимит длинного описанияИ в Apple, и в Google
100Лимит поля ключевых слов AppleСимволов, включая запятые

Почему лимиты символов важны для ASO

Оптимизация магазинов приложений (ASO) — это дисциплина максимизации видимости приложения и конверсии в App Store и Google Play. Лимиты символов — центр ASO-стратегии: каждый символ в названии, подзаголовке и поле ключевых слов может быть проиндексирован алгоритмом магазина, а каждый символ короткого описания показывается пользователям, решающим, переходить ли дальше. Пустая трата символов на слова-филлеры или превышение лимитов молча стоит вам позиций в ранжировании и конверсии.

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

Жёсткие лимиты против усечения на экране

Есть два типа лимитов символов. Жёсткие лимиты — это максимум символов, который магазин примет в поле: превышение вызывает ошибку отправки или отклонение поля. Усечение на экране возникает, когда поле отображается короче своего жёсткого лимита в конкретном контексте интерфейса. Длинное описание Google Play, например, имеет жёсткий лимит 4 000 символов, но обрезается примерно на 167 символах в некоторых мобильных представлениях со ссылкой «Читать далее». Оба типа требуют разного обращения в вашей стратегии метаданных.

  • Жёсткий лимит: максимум, который принимает магазин; превышение блокирует отправку или отбрасывает поле
  • Усечение на экране: сколько показывается до «читать далее»; влияет на конверсию, но не на право ранжироваться
  • Индексация ключевых слов: читает ли алгоритм магазина поле для ранжирования — различается у Apple и Google
  • Расширение при локализации: перевод может превышать лимиты на 20–30% — всегда перепроверяйте после перевода

Note

Apple и Google периодически обновляют лимиты метаданных. Лимиты в этом руководстве отражают спецификации 2026 года. Перед крупным обновлением метаданных проверьте документацию App Store Connect и Google Play Console на предмет изменений.

Лимиты символов App Store от Apple: каждое поле

Метаданные App Store разделены на пять основных полей. Три из них — название, подзаголовок и поле ключевых слов — напрямую влияют на поисковое ранжирование в App Store. Длинное описание — нет. Понимание этого различия — фундамент эффективной ASO для Apple.

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

- Документация Apple App Store Connect

Название Apple — 30 символов

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

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

Подзаголовок отображается прямо под названием в результатах поиска и на странице продукта. Его лимит в 30 символов совпадает с названием, и это второе по важности поле ранжирования. Используйте его для вторичной ключевой фразы или заявления о выгоде, которые не поместились в название. Фразы вроде «приложение №1 для...» тратят эти 30 символов на текст без ранжирующей ценности и с малым конверсионным сигналом.

Поле ключевых слов Apple — 100 символов

Поле ключевых слов — это разделённый запятыми список поисковых терминов, ограниченный 100 символами в сумме (запятые включены, пробелы после запятых не считаются). Используйте запятые без пробела после: «йога,медитация,дыхание» экономит 2 символа по сравнению с «йога, медитация, дыхание». Если поле превышает 100 символов, Apple игнорирует поле целиком — не только излишек. Никогда не включайте ключевые слова, уже присутствующие в названии или подзаголовке, — Apple их уже индексирует, а их повторение в поле лишь тратит место.

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

Длинное описание видно на странице продукта после нажатия «Ещё». Оно ограничено 4 000 символов. В отличие от Google Play, Apple не индексирует длинное описание для поискового ранжирования App Store — ключевые слова здесь не имеют прямого значения. Относитесь к нему как к чисто конверсионному тексту: объясните ценность приложения, перечислите ключевые функции, добавьте социальное доказательство и завершите призывом к загрузке. Счётчик символов метаданных App Store проверяет это поле вместе со всеми остальными за один проход.

Warning

Поле ключевых слов Apple невидимо для пользователей — его читает только поисковый алгоритм App Store. Не включайте ключевые слова, уже есть в названии или подзаголовке (Apple их индексирует), не включайте названия приложений конкурентов (это нарушает правила App Store) и не ставьте пробелы после запятых. Каждая из этих ошибок тратит ваши 100 символов «ключевого пространства».

Лимиты символов Google Play: каждое поле

У Google Play структура полей проще, чем у Apple, но правила индексации другие. Google индексирует ключевые слова и из короткого, и из длинного описания — оба поля становятся ранжирующими активами, а не просто конверсионным текстом. Это заметно меняет текстовую стратегию по сравнению с Apple.

Название Google Play — 30 символов

Названия Google Play также ограничены 30 символами, как у Apple. Название отображается в результатах поиска, карточках Play Store и списке приложений устройства. Включите главное ключевое слово в название для сильнейшего сигнала ранжирования — название имеет наибольший вес в алгоритме Google Play. Правила Google прямо запрещают keyword stuffing в названиях, поэтому формат должен читаться естественно и содержать одну ясную ключевую фразу.

Короткое описание Google Play — 80 символов

Короткое описание ограничено 80 символами — щедрее, чем 30-символьный подзаголовок Apple, но всё же тесно. Оно появляется на карточке приложения в результатах поиска и является первым текстом, который читают многие пользователи. В отличие от подзаголовка Apple, Google индексирует короткое описание для ранжирования. Разместите вторичное ключевое слово в первых 40 символах — именно это показывают самые компактные карточки до усечения. Пишите его сразу и для конверсии, и для ключевых слов.

Длинное описание Google Play — 4 000 символов

Длинное описание совпадает с лимитом Apple в 4 000 символов, но с критическим отличием: Google индексирует его для поиска. Ключевые слова в длинном описании влияют на поисковое ранжирование Play Store. Лучшая практика — естественно использовать главное ключевое слово два-три раза в тексте: во вводном абзаце, в списке функций и ближе к концу, без keyword stuffing, за который Google наказывает. Первые 167 символов показываются в некоторых мобильных представлениях до усечения — относитесь к ним как к главному конверсионному тексту.

Tip

В Google Play нет аналога поля ключевых слов Apple — скрытого списка ключевых слов нет. Единственные входы ключевых слов для алгоритма Play Store — название, короткое и длинное описание. Каждое ключевое слово, по которому вы хотите ранжироваться, должно естественно встречаться в одном из этих трёх видимых полей.

Apple и Google Play: лимиты символов в сравнении

Оба магазина разделяют некоторые лимиты (название: 30 символов, длинное описание: 4 000 символов), но значительно различаются структурой полей, поведением индексации и стратегией ключевых слов. Сравнение ниже показывает все основные поля рядом.

ПолеApp Store AppleGoogle PlayИндексируется для поиска?
Название30 символов30 символовОба магазина
Подзаголовок30 символов✗ Нет поляТолько Apple
Поле ключевых слов100 символов✗ Нет поляТолько Apple (скрытое)
Короткое описание✗ Нет поля80 символовТолько Google
Длинное описание4 000 символов4 000 символовТолько Google
Что нового4 000 символов500 символовНи один магазин

Стратегические следствия различий

Apple даёт вам 160 символов индексируемых метаданных (30 название + 30 подзаголовок + 100 поле ключевых слов). Каждый символ в этих трёх полях должен быть ключевым словом или его частью — для брендовых слоганов и эмодзи в ранжируемых полях места нет. Google не даёт скрытого поля ключевых слов: у вас 30 символов названия и 80 символов короткого описания как основные инвестиции в ключевые слова, а длинное описание — вторичный ранжирующий актив.


Лимиты поля «Что нового»

Поле «Что нового» или «Примечания к версии» тоже имеет лимит: Apple допускает до 4 000 символов; Google Play ограничивает 500. Хотя ни один магазин не индексирует примечания к версии для поиска, они видны существующим пользователям при обновлении и могут влиять на скорость принятия обновлений. Держите примечания Google Play краткими — 500 символов это примерно три-четыре коротких пункта.

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

Счётчик символов метаданных App Store на Aback Tools проверяет каждое поле на соответствие лимитам Apple и Google за один проход — ещё до того, как вы откроете App Store Connect или Play Console. Вот точный рабочий процесс.

1

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

Перед открытием счётчика перечислите, какие поля вы обновляете в этом релизе: название, подзаголовок, поле ключевых слов, короткое описание, длинное описание и «Что нового». В крупном релизе вы можете обновить все поля; в обслуживающем — возможно, только «Что нового». Знайте, какие поля в зоне проверки, прежде чем проверять их.

2

Пишите метаданные с учётом жёстких лимитов

Пишите текст в редакторе с включённым счётчиком символов рядом. Стремитесь использовать 95–100% доступных символов в ценных полях вроде поля ключевых слов Apple и короткого описания Google — пустые символы тратят ранжирующий потенциал. В длинном описании заполняйте 4 000 символов качественным содержанием, а не «водой».

3

Проверьте все поля в счётчике символов

Откройте счётчик символов метаданных App Store и вставьте текст каждого поля в соответствующее поле ввода. Инструмент помечает красным поля сверх лимита и предупреждает о полях рядом с лимитом, которые могут переполниться после локализации. Устраните каждую красную пометку, прежде чем переходить к локализованным версиям.

4

Повторная проверка после локализации

Получив перевод, вставьте каждую локализованную версию обратно в счётчик. Немецкий, финский и нидерландский обычно длиннее английского на 20–30%. Японский и китайский, как правило, компактнее. Каждый язык требует собственной проверки — не считайте, что переводческое агентство проверило лимиты символов.

Счётчик символов метаданных App Store

Проверяйте поля метаданных App Store и Google Play на соответствие жёстким лимитам — с предупреждениями о приближении к лимиту и обнаружением переполнения. Бесплатно, в браузере, без регистрации.

Open tool

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

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

Оптимизация названия

Ваше главное ключевое слово должно появляться в названии там, где оно вписывается естественно — не в ущерб читаемости. A/B-тестируйте разные форматы: «Бренд: Ключевое слово» против «Ключевое слово от Бренда» против «Ключевое слово — Функция». Apple и Google допускают A/B-тесты названий через свои инструменты управления магазинами. Название — самое результативное ранжирующее поле на обеих платформах; каждый цикл тестов, повышающий кликабельность, накапливает эффект со временем.

Исследование ключевых слов до написания

Не заполняйте поле ключевых слов или описание догадками. Используйте подсказки поиска App Store, карточки конкурентов и инструменты объёма запросов, чтобы определить термины, которые пользователи реально ищут. В Apple приоритизируйте ключевые слова с высоким объёмом и низкой конкуренцией, которых ещё нет в названии или подзаголовке. В Google Play приоритизируйте ключевые слова, естественно вписывающиеся в читаемые предложения короткого и длинного описания — keyword stuffing вызывает санкции.

  • Название: включите главное ключевое слово, сохраняйте читаемость, избегайте пунктуации, тратящей символы
  • Подзаголовок (Apple): используйте вторичное ключевое слово, а не слоганы бренда — это поле ранжируется в поиске App Store
  • Поле ключевых слов (Apple): без пробелов после запятых, без слов из названия/подзаголовка, без названий конкурентов
  • Короткое описание (Google): вторичное ключевое слово в первых 40 символах, пишите сразу для конверсии и ранжирования
  • Длинное описание: первые 167 символов — главная зона показа — начинайте с ценностного предложения
  • Что нового: фокус на изменениях, а не на маркетинге; пользователи, просматривающие обновления, хотят фактов

Note

[Счётчик символов для соцсетей](/tools/web/utilities/social-media-character-counter) на Aback Tools применяет ту же дисциплину лимитов к соцплатформам — полезно, когда текст описания приложения перерабатывается в релизные твиты, посты LinkedIn или подписи Instagram с другими лимитами.

Лимиты символов и вызовы локализации

Локализация метаданных приложения — то место, где лимиты символов создают больше всего операционных сложностей. Английский — один из самых компактных крупных языков: название из 30 символов на английском может требовать 38–42 символа на немецком или французском для того же смысла. Это не ошибка перевода; это структурное свойство германских и романских языков.

Языки, регулярно превышающие английские лимиты

Составные существительные в немецком и финском могут сделать понятие, умещающееся в 10 английских символов, требующим 18 и более. Французский и испанский обычно добавляют 15–25% к числу символов английского. Русский и польский могут добавлять схожую надбавку в зависимости от темы. Японский и китайский, будучи логографическими, часто дают меньше символов, чем английский, при том же смысле — 30-символьное японское название может содержать больше содержательного текста, чем английский эквивалент.

Построение процесса проверки локализации

Самый эффективный процесс: предоставьте переводчикам английский текст вместе с лимитом символов для каждого поля. Попросите их помечать любой перевод, превышающий лимит, вместо того чтобы молча обрезать. Проверяйте помеченные переводы с носителем языка, понимающим контекст ASO. Повторно проверяйте каждый язык через счётчик символов метаданных App Store после утверждения. Повторяйте эту проверку перед каждой отправкой — метаданные, обновлённые на одном языке, могут невольно вызвать проблемы в прежде корректных языках при наличии общих строк.

ЯзыкК английскому (%)Наиболее затронутые поляСтратегия
Немецкий+15–30%Название, подзаголовок, короткое описаниеСогласовывайте более короткие переводы
Финский+20–35%Все поляПриоритет только ключевым терминам
Французский+10–20%Название, подзаголовокСокращайте там, где естественно
Испанский+10–20%Короткое описаниеОбычно хватает небольших правок
Японский−10–20%Обычно ниже лимитаМожно добавить больше ключевых слов
Китайский−15–25%Обычно ниже лимитаМожно добавить больше ключевых слов
Русский+10–25%Название, подзаголовокСогласовывайте более короткие переводы

Warning

Никогда не позволяйте переводческому агентству отправлять метаданные прямо в App Store Connect или Play Console без этапа проверки символов. Сбой отправки в продакшене задерживает релиз на время исправления и повторной отправки — часто 24–48 часов. Всегда проверяйте каждое локализованное поле в счётчике символов до того, как отправка уйдёт в магазин.

Key takeaways

  • И App Store от Apple, и Google Play ограничивают названия приложений 30 символами — включайте главное ключевое слово в название для сильнейшего сигнала ранжирования на обеих платформах.
  • У Apple есть поле ключевых слов на 100 символов (только запятые, без пробелов), влияющее на ранжирование; у Google аналога нет — Google вместо этого индексирует короткое и длинное описание.
  • Поле ключевых слов Apple полностью игнорируется, если превышает 100 символов — не только излишек, — поэтому проверяйте его перед каждой отправкой.
  • Короткое описание Google Play — 80 символов; оно индексируется для поиска, поэтому размещайте вторичное ключевое слово в первых 40 символах.
  • Оба магазина допускают 4 000 символов для длинного описания; Google индексирует его для ранжирования, Apple — нет — соответственно корректируйте текстовую стратегию.
  • Используйте счётчик символов метаданных App Store, чтобы проверять каждое поле перед отправкой и после локализации.
  • Переводы на немецкий и финский обычно расширяются на 15–35% относительно английского — всегда перепроверяйте локализованные метаданные, а не только исходный английский текст.

Часто задаваемые вопросы

The Apple App Store long description has a limit of 4,000 characters. This is the full description visible on the app product page when users tap "More." The App Store also has a title limit of 30 characters, a subtitle limit of 30 characters, and a keyword field limit of 100 characters. Note that Apple does not publicly expose the long description text to its search algorithm - keywords in the description do not directly influence App Store rankings.

Google Play has two description fields. The short description is limited to 80 characters and is shown on the app listing card and in search results - it is your primary visible pitch. The long description is limited to 4,000 characters and is shown on the full app product page. Unlike Apple, Google does index keywords from the long description, making it an important ranking signal. The title is limited to 30 characters and appears in search results and the top of the listing.

The Apple App Store keyword field is limited to exactly 100 characters, including commas but not spaces after commas. You should use commas without spaces to separate keywords: "photo,edit,filter" not "photo, edit, filter" - the space counts as a character and wastes one of your 100. If your keyword field exceeds 100 characters, Apple ignores the entire field for ranking purposes - not just the overflow text. Validate your keyword field in the App Store Metadata Character Counter before submitting an update.

This depends on the store. Google Play does index the long description text and keywords within it influence ranking for relevant search terms. Writing the first 167 characters of the long description carefully matters because that is what truncates in some listing views. Apple App Store does not index the long description for search - only the title, subtitle, and keyword field influence App Store search rankings. This is why keyword placement in the Apple title and subtitle is far more critical than on Google Play.

The Apple App Store subtitle is limited to 30 characters and appears directly below the app title in search results and on the product page. It is one of three Apple fields that influence App Store search rankings (alongside title and keyword field), making it high-value real estate. Use it to include a secondary keyword phrase or differentiating value proposition that did not fit in the 30-character title. Every character counts - do not waste it with generic phrases like "the best app for..."

App store submission pipelines reject metadata that exceeds hard character limits - the submission will fail with a validation error identifying which field is over-limit. The most common cause is copy that was edited manually without a character counter, or copy that was translated for localisation without re-checking the limit. Some languages (German, Finnish) consistently expand character count by 20 to 30 percent versus English. Validate every field in the App Store Metadata Character Counter before each submission, including all localised versions.

You can use the same long description (both allow 4,000 characters), but the strategic approach should differ. For Google Play, front-load keywords in the first 167 characters and distribute target keywords naturally throughout the full description - Google indexes them. For Apple, the long description is not indexed, so focus on persuasion and conversion rather than keyword density. The title, subtitle, and keyword field are where Apple rankings are won. The App Store Metadata Character Counter validates both stores separately to support this dual-optimisation workflow.

Both Apple App Store and Google Play limit app titles to 30 characters. This includes spaces and punctuation. Titles are the most powerful ranking field in both stores - every character is premium SEO and branding real estate. The title should include your primary keyword while remaining readable and memorable. A common practice is the format "App Name: Keyword Phrase" - e.g. "Calm: Sleep & Meditation." The colon and space count toward the 30-character limit.

ShareXLinkedIn