Приложение весит 180 MB при скачивании на iPhone 13 mini, но на iPad Pro размер такой же, хотя планшету не нужны @2x-ассеты. Такая ситуация типична для проектов, где ресурсы собраны в один универсальный комплект без учёта разрешений и архитектур. В результате пользователи с младшими устройствами тратят трафик на ненужные данные, а установка замедляется.
App Thinning решает эту проблему: App Store сам собирает вариант под конкретное устройство, отдавая только необходимые ресурсы. Мы настраиваем полный цикл App Thinning — Slicing, Bitcode и On-Demand Resources — чтобы добиться минимального размера загружаемого пакета. Совокупная экономия может достигать 50%, что при 100 тыс. установок экономит около $5 000 на мобильном трафике. Стоимость доставки приложения снижается примерно на $0.02 за каждое скачивание.
Apple Developer Documentation рекомендует использовать Asset Catalog для всех ресурсов, чтобы Slicing работал корректно.
Как App Thinning сокращает размер IPA?
| Устройство | Размер без Thinning | Размер с Thinning | Экономия |
|---|---|---|---|
| iPhone SE (gen2) | 180 MB | 110 MB | ~39% |
| iPhone 14 Pro | 180 MB | 130 MB | ~28% |
| iPad Pro 12.9" | 180 MB | 95 MB | ~47% |
Данные для приложения с макетами под @2x и @3x, ODR-тегами и удалением Bitcode.
Slicing
App Store создаёт отдельные IPA под каждое устройство. iPhone 8 получает только @2x-ресурсы и ARMv8 slice, iPad Pro — @3x и ARM64e. Ключевое требование: Asset Catalog. Ресурсы вне .xcassets не участвуют — они попадают во все варианты. Проверяем, что все изображения в каталоге с правильными размерными слотами (@1x/@2x/@3x) и trait variations (iPhone/iPad/Mac).
Результат проверяем через Xcode → Product → Archive → Distribute → Ad Hoc/Development → Export → App Thinning: All compatible device variants. После экспорта смотрим App Thinning Size Report.txt — там таблица с размерами для каждого устройства.
On-Demand Resources (ODR)
Контент, который нужен не сразу (уровни игры, обучение, фильтры), помечается тегами и загружается по запросу. Хранится на серверах Apple, не увеличивая IPA.
Настройка:
- В Xcode: Target → Build Phases → Copy Bundle Resources → для ресурса в Asset Catalog установить On Demand Resource Tags.
- В коде использовать NSBundleResourceRequest:
let request = NSBundleResourceRequest(tags: ["level_5"]) request.conditionallyBeginAccessingResources { available in if available { // ресурс уже загружен } else { request.beginAccessingResources { error in guard error == nil else { return } // ресурс загружен, можно использовать } } } Лимиты ODR:
| Параметр | Лимит |
|---|---|
| Initial install bundle | до 200 MB |
| On-demand resources | до 20 GB |
| Одновременно загруженных ODR | до 2 GB |
Для игр с большим контентом ODR принципиально меняет размер установочного файла — мы гарантируем оптимизацию без потери пользовательского опыта.
Bitcode
Bitcode — промежуточное представление LLVM, которое Apple может перекомпилировать под новые архитектуры. В современных версиях Xcode Bitcode не является обязательным для iOS-приложений — его требование отменено. Для watchOS и tvOS Bitcode может быть нужен, если Xcode не последней версии. Если вы поддерживаете старые библиотеки, которые ещё требуют Bitcode, включаем ENABLE_BITCODE = YES в Build Settings. Все фреймворки должны содержать Bitcode, иначе вся сборка теряет эту возможность.
Bitcode стал опциональным для iOS с обновлением Xcode. Однако для watchOS и tvOS он всё ещё может требоваться, если используется более старая версия Xcode или библиотеки. Если вы поддерживаете старые библиотеки, проверьте совместимость.
Почему ODR важен для игр и больших приложений?
ODR позволяет отложить загрузку контента, который не нужен на старте. Без ODR пользователь скачивает всё сразу, что увеличивает время до первого запуска и снижает конверсию. С настройкой ODR приложение загружается быстрее, а контент подгружается по мере необходимости. Сравнение: без ODR игра может весить 2 GB при установке, с ODR — только 200 MB плюс подгрузка уровней.
Какие ошибки допускают при настройке App Thinning?
- Ресурсы добавлены через
File → Add Filesвместо Asset Catalog → не slicing. - ODR-теги назначены, но
NSBundleResourceRequestне вызываетendAccessingResources()→ ресурс не освобождается. - Тестирование ODR не проведено в офлайн-режиме → на пользователях обнаруживается, что загрузка не обрабатывает ошибки сети.
Как мы это делаем: процесс работы
- Аналитика: аудит текущего Asset Catalog, выявление ресурсов вне каталога, оценка объёма контента для ODR.
- Проектирование: распределение ресурсов по слотам @1x/@2x/@3x, назначение тегов ODR, решение о Bitcode.
- Реализация: миграция в Asset Catalog, внедрение NSBundleResourceRequest в код, включение Bitcode при необходимости.
- Тестирование: сборка с App Thinning on All compatible device variants, проверка отчёта Size Report, тестирование ODR в офлайн-режиме.
- Деплой: загрузка в App Store Connect, проверка размеров в TestFlight.
Что входит в работу
- Аудит текущих ресурсов и Asset Catalog
- Миграция изображений в
.xcassets(если требуется) - Настройка Slicing и проверка Size Report
- Конфигурация On-Demand Resources с тегами и кодом
- Тестирование на реальных устройствах в разных условиях сети
- Документация по настройкам и рекомендации
Сроки и стоимость
Настройка App Thinning для готового проекта — от 1 до 3 дней. Если требуется миграция ресурсов из папок в Asset Catalog — дополнительно 2–5 дней в зависимости от объёма. Стоимость рассчитывается индивидуально. Наш опыт более 7 лет в iOS-разработке гарантирует снижение размера IPA на 30–50% без потери функциональности. Чтобы оценить потенциал App Thinning для вашего проекта, свяжитесь с нами. Мы проведём аудит и предложим оптимальную конфигурацию. Закажите настройку и получите оптимизированное приложение.