Apple Human Interface Guidelines: главное для команды приложения

Коротко: что такое HIG и зачем он нужен

Human Interface Guidelines (HIG) — официальное руководство Apple по дизайну приложений для iPhone, iPad и других устройств. Это не закон, а набор принципов, но пользователи iOS настолько привыкли к ним, что любое отступление ощущается как «приложение какое-то не такое».

Важно различать два документа:

• HIG описывает, как интерфейс должен выглядеть и работать.
• App Review Guidelines — правила, по которым приложение пропускают или отклоняют в App Store.

Ревьюеры не проверяют каждый пункт HIG, но неудобный, сломанный или неродной интерфейс повышает риск отказа. Официальная версия — на developer.apple.com.

Навигация: три базовых модели

• Иерархическая — экраны открываются вглубь, вверху navigation bar с заголовком и кнопкой «Назад». Так устроены «Настройки» и «Почта».
• Плоская — несколько равноправных разделов, переключаемых через таб-бар.
• Модальная — отдельная задача поверх текущего экрана (создание заметки, оплата) в виде sheet с понятными кнопками «Отмена» и «Готово».

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

Таб-бар

• Располагается внизу экрана и ведёт к главным разделам приложения.
• Держите количество вкладок небольшим: на iPhone при избытке вкладок система уводит лишние в раздел «Ещё», а это неудобно.
• Вкладки — для навигации, а не для действий. Кнопка «Создать» в таб-баре, открывающая форму, противоречит ожиданиям.
• Иконка и короткая подпись у каждой вкладки. Удобно использовать SF Symbols — системную библиотеку иконок Apple.
• Не прячьте таб-бар без причины: пользователь должен в любой момент вернуться в другой раздел.

Типографика

• Системный шрифт — SF Pro. Свой фирменный шрифт допустим, если он хорошо читается в мелких размерах.
• Поддерживайте Dynamic Type — настройку размера текста в системе. Используйте текстовые стили (Large Title, Headline, Body, Caption) вместо жёстко заданных размеров, и интерфейс будет масштабироваться сам.
• Проверьте экраны на самом крупном размере текста: ничего не должно обрезаться или налезать друг на друга.
• Избегайте слишком тонких начертаний для основного текста.

Касаемые зоны

Минимальный размер области нажатия по HIG — 44×44 pt. Иконка может быть меньше, но зона, реагирующая на касание, — нет. Между соседними кнопками оставляйте достаточно места, чтобы не промахиваться.

Safe area и разные экраны

У современных iPhone есть скруглённые углы, вырез или Dynamic Island сверху и индикатор «Домой» снизу. Safe area — область, где контент гарантированно не перекрывается.

• Фон и изображения могут уходить до краёв экрана.
• Текст, кнопки и поля ввода должны оставаться внутри safe area.
• Проверяйте вёрстку на маленьком и большом iPhone, а если приложение универсальное — на iPad и в горизонтальной ориентации.

В SwiftUI safe area учитывается по умолчанию, а отключать её стоит только для фона:

ZStack {
    Color("Background").ignoresSafeArea()
    ContentView()
}

Системные жесты

Пользователи iOS полагаются на жесты, которые нельзя ломать:

• свайп от левого края — назад по иерархии;
• свайп снизу вверх — выход на домашний экран и переключение приложений;
• свайп от верхних углов — Пункт управления и уведомления.

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

Что часто становится причиной отказа в App Store

• Сбои, заглушки, неработающие ссылки и «пустые» экраны.
• Приложение, которое по сути является обёрткой сайта без собственной ценности.
• Запрос доступа к камере, геолокации или контактам без понятного объяснения зачем.
• Регистрация без возможности удалить аккаунт из приложения.
• Вход только через сторонние соцсети без равноценного варианта с защитой приватности, например Sign in with Apple.

Частые ошибки команд

• Переносить Android-интерфейс один в один: «гамбургер»-меню, плавающая кнопка действия, стрелка «Назад» в стиле Material.
• Игнорировать тёмную тему и Dynamic Type.
• Делать мелкие кнопки «как в макете» без учёта касаемой зоны.
• Запрашивать все разрешения сразу при первом запуске.