Guideline 4.3 Design Spam: що робити, якщо застосунок відхилено

Guideline 4.3 Design Spam: коротка відповідь

Guideline 4.3 це антиспамове правило App Store. Пункт 4.3(a) забороняє публікувати той самий застосунок кілька разів, і на практиці його застосовують проти перепакованих застосунків. Пункт 4.3(b) відхиляє застосунки, які неможливо відрізнити від уже наявних, особливо в перенасичених категоріях. Ліки тут по суті: головна функція, якої більше ніхто не пропонує.

Це найважча відмова для виправлення: вона ставить під сумнів сам сенс існування твого застосунку, і жодне виправлення коду не допоможе, якщо продукт надто схожий на те, що вже є.

Я публікую власні iOS-застосунки: Solys, будильник із міні-іграми, і TradaZen, тренажер для трейдингу, є в App Store. Nolera і Clic спершу відхилили, а потім я їх виправив. Я отримував відмови 2.1, 5.6.3 і 2.3.2, і детально розповідаю про них у статті чому Apple відхиляє твій застосунок. Відмови 4.3 я ніколи не отримував, і не буду розповідати тобі протилежне. Цей гайд спирається на офіційний текст Apple, переказаний своїми словами.

Що саме каже guideline 4.3?

Пункт 4.3, «Spam», знаходиться в розділі 4, «Design», App Review Guidelines. Дві його частини стосуються двох різних проблем.

4.3(a): один застосунок, а не копія для кожного варіанта

Офіційний текст просить не створювати кілька Bundle ID для одного й того самого застосунку. Приклад Apple: публікувати окремий застосунок-карту для кожного міста світу замість однієї світової карти, де можна знайти своє місто. Якщо в твого застосунку є версії для різних місць, спортивних команд чи університетів, Apple радить подати один застосунок і пропонувати варіанти через вбудовані покупки.

На практиці повідомлення про відмову йде далі за цей приклад. У відмовах 4.3(a), які розробники публікували на форумах розробників Apple, Apple пише, що застосунок має «a similar binary, metadata, and/or concept» із застосунками інших розробників, лише з незначними відмінностями. Повідомлення називає такі схожі чи перепаковані застосунки спамом. Важливі три слова: бінарник (скомпільований код), метадані (назва, опис, скриншоти) і концепція.

Ще два правила працюють у тому ж напрямку. Пункт 4.2.6, підправило guideline 4.2, відхиляє застосунки, створені з комерційного шаблону або сервісу генерації застосунків, якщо їх не подає безпосередньо постачальник контенту. Guideline 4.1, «Copycats», забороняє копіювати популярний застосунок, трохи змінивши назву чи інтерфейс. Вона починається з простої фрази: «Come up with your own ideas.»

4.3(b): перенасичені категорії

Пункт 4.3(b) відхиляє застосунки, які неможливо відрізнити від того, що вже широко доступне: на думку Apple, такі опортуністичні варіанти погіршують пошук в App Store.

Текст називає відповідні категорії. Застосунки для знайомств, ліхтарики, звукові ефекти, шпалери, прості таймери й ворожіння («fortune telling») вже добре представлені. Apple більше не приймає нові застосунки в цих категоріях, якщо вони не пропонують «a meaningfully different or improved experience». Apple може навіть видалити ті, що не оновлюються, не покращуються або нікого не приваблюють.

Другий список суворіший: ігри з алкоголем, Камасутра, застосунки з пуканням і відрижкою. Apple вважає їх низькоякісними або зробленими без зусиль, і повторні подання такого типу можуть призвести до виключення з програми для розробників.

Гороскопи й астрологія в поточній версії тексту прямо не названі. Але типовий застосунок зі щоденним гороскопом дуже близький до ворожіння, і я б вважав це перенасиченою категорією.

Чому 4.3 частіше прилітає застосункам, зробленим з ШІ та шаблонами

Шаблони за визначенням мають усе спільне

Шаблон застосунку, що продається онлайн, купують багато розробників: вони змінюють кольори, іконку й назву, а потім подають. Apple не пояснює, як саме виявляє схожість, але в його повідомленні йдеться про бінарник, метадані й концепцію: три речі, які шаблон поділяє з усіма своїми копіями. Саме цей випадок мають на увазі 4.3(a) і 4.2.6.

ШІ створює усереднену версію твоєї ідеї

Попроси ШІ зробити «застосунок для відстеження звичок»: він видасть найімовірнішу версію ідеї, тобто середнє з того, що вже існує, з тими самими екранами й тим самим онбордингом. Код, можливо, оригінальний, а концепція ні. А 4.3(b) оцінює досвід, а не оригінальність коду.

ШІ дуже добре кодить ідею з чіткою відмінністю, але не знайде цю відмінність за тебе. Що він робить добре, а що ні, я детально розбираю в статті створити iOS-застосунок з ШІ.

Як справді вирізнити свій застосунок

Головна функція, якої ніхто не пропонує саме так

Це правило я застосовую до кожної ідеї, саме щоб уникнути 4.3: головна функція, якої більше ніхто не пропонує саме так. Ще один будильник був би вразливим, адже прості таймери входять до категорій, які називає Apple. Solys це будильник, який змушує тебе виграти міні-гру, щоб його вимкнути. Відмінність вміщається в одне речення, і її видно з першого ж використання.

Тест: закінчи фразу «це єдиний застосунок, який...». Якщо можеш закінчити лише словами «але гарніший», твоя відмінність надто слабка.

Контент і логіка, які належать тобі

Інша обгортка не допоможе. Застосунок вирізняє те, що він створює: контент, написаний саме для нього, дані, які він обчислює, механіка, якої немає деінде. Якщо ти стартуєш із шаблону чи open source проєкту, змінюй логіку, а не лише кольори.

Назва, скриншоти й опис, які це доводять

Повідомлення 4.3(a) згадує метадані: рев'юер оцінює і твою сторінку, як і у випадку з guideline 2.3.10. Загальна назва на кшталт «Ліхтарик Pro» сигналізує про копію ще до відкриття застосунку. Назва й підзаголовок мають говорити про унікальну функцію, перший скриншот має її показувати, а опис має з неї починатися. Ця робота допомагає й твоєму пошуковому просуванню: метод описано на сторінці ASO App Store.

Один застосунок для всіх варіантів

Якщо твоя ідея має варіанти за містами, командами чи темами, публікуй один застосунок із вибором усередині та вбудованими покупками, якщо варіанти платні. Це буквальне прочитання 4.3(a).

Як відповісти на відмову 4.3 в App Store Connect

Те, що раніше називалося Resolution Center, тепер знаходиться в розділі App Review в App Store Connect. Там ти відповідаєш на повідомлення App Review текстом і вкладеннями (скриншотами чи документами), доки не подав застосунок повторно.

1. Визнач підправило. Відмова 4.3(a) говорить про схожість з іншими застосунками або про кілька варіантів. Відмова 4.3(b) говорить про перенасичену категорію.
2. Будь чесним щодо суті. Якщо твій застосунок зроблено з шаблону або він справді схожий на наявні, не сперечайся: змінюй продукт, а не формулювання.
3. Якщо відмінність справжня, покажи її. Відповідай коротко, по фактах, англійською, і додай відео головної функції.

Шаблон, яким я б користувався (адаптуй під себе):

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Пиши два речення про код та інші застосунки лише тоді, коли вони правдиві. Неправдиве твердження у відповіді Apple обійдеться тобі дорожче за відмову. Повний порядок дій після будь-якої відмови описано на сторінці застосунок відхилено Apple.

Коли подавати апеляцію до App Review Board

Apple дозволяє подати апеляцію до App Review Board, якщо ти вважаєш, що рев'юер неправильно зрозумів концепцію й роботу твого застосунку, або що з тобою вчинили несправедливо під час перевірки. Apple ставить три умови: навести конкретні причини, чому твій застосунок відповідає guidelines, подати лише одну апеляцію на кожне відхилене подання і спершу відповісти на будь-який запит додаткової інформації.

Подавай апеляцію, коли твоя відмінність справжня, помітна в застосунку, а твоєї відповіді в App Store Connect не вистачило, щоб її пояснити. Для шаблону, клону чи варіанта без відмінностей апеляція продукт не змінить.

На тій самій сторінці Apple також пропонує 30-хвилинні відеозустрічі з App Review. Якщо твоя ідея межує з перенасиченою категорією, запитай до того, як почнеш її будувати.

Чекліст проти 4.3 перед поданням

• Ти можеш закінчити фразу «це єдиний застосунок, який...», не згадуючи дизайн
• Головну функцію видно з першого використання, без пошуків
• Жоден екран, текст, звук чи зображення не взято як є з шаблону, логіку якого ти змінив
• Ти не публікуєш два застосунки з однаковим кодом і однаковою концепцією
• Твої варіанти (міста, команди, теми) живуть в одному застосунку
• Назва й підзаголовок говорять про унікальну функцію, а не про категорію
• Перший скриншот і опис починаються з твоєї відмінності
• Якщо твій застосунок стосується категорії, названої в 4.3(b), нотатки для перевірки у двох реченнях пояснюють, чим він вирізняється і як це протестувати

4.3 запобігають на етапі вибору ідеї

Ще «один» застосунок у перенасиченій ніші створює дві проблеми. Apple може відхилити його за 4.3(b). А якщо він пройде, то змагатиметься із застосунками, які встановлені роками, і не дасть жодної причини обрати саме його.

Тож відмінність не додають у момент подання. Її визначають ще до першого рядка коду, зводячи ідею до однієї чіткої головної функції для конкретної аудиторії. Це серце добре окресленого MVP iOS-застосунку і перший крок мого методу від ідеї до App Store.

Обери правильну ідею до того, як писати код

В iOS Kit перший крок шляху саме для цього: обрати ідею, аудиторію й ціну, перш ніж писати код.

Уже отримав відмову 4.3? Apple Review Kit допоможе знайти назване правило, зрозуміти, чого воно вимагає, і побачити приклад виправлення та відповіді. Якщо хочеш, щоб ми разом подивилися на твою ситуацію просто зараз, забронюй годину зі мною по відеозв'язку.

Ніхто не може гарантувати тобі схвалення Apple, і я теж. Але я можу допомогти з самого початку відсіяти ідеї, які стали б ще одним зайвим застосунком.

Досі сумніваєшся у своїй ідеї? Безкоштовна діагностика відштовхується від твого проєкту, підказує, з якого кроку почати, і надсилає тобі мій чекліст проти відмов Apple. А на головній сторінці показано, як створити мобільний застосунок не з нуля, обравши ідею до того, як писати код.

Поширені запитання

Яка різниця між 4.3(a) і 4.3(b)?

4.3(a) стосується дублювання: кількох версій одного застосунку або застосунку, який має спільний код, сторінку чи концепцію з іншими, з точністю до дрібниць. 4.3(b) стосується перенасичення: нічого нового в дуже заповненій категорії, як-от ліхтарики.

Чи відхилять мій застосунок, створений з ШІ, за 4.3?

Не через те, що його створено з ШІ: Apple оцінює результат, а не інструмент. Ризик виникає через загальну ідею, яку ШІ перетворює на усереднену версію того, що вже є. Якщо твоя головна функція унікальна й помітна, походження коду не є проблемою з погляду 4.3.

Чи можна використати шаблон і не отримати відмову?

Шаблон як технічна відправна точка, який потім глибоко перероблено, не є проблемою. Шаблон, опублікований майже як є, з новою назвою й новими кольорами, це саме те, проти чого спрямовані 4.3(a) і 4.2.6.

Чи треба змінювати акаунт або Bundle ID після відмови 4.3?

Ні. Зміна ідентифікатора чи акаунта не змінює застосунок, а 4.3(b) передбачає, що повторні подання малоцінних застосунків можуть призвести до виключення з програми для розробників. Єдиний надійний вихід: змінити продукт, а потім подати його знову.

Чи можуть ще прийняти застосунок для знайомств або зі шпалерами?

Так, якщо він пропонує справді інший або покращений досвід: саме цю умову ставить текст Apple. Ця відмінність має бути помітна в застосунку, на сторінці та в нотатках для перевірки.