Правилата на App Store: какво проверява App Review

Всяко приложение и всяка негова нова версия минават през App Review, прегледа на Apple, преди да се появят в App Store. Правилата са публикувани в App Review Guidelines, а самата Apple ги нарича „жив документ“: нови случаи водят до нови правила по всяко време. Тук събираме правилата, които най-често засягат начинаещите, и какво да подготвите, преди да натиснете „Submit for Review“.

Как са подредени правилата

App Review Guidelines имат пет раздела, а номерата на правилата следват тях:

1. Safety (безопасност): съдържание, деца, съдържание от потребители, данни за разработчика;
2. Performance (работа): завършеност, бета версии, точни метаданни;
3. Business (бизнес): плащания, абонаменти, вътрешни покупки;
4. Design (дизайн): минимална функционалност, спам, вход в профил;
5. Legal (право): лични данни, интелектуална собственост.

Във въведението Apple пише, че ще отхвърля приложения за всяко съдържание или поведение, което смята за прекрачване на границата. Затова не разчитайте на вратички в текста.

Завършеност (2.1): най-честата причина

Според Apple средно над 40% от нерешените проблеми при прегледа са свързани с правило 2.1, „App Completeness“. Изпратената версия трябва да е окончателна, с всички метаданни и работещи адреси. Текстове и изображения „за попълване“, празни сайтове и временно съдържание трябва да са махнати.

Ако приложението има вход с профил, дайте на прегледащите демо профил с потребителско име и парола и оставете сървъра си включен. Ако функция е трудна за възпроизвеждане, Apple иска демо видео или самия хардуер. Всичко това се пише в секцията App Review Information в App Store Connect.

Други чести причини за отказ според Apple: сривове и грешки (тествайте на устройство с последната версия на системата), счупени връзки, неточни екранни снимки, неясни обяснения защо приложението иска достъп до данни, копия на чужди приложения.

Бета версии (2.2) и метаданни (2.3)

Демо, бета и пробни версии нямат място в App Store: за тях е TestFlight.

Метаданните трябва точно да описват основното в приложението. Конкретно:

• екранните снимки показват приложението в употреба, а не само заглавен екран, вход или начален екран (2.3.3);
• името на приложението е до 30 знака (2.3.7).

Повече от сайт в рамка (4.2) и спам (4.3)

Правило 4.2 иска функции, съдържание и интерфейс, които правят приложението повече от „преопакован уебсайт“. Ако то не е особено полезно, уникално или „като приложение“, мястото му не е в App Store. За собствениците на сайтове това е важно: приложение, което само отваря мобилната версия на сайта, рискува да бъде отказано. Apple изрежда и „уеб изрезките“ и сборниците от връзки сред честите причини за отказ.

Правило 4.3 забранява няколко идентификатора (Bundle ID) за едно и също приложение. Пример на Apple: отделно приложение с карта за всеки град вместо едно с търсене по град.

Съдържание от потребители (1.2) и контакт (1.5)

Ако потребителите публикуват съдържание, приложението трябва да има филтър за неприемливо съдържание, начин да се сигнализира за обидно съдържание с навременен отговор, възможност да се блокират потребители и публикувани данни за връзка. Правило 1.5 иска приложението и адресът за поддръжка (Support URL) да дават лесен начин да се свържат с вас.

Плащания (3.1.1) и вход (4.8)

Ако отключвате функции в приложението (абонаменти, игрова валута, нива, платено съдържание, пълна версия), трябва да използвате вътрешните покупки на Apple (In-App Purchase).

Ако основният вход е през външна услуга или социална мрежа, правило 4.8 иска и равностойна алтернатива, която събира само име и имейл, позволява имейлът да остане скрит и не следи потребителя за реклама без съгласие.

Поверителност (5.1.1)

Всяко приложение трябва да има връзка към политика за поверителност и в App Store Connect, и в самото приложение. Политиката трябва ясно да казва:

• какви данни събира приложението, как и за какво ги използва;
• че всяка трета страна, която получава данни (инструменти за анализ, рекламни мрежи, външни SDK), ги пази поне толкова добре;
• колко време се пазят данните и как потребителят оттегля съгласие или иска изтриване.

Ако в приложението може да се създаде профил, трябва да може и да се изтрие от самото приложение.

Отделно попълвате App Privacy в App Store Connect, известни като „етикети за поверителност“. Там описвате данните, които събирате вие и вашите партньори, включително външните SDK в кода. Без тези отговори не можете да изпратите ново приложение или нова версия. За задълженията по европейското право вижте GDPR за собствениците на сайтове.

Изисквания, които важат в ЕС

От 17 февруари 2025 г. приложенията без декларирания статут на търговец (trader status) по Акта за цифровите услуги (DSA) се премахват от App Store в Европейския съюз, докато статутът не бъде посочен и проверен. Освен това от 31 януари 2026 г. Apple изисква отговори на обновените въпроси за възрастовата класификация, иначе изпращането на нова версия се спира.

Изпращане и срокове

В App Store Connect избирате версията и билда, натискате „Add for Review“ (състояние „Ready for Review“), а после „Submit for Review“. Когато прегледът започне, състоянието става „In Review“.

Apple посочва, че обикновено преглежда поне 50% от приложенията за по-малко от 24 часа и 90% за по-малко от 48 часа. Непълните заявки отнемат повече време.

Ако смятате, че прегледът е сгрешил, може да подадете жалба до App Review Board с конкретни доводи защо приложението спазва правилата. Разрешена е само една жалба за всяка отхвърлена заявка. При критична грешка или събитие с определена дата може да поискате ускорен преглед (expedited review).