Emoji в интерфейсе iOS приложения и требования Apple

    С удивлением не обнаружил в выдаче поиска по Хабру публикаций по проблеме использования emoji в интерфейсе приложений публикуемых в App Store благословенной Apple. Так что заранее извиняюсь если всё-таки повтор.



    Суть проблемы в том что Apple запрещает использование emoji в интерфейсе приложений. Судя по всему это началось примерно осенью 2018 (как минимум весной 2018). Но, возможно, и раньше я сильно не углублялся в хронологию проблемы. Интернет полнится сообщениями разработчиков, приложения которых отклонены по причине наличия emoji в интерфейсе приложения. Более того, заворачиваются даже обновления ранее опубликованных приложений! Некоторые сообщают об отказе публикации из-за наличия emoji в скриншотах приложения! Обычно отказ Apple выглядит как:
    From Apple

    Guideline 5.2.5 — Legal — Intellectual Property


    Your app does not comply with the Guidelines for Using Apple's Trademarks and Copyrights. Specifically, your app includes:

    — Apple trademark, emojis, imagery — or likeness

    Согласитесь, довольно интересная позиция от компании, которая была одним из (если не единственным) основоположников популяризации emoji… Под катом я выдвину пару предположений о причинах и пару способов решения проблемы. В частности как я в итоге опубликовался в App Store с приложением в котором изначально emoji были основной идеей.

    Почему нет?


    Я думаю, что основная причина запрета не копирайт, как это может показаться из ответа Apple. Хотя использование сторонних emoji и помогает обойти проблему, я не думаю что это корень проблемы. В конце-концов приложение публикуется на площадке компании. Она с продаж получает проценты. При этом она же разрабатывает и предоставляет среду разработки, языки программирования и фреймворки для упрощения и ускорения создания ПО. Выдав всё это, но запретив использовать картинки из шрифта кажется странным напирание на копирайт. Не логично компании-перфекционисту требовать от разработчиков использовать левые emoji для ввода и родные для вывода. Если же в выводе также использовать сторонние эмоджи, то это будет смотреться не на много менее странно в экосистеме Apple.

    Я склоняюсь к мысли, что смысл в том, что emoji это не иконки… Т.е. в системе есть иконки и их можно использовать (когда я убрал emoji из интерфейса, но оставил иконки — это сработало, а ведь иконки тоже вполне себе копирайтные), но нельзя использовать родные emoji в роли иконок! На сколько я понял у разработчиков клавиатур и средств ввода информации нет проблем с emoji.

    Вы отображаете emoji на кнопке, пользователь её жмёт и она появляется в поле ввода – кажется это единственный сценарий который одобряется Apple при проверке приложения. Во всех остальных случаях Вам надо использовать полноценные иконки или чужие emoji-шрифты (которые, видимо, расцениваются компанией как шрифты иконок).

    На самом деле всё это мои личные домыслы, но пока они выглядят достаточно логичными, т.к. многое сходится (по-крайней мере в моей голове)…

    Что делать?


    Исходя из вышесказанного выходы/советы следующие:

    1. В роли иконок использовать иконки или сторонние emoji шрифты
    2. Стараться не использовать emoji в скриншотах приложения для App Store
    3. Использовать emoji только для пользовательского ввода (тут тоже есть нюанс, см. описание моей ситуации)
    4. Скрыть из дефолтного состояния emoji и позволить сконфигурировать их пользователю
    5. Создать версию для публичного тестирования, в процессе проверки вам укажут на различные проблемы публикации, если они есть

    Моя история (с отступлениями)


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

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

    Так возникла идея «Stream Note» — приложения с набором кнопок с emoji которые жмёшь по мере необходимости в процессе вещания. При нажатии сохранялась бы временная метка от начала вещания и, собственно, emoji в качестве заголовка/иконки в списке меток. Приложение по-умолчанию имело наборы кнопок с emoji для большей очевидности для пользователя.

    Вот такой интерфейс был отклонён:



    Подозреваю, что проблема в том, что процесс не предусматривал появления emoji в поле ввода и последующей ручной отправки. Т.к. смысл был в максимальном упрощении и ускорении процесса создания заметки, по-этому при нажатии кнопки с emoji в списке меток к стриму просто появлялась ноовая метка с этой emoji. При этом emoji отображалась крупно (чтобы сразу было видно какое событие отмечено при последующем разборе материалов) и не выглядела как введённый пользователем текст.

    В итоге приложение отклонили для публичного тестирования (хотел скинуть брату ссылку для тестирования, чтобы не морочиться с занесением его в команду тестеров на сайте Apple). И если версии для внутреннего тестирования в команде становятся доступны практически мгновенно, то версии для публичного тестирования проходят проверку почти как при публикации в магазине. В результате чего меня и «побрили». Что было полезно, т.к. в итоге проверку публикации в магазине я уже прошёл с первого раза.

    Я переделал ручную конфигурацию кнопок. Если раньше она была заточена под emoji и строка из них разбивалась на кнопки, то теперь пользователь может создавать кнопки с надписями. Также из набора по-умолчанию были исключены кнопки с emoji.

    Версия в App Store:



    Естественно, никто не запрещает использовать надпись из одного символа, которым будет emoji. Но если название момента состоит из одной emoji она всё ещё будет выводиться в крупном размере.

    Как выглядит в деле:



    С таким вот изворотом функционал не изменился (даже стал более универсальным), но в дефолтной версии нет emoji, а пользователь выбирает сам, что ему использовать. Чего Apple не может запретить ему делать.
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 12

      0
      Изображения emodji, нарисованные дизайнерами Apple, являются их (Apple) интеллектуальной собственностью. Логично, что использование этих изображений в интерфейсе программы стороннего разработчика нарушает копирайт.
        0
        Иконки нарисованные дизайнерами Apple являются их интеллектуальной собственностью и также нарушают копирайт. Но использовать их можно. В том же моём одобренном приложении есть как минимум две. Также проходят проверку приложения где emoji используются для ввода пользователем. Собсвтенно про что и речь — дело не сугубо в копирайте. Возможно им проще отписывать требование копирайта, чем объяснять когда, где и как надо юзать. Хотя ссылку на рекомендации они тоже шлют.
          0
          Это их право — что-то разрешить, что-то запретить, в рамках их интеллектуальной собственности. Будьте готовы к тому, что с очередным обновлением им не понравится и использование иконок. Опять же, логично, что если цель элемента интерфейса — ввести этот самый emoji в поле ввода, то это разрешено, как клавиши в сторонних клавиатурах.
          Мне вот только не совсем понятно из статьи, какие конкретно иконки использованы в вашем приложении?
            0
            Яж не спорю что они не в праве. Просто это многих удивило. Когда тут вы играете, тут вы не играете, а тут мы рыбу заворачивали. Наверняка спустя время, как обычно, все скажут «дооо, всё правильно сделали». А пока пытаемся разобраться и выкрутиться.

            Были использованы. Под спойлером «вот такой интерфейс был отклонён» есть скрины с эмоджами на кнопках. В принятом интерфейсе (под вторым спойлером) на кнопках эмоджи не используются по-умолчанию. Но их можно задать руками в настройках (под третьим спойлером). Собственно в этом решение и состоит. Юзер сам может добавить эмоджи и это его воля, но по-умолчанию их нет.
          +1
          Так ведь весь интерфейс нарисован дизайнерами Apple? Или он спижжен и поэтому можно его использовать в приложениях? Кажется, что GUI и делается уже много десятков лет для ОС, чтобы все программы выглядели похоже и пользователю было проще ориентироваться.
            0
            Именно, потому многих удивляет напор на копирайт и заворачивание приложений с эмоджи. Есть множество игр, которые из эмоджи состояли и после ввода правил их апдейты начали заворачивать. В итоге людям приходится использоваться сторонние шрифты. Что в перфекционистском однообразном окружении немного режет глаз…

            Так что я склоняюсь к идее, что смысл всё-таки не в копирайте, а в неправильном использовании эмоджей. Типа эмоджи — это текст, а значки и UI будь добр разработай по-нормальному :)
          0
          Использую emoji в своем приложении в сочетании с текстом — нет никаких претензий от Apple. image
            0
            Не хватает вопроса «что я делаю не так?» :) Я про это и писал. Эмоджи в тексте — это текст. Типа целевое использование (хотя я находил репорты об отклонении приложений использующих эмоджи на экране ведомлений, может не повезло с проверяющим…), а эмоджи как UI уже плохо. Тем с режектами за эмоджи в приложении не одна даже форуме самой Эпл. Не говоря уже о статьях на сторонних сайтах, вроде такой:

            mashable.com/2018/02/07/apple-rejecting-apps-over-emoji

            или такой:

            9to5mac.com/2018/02/02/apple-rejecting-apps-with-emoji
            0
            Вот у меня именно сочетаний текста и эмоджи в UI элементе :)
            Скриншот:

              0
              Это должно сказать мне о том, что мне приснился режект моего приложения и нет никаких ограничений на эмоджи, и что в ссылках выше фейки?
                0
                Могу отправить ссылку на приложение в сторе, можете сами проверить
                Был так же опыт в pickerView текст + эмоджи, так же пропускали.

                Но, возможно, Apple делает поблажки на эмодзи, если приложение — игра.
                  +1
                  У нас на работе был случай когда приложение отклонили за косяк (не эмоджи — там что-то про хранилище данных было) который был внесен довольно давно и уже благополучно прошел 2 или 3 ревью. Так что есть вариант что просто не заметили и отдельные проскочившие приложения не показатель. А так у меня у самого есть приложение-утилита в котором эмоджи используются как значки на кнопках навбара и которое в таком виде прошло ревью в ноябре 2018 года (я уже знал тогда про этот запрет, но решил попытаться на дурачка проскочить — типа при публикации первой версии запрета еще не было, а потом забыл поправить)

            Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

            Самое читаемое