Apple App Store (nudify, bait-and-switch): ризик app-обгорток bulk-генератора — web-MVP на Bubble і BIAIG на сервері
Native shell навколо bulk-генерації не знімає Guideline 1.2 і 4.2.7(e). Web-MVP на Bubble поза App Store і server-side policy (BIAIG) — інша архітектурна вісь, ніж «приховати inference у batch».
Контекст
У жовтні 2026 Apple посилила App Review Guidelines щодо nonconsensual intimate imagery (зокрема AI-generated) і bait-and-switch після схвалення. Я бачив, як команди замість web-MVP на Bubble обгортають bulk-генератор у native shell — і думають, що inference на сервері вирішить review. Ні. Питання не «де крутиться модель», а що бачить review, store listing і post-approval моніторинг. Про це окремо: Тайвань MODA: три шари маркування.
Це methodology framing з дайджесту та Scout brief. Без кейсів видалень і статистики, яких у brief немає (окрім згаданих агрегатів у transparency report і журналістського репорту про три apps у квітні 2024).
Що Apple фактично класифікує як ризик
- 1.1.4 — sexual/pornographic material; nudification use cases під забороною.
- 1.2 — generative / UGC / AI content creation: filtering, reporting, blocking, contact info, removal — обов’язки на рівні продукту, не «опційно на бекенді».
- 2.3.1(a) — точні Notes for Review; misleading promotion поза App Store, якщо обіцяє можливості, яких reviewed app не демонструє.
- 2.5.2 / 2.5.19 — обмеження на зміну поведінки після approval, hidden/dormant/remote-enabled features (bait-and-switch).
- 4.2 — minimum functionality; repackaged website.
- 4.2.7(e) — thin clients for cloud-based apps are not appropriate for the App Store — прямо про wrapper + cloud bulk generation.
Apple також описує post-approval monitoring (EU DSA transparency, H2 2024): automated tools для bait-and-switch після публікації. Це не замінює первинні guidelines, але пояснює, чому «пройшли review — увімкнули інше remote» — системний ризик, а не edge case.
Журналістика (404 Media, квітень 2024) описує pattern: тихіший store listing vs explicit зовнішня реклама — Apple видалила щонайменше три nudify apps після зовнішніх tips. Primary Apple docs у brief не підтверджують цю narrative дослівно; я використовую її як marketing mismatch framing, не як офіційну статистику enforcement.
Архітектура A: Bubble web-MVP (без App Store)
Distribution: Safari / PWA / звичайний web launch process (див. ваш internal title про product launch на Bubble без native app).
Що це дає (inference з brief, не Apple quote про Bubble): App Review Guidelines не застосовуються до pure web поза listing. Це не «immunity» — legal/platform ризики поза Apple у brief out of scope.
Що я б робив у Bubble-команді:
- Не планував би «спочатку web, потім та сама UX у wrapper» як безкровний шлях у store — policy surface змінюється радикально.
- Тримав би generation policy, batch queues, audit logs на server-side (BIAIG або аналог), але розумів би: для web це operational control, не App Store аргумент.
- Launch checklist: хто модерує output, як block/report, що в ToS — до публічного URL. Схожий розбір: ShaheerTools free bulk guide (17.10):.
Архітектура B: native wrapper + cloud bulk backend
Typical stack: thin iOS client → upload → server-side batch (BIAIG) → download/share.
Чесна оцінка з brief (editorial inference, не Apple text):
- Server-side batch і policy filters можуть покращити operator control (rate limits, classifiers, human review queue).
- Вони не документовано змінюють класифікацію під 1.2, якщо iOS client лишається user-facing surface для create/upload/share objectionable output.
- 4.2 + 4.2.7(e) лишаються on-point для «обгортка навколо cloud generative product» — ризик відхилення або removal не зводиться до «inference не на device».
Що не тягнути в store listing (і навколо нього)
| Не робити | Чому (guideline theme) |
|---|---|
| Sanitized listing + explicit ads/social «undress / nudify» | 2.3.1(a) off-store marketing mismatch |
| Remote flag «увімкнути після review» | 2.5.19, bait-and-switch (Oct 2026 emphasis) |
| Прихований mode у client, documented only off-store | hidden/dormant features |
| Мінімальний UI «лише галерея», generation only via undocumented API | 4.2 minimum functionality |
| Claim «moderation on server» без in-app reporting/blocking | 1.2 duties on creation apps |
Notes for Review мають відповідати тому, що reviewer бачить і тому, що ви рекламуєте зовні. Brief не дає loophole «server-only generation» у public Apple guidance.
BIAIG на сервері: що реально переносити
Рекомендований split для будь-якого каналу (web або native), якщо продукт — bulk image gen:
- Policy engine — blocklists, consent checks, CSAM/intimate imagery classifiers (vendor або in-house — brief не prescribes).
- Batch orchestration — черги, retries, idempotency; client лише submit job + poll status.
- Audit trail — user id, prompt hash, output hash, moderator actions (для 1.2-style obligations, якщо лишаєтесь у store).
- No duplicate risky UX — не дублюйте в client те, що policy свідомо забороняє на server (dual paths = review і moderation nightmare).
Для wrapper додайте in-app: report, block user, contact path, visible moderation stance — інакше server-only pipeline не закриває 1.2 narrative.
Decision matrix (коротко)
- Ціль — швидкий generative MVP, Bubble-first, без Apple friction: web distribution, server-side BIAIG, launch process без native app.
- Ціль — App Store presence з тим самим bulk gen: очікуйте 1.2 + 4.2.7(e) scrutiny; wrapper не «переносить» ризик на сервер автоматично; bait-and-switch monitoring після approval.
- Nudify / nonconsensual intimate imagery: primary policy — prohibited; architecture debate irrelevant for store listing. Схожий розбір: Magnific One (Brand Kit +.
Open questions (з Scout — не вирішуйте їх у статті як факти)
- Чи зменшує server-only generation офіційно 1.2 для client, що тригерить upload/share? У brief: not found in primary sources.
- Precedents для «BIAIG + policy filters» у public App Review notes: none located.
- Актуальне merged wording 2.5.19 на developer.apple.com — verify before legal citations у production docs.
Джерела
- Apple news, Oct 16, 2026
- App Review Guidelines
- Apple DSA Transparency Report, App Store (Feb 2025, Jul–Dec 2024)
- Secondary context: 404 Media, Apr 2024; The Verge, 2026
Internal cross-ref: «Запуск на Bubble — product launch process для web-MVP (без native app)».