· Workflow · 6 мин. чтения

fastlane snapshot vs no-code скриншоты App Store

fastlane snapshot vs no-code скриншоты App Store
TL;DR. fastlane snapshot подходит, когда нужны чистые скриншоты из симулятора, автоматически пересоздаваемые при каждой CI-сборке. Браузерные no-code инструменты — когда нужна маркетинговая карусель с подписями, градиентами и мультипанельной компоновкой. Они решают смежные задачи. Большинство команд в итоге используют оба.

fastlane — канонический open-source фреймворк автоматизации iOS. Его модуль snapshot снимает скриншоты App Store, запуская UI-тесты в симуляторе для настроенных локалей и создавая чистые PNG, в точности соответствующие реальному UI приложения. Настройка включает написание Snapfile, конфигурацию UI-тестов и их запуск в CI.

Браузерные no-code инструменты (Mokbi, AppLaunchpad, Previewed и другие) пропускают часть с кодом — ты загружаешь скриншоты вручную и создаёшь маркетинговые карусели поверх них.

Сравнение находится на другой оси, чем «что лучше». Речь о том, «что решает твою задачу».

Что делает fastlane snapshot

fastlane snapshot запускает приложение в симуляторе для всех настроенных локалей и классов устройств. Для каждой комбинации выполняет UI-тестовые сценарии, доводящие приложение до нужных состояний, затем делает снимок экрана симулятора. Результат: чистые PNG-скриншоты реально работающего приложения, по одному на каждую комбинацию локаль × устройство × тестовый сценарий.

Сильные стороны:

  • Интеграция с CI. Скриншоты пересоздаются при каждой релизной сборке. Никогда не расходятся с реальным приложением.
  • Настоящие скриншоты на локаль. Каждая локаль запускается в симуляторе с реальными настройками локали, поэтому даты, числа и валюта отображаются нативно.
  • Бесплатно и open source. Никаких подписок.
  • Нет расхождения между кодом и скриншотами. Если изменить UI-элемент, следующий CI-прогон подхватит изменение.

Слабые стороны:

  • Результат — чистые скриншоты из симулятора. Никаких подписей, маркетинговых оверлеев, градиентных фонов, мультипанельных каруселей. Только UI приложения.
  • Стоимость настройки реальна. Написание Snapfile, конфигурация UI-тестов для захвата скриншотов, отладка неизбежных проблем с состоянием симулятора — обычно день-два работы с нуля.
  • Стоимость поддержки. Изменения UI ломают UI-тесты. Каждое обновление приложения требует корректировки snapshot-скриптов.
  • Только iOS. Для Android — отдельный инструментарий (fastlane screengrab).
  • Нужен Mac. iOS-симулятор требует Xcode.

Что делают браузерные no-code инструменты

Снимаешь скриншоты любым способом (вручную с телефона, из симулятора, или из fastlane snapshot, если уже настроен). Загружаешь в браузерный редактор. Добавляешь рамки устройств, подписи, градиентные фоны. Переводишь подписи на нужную локаль. Экспортируешь в каждом размере App Store.

Сильные стороны:

  • Никакого кода, никакой настройки. Открываешь редактор и делаешь дизайн.
  • Маркетинговая компоновка. Подписи, градиенты, мультипанельные карусели — реальная маркетинговая поверхность, а не просто сырые скриншоты.
  • Кросс-платформенность. Один проект — оба магазина (App Store + Play Store).
  • Mac не нужен. Браузер работает где угодно.
  • Автоматизация локализации. Пакетный перевод по 50 локалям App Store одним кликом.

Слабые стороны:

  • Скриншоты могут отставать от приложения. Если выпустить изменение UI, скриншоты устаревают. Обновлять вручную.
  • Исходные скриншоты снимаются вручную. Кто-то должен их сделать (из симулятора, с устройства или через WebRTC).
  • Нет интеграции с CI. Маркетинговая карусель не пересоздаётся автоматически при каждой сборке.

Честное сравнение

fastlane snapshot решает задачу «хочу, чтобы скриншоты автоматически соответствовали реальному приложению при каждой сборке, в каждой локали, без ручного захвата». Результат утилитарный — чистые скриншоты, а не маркетинговые ассеты.

Браузерные инструменты решают задачу «хочу отполированную маркетинговую карусель, которую могу быстро итерировать — с подписями, градиентами и мультипанельной компоновкой — и публиковать в обоих магазинах». Исходные скриншоты должны приходить откуда-то; как именно они захватываются — не проблема инструмента.

Они не конкурируют. Это последовательные шаги одного пайплайна.

Реалистичный совмещённый воркфлоу

  1. fastlane snapshot (или ручной захват) для исходных скриншотов. Запускать в CI для тех состояний приложения, которые нужно показать в карусели.
  2. Браузерный инструмент для маркетинговой компоновки. Загружаешь исходные скриншоты в редактор, строишь карусель с подписями и градиентами.
  3. Перевод и пакетный экспорт через браузерный инструмент. Публикуешь в App Store Connect и Play Console.
  4. При следующем обновлении приложения — перезапускаешь fastlane для пересоздания исходников, открываешь JSON-проект в браузерном инструменте, заменяешь скриншоты, переэкспортируешь.

Когда можно обойтись без fastlane

Для большинства инди-приложений с редкими релизами (1–3 в год) стоимость настройки fastlane не окупается. Ручной захват скриншотов раз в релиз (передача с телефона на компьютер через WebRTC работает хорошо) плюс браузерная маркетинговая компоновка справляются с задачей за меньшее суммарное время.

fastlane по-настоящему блистает, когда релизы идут еженедельно или ежедневно и расхождение скриншотов становится реальной проблемой. Для агентств, зрелых продуктов с частыми релизами и команд с готовой iOS CI-инфраструктурой — fastlane побеждает на этапе захвата исходников. Совмещай с браузерным инструментом для маркетинговой компоновки.

Что читать дальше

Открыть редактор →