Незалежний аудит мобільних застосунків · Flutter · iOS та Android
Більшість звітів про доступність мобільних застосунків віддають вам скриншот і абзац тексту. Цей віддає файл, номер рядка і кількість екранів, які ламає той самий рядок. Написано для розробника, якому це виправляти, у документі, який прочитає ваш юрист.
Ця кнопка має розмір 17×27 при мінімумі Android 48×48 — у неї важко влучити кожному, у кого обмежена моторика.
43 випадки на 6 екранах — змінити один рядок
Зразок роботи
Замість описувати результат — ось він цілком. Ми перевірили Wonderous, застосунок із відкритим кодом, яким Flutter себе показує: зроблений ретельно, людьми, що знають фреймворк.
| Вимога | Чого вимагає | Дефектів |
|---|---|---|
WCAG 1.4.3 | Контраст (мінімальний) | 17 |
WCAG 2.5.5 | Розмір цілі | 5 |
WCAG 4.1.2 | Імʼя, роль, значення | 3 |
WCAG 1.4.4 | Зміна розміру тексту | 2 |
WCAG 1.3.2 | Змістовна послідовність | 1 |
WCAG 1.4.11 | Контраст нетекстових елементів | 1 |
WCAG 2.4.7 | Видимий фокус | не знайдено |
Двадцять девʼять місць у коді, сто пʼятдесят три випадки. Кожен із файлом і рядком, тож список виправлень стає чергою роботи, а не розслідуванням.
Ціни
Жодних дзвінків-знайомств перед тим, як назвати цифру. Ціна за аудит, а не за годину, і термін той, який названо, а не той, на який сподіваємось.
Усе, через що відхиляють завантаження або ховають застосунок: privacy manifest, API з обовʼязковим обґрунтуванням, декларації SDK, «Увійти з Apple», видалення акаунта, target API level, форми лістингу проти справжнього білда.
EN 301 549, стандарт, на який посилається Європейський акт про доступність. Автоматичні перевірки плюс прохід зі скрінрідером, зроблений людиною, на обох платформах.
Те саме для продукту з реальним обсягом.
Підписаний документ: кожен критерій, номер його клаузи, де стоїть продукт і що перевірялось, а що ні. Додається до будь-якого аудиту вище.
Протягом 90 днів після першого. Каже, що закрито, що ні і що привнесли зміни.
За рік застосунок змінився, і вимоги теж. Той самий аудит ще раз, на 30 % дешевше, протягом дванадцяти місяців після попереднього.
Щодо конкретної відмови, спірної знахідки або рішення в дизайні, поки воно ще не реалізоване.
Одна доплата, і її можна уникнути. Якщо ви можете дати лише TestFlight-білд, прохід доступності на iOS доводиться робити цілком руками, і це коштує на 60% дорожче. Збірка під симулятор — flutter build ios --simulator, одна команда — цього уникає.
Як це працює
.apk для Android, а для iOS — або .app під симулятор, або .ipa. Ніякого доступу до репозиторію, ніяких переговорів про NDA, ніяких ознайомчих дзвінків.| Що ви надсилаєте | Перевірки сторів | Доступність |
|---|---|---|
.apk — Android | Повністю | Повністю |
.app — збірка iOS під симулятор | Повністю | Повністю |
.ipa — збірка iOS під пристрій | Повністю | Неможливо |
| Запрошення в TestFlight | Повністю | Руками, +60% |
Що перевіряється
ITMS-91053, яка приходить без попередженняТримається актуальним
Обидва стори піднімають вимоги щороку, і перелік, написаний торік, тихо перестає бути переліком. Ось те, що діє сьогодні. Дата нижче — коли це востаннє звіряли з тим, що Apple і Google справді публікують.
| Вимога | Що стається | З якого часу |
|---|---|---|
| Privacy manifest, API з обовʼязковим обґрунтуванням | Завантаження відхиляють | Діє |
| Видалення акаунта в застосунку | Відхиляють на рев'ю | Діє |
| «Увійти з Apple» поряд зі стороннім входом | Відхиляють на рев'ю | Діє |
| Google Play: API 36 для оновлень, 35 щоб лишатись у видачі | Оновлення відхиляють, застосунок ховають | 31.08.2026 |
| EN 301 549 — Європейський акт про доступність | Наглядовий орган, штрафи | 28.06.2025 |
| MinimumOSVersion 15.0 | Зараз попередження 90068, згодом відмова | Весна 2027 |
| SDK iOS 27 для завантажень | Завантаження відхиляють | Квітень 2027 |
Востаннє звірено з опублікованими вимогами Apple і Google 15 вересня 2026. Коли планка піднімається, перевірки йдуть за нею, і кожен звіт називає, які перевірки виконались, а які ні.
Чого ми не обіцяємо
Жоден орган у ЄС не акредитований сертифікувати відповідність Європейському акту про доступність. Існують звіт про аудит і декларація доступності; той, хто пропонує вам сертифікацію, продає документ без жодної сили. Наш звіт каже, що перевірялось, що знайдено і на що не дивились.
Автоматична перевірка знаходить меншість справжніх проблем доступності. Вона добра в тому, що охоплює, і мовчить про решту — тому кожен наш звіт позначає критерій як не задоволено, автоматичних порушень немає або не перевірялось, і тому третє записується, а не випадає.
Чистий результат — це не заява про відповідність. Це означає, що ніщо з перевіреного не виявилось хибним.
Хто робить роботу
checkApp — це Ірина Молокова, Flutter-розробниця. Аудит працює на власних інструментах, написаних саме для цієї роботи: вони читають живий застосунок так, як це робить допоміжна технологія, міряють контраст із намальованого кадру, а не з кольорів, оголошених у коді, і зводять кожну знахідку до рядка, який її спричинив. Готові сканери так не вміють.
Але інструменти — не продукт. Продукт — це знання, які знахідки важать, які є шумом і про що насправді спитає наглядовий орган. І ця частина — людина, яка читає ваш застосунок.
Питання
Замовити аудит
Напишіть на hello@checkapp.dev: білд або посилання на нього і один рядок про те, який із двох видів халепи вас турбує. Фіксована ціна й дата повернуться того ж робочого дня.