требования apple к приложениям
Требования apple к приложениям
Редакция App Store тщательно отбирает приложения, часто отказывая в публикации. Новая проверка приложения займет еще две недели. У нас количество отказов доходило до шести, целых три месяца на публикацию приложения.
Хорошая новость в том, что у Apple описала требования к приложениям в App Store Review Guidelines.
Ниже его перевод. Советую прочитать документ целиком, я пропускал несущественные моменты.
2. Функциональность
Редакция App Store отклоняет приложения, которые
2.1 падают
2.2 содержат видимые ошибки
2.3 делают не то, что написано в описании
2.4 содержат недокументированные или скрытые функции
2.5 используют недокументированные API iOS
2.6 скачивают, устанавливают или запускают исполняемый код
2.7 «бета», «демо» и «тестовые» версии
2.13 содержат только рекламные и маркетинговые материалы
2.18 одобряют чрезмерное употребление алкоголя или наркотиков, склоняют детей к употреблению алкоголя и курению
2.19 проводят некорректную диагностику или отображают неверные данные об устройстве
2.25 показывают приложения других разработчиков для продвижения или покупки в похожем на AppStore интерфейсе
Редакция МОЖЕТ отклонить приложения, которые:
2.11 повторяют приложения которые уже есть в App Store, особенно если их там уже много, например: фонарики, Кама Сутры, пукающие приложения.
2.12 не особо полезные, уникальные или просто веб-сайты оформленные как приложения
2.22 произвольно ограничивают пользователей приложения, например по местоположению или оператору сотовой связи
2.10 iPhone приложения должны работать на iPad в обычном и удвоенном размере.
2.15 Приложения больше 50 мегабайт пользователи смогут загрузить только по WiFi
2.20 Разработчики захламляющие App Store разными версиями одного и того же приложения будут заблокированы.
2.21 Приложения содержащие просто песню или фильм должны быть в iTunes Store, просто книгу в iBookStore.
3. Метаданные (имя, описание, иконка)
3.4 Названия приложения в iTunes и на рабочем столе устройства должны похожими.
3.5 Большие и маленькие иконки приложения должны быть одинаковыми
3.6 Описание и иконки должны иметь рейтинг 4+ (можно показывать четырехлетним детям).
3.10 Разработчики покупающие или генерирующие отзывы пользователей, манипулирующие топами App Store будут заблокированы.
4. Местоположение
5. Push оповещения
Приложения неправильно использующие push-оповещения будут отклонены.
5.1 Push оповещения должны быть реализованы через Apple Push Notification API (APN)
5.3 Вы обязаны получить согласие пользователя перед отправкой оповещений
5.4 В push-оповещения нельзя посылать персональную или конфиденциальную информацию
5.7 Нельзя брать деньги с пользователя за использование push-оповещений
Нельзя посылать вирусы, трояны (5.9), спам (5.5) и рекламу (5.6).
6. Game Center
9. Мультимедиа
9.1 Приложения обязаны использовать MediaPlayer Framework для доступа к музыкальной библиотеке устройства
9.2 Приложения похожие на интерфейс iPod будут отклонены
Требования к потоковой передаче данных по сотовым сетям (по WiFi можно передавать как хотите):
9.3 Аудио не больше 5 мб за 5 минут
9.4 Видео длиннее 10 минут должны использовать HTTP Live Streaming и включать 64kpbs аудио-версию
11. Покупки
Чем дороже приложение или покупки тем внимательнее Apple его проверяет (11.11)
Редакция отклоняет приложения, которые:
11.1 открывают или разблокируют новый функционал не с помощью механизмов AppStore
11.2 используют отличные от In-App Purchase (IAP) механизмы для покупки контента, разблокирования функций или оказания услуг в приложени
11.3 продают через IAP товары физического мира (билеты в кино, пиццу) или услуги используемые вне приложения (мойка машины)
(фактически пункт 11.3 значит, что физические товары и услуги используемые вне приложения можно продавать не через IAP: кредитные карты, SMS)
11.5 продают кредиты, которые имеют срок действия
11.8 разблокируют за деньги доступ к функциям смартфона, например, камере или гироскопу
11.9 продают контент в аренду (со временем становится недоступен)
11.13 содержат ссылки на внешние механизмы покупки, например кнопку «купить», ведущую на веб-сайт с формой покупки
IAP бывают четырех видов:
— consumables потреблямые (можно покупкать многократно: патроны, здоровье, кредиты в skype)
— non-consumables непотребляемые (покупаются один раз: фильмы, книги, функции приложения, новые уровни)
— авто-обновляемые подписки
— подписки обновляемые вручную
Вы должны правильно выставить тип своих IAP (11.7), например, непотребляемые для фильмов или дополнительных функций, подписки для периодических платежей.
Авто-обновляемые подписки автоматически списывают деньги с карточки пользователя. Их можно использовать только для: переодических изданий (журналы, газеты), подписки на бизнес приложения и медиа-приложения (музыка, видео) (11.15).
Приложения могут использовать контент (журналы, музыку, фильмы), купленный вне приложения, если вы не даете ссылку на внешний механизм покупки. (11.14)
Если вы используете встроенные покупки в приложении рекомендую прочитать Gettings Started with In-App Purchase
13 Повреждения
Редакция отклоняет приложения которые:
13.1 предлагают пользователю использовать устройство таким образом что оно может быть повреждено (выбросить в окно, ударить по столу)
13.2 быстро расходуют батарею или нагревают устройство
Редакция МОЖЕТ отклонить приложение которое может привести к физической травме пользователя.
15 Насилие
15.4 «Враги» в игре не должны представлять реальную расу, нацию, культуру, правительство или корпорацию.
17 Приватность
18 Порнография
Определение порнографии: явное описание или изображение половых органов или действий направленных на эротическое стимулирование, а не на эстетическое или эмоциональное восприятие.
20. Конкурсы, тотализаторы, лотереи, розыгрыши и азартные игры
22. Законные требования
Редакция отклоняет приложения, которые:
22.4 допускают нелегальный обмен файлами
22.5 содержат рекламу азартных игр
22.6 разрешают анонимные звонки или SMS
22.9 приложения рассчитывающие дозу лекарства должны быть выпущены производителем лекарства, госпиталем, страховой компанией или исследовательским институтом
24. Детские приложения
Приложения в категории App Store «Для детей» должны быть предназначены для конкретного возраста: до 5 лет, 6-8 лет или 9-11 лет (24.4)
Приложения для детей до 13 лет:
24.1 должны иметь политику конфиденциальности
24.3 должны запрашивать разрешение родителей на переход по ссылке вне приложения или любые покупки
24.2 не могут показывать контекстную рекламу или рекламу основанную на поведении пользователя
От редактора
Требования Apple не всегда очевидны. Если вам не понятен какой-то пункт, задавайте вопросы в ответе на это письмо.
Требования к приложениям для публикации в AppStore
Какие ошибки приводят к отклонению приложения?
Самой большой ошибкой будет разработать мобильное приложение под iOS и, только когда придет время публикации, посмотреть требования от AppStore.
А если серьезно, то каждую неделю на сайте Apple для разработчиков публикуется топ-10 причин, почему приложения были отклонены. Вот наиболее встречающиеся:
1. Приложение не готово.
2. Битые (неработающие) ссылки.
3. Неполная информация о приложении.
4. Не соответствующие описание и скриншоты.
5. Введение пользователей в заблуждение (например, если приложение содержит рекламу, пользователь должен быть предупрежден об этом).
6. Реклама отражается в приложении неправильно.
7. Приложение бесполезно.
8. Приложение не представляет долгосрочной ценности (не содержит полезного функционала, является узконишевым и т.д.).
Все эти причины таят в себе большой свод требований, который трудно изучить за один присест. Между тем, важно именно до начала разработки понять, имеет ли ваше приложение шанс попасть в AppStore.
И даже если, казалось бы, все требования соблюдены, AppStore все равно может найти что-то, что ему не понравится. Некоторые моменты можно исправить быстро. Это касается описания и качества скринов, присвоения возрастных ограничений и т.д.
Но есть ошибки, которые допущены на этапе разработки, а иногда и на стадии идеи. Такие базовые вещи просто так не исправляются, и часто проще забыть о ресурсах, вложенных в проект, и начать все заново.
Всегда проще избежать ошибок, чем исправлять их.
Какие требования важно знать на стадии идеи приложения?
Идея приложения
Во-первых, стоит провести тщательное исследование конкурентов. AppStore не пропускает точные копии существующих приложений, бесполезные приложения и содержащие неприемлемый контент и функционал. Причем, перечня неприемлемости не предоставляется. Здесь нужно руководствоваться своими моральными принципами и надеяться, что они совпадают с принципами Apple.
В-третьих, вы можете использовать в приложении только ваш собственный контент или контент, на который у вас есть лицензия. AppStore очень серьезно подходит к вопросу интеллектуальных прав. Существуют некоторые приемы, позволяющие обойти это требование, но AppStore предупреждает, что любое приложение, пойманное на обмане будет удалено навсегда, как и аккаунт разработчика.
Итак, самое важное на этапе идеи — убедиться, что ваше приложение не копирует функционал других приложений, приносит явную пользу будущим пользователям, не использует чужой контент и в целом является перспективным.
Качество кода
Если вы не разработчик и ищите компанию, которая займется воплощением вашей идеи — изучите портфолио, задайте вопросы, касающиеся опыта разработки приложений для iOS.
AppStore отметает приложения, которые созданы словно «на коленке», содержат баги, код не соответствует гайдлайнам.
Эта задача кажется не такой уж сложной, на первый взгляд. Но создание любого технологичного продукта сопровождается неизбежными ошибками. Команда должна уметь исправлять их в процессе. Например, мы делаем так: каждый проект разделяем на майлстоуны (небольшие, но логически завершенные этапы), и после каждого майлстоуны проводим тестирование.
Исправляем — идем дальше. Иначе в финале можно увязнуть в багах и не пройти модерацию.
Поэтому совет: выбирая компанию для разработки приложения, узнайте, есть ли в их команде тестировщик, насколько он крут, и как обстоят дела с поиском и исправлением багов.
Дизайн
Также в команде должен быть UI/UX дизайнер. Это не просто дизайнер, который рисует красивые интерфейсы. Это дизайнер, который рисует удобные интерфейсы по правилам AppStore.
Почему это так важно? Мир поделился на адептов iOS и Android. Если вы пользуетесь Samsung, попробуйте взять iPhone и разобраться в нем с первого раза скорее всего, вы испытаете раздражение. Интерфейсы разных платформ созданы по разным правилам — и этим правилам должны отвечать и интерфейсы приложений.
Проще говоря, приложения под каждую платформы должны органично вписываться в привычки пользователей. Иначе пользователи будут испытываться раздражение и удалять приложение, а это плохо скажется на репутации Apple.
Apple обещает своим адептам качество, безопасность, крутой имидж. И приложения должны быть соответствующие.
Поэтому дизайн стоит доверять только профессионалам.
Немного о правилах создания интерфейса для iOS можно узнать тут.
Это не все требования, но самые важные, о которых стоит думать уже на первых этапах создания приложения для iOS.
Что сделать перед публикацией?
AppStore также приводит список действий, которые необходимо предпринять перед релизом приложения на iOS.
1. Проведите тестирование и исправьте найденные баги.
2. Убедитесь, что приложение содержит полный и правильный контент.
3. Обновите контактную информацию на случай, если с вами захотят связаться по поводу модерации приложения.
4. Предоставьте все необходимые доступы в приложение для того, чтобы модераторы смогли его проверить.
5. Если приложение предполагает работу администратора, то сделайте так, чтобы он был доступен во время проверки.
6. Предоставьте для проверки необходимую документацию и описания неочевидных функций.
7. И, конечно, проверьте, соответствует ли ваше приложения всем гайдлайнам для разработчиков приложений на iOS.
Как вы поняли, последний пункт наиболее трудоемкий, так как гайдлайны содержат множество технических требований. Но пренебрегать ими нельзя. Политика AppStore очень проста и жестока: не соответствуешь — не проходишь модерацию.
Требования для публикации приложений в AppStore и Google Play в 2021
Google Play и Apple App Store на сегодняшний день являются двумя крупнейшими платформами для распространения и продвижения приложений.
Не важно: разрабатываете вы приложение самостоятельно, заказываете у профессиональных разработчиков или создаете приложение с помощью no-code инструментов, процесс публикации приложений в магазины происходит для всех одинаково. И важно соблюсти некоторые требование, чтобы ваше приложение успешно прошло модерацию и было опубликовано.
Чтобы избежать каких-либо проблем и возможных отказов в публикации вашего приложения, мы составили список требований, которые необходимо соблюдать для успешной публикации приложения в каждый из сторов.
Google Play остается основной платформой для распространения приложения для Android, хотя существует множество других альтернативных магазинов.
Чтобы опубликовать и дать возможность пользователям Android загружать и использовать ваше приложение на своих смартфонах и планшетах, вы должны выполнить следующие действия и убедиться, что ваше приложение соответствует требованиям.
Рекомендуемая длина текстов:
Важно: Если ваше приложение доступно для планшетов, загрузите дополнительные скриншоты для них.
Совет: площадка Google Play полна различных приложений. Конкуренция серьезная, поскольку в каждой категории есть не менее 100 приложений. Убедитесь, что визуальные элементы и контентная часть привлекают внимание пользователей.
Когда дело доходит до публикации, Apple довольно придирчив и делает процесс публикации вашего приложения намного сложнее, чем Google. Тем не менее, вы по-прежнему можете сделать ваше приложение доступным для пользователей IOS.
Вот как выглядит публикация iOS приложения в App Store в 2021 году.
— iPhone: 180×180 пикселей или 120×120 пикселей. Формат PNG или JPEG;
— iPad Pro: 167 пикселей;
— iPad, iPad mini: 152×152 пикселей;
— App Store: 1024×1024 пикселей.
С 31 января 2022 года, приложения iOS, в которых можно создавать аккаунты, обязаны предоставлять пользователям опцию удаления. Подробнее о новом правиле от App Store, вы можете найти здесь.
Всегда хочется поскорее опубликовать и продемонстрировать свое приложение пользователям. Но прежде чем загрузить его в App Store или Google Play, убедитесь, что вы выполнили все инструкции и ваше приложение соответствует всем требованиями платформ.
Гугл довольно жёстко реагирует на нарушения своих правил. Если приложение нарушает правила, даётся 1 из 3 предупреждений. Если вами достигнуты 3 нарушения, то гугл дарит вам перманентный ПОЖИЗНЕННЫЙ бан. В этом плане app store более гуманный, бан даётся на 6 месяцев, после чего вы можете возобновить разработку.
Обязательно читайте правила для приложений чтобы избежать допущенную мной ошибку. И лучше публиковать приложение на территории своей страны или страны, законы которой вы знаете
3 и 4 декабря поговорим о трендах в индустрии, технологиях и научном мире.
Инструкция по публикации iOS-приложения в App Store
Однажды менеджеры Лайв Тайпинг подумали: «Как хорошо было бы иметь инструкцию-чеклист, чтобы ничего не забыть перед публикацией приложения в стор. С ней можно перестать носить всё в голове и не объяснять вновь пришедшим менеджерам, что к чему, а просто скинуть гуглдок». Подумали и написали — для себя. Но потом поняли, что нехорошо скрывать полезную информацию от общественности. Поэтому мы надеемся, что инструкция поможет менеджерам всех остальных студий так же, как помогает нам.
Тема этой заметки — публикация приложения в App Store. Чуть позже мы опишем порядок действий для публикации в Google Play.
Что же нужно сделать PM`y в ходе публикации:
Создание аккаунта
Чтобы опубликовать приложение в App Store, нужен Apple ID. Он создаётся по этой ссылке. Затем, с помощью Apple ID, войдите на сайт iOS Dev Center. После заполнения всех необходимых полей начнётся процедура регистрации вас как разработчика. Она стоит 99$. Ожидание подтверждения аккаунта займёт от двух недель.
Подготовка маркетинговых материалов
Требования к маркетинговым материалам:
Текст
Название приложения ограничивается 50 символами. Если в приложении есть локализации, необходимо проверить длину названия на каждом языке.
Требования стора к тексту:
Согласование текста с клиентом
Перед встречей PM делает различные варианты текстов и в ходе встречи обсуждает их с клиентом.
Эта статья на Apptractor поможет написать хороший текст для App Store и Google Play.
Скриншоты
Определитесь с рекламной концепцией, с которой вы будете двигаться далее —
от этого зависит формат подачи визуального контента.
Подписывайте скриншоты — это напрямую влияет на количество установок вашего приложения. Оформление надписей на скриншотах может быть самым разнообразным.
Нет ограничений по расположению текста.
Количество и размеры скриншотов
В App Store можно загрузить до пяти скриншотов на каждое разрешение экрана, минимум один на каждую локализацию.
Если приложение выглядит одинаково для всех разрешений и локализаций, можно использовать скриншот максимального разрешения для каждого типа устройства (то есть один для всех iPhone или один для всех iPad). Если нет:
Другие требования App Store:
Видео для предпросмотра приложения
Это опциональный маркетинговый материал, но если вы хотите показать приложение клиенту с максимально выгодной стороны, и у нас есть на это бюджет, то это лучше сделать.
Ограничение по количеству видео
Разместить можно только один видеоролик
Требования стора к видео:
Советы по созданию видео:
Иконка
Требования стора к иконке
Большая иконка идентифицирует приложение в App Store и будет использована в случае фичеринга.
Требования App Store:
Обеспечение сборки наличием сертификата цифровой подписи
Цифровая подпись необходима для того, чтобы App Store мог идентифицировать разработчика. В дальнейшем только этот разработчик сможет обновлять и изменять приложение.
Этот пункт инструкции относится к технической стороне разработки и выполняется разработчиком. Задача менеджера — удостовериться, что приложение имеет подпись. Если у билда не будет правильной подписи, можно получить реджект со стороны стора. Снижение этого риска — задача PM`a: спросите разработчика, правильная ли подпись у билда.
Что необходимо указывать при отправке сборки
Платное приложение и внутренние покупки
Внутренние покупки (In-App Purchase, или IAP) бывают четырех видов:
Автоматически обновляемые подписки самостоятельно списывают деньги с карточки пользователя. Их можно использовать только для:
Чем дороже приложение или покупки, тем внимательнее Apple его проверяет. Смотри документ в разделе «Что может стать причиной отклонения приложения».
Что может стать причиной отклонения приложения
В комментариях мы будем рады узнать о том, в каком порядке публикуете приложения в своих студиях вы. Пользуйтесь инструкцией, дополняйте и уточняйте её содержание.
Вот это поворот: почему Apple изменила требования к разработчикам приложений
В прошлом месяце Apple опубликовала изменения в гайдлайнах для разработчиков приложений под iOS. Они коснулись, в том числе, приложений для родительского контроля и обеспечения конфиденциальности детей. Причем часть новых рекомендаций идет вразрез с решениями, которые Apple приняла несколькими месяцами ранее. Обсуждаем требования к приложениям в App Store, которые вступят в силу 3 сентября этого года, и разбираемся в причинах — а также возможных долгоиграющих последствиях — этой ситуации.
Что изменилось — коротко
Помимо презентации нового Mac Pro, Pro Display XDR и iOS 13 в начале июня Apple анонсировала и определенные изменения в гайдлайнах для разработчиков приложений. Короткий пост обо всех этих изменениях вышел в новостном разделе портала Apple Developer 3 июня.
Одно из нововведений, которое вызвало особенно бурную реакцию американских СМИ, — запрет на использование «сторонних аналитических сервисов или рекламы» в приложениях для детей (разделы 1.3 и 5.1.4 гайдлайнов). Как указано в пункте 5.1.4, «сбор и передача данных третьей стороне приложениями из категории «Дети» запрещены». Требование действует для новых приложений, а существующие нужно привести в соответствие до 3 сентября 2019 года.
Кроме того, к детям имеют непосредственное отношение и нововведения пунктов 5.4 и 5.5. По новым правилам, приложения, осуществляющие функции родительского контроля, могут «в ограниченных случаях» использовать технологию управления мобильными устройствами (Mobile Device Management, MDM) и API NEVPNManager. При этом в Apple подчеркивают, что «приложения должны иметь полезную функциональность или развлекательную ценность вне зависимости от возраста пользователя» — будь то ребенок или взрослый.
Почему решили изменить политики — и именно сейчас
В гайдлайнах Apple ссылаются прежде всего на требования американских и европейских законодателей, а именно на Закон о защите конфиденциальности детей в интернете (Children’s Online Privacy Protection Act, COPPA) и GDPR. Но отмечают, что при создании детских приложений нужно учитывать и опыт других стран и их требований к защите персональных данных.
Правда, есть основания предполагать, что сами по себе COPPA и GDPR — не единственная причина ограничений. Некоторые СМИ напрямую связывают изменение политик с резонансным отчетом Wall Street Journal, согласно которому 79 из 80 протестированных ими приложений из App Store использовали в среднем по четыре трекинговых системы для сбора аналитики, показа рекламы или маркетинговых целей.
Журналисты отдельно остановились на одном из «детских» приложений, которое сохраняло имя и возраст ребенка, а также информацию о его действиях в приложении, а затем передавало данные Facebook. Критика Wall Street Journal оказалась особенно болезненной — незадолго до этого Apple запустили рекламную кампанию, слоганом которой стала фраза: «Все, что происходит в вашем iPhone, остается на вашем iPhone».
Авторы материала выражали несогласие не столько с самим фактом сбора и передачи данных, а с непрозрачностью всей системы, при которой пользователь не знает, что в действительности делает то или иное приложение. В Apple в ответ выпустили заявление о том, что компания не вмешивается в отношения между разработчиком и пользователем, но в будущем планирует работать над улучшением безопасности и сохранности персональных данных.
И новые политики, видимо, стали результатом этой работы. Неслучайны и послабления в пунктах 5.4-5.5. Дело в том, что еще в апреле Apple наложила ряд ограничений на приложения, реализующие функции родительского контроля и использующие технологии MDM. Компания тогда объяснила ситуацию тем, что приложения нарушали политики App Store, еще с 2017-го года предписывавшие разработчикам отказаться от MDM-функциональности.
Фото — Tyler Gardon — Unsplash
Однако «репрессиям» приложения подверглись сравнительно недавно, после того, как в iOS 12 появился сходный по функциям сервис Screen Time. Ситуация вызвала вопросы не только у независимых разработчиков приложений, но и у американского правительства — примечательно, что пост об изменении гайдлайнов и отмене «запрета на MDM» вышел в тот же день, что и материал New York Times с информацией о том, что Apple хотят проверить на предмет нарушения антимонопольного законодательства США в связи с ситуацией в App Store.
Кто еще теперь озабочен защитой конфиденциальности детей
Случай с Apple — не единичный. В похожей ситуации чуть раньше оказалась Google, которая два месяца назад также выпустила обновление политик в отношении приложений для детей, доступных в Google Play. На этот шаг компанию побудила пойти разбирательство Федеральной торговой комиссии США (FTC), согласно которому компания не обеспечивала соблюдения разработчиками приложений требований закона COPPA.
Помимо Google Play под прицелом FTC оказался и YouTube. Согласно данным комиссии, сервис также не соответствует требованиям уже упомянутого Закона о защите конфиденциальности детей в интернете. По мнению Washington Post, ситуация с YouTube сигнализирует, что Федеральная торговая комиссия хочет серьезно усилить контроль в этой сфере — он значительно ослаб с момента вступления COPPA в силу в 1998 году.
Возвращаясь к Apple: что думают разработчики
Большинство критиков сходятся во мнении, что политика компании как минимум непоследовательна, что и подтверждают изменения в правилах. Wall Street Journal идет дальше и заявляет, что если и искать крайнего в ситуации с несанкционированным использованием персональных данных, то основная вина будет лежать на Apple, а не на разработчиках.
Фото — Rita Morais — Unsplash
Кстати, кое-кто из них уже высказался по поводу новых политик. Одной из компаний, которые подпадают под действие новых требований, стала PBS и ее подразделение PBS Kids (этот канал, к примеру, транслировал «Улицу Сезам» с 1969 по 2016 годы). PBS пояснили, что теперь они не смогут адекватно оценивать эффективность работы приложений и, как следствие, улучшать их функциональность и образовательные возможности.
Как отметила генеральный директор канала Пола Кергер (Paula Kerger), PBS будут вынуждены убрать приложения из App Store, при том, что сейчас ими пользуются миллионы детей. В PBS считают, что принятие таких решений без учета мнения самих разработчиков недопустимо. «Мы хотим донести мысль, что нам нравится работать с этими платформами [такими как App Store], они дают нам потрясающий охват. Сядьте и поговорите с нами», — комментирует ситуацию Кергер.
По поводу обновления политик высказались на Hacker News и форуме Apple Developer. Большинство поддержало Apple в стремлении оградить детей от рекламы, однако некоторые отметили, что сама формулировка, которую использовали в гайдлайне, позволяет трактовать новые правила двояко.
Так, п.1.3 содержит фразу «Apps in the Kids Category may not include third-party advertising or analytics» (дословно «Приложения в категории «Дети» не могут включать стороннюю аналитику и рекламу»). Остается неясно, к чему в этом случае относится прилагательное «сторонний» (third-party) — к рекламе и аналитическим сервисам или только к рекламе.
Во втором случае компании все-таки могут использовать собственные разработки и применять их для непосредственного анализа поведения пользователей.
Один из комментаторов в треде на Reddit отметил, что если бы компания хотела дать непротиворечивое указание, то сформулировала бы требование иначе (Apps in the Kids Category must not include analytics or third-party advertising). А официальная формулировка дает Apple право «казнить или миловать» разработчиков по своему усмотрению.
Выводы
Последние события, похоже, вынуждают пересмотреть статус-кво крупных ИТ-корпораций. Что касается Apple, то все чаще звучит мнение о том, что компания должна выбрать сторону, и не может оставаться владельцем App Store и одновременно игроком на рынке приложений. К каким результатам приведет текущая политика компании, предстоит увидеть в ближайшее время.
Посты из наших блогов и социальных сетей:
Персональные данные: особенности публичного облака
Получение OV и EV сертификата — что нужно знать?
Как IaaS помогает франчайзи «1С»: опыт 1cloud
Эволюция архитектуры облака 1cloud
Как обезопасить Linux-систему: 10 советов
F.A.Q. по частному облаку от 1cloud
Мифы об облачных технологиях
В OIN больше трех тысяч лицензиатов — что это значит для открытого ПО
Как оценить производительность СХД на Linux: бенчмаркинг с помощью открытых инструментов