Human Interface Guidelines — co to jest, zasady projektowania iOS

Czym są Human Interface Guidelines?

Human Interface Guidelines (HIG) — to oficjalna dokumentacja Apple dotycząca projektowania interfejsów użytkownika. Dokument zawiera opis wszystkich standardowych komponentów systemu, zasady ich używania, wymagania dotyczące gestów, animacji, typografii i palety kolorów. Apple po raz pierwszy opublikowało HIG dla Macintosh w 1987 roku i od tego czasu dokument ewoluował wraz z platformami — od iOS 1 (2007) do obecnych wersji iOS 18, iPadOS 18, macOS 15 Sequoia, watchOS 11 i tvOS 18. HIG obejmuje trzy poziomy: filozofię projektowania (zasady), komponenty systemowe (elementy UI) i zalecenia techniczne (rozmiary ekranów, Safe Area, Dynamic Type). Dla programisty HIG służy jako jedyne źródło prawdy przy podejmowaniu decyzji projektowych: jeśli komponent jest opisany w HIG, nie trzeba go wymyślać od nowa.

Struktura dokumentu Human Interface Guidelines

Dokument HIG dzieli się na trzy duże części: «Foundations» (fundamentalne zasady i wzorce), «Platforms» (sekcje platformowe dla iOS, iPadOS, macOS, watchOS, tvOS, visionOS) oraz «Components» (katalog wszystkich systemowych elementów UI). Każdy komponent opisany jest według jednolitego szablonu: przeznaczenie, anatomia, zachowanie, najlepsze praktyki i przykłady. Na przykład sekcja Navigation Bars zawiera specyfikację wysokości (44pt w portrait, 32pt w landscape na iPhone), zasady rozmieszczania przycisków i ograniczenia dotyczące dostosowywania. HIG zawiera również zalecenia dotyczące Accessibility — VoiceOver, Dynamic Type, reduce motion — obowiązkowe do przestrzegania przy publikacji w App Store.

Dlaczego HIG jest krytyczny dla programisty iOS

Przestrzeganie Human Interface Guidelines bezpośrednio wpływa na sukces aplikacji w App Store. Podczas moderacji Apple sprawdza zgodność z HIG — niestandardowe gesty, przedefiniowane komponenty systemowe lub naruszenie hierarchii nawigacji mogą być przyczyną odrzucenia publikacji. Według Apple Developer Program License Agreement (2025), aplikacje używające API systemowego niezgodnie z przeznaczeniem są odrzucane na etapie recenzji. W IT Sectr przestrzegamy HIG we wszystkich projektach iOS od 2017 roku — skraca to czas recenzji i podnosi oceny użytkowników. Ponadto aplikacje zgodne z HIG uzyskują wyższe pozycje w wyszukiwarce App Store dzięki lepszemu doświadczeniu użytkownika.

Główne zasady HIG Apple

Sześć fundamentalnych zasad Human Interface Guidelines kształtuje filozofię projektowania Apple. Pierwsza zasada — Aesthetic Integrity (integralność estetyczna): wygląd interfejsu powinien odpowiadać jego funkcji. Druga — Consistency (spójność): te same elementy zachowują się tak samo we wszystkich aplikacjach systemu. Trzecia — Direct Manipulation (bezpośrednie manipulowanie): użytkownik wchodzi w interakcję z treścią bezpośrednio (przeciągnięcie, dotknięcie, pinch-to-zoom), a nie przez abstrakcyjne kontrolki.

Jasność, hierarchia i informacja zwrotna

Clarity (jasność) wymaga, aby tekst był czytelny, ikony zrozumiałe, a nawigacja przewidywalna. Dynamic Type i SF Symbols to narzędzia Apple do utrzymania jasności na wszystkich urządzeniach. Deference (szacunek) oznacza, że interfejs nie powinien konkurować z treścią: rozmyte tła, minimalistyczne paski narzędzi i przezroczyste elementy (w stylu iOS 7+) realizują tę zasadę. Feedback (informacja zwrotna) gwarantuje, że każda akcja użytkownika otrzymuje wizualną lub dotykową odpowiedź: podświetlenie przycisku, haptic feedback, animacja przejścia. Naruszenie zasady informacji zwrotnej jest jedną z częstych przyczyn niskich ocen w App Store, potwierdzają dane Appfigures (2025).

Kluczowe sekcje Human Interface Guidelines

Human Interface Guidelines zawiera szczegółową specyfikację każdego systemowego komponentu Apple. Sekcja Bars opisuje Navigation Bar (standardowa wysokość 44pt), Tab Bar (49pt), Toolbar (44pt) i Search Bar. Sekcja Views obejmuje Table View z komórkami podstawowego i niestandardowego typu, Collection View z obsługą compositional layout, Scroll View i Text View. Sekcja Controls specyfikuje Button, Slider, Switch (minimalny target — 44×44pt), Segmented Control, Stepper i Date Picker. Dla każdej kontrolki podane są rozmiary hit-target (minimalny obszar dotyku — 44×44pt według wytycznych Apple), stany wizualne (normal, highlighted, disabled, selected) i animacje przejścia.

Typografia i kolor w HIG

Apple zaleca używanie systemowej czcionki San Francisco (SF Pro dla iOS/macOS, SF Compact dla watchOS) z Dynamic Type — automatyczną adaptacją rozmiaru do ustawień użytkownika. HIG określa 11 stylów tekstowych: Large Title (34pt), Title 1 (28pt), Title 2 (22pt), Title 3 (20pt), Headline (17pt, semibold), Body (17pt), Callout (16pt), Subhead (15pt), Footnote (13pt), Caption 1 (12pt), Caption 2 (11pt). Paleta kolorów HIG obejmuje kolory systemowe: labelColor, secondaryLabelColor, systemBackgroundColor, systemGroupedBackgroundColor — z obsługą jasnego i ciemnego motywu. Używanie systemowych kolorów gwarantuje poprawne wyświetlanie na wszystkich urządzeniach i przy ustawieniach accessibility.

Cechy platformowe w HIG

Każda platforma Apple ma unikalne elementy interfejsu opisane w HIG. Dla iOS są to Tab Bar (dolna nawigacja), Navigation Bar (górny pasek z tytułem i przyciskami), Sheets (modalne panele), Activity View (systemowe udostępnianie), Live Activities i Dynamic Island. Dla iPadOS dodano Split View, Slide Over, Popover Presentation i Keyboard Shortcuts. Dla macOS — Menu Bar, Dock, Sheets, Panels, Sidebar, Toolbar z NSToolbarItem. Dla watchOS — Complications, Digital Crown, Scribble, Swipe Gestures i Always-On Display. Dla tvOS — Focus Engine, Parallax Icons, Top Shelf.

Adaptacja projektu między platformami

HIG zaleca, aby nie przenosić elementów między platformami mechanicznie: Tab Bar w iOS nie jest odpowiednikiem Sidebar w macOS, chociaż oba rozwiązują problem nawigacji. Dla aplikacji wieloplatformowych Apple oferuje Mac Catalyst i SwiftUI, które automatycznie dostosowują interfejs do docelowej platformy, przestrzegając HIG. Przy tworzeniu w SwiftUI w IT Sectr używamy modyfikatorów specyficznych dla platformy: .navigationViewStyle, .tabViewStyle i .pickerStyle — gwarantują one zgodność z natywnymi wytycznymi. Dodatkowo HIG opisuje wymagania dotyczące adaptacji do Dynamic Type, powiększonego tekstu, Reduce Motion i zwiększonego kontrastu.

Jak stosować HIG w praktyce

Stosowanie Human Interface Guidelines zaczyna się od zapoznania się z sekcją «App Architecture», która opisuje strukturę typowej aplikacji iOS: ekran startowy, onboarding, ekrany modalne, graf nawigacyjny i stany ładowania. Pierwszy krok — wybrać styl nawigacji (hierarchiczny z Navigation Controller, płaski z Tab Bar, modalny z Sheets lub kombinowany). Drugi krok — określić hierarchię ekranów i zgodność każdego ekranu ze wzorcem HIG. Trzeci krok — wybrać komponenty systemowe dla każdego zadania: Table View dla list, Collection View dla siatek, Page Control dla karuzel.

Sprawdzanie zgodności z HIG przed publikacją

Apple udostępnia Xcode Preview Assets i Accessibility Inspector do sprawdzania zgodności z HIG. Zaleca się przejście listy kontrolnej: wszystkie hit-target > 44pt, tekst używa Dynamic Type, kolory obsługują ciemny motyw, nawigacja odpowiada hierarchii HIG, gesty nie kolidują z systemowymi (np. swipe-back nie jest przedefiniowany). W IT Sectr przeprowadzamy przegląd HIG przed każdą wersją — eliminuje to odrzucenia podczas moderacji App Store. Dodatkowo App Store Review Guidelines (sekcja 4.0 «Design») bezpośrednio odwołuje się do HIG: aplikacje rażąco naruszające wytyczne są odrzucane do czasu usunięcia niezgodności.