Guideline 4.3(a) Design Spam: как исправить отказ; 4.3(b) и 4.2.6 для шаблонных и ИИ-приложений (2026)

Отказ по Guideline 4.3(a) Design Spam — одно из самых трудных для исправления сообщений App Review, потому что в нём почти никогда не сказано, на какое приложение похоже ваше. Он гораздо чаще бьёт по шаблонным приложениям, white-label-проектам для клиентов и приложениям, сгенерированным ИИ. В этом руководстве мы разграничиваем 4.3(a), 4.3(b) и 4.2.6, разбираем, как другие разработчики справились с отказом, и даём шаблон ответа и чек-лист, который нужно пройти перед повторной отправкой. Другие типы отказов разобраны в руководстве по отказам с разбором каждого пункта правил.

Что означает Guideline 4.3(a) Design Spam?

Guideline 4.3(a) означает, что Apple считает вашу отправку по сути тем же приложением, что уже было отправлено ранее: это либо несколько Bundle ID одного приложения, либо почти точная копия чужого. Решение — объединить дубликаты или сделать основной пользовательский опыт явно другим.

По состоянию на ноябрь 2026 года в App Review Guidelines сказано: «Не создавайте несколько Bundle ID одного и того же приложения (например, отдельное картографическое приложение для каждого города мира вместо одной общемировой карты, в которой пользователь может найти любой город)». Альтернатива, которую предлагает Apple: «рассмотрите возможность отправить одно приложение и предоставлять варианты через встроенные покупки». Пункт 4.3(a) отмечен значком ключа, поэтому он применяется и к нотаризации приложений для iOS и iPadOS, распространяемых вне App Store.

Обычно разработчики получают такой текст отказа: "Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences." (то есть: ваше приложение имеет похожий бинарник, метаданные и/или концепцию с приложениями, которые отправили в App Store другие разработчики, лишь с незначительными отличиями). В этой фразе три триггера — бинарник, метаданные, концепция, — и отказ может вызвать любой из них.

Чем 4.3(a) отличается от 4.3(b) и 4.2.6?

4.3(a) — про дубликаты, 4.3(b) — про приложения, которые ничего не добавляют в и без того переполненную категорию, а 4.2.6 — про приложения на шаблонах, отправленные не с того аккаунта. Для каждого случая нужно своё решение, поэтому сначала проверьте точный номер пункта в вашем отказе.

Действующая редакция 4.3(b) также предупреждает, что Apple «может в дальнейшем удалять такие приложения из App Store, если они не обновляются, не улучшаются или не привлекают пользователей», а низкокачественные категории вроде игр с выпивкой и «пукающих» приложений при повторных отправках могут привести к исключению из Apple Developer Program. Другие недавно пересмотренные Apple правила описаны в нашем материале об изменениях App Review Guidelines в октябре 2026 года.

Почему шаблонные и сгенерированные ИИ приложения помечают как спам?

Шаблонные и сгенерированные ИИ приложения попадают под подозрение, потому что многие из них используют один и тот же стартовый код, одинаковые макеты экранов и похожие тексты для стора — а это совпадение сразу по всем трём триггерам: бинарнику, метаданным и концепции. То, что код принадлежит вам, не освобождает приложение от проверки, если результат выглядит как сотни других.

ИИ-конструкторы приложений часто выдают одинаковый онбординг, одинаковую панель вкладок и одинаковый набор типовых функций («отслеживайте привычки, получайте ИИ-инсайты»), а сгенерированное описание для App Store тоже нередко звучит одинаково. Если вы публиковались через конструктор, проверьте, кто указан продавцом. В 4.2.6 сказано, что сервисы шаблонов «не должны отправлять приложения от имени своих клиентов», поэтому приложение должно выходить под аккаунтом разработчика владельца контента. В нашем руководстве по публикации приложения Base44 и руководстве по публикации приложения Lovable описано, что остаётся на вас после экспорта.

Как другие разработчики исправляли отказ по 4.3(a)?

Публично описанные случаи показывают, что одни лишь визуальные изменения помогают редко. Лучше работают объединение дублирующихся приложений и конкретный ответ о том, чем приложение отличается.

• Слияние с существующим приложением (GitHub). Команда, выпускавшая VoIP-приложение на базе Linphone, сообщила в issue #936 репозитория linphone-iphone, что новый набор иконок и цветовая схема не помогли пройти 4.3(a). Они пришли к выводу, что конфликт возник с другим приложением на базе Linphone в том же аккаунте. Изменения выпустили как обновление этого существующего приложения, и оно прошло ревью «почти сразу».
• Объяснение уникальности (Godot Forum). Разработчик игры на форуме Godot подозревал, что общий бинарник движка совпадает с другими играми на Godot. Уменьшение размера сборки и пояснение, что игра сделана на Godot, оба закончились отказом. Одобрение принёс ответ, в котором он «перечислил ключевые моменты, которые, на мой взгляд, делают игру интересной и отличают её от других игр того же жанра».
• Скриншотов оказалось недостаточно (Apple Developer Forums). В ветке Apple Developer Forums один разработчик рассказал, что представитель Apple указал на скриншоты и что под «метаданными» могут пониматься название, подзаголовок, ключевые слова или скриншоты. Полностью новые скриншоты всё равно привели к тому же отказу — при обновлении приложения, которому было 2–3 года.

Что общего: косметические изменения (иконки, цвета, скриншоты) не сработали ни в одном из трёх случаев. Сработало удаление дубликата из аккаунта или конкретные, на уровне функций, причины, по которым приложение отличается, изложенные ревьюеру.

Как пошагово исправить отказ по 4.3(a)?

Чтобы исправить отказ по 4.3(a), сначала найдите дубликат, затем внесите реальные изменения в продукт, а потом ответьте App Review с конкретикой и только после этого отправляйте повторно. Повторная отправка той же сборки с новой иконкой — самый частый способ получить отказ снова.

1. Прочитайте точный номер пункта в разделе App Review в App Store Connect. Если там указано 4.2.6 или 4.3(b), действуйте по соответствующей строке таблицы выше.
2. Перечислите все приложения в вашем аккаунте — опубликованные или удалённые, — у которых общий с отклонённым код, шаблон, концепция или дизайн. Если такое найдётся, объедините их в одно приложение с вариантами внутри или выпустите изменения как обновление уже опубликованного приложения.
3. Поищите в App Store по ключевым словам вашей категории и отметьте топовые результаты. Запишите, что делает ваше приложение из того, чего не делает ни одно из них.
4. Измените хотя бы один основной сценарий (источник данных, главную функцию, модель взаимодействия), а не только тему оформления.
5. Перепишите название, подзаголовок, ключевые слова, описание и скриншоты так, чтобы они описывали именно ваши функции и в них не осталось типового шаблонного текста.
6. Ответьте в App Store Connect по шаблону ниже. На странице App Review Apple также предлагает 30-минутные встречи в Webex, если вы хотите напрямую обсудить правила с ревьюером.
7. Если вы считаете, что ревьюер неправильно понял приложение, подайте одну апелляцию в App Review Board. Apple просит «подавать только одну апелляцию на каждую отправку, не прошедшую ревью» и сначала отвечать на запросы информации.

Что написать в ответе App Review?

Хороший ответ называет конкретные функции, которые отличают приложение, подтверждает, что в вашем аккаунте нет дубликатов, и показывает ревьюеру, где увидеть каждое отличие. Пишите коротко, по фактам и вежливо.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Если функция доступна только после входа, дайте ревьюеру рабочие учётные данные. Как их подготовить, показано в нашем руководстве по демо-аккаунту для ревью App Store.

Что должен включать чек-лист отличий перед повторной отправкой?

Чек-лист отличий должен охватывать ваш аккаунт, бинарник, метаданные и концепцию — четыре области, которые проверяет 4.3. Отметьте каждый пункт, прежде чем снова нажать Submit for Review.

• Аккаунт: ни одно другое приложение, опубликованное или удалённое, не использует тот же шаблон, концепцию или дизайн.
• Аккаунт: приложение отправляется с собственного аккаунта разработчика владельца контента (4.2.6).
• Бинарник: удалены демонстрационные экраны шаблона, демо-данные и брендинг-заглушки.
• Бинарник: есть хотя бы одна основная функция, которой нет у топовых приложений категории.
• Метаданные: название, подзаголовок и ключевые слова описывают именно вашу ценность, а не категорию в целом.
• Метаданные: скриншоты показывают ваши отличительные функции на первых двух кадрах.
• Концепция: вы можете одной фразой сказать, почему пользователь выберет это приложение, а не одно из пяти лучших в выдаче.
• Заметки для ревью: отличия и демо-аккаунт перечислены, так что ревьюеру не придётся их искать.

Если вы получили отказ по 4.3 уже не раз и не уверены, что менять, наш сервис отправки в App Store подготовит приложение к ревью и вместе с вами отработает замечания из отказа — за $599 для обоих магазинов (взносы за аккаунт разработчика оплачиваются отдельно).