Якщо ви шукаєте, як опублікувати застосунок Base44 в App Store, коротко: тепер Base44 збирає бінарний файл, а все інше — на вас. Станом на жовтень 2026 року вкладка Mobile app у редакторі створює підписаний IPA. Але акаунт Apple, запис в App Store Connect, завантаження, рев'ю та будь-які відхилення залишаються вашою відповідальністю. Нижче — кожен крок, а також правило, на якому спотикається більшість застосунків-обгорток.
Що насправді робить Build Stores Files у Base44?
Build Stores Files перетворює ваш опублікований вебзастосунок Base44 на готові для магазинів бінарні файли: IPA для App Store і AAB для Google Play. Кожен із них загортає ваш наявний вебзастосунок у тонку нативну оболонку.
Згідно з документацією Base44 про подання в магазини, результат — це «легка нативна обгортка навколо вашого вебзастосунку, яка відкриває лише URL вашого застосунку». Крім того, Base44 робить таке:
- Запускає App Scan на відповідність правилам App Store або Google Play і видає вам Readiness Score.
- «Автоматично налаштовує Bundle ID і ключ підпису», і змінити їх у згенерованих файлах не можна.
- За допомогою ШІ налаштовує дозволи пристрою і пише пояснення до них (purpose strings) 24 мовами. У документації сказано, що вони «не редагуються в інтерфейсі Base44».
- Може додати push-сповіщення, якщо ви надасте ключ APNs
.p8— це інший ключ, ніж API-ключ App Store Connect.
Більшість змін контенту, які ви публікуєте в Base44, потрапляють у встановлений застосунок без нового подання. Зміна назви, іконки, bundle ID, налаштувань push-сповіщень або дозволів означає, що файли треба згенерувати заново й подати повторно.
Що вам усе ще доведеться зробити самостійно?
Ви відповідаєте за все, що поза бінарним файлом: акаунти розробника, сторінку в магазині, завантаження, рев'ю та апеляції. У документації Base44 сказано, що він «не створює і не керує вашими акаунтами розробника» і не звертатиметься до Apple чи Google замість вас.
| Завдання | Base44 | Ви |
|---|---|---|
| Реєстрація в Apple Developer Program | Ні | Так |
| API-ключ App Store Connect (.p8, роль Admin) | Використовує | Створюєте |
| Bundle ID і підпис | Так, автоматично | Використовуєте згенероване |
| Підписаний IPA | Так | Завантажуєте |
| Запис застосунку в App Store Connect | Ні | Так |
| Завантаження збірки | Ні | Так |
| Скриншоти, опис, URL політики конфіденційності | Ні | Так |
| Подання на рев'ю та робота з відхиленнями | Ні | Так |
Як опублікувати застосунок Base44 в App Store крок за кроком?
Щоб опублікувати застосунок Base44, ви збираєте IPA в Base44, створюєте відповідний запис застосунку в App Store Connect, завантажуєте IPA і надсилаєте цю збірку на рев'ю.
- Зареєструйтеся в Apple Developer Program і дочекайтеся схвалення. Account Holder також має прийняти останню угоду в App Store Connect, інакше ви не зможете додати застосунок.
- В App Store Connect перейдіть у Users and Access → Integrations і створіть API-ключ із роллю Admin. Запишіть Issuer ID і Key ID та завантажте файл
.p8. - У Base44 відкрийте Publish → Mobile app, натисніть Run App Scan з вибраними правилами App Store і виправте всі критичні проблеми.
- Виберіть Create App Store files і введіть Issuer ID, Key ID, Team ID та ключ
.p8. Потім завантажте IPA. - В App Store Connect відкрийте Apps → + → New App. Виберіть iOS, введіть назву, основну мову і SKU та виберіть bundle ID, який налаштував Base44.
- Завантажте IPA. Apple називає Xcode, altool і Transporter як способи завантаження, і для готового IPA найпростіший варіант — Transporter, безкоштовний застосунок для macOS.
- Дочекайтеся листа з підтвердженням, що збірку оброблено. Потім додайте скриншоти, опис, URL політики конфіденційності, вікову категорію та відомості про конфіденційність.
- Прикріпіть збірку до версії, додайте нотатки для рев'ю і демо-логін та натисніть Submit for Review.
Apple зіставляє кожне завантаження з вашим записом за «bundle ID і номером версії, які містяться в пакеті застосунку». Якщо ви створили запис з іншим bundle ID, збірка не прикріпиться. Щодо деталей сторінки в магазині скористайтеся нашим чеклистом подання в App Store, а логін для рецензента налаштуйте за посібником про демо-акаунт.
Скільки коштує опублікувати застосунок Base44?
Публікація застосунку Base44 в App Store коштує щонайменше платний план Base44 Builder плюс річне членство Apple за 99 USD. Додайте одноразовий внесок Google у 25 USD, якщо ви також випускаєте застосунок на Android.
На сторінці реєстрації Apple сказано: «Apple Developer Program коштує 99 USD за рік членства. Ціни можуть відрізнятися залежно від регіону». Сканування Base44 можна запустити на плані Free, але завантаження файлів для магазинів «потребує плану Builder або вищого». У Google Play особисті акаунти, створені після 13 листопада 2023 року, мають пройти період тестування перед запуском. Цей процес описано в нашому посібнику про закрите тестування.
Чи відхилить Apple застосунок Base44 за правилом 4.2?
Застосунок Base44 має реальний ризик відхилення за правилом 4.2, якщо він поводиться як ваш сайт у рамці, адже збірка лише відкриває URL вашого застосунку. Apple схвалює застосунки-обгортки, коли вони корисні й відчуваються як справжній застосунок на телефоні, а не коли просто дублюють сайт.
Правило 4.2 говорить: «Ваш застосунок має містити функції, контент та інтерфейс, які підносять його над рівнем перепакованого вебсайту». Правило 4.2.2 додає, що застосунки не повинні бути переважно «вебвирізками, агрегаторами контенту чи збіркою посилань».
Задокументовані обмеження Base44 теж мають значення. Не можна вибрати окрему стартову сторінку для застосунку, а повний офлайн-режим і HealthKit не підтримуються. Продаж цифрових товарів через Stripe всередині застосунку призводить до відхилення за правилом 3.1.1, а StoreKit поки не підтримується. Для фізичних товарів і послуг Stripe використовувати можна.
Що сталося з іншими вебобгортками, відхиленими за правилом 4.2?
Публічні обговорення на Apple Developer Forums показують, що відхилення застосунків-обгорток за правилом 4.2 залежать від того, що рецензент реально бачить під час запуску, а не від того, скільки нативних API ви перелічите.
В обговоренні про Cordova розробника багато разів відхиляли за «4.2 Design: Minimum Functionality», хоча застосунок використовував GPS і акселерометр та продовжував запис без з'єднання. Після телефонної розмови Apple пояснила, що «у бінарній збірці взагалі не було інтерфейсу» і «під час завантаження сайту був білий екран». Розробник виправив це, додавши заставку й спершу завантажуючи локальний index.html зі справжнім інтерфейсом. Віддалений сайт з'являвся лише після повного завантаження, і застосунок схвалили.
В іншому обговоренні відеозастосунок відхилили за правилом 4.2.2 з таким повідомленням: «ваш застосунок містить лише посилання, зображення або контент, зібраний з інтернету, з обмеженою нативною функціональністю iOS або без неї». У застосунку були офлайн-завантаження, push-сповіщення з глибокими посиланнями та вибране. Apple відповіла, що «користувачі можуть додавати відео в закладки на вебсайті через Safari», і в обговоренні так і не повідомлено про схвалення.
Висновок із порівняння: перший застосунок пройшов, щойно його перший екран перестав виглядати як сайт, що завантажується. Другий не пройшов, бо кожну додану функцію вже можна було виконати в Safari. Тестуйте свій застосунок Base44 на телефоні з урахуванням цього.
Що перевірити перед тим, як натиснути Submit for Review?
Перед поданням переконайтеся, що рецензент на iPhone може увійти, виконати основне завдання і ніколи не натрапить на порожній екран, тупик у стилі вебсторінки чи оплату цифрового контенту через Stripe.
- App Scan не показує невирішених критичних проблем, і ви повторно опублікували застосунок після виправлень.
- Запустіть застосунок у режимі польоту й переконайтеся, що замість білого екрана з'являється зрозуміле повідомлення.
- Сторінки політики конфіденційності та умов використання доступні ще до реєстрації.
- Навігація працює без браузерних кнопок «назад», і жодні зовнішні посилання не заводять користувача в глухий кут.
- Жоден цифровий контент не продається через Stripe всередині застосунку.
- Демо-акаунт працює, а нотатки для рев'ю пояснюють, що застосунок робить на телефоні такого, чого не робить вебсайт.
- Запис в App Store Connect використовує bundle ID, згенерований Base44.
Приклад: застосунок для бронювання, створений у Base44, який продає очні заняття, може залишити Stripe, бо заняття — це послуга. Якщо в ньому з'явиться платна відеотека, вона підпадатиме під правило 3.1.1, тож приберіть її зі збірки для iOS, доки не стане доступним StoreKit. Якщо хочете, щоб хтось ще раз перевірив усе перед поданням, перегляньте наші послуги.
Поширені запитання
Чи подає Base44 мій застосунок в App Store замість мене?
Ні. Base44 генерує й підписує IPA, але в його документації сказано, що він не створює і не керує акаунтами розробника, а служба підтримки не звертається до Apple чи Google від вашого імені. Ви самі створюєте запис застосунку в App Store Connect, завантажуєте IPA через Transporter або інший інструмент Apple, заповнюєте сторінку в магазині, надсилаєте застосунок на рев'ю й відповідаєте на будь-які відхилення.
Чи можна опублікувати застосунок Base44 на безкоштовному плані?
Лише частково. На плані Free можна запустити App Scan і побачити свій Readiness Score, але для завантаження згенерованого IPA або AAB потрібен план Builder або вищий. Крім того, вам потрібна Apple Developer Program, яка коштує 99 USD за рік членства, а також акаунт розробника Google Play з одноразовим внеском 25 USD, якщо ви випускаєте застосунок і на Android.
Чому Base44 видає помилку 403 під час створення файлів для App Store?
У документації Base44 сказано, що API-ключ App Store Connect повинен мати роль Admin, а ключ із нижчою роллю спричиняє помилку 403. Створіть новий ключ в App Store Connect у розділі Users and Access → Integrations з доступом Admin, завантажте файл .p8 і введіть його разом із відповідними Issuer ID, Key ID та Team ID.
Чи можна додати вбудовані покупки в iOS-застосунок Base44?
Станом на жовтень 2026 року — ні. У документації Base44 сказано, що StoreKit і Play Billing поки не підтримуються, а плагіни RevenueCat і Capacitor IAP не працюють у його збірках. Продаж цифрових товарів через Stripe всередині iOS-застосунку призведе до відхилення за правилом 3.1.1. Для фізичних товарів і реальних послуг Stripe використовувати можна.
Чи потрібно повторно подавати застосунок Base44 після кожної зміни?
Зазвичай ні. Збірка — це обгортка, яка завантажує ваш опублікований вебзастосунок, тож більшість змін контенту й дизайну з'являються без нового подання. Згенерувати файли заново й подати повторно потрібно, коли ви змінюєте назву застосунку, іконку, bundle ID, push-сповіщення або дозволи пристрою. Пам'ятайте, що Apple очікує, що схвалені застосунки не змінюватимуть свого основного призначення після рев'ю.
Джерела та додаткові матеріали
Правила змінюються. Перед публікацією перевірте офіційну документацію.
- Подання застосунку в магазини застосунків – документація підтримки Base44 ↗Перевірено 19 жовт. 2026 р.
- Правила App Review – Apple Developer ↗Перевірено 19 жовт. 2026 р.
- Завантаження збірок – довідка App Store Connect ↗Перевірено 19 жовт. 2026 р.
- Реєстрація в Apple Developer Program ↗Перевірено 19 жовт. 2026 р.
- Відхилено за 4.2 Design: Minimum Functionality – Apple Developer Forums ↗Перевірено 19 жовт. 2026 р.
- Відхилено за правилом 4.2.2 – Design – Minimum Functionality – Apple Developer Forums ↗Перевірено 19 жовт. 2026 р.
Доведімо ваш застосунок до фінішу.
Предметний дзвінок, щоб з’ясувати, що стоїть між вашим застосунком і опублікованою сторінкою в магазині.
Записатися на дзвінок ↗

