Пользователь с нарушением зрения открывает ваше приложение и через Onboarding не может прочитать текст — шрифт слишком мелкий. Он идёт в Настройки, включает Larger Text на максимум, возвращается — а текст всё тот же. Это не гипотеза: до 30% пользователей iOS увеличивают шрифт. Dynamic Type — системный механизм, позволяющий подстроить размер текста под предпочтения. Если его нет, вы теряете аудиторию и рискуете попасть под Section 4.2 App Store Review Guidelines.
Мы — мобильные разработчики с 10+ годами опыта в iOS (Swift 5.9+, SwiftUI, UIKit). За 5 лет мы внедрили Dynamic Type в 40+ проектах — от fintech до edtech. Получите консультацию и аудит доступности вашего приложения.
Почему Dynamic Type важен для доступности?
Согласно Apple Human Interface Guidelines, Dynamic Type — обязательный элемент доступности. Без него пользователи с нарушениями зрения не могут комфортно читать контент. Статистика: около 30% пользователей iOS настраивают размер шрифта больше стандартного. Игнорируя Dynamic Type, вы теряете аудиторию. Кроме того, это частая причина отказа в публикации в App Store.
Как правильно подключить Dynamic Type
UIKit
UIFont.preferredFont(forTextStyle: .body) — шрифт с поддержкой Dynamic Type из системной таблицы. Автоматически масштабируется при смене настройки. adjustsFontForContentSizeCategory = true на UILabel, UITextField, UITextView — включает реагирование на изменение в реальном времени (без рестарта приложения).
Для кастомных шрифтов: UIFontMetrics(forTextStyle: .body).scaledFont(for: customFont). UIFontMetrics масштабирует кастомный шрифт пропорционально системной таблице для выбранного TextStyle.
Частая ошибка: задать шрифт через UIFont(name: "CustomFont-Regular", size: 17) без UIFontMetrics — размер фиксированный, Dynamic Type не работает.
SwiftUI
Font.body, Font.headline, Font.caption — системные шрифты с Dynamic Type из коробки. Для кастомных: Font.custom("CustomFont-Regular", size: 17, relativeTo: .body) — параметр relativeTo включает масштабирование.
@ScaledMetric — для масштабирования нешрифтовых значений (отступы, иконки):
@ScaledMetric(relativeTo: .body) var iconSize: CGFloat = 24 При AX5 иконка вырастет до ~72pt. Это важно: иконки и отступы должны масштабироваться вместе с текстом, иначе layout разваливается.
Как избежать проблем с layout на крупных размерах?
Фиксированная высота строк и контейнеров
UILabel с numberOfLines = 1 и фиксированной высотой — текст обрезается. На AX5 заголовок из 20 символов занимает 3 строки. Решение: убрать фиксированные height constraints на текстовых элементах, использовать numberOfLines = 0 где возможно.
Горизонтальные стеки с текстом
UIStackView с axis = .horizontal и двумя UILabel — при крупном шрифте метки не помещаются рядом. Нужно либо переключать axis на .vertical при больших размерах через traitCollectionDidChange, либо изначально проектировать вертикальный layout.
В SwiftUI: ViewThatFits (iOS 16+) — выбирает layout в зависимости от доступного пространства. Для ранних версий — @Environment(\.sizeCategory) + условный HStack/VStack.
Таблицы и коллекции
UITableViewCell с Auto Layout и без фиксированной высоты — нормально. С tableView.rowHeight = 44 — при AX5 контент не влезет. tableView.rowHeight = UITableView.automaticDimension обязателен.
Кнопки с иконкой и текстом
На AX3+ текст может переноситься и кнопка меняет размер — это может нарушить layout соседних элементов.
Как тестировать Dynamic Type на всех размерах?
Xcode Simulator: меняем размер шрифта через Settings прямо в симуляторе. Или через Environment Overrides (Xcode Debug → Simulate Dynamic Type) — удобнее при разработке.
Обязательно проверяем accessibility размеры (AX1-AX5) — многие команды тестируют только стандартный диапазон и пропускают проблемы с экстремальными размерами.
Snapshot-тесты с фиксированными ContentSizeCategory: UITraitCollection(preferredContentSizeCategory: .accessibilityExtraExtraExtraLarge) — добавляем в CI, чтобы layout-регрессии ловились автоматически. Это сокращает время ручного тестирования на 80%.
Сравнение UIKit и SwiftUI для Dynamic Type
| Аспект | UIKit | SwiftUI |
|---|---|---|
| Системные шрифты | UIFont.preferredFont(forTextStyle:) |
Font.body, Font.headline |
| Кастомные шрифты | UIFontMetrics.scaledFont(for:) |
Font.custom(_:size:relativeTo:) |
| Масштабирование контейнеров | adjustsFontForContentSizeCategory |
Встроено по умолчанию |
| Масштабирование нешрифтов | Вручную через contentSizeCategory |
@ScaledMetric |
| Адаптация layout | traitCollectionDidChange |
@Environment(\.sizeCategory) |
Типичные проблемы и их решения
Перечислим частые грабли и как их обойти. Если в UILabel текст обрезается — проверьте numberOfLines и снимите фиксированную высоту. Кастомный шрифт не масштабируется — скорее всего, вы забыли UIFontMetrics. Layout разваливается на AX5 — примените ViewThatFits или динамическую смену оси стека. Кнопки становятся слишком большими — установите adjustsFontForContentSizeCategory и используйте @ScaledMetric. Проблемы с таблицами — всегда используйте automaticDimension.
Что входит в нашу работу по внедрению Dynamic Type
- Аудит текущего приложения: выявление мест с фиксированными шрифтами и layout.
- Настройка текстовых стилей: переход на
preferredFontиUIFontMetrics. - Адаптация constraints: замена фиксированных высот на автоматические.
- Создание кастомных компонентов с поддержкой Dynamic Type.
- Тестирование на всех размерах (xSmall–AX5) вручную и через snapshot-тесты.
- Интеграция в CI/CD: добавление проверок на регрессии layout.
- Документация: описание использованных подходов и политики масштабирования.
Пример из практики
Один из наших клиентов — финтех-приложение с сотнями экранов. После аудита мы обнаружили, что 70% экранов используют фиксированные шрифты. Мы переписали текстовые стили, добавили `UIFontMetrics` для кастомных шрифтов и заменили фиксированные высоты на Auto Layout. Результат: приложение корректно отображается на всех размерах, включая AX5, а время тестирования сократилось на 80% благодаря snapshot-тестам.Сроки: от 2 до 5 дней в зависимости от сложности. Стоимость рассчитывается индивидуально на основе объёма работ. Свяжитесь с нами для консультации и получите аудит доступности вашего приложения.
Мы гарантируем, что после внедрения ваше приложение будет соответствовать требованиям App Store по accessibility, а пользователи с любым зрением смогут комфортно им пользоваться.