Отправка UUID на сервере, не спрашивая разрешения (для аналитики)

Question

Мой Swift приложение использует следующий фрагмент кода, чтобы создать уникальную строку:

UIDevice.currentDevice().identifierForVendor.UUIDString 

Для аналитических целей наше приложение посылает PUT запрос на наш сервер, используя этот UUID, когда пользователь нажимает определенную кнопку в приложении. Это по существу позволяет нам создать таблицу анонимной информации для аналитических целей. Мы не располагаем информацией о пользователе, а именно случайной строкой, идентифицирующей устройство (на основе того, на что я полагаю, зависит от каждого приложения).

Мой вопрос: разрешено ли это делать, не спрашивая разрешения пользователя? Я понимаю, что этично сначала спрашивать, прежде чем отправлять анонимные данные об использовании, но запрещает ли Apple физически делать это (как в случае отклонения приложения)?

Причина, по которой я задаю этот вопрос, состоит в том, что информация об использовании особенно полезна для нас, и мы не хотим пугать пользователя, задавая им эти данные, когда это что-то такое основное.

Answer 1

Нет. Apple не отклоняет приложения для сбора этого без разрешения пользователя. Это происходит из-за того, что Apple принимает соответствующие меры, чтобы убедиться, что вы не навсегда навешиваете устройство пользователя, просто собирая идентификатор устройства.

Я нашел эту документацию полезной, что, я считаю, вы, должно быть, уже прочитали.

Значение этого свойства тот же для приложений, которые принадлежат одному и тому же поставщику, работающему на одном устройстве. Другое значение возвращается для приложений на том же устройстве, что и у разных поставщиков, а также для приложений на разных устройствах независимо от поставщика.

И если вы хотите использовать его для рекламы, прочитайте этот отрывок.

При внедрении системы для обслуживания рекламных объявлений, использовать значение в свойстве advertisingIdentifier класса ASIdentifierManager вместо этого свойства. Использование этого свойства требует от вас следовать принципам, изложенным в обсуждении класса, для правильного использования этого идентификатора . Для получения дополнительной информации см. Раздел ASIdentifierManager Class .