Скриншоты для App Store и Google Play 2026: полное руководство по размерам и требованиям

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

В 2026 году обе платформы обновили линейку поддерживаемых устройств, и требования к размерам снова изменились. Это руководство охватывает актуальные технические спецификации App Store и Google Play, логику построения конверсионной последовательности и практические решения — от выбора формата до локализации и A/B-тестирования.

Скриншоты App Store и Google Play в 2026 году: роль в листинге

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

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

Скриншоты не являются прямым ранжирующим фактором в алгоритме сторов — алгоритмы не читают изображения напрямую. Но они влияют на конверсию из просмотра в установку (CVR), а CVR — один из сигналов, который алгоритмы учитывают при оценке релевантности приложения. Схема простая: лучшие скриншоты дают выше конверсию, выше конверсия — косвенно лучше позиции в поиске. Это не гарантированный прямой эффект, но измеримый рычаг.

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

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

Apple обновляет спецификации по мере выхода новых устройств. Ниже — актуальные данные из официальной документации App Store Connect.

Технические правила

• Форматы: JPEG (.jpeg / .jpg) или PNG
• Прозрачность (alpha-канал): не допускается
• Максимум скриншотов: от 1 до 10 на каждый тип устройства
• Ориентация: портретная или ландшафтная — в зависимости от ориентации приложения

Размеры для iPhone

Ключевое правило Apple по масштабированию: если не загружены скриншоты для конкретного размера экрана, Apple автоматически масштабирует более крупный формат. Практически это означает: достаточно загрузить скриншоты для 6.9" (или 6.5", если 6.9" нет) — они применятся ко всем iPhone. Но автомасштабирование не гарантирует идеальный результат, особенно для ландшафтных скриншотов и приложений с точной компоновкой. Если скриншот содержит мелкий текст или сложную графику — лучше загрузить отдельный набор для 6.3" и 6.1".

Что обязательно: если приложение поддерживает iPhone, нужен хотя бы один набор скриншотов. Если не предоставлены размеры 6.9" — обязателен 6.5". Подробнее — в спецификациях App Store Connect.

Размеры для iPad

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

Другие платформы Apple

Требования Google Play к скриншотам 2026

В отличие от App Store, Google Play не масштабирует скриншоты автоматически — для каждого типа устройств нужен отдельный набор. При этом ограничения по содержанию жестче, а Feature Graphic — обязательный элемент, которого у Apple нет вовсе. Актуальные требования — в официальной справке Google Play Console.

Общие технические требования

• Форматы: JPEG или PNG 24-bit (без alpha-канала)
• Размер файла: максимум 8 MB на скриншот
• Размер сторон: минимум 320 px, максимум 3840 px; длинная сторона не может превышать короткую более чем в 2 раза (соотношение от 1:2 до 2:1)
• Минимальное количество для публикации: 2 скриншота (для смартфонов)

Требования по типам устройств

Feature Graphic

Feature Graphic — обязательный баннер на странице листинга: 1024 × 500 px, JPEG или PNG без прозрачности. Он отображается вверху страницы и используется, когда Google выбирает приложение для редакционных подборок. Это не скриншот — это отдельный элемент. При наличии промо-видео Feature Graphic становится его обложкой. Если он не загружен или устарел, промо-видео не отображается корректно.

Ограничения контента Google Play

Google Play явно запрещает в скриншотах: текст с призывом к действию (CTA), упоминание скидок или временных акций, изображения реальных устройств (рамки устройств — на усмотрение разработчика), текст, занимающий более 20% площади изображения. Это жестче, чем у Apple, — учитываем при разработке креативов.

App Store против Google Play: ключевые различия

Принципиальная разница — в том, что видит пользователь до перехода на страницу. App Store показывает в поисковой выдаче три скриншота горизонтально — они конкурируют друг с другом за взгляд среди результатов. Google Play показывает только первый скриншот (или превью видео). Это меняет логику расстановки акцентов: для App Store критично ударить по всем трем позициям сразу, для Google Play — сделать первый кадр максимально точным.

Как это выглядит на практике: примеры App Store vs Google Play

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

Uber

В App Store — темный фон, жирная лаконичная типографика: «GO ANYWHERE» во всю ширину заглавными буквами на черном. Первый кадр — реальный UI с картой и данными о водителе, без иллюстраций. Драматическая подача, минимум слов, максимум уверенности. Приложение не объясняет — оно утверждает.

В Google Play — иллюстративный стиль на светлом кремовом фоне. Первый кадр — полная сервисная сетка (Ride, Food, Grocery, Pharmacy и еще несколько), которая сразу показывает ширину экосистемы. Дальше — «Get Anywhere» с цветной графикой и «Rides in a few taps» с реальным экраном маршрута. Логика: сначала масштаб предложения, потом — простота действия. Если App Store говорит с пользователем языком действия и уверенности, то Google Play-версия — языком lifestyle и охвата.

Camera360

В App Store — темный редакционный стиль, отсылающий к глянцевому журналу: крупные портреты с красивым светом, темные фоны. При этом чисто эмоциональной подачи нет: на каждом кадре видны конкретные инструменты (Contour & Highlight, AI Dental Beauty). Продается результат, а подкрепляется он инструментом.

В Google Play — праздничный lifestyle-формат с теплой золотистой палитрой. Контент выстроен вокруг сезонных AR-фильтров: Party Hat, Party Glasses, New Year's Bunny — портреты в стикерах на теплом фоне. Никакого утилитарного UI — только атмосфера и эмоция. Это осознанная сезонная стратегия: вместо показа инструментов платформа продает повод.

Что это значит на практике

Не копируем скриншоты между платформами — адаптируем. Для App Store критична эмоция и сила первых трех кадров. Для Google Play важнее объяснить сценарий и закрыть возражения. Одно и то же приложение, два разных разговора с пользователем.

Сколько скриншотов загружать?

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

В App Store максимум это 10 скриншотов на устройство. Большинство успешных приложений используют 5–8. Меньше пяти может оказаться упущенной возможностью показать ценность или развеять сомнения пользователей. Больше восьми оправдано только при богатой функциональности или высококонкурентной нише, где нужно закрыть больше вопросов перед установкой.

В Google Play лимит — 8 скриншотов на тип устройства. Использование всех 8 слотов для смартфонов коррелирует с лучшей видимостью в поиске. Особенно важно заполнять слоты для планшетов и большого экрана — туда доходит меньшее количество конкурентов, и это действительно конкурентное преимущество в tablet search.

Практическое правило: не добиваем скриншоты ради количества. Каждый из них должен добавлять аргумент, которого нет в предыдущих. Если его нет — слот лучше оставить пустым.

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

Как строить конверсионную последовательность скриншотов

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

Кадр 1 — Ценностное предложение (Value Promise)

Формулирует главный результат, который получит пользователь. Не описывает приложение — обещает исход. Пример для трекера привычек: не «Приложение для трекинга привычек», а «21 день — и привычка закрепится навсегда». Первый кадр должен читаться за секунду без увеличения и работать даже в минимальном размере превью в выдаче App Store. Он должен быть понятен вне контекста — без названия приложения рядом.

Хороший ориентир — Notion: первый кадр «Your life, beautifully organized» и один чистый экран. Никаких объяснений, никакого UI-тура — только исход.

Кадры 2–3 — Сценарий использования и дифференциатор

Кадр 2 показывает, как именно работает приложение: основная функция в действии, конкретный интерфейс. CapCut на втором кадре не рассказывает о видеоредакторе — он показывает одно действие (AutoCut), понятное без текста.

Кадр 3 — то, чего нет у конкурентов: уникальная функция, скорость, конкретный результат. Именно эти три кадра видны в поиске App Store без скролла, и они несут около 70% конверсионного веса по данным отраслевого исследования.

Кадры 4–6 — Расширение аргументации

Дополнительные сценарии использования, вторичные функции, интеграции с другими сервисами. Здесь уже можно детализировать и работать с возражениями: «работает ли это без интернета?», «поддерживает ли несколько устройств?». Каждый кадр — одно возражение и один ответ.

Кадры 7–10 — Доверие и социальные доказательства

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

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

Структура последовательности задает логику — детали дизайна определяют, насколько убедительно она работает. Типографика, контраст, цвет и согласованность бренда прибавляют или отнимают конверсию в каждом кадре.

Типографика и текст

Подписи — максимум 5 слов, размер шрифта от 60 pt и выше в исходном макете. Простой тест: уменьшаем скриншот до размера плитки в поисковой выдаче App Store — если текст перестает читаться, он не работает. Один скриншот — один месседж. Без мелкого текста, сносок и многословных пояснений.

Подписи должны быть активными, а не описательными. «Планируй день за 2 минуты» работает лучше, чем «Функция планирования дня». Активный залог, глагол действия, конкретный результат. Избегаем абстракций — «удобный», «мощный», «интуитивный» не несут информации и не убеждают.

Иерархия и контраст

Один скриншот — одна идея. Не нужно показывать весь UI — достаточно одного ключевого элемента с акцентом. Высокий контраст между фоном и текстом необходим не только для красоты, но и для доступности (ориентируемся на WCAG AA как минимум). Визуальная перегрузка — конверсионный убийца: три элемента UI, две подписи и иконка на одном экране создают когнитивный шум, из которого пользователь просто уходит.

Цветовая схема и темная тема

Разрабатываем скриншоты в двух вариантах — светлом и темном. Темная тема стала стандартным ожиданием у мобильной аудитории. Если приложение поддерживает оба режима, скриншоты должны это отражать. Яркие светлые фоны на телефонах в темном режиме выглядят устаревшими — и пользователь это чувствует еще до установки.

Согласованность с брендом

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

Аутентичность вместо глянца

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

Это не значит делать небрежно. Это значит показывать приложение в реальном контексте: настоящий UI, понятный сценарий, без декораций ради декораций. Пользователь должен узнать в кадре себя — а не рекламный макет.

Сохраняем рабочие файлы

Каждый скриншот должен иметь исходный макет с отдельными слоями: фон, UI, текстовая подпись, рамка устройства. Это сокращает время обновления при редизайне приложения или A/B-тесте с одним переменным элементом с нескольких дней до нескольких часов.

Рамки устройств, UI-скриншоты и lifestyle-изображения

Помимо дизайна кадров, важно решить базовый вопрос: в каком виде показывать само приложение. Три основных подхода решают разные задачи.

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

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

Lifestyle-изображения — совмещение UI и реального контекста использования: человек с телефоном в кафе, тренировка с фитнес-приложением, рабочее пространство с корпоративным инструментом. Усиливают эмоциональный резонанс для потребительских приложений и игр. Требуют баланса: если контекст перегружает и интерфейс едва заметен — ценность теряется. Пользователь видит красивую фотографию, но не понимает, что именно делает приложение.

Составные креативы (composite) — комбинация элементов UI, рамок и фоновых сцен. Наиболее гибкий формат. Характерен для игровых приложений и категории lifestyle, где продается не инструмент, а опыт и атмосфера. Требует наибольших ресурсов на производство, но дает максимальный творческий контроль над нарративом.

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

Локализация скриншотов

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

Разные рынки реагируют на разный визуальный язык. В Азии работают насыщенные цвета и динамичные композиции, в Европе — минимализм и чистые линии, в арабских странах критично направление текста и выбор символики.

Temu использует разные цветовые решения и образы для Кореи и Португалии — при том что основной посыл один и тот же. Instagram адаптирует типографику и акценты под США и Германию, не меняя глобальную концепцию бренда. Суть локализации не в переводе подписей, а в том, чтобы пользователь в целевом регионе увидел знакомый визуальный контекст.

Японская аудитория ожидает плотный информационный слой и детальный UI — минимализм там воспринимается как нехватка функциональности. Американский рынок реагирует на чистый дизайн и четкое ценностное обещание. Латинская Америка чувствительна к эмоциональным образам и социальным доказательствам. Германия ожидает точности и технической конкретики.

Практические шаги:

1. Переводим текст с учетом длины строки — немецкий и финский значительно длиннее английского и не помещаются в тот же макет без перекомпоновки.
2. Адаптируем референсные образы: имена персонажей, примеры транзакций, локализованный UI (формат даты, валюта, адреса).
3. Проверяем визуальные образы на культурную нейтральность — жесты, цвета и символы имеют разное значение в разных регионах.
4. Проверяем кириллические и арабские шрифты — они требуют отдельной верстки из-за разных систем письма (RTL для арабского).
5. Загружаем локализованные скриншоты в соответствующие локали App Store / Google Play, а не только в дефолтный листинг.

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

Тестирование скриншотов и измерение конверсии

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

App Store Product Page Optimization (PPO) — инструмент A/B-тестирования в App Store Connect. Позволяет тестировать альтернативные иконки, скриншоты и короткое описание. Трафик делится 50/50 между контрольной и тестовой версией. Статистически значимые результаты требуют времени — не завершаем тест раньше, чем наберем достаточную выборку. Минимальный обнаруживаемый эффект — около 5–8% разницы в CVR.

Google Play Store Listing Experiments — аналогичный инструмент в Google Play Console. Тестирует иконку, скриншоты, Feature Graphic, короткое и полное описание. Позволяет задать процент трафика на тест (от 5% до 50%) и отслеживать динамику в реальном времени.

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

Главное правило — проверять гипотезы, а не менять все подряд. Формулируем конкретное предположение перед запуском: «добавление человека в первый кадр увеличит CTR» или «темный фон даст выше конверсию в нашей категории». Так мы понимаем, почему сработало, и можем масштабировать вывод, а не просто зафиксировать результат.

Начинаем с первого кадра — он несет наибольший конверсионный вес, и любое его улучшение дает максимальный ROI. После того как он оптимизирован, переходим к третьему, затем ко второму.

Метрики, которые важно отслеживать:

• Impressions → Tap-Through Rate (CTR) — скриншоты в первую очередь влияют здесь, в поисковой выдаче, до перехода на страницу
• Store Listing Visits → Installs (CVR страницы) — общая конверсия листинга
• CVR по отдельным источникам трафика — поиск, браузинг и редакционные разделы реагируют на скриншоты по-разному
• Retention rate первых дней — косвенный индикатор соответствия скриншотов реальному опыту. Если скриншоты обещают больше, чем дает приложение, retention падает независимо от CVR

Если тест не набирает достаточный объем — результаты статистически ненадежны. Не делаем выводы на 200–300 установках.

Чеклист перед загрузкой скриншотов

Используем перед каждым обновлением скриншотов в магазинах.

Технические параметры

• Размеры соответствуют актуальным требованиям платформы (App Store Connect / Google Play Console)
• Формат — JPEG или PNG без alpha-канала
• Отсутствие прозрачных областей
• Размер файла в пределах лимита (Google Play — до 8 MB)

Зоны безопасности и читаемость

• Ключевой текст и UI-элементы вне зон обрезки (rounded corners на iPhone, Dynamic Island)
• Текст читается при уменьшении до размера превью в поисковой выдаче
• Контраст фона и текста достаточный для доступности (проверить WCAG AA)

Последовательность и содержание

• Первый скриншот формулирует ценностное предложение, а не описывает приложение
• Каждый последующий кадр добавляет новый аргумент
• Нет повторения одного и того же месседжа в разных кадрах
• Подписи кратки (до 5 слов), в активном залоге

Локализация

• Загружены локализованные версии для ключевых рынков
• Текст на локальных языках помещается в макет
• Культурный контекст проверен для нестандартных рынков

Соответствие требованиям платформы

• Для Google Play: текст не превышает 20% площади изображения
• Для Google Play: нет изображений реальных устройств (фото)
• Нет временных акций, скидок, CTA-языка в скриншотах Google Play
• Отсутствуют упоминания, нарушающие гайдлайны платформ

Экспорт

• Финальный экспорт в нужном разрешении без артефактов сжатия
• Сохранен рабочий файл с исходными слоями для будущих правок
• Архив предыдущей версии скриншотов — на случай отката

Типичные ошибки в скриншотах приложений

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

Перегруженный первый кадр. Три элемента UI, две подписи и иконка — пользователь не понимает ничего за секунду просмотра. Первый кадр должен быть проще, а не информативнее всех остальных.

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

Скриншоты-описания вместо аргументов. «Умный трекер расходов» — описание. «Узнайте, куда уходят 30% бюджета» — аргумент. Первое информирует, второе убеждает. Разница в CVR при таком переходе нередко составляет 10–20%.

Игнорирование планшетных скриншотов. В Google Play и App Store большинство разработчиков не загружают оптимизированные скриншоты для iPad и планшетов Android. Автомасштабирование дает посредственный результат: вертикальный iPhone-скриншот, растянутый под iPad, выглядит непрофессионально. При этом в tablet search конкуренция ниже — это малозатратный способ получить видимость в сегменте с высокой платежеспособностью.

Отсутствие темной темы. Скриншоты только в светлом режиме при приложении с поддержкой темной темы — упущенный аргумент. Пользователи, которые живут в темном режиме, видят несоответствие между скриншотами и реальным опытом.

Слишком мелкий текст. Текст, читаемый в Figma при 100%, часто становится нечитаемым в плитке поиска App Store (около 300–400 px ширины на экране телефона). Проверяем макет на реальных устройствах, а не только в редакторе.

Одинаковые скриншоты для всех стран. Английский как дефолт для глобального запуска — приемлемо на старте, но не оптимально. Даже минимальная локализация — перевод подписей и замена UI-примеров на локальный контекст — дает измеримый прирост CVR на нецелевых рынках.

Как ASOMobile помогает анализировать конкурентов и управлять видимостью

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

ASOMobile позволяет отслеживать изменения в листингах конкурентов: когда они обновляли скриншоты, что изменили в метаданных, как менялись позиции после обновления. Связка «изменение скриншотов → динамика позиций и оценок» дает гипотезы для собственных тестов без слепого копирования. Мы не копируем решение — мы понимаем, почему оно сработало, и адаптируем под свой контекст.

Инструменты мониторинга ключевых слов показывают, под какие запросы оптимизированы скриншоты конкурентов через текст в кадрах, и где есть незанятые тематические ниши для дифференциации. Это позволяет строить визуальную стратегию не на догоняние лидеров, а на занятие незанятых ниш.

Итог

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

Требования платформ в 2026 году обновились — у App Store и Google Play разные базовые форматы, разная логика масштабирования и разные обязательные элементы. Автомасштабирование работает, но не заменяет набор, собранный под конкретное устройство.

Конверсионная механика неизменна: первые три кадра — ценностное предложение, кейс и дифференциатор. Все остальное работает на удержание уже заинтересованного пользователя. Анализируем конкурентов, тестируем гипотезы через PPO и Store Listing Experiments, локализуем для ключевых рынков.

Оптимизируем и повышаем конверсию 💙