Что означает неограниченный веб-доступ в iTunes Connect

#ios #uiwebview #app-store-connect #appstore-approval #sfsafariviewcontroller

#iOS #uiwebview #app-store-connect #appstore -одобрение #sfsafariviewcontroller

Вопрос:

Когда вы отправляете свое приложение в Apple app Store, есть раздел под названием «Рейтинг», где вы должны оценить свой контент на основе диаграммы и определить, как часто он появляется.

Существует один вариант под названием «Неограниченный веб-доступ», о котором нет более подробной информации ни в Интернете, ни в руководстве разработчика iTunes Connect. Все, что вы можете найти везде, это:

Выберите Да, если ваше приложение позволяет пользователям перемещаться и просматривать веб-страницы, например, с помощью встроенного браузера.

Что это значит? Означает ли это, что ваше приложение может открывать ссылки во встроенном браузере или браузере Safari? Или это означает, что в вашем приложении есть браузер, в котором пользователи могут вводить URL-адреса и перемещаться по Интернету без ограничений? Потому что, ответив «да» на этот вопрос, ваше приложение станет 17 !

введите описание изображения здесь
введите описание изображения здесь

Если это означает открытие ссылок из вашего приложения (Safari или встроенного), почему другие приложения со встроенным браузером имеют рейтинг 4 (например, Twitter и Facebook)? Как видно на скриншотах, нет способа выбрать этот и не получить рейтинг 17

введите описание изображения здесь
введите описание изображения здесь

Обновление: мое приложение было одобрено с помощью встроенного WebView (TOWebViewController) с ответом «Нет» (4 ). Как указано в ответе, любой способ, которым вы позволяете пользователям перемещаться по Интернету, например, динамическая адресная строка, означает, что это должно быть «Да» (17 ), потому что родительский контроль в вашем WebView невозможен.

Обновление 2: С момента выпуска iOS 9 Apple представила SFSafariViewController, который позволяет открывать любые URL-адреса в Интернете. Эта функция также имеет адресную строку, но доступна только для чтения. Таким образом, пользователи не могут просматривать веб-страницы без родительского контроля. Он также наследует блокировку контента от Safari (реклама, явный контент и т.д.). Я очень уверен, что при использовании SFSafariViewController в iOS 9 или выше вы все равно можете выбрать 4 , поскольку устройство с родительским контролем все равно не может открывать какие-либо URL-адреса. (Дайте мне знать, если я ошибаюсь)

Обновление 3: Twitter теперь составляет 17 на основе следующих:

Для загрузки этого приложения вам должно быть не менее 17 лет.

Нечастая / легкая ненормативная лексика или грубый юмор

Частые / интенсивные зрелые / наводящие на размышления темы

Нечастый / слабый сексуальный контент и обнаженка

Обновление 4: Можно использовать контент Twitter внутри вашего приложения, не наследуя его рейтинг (17 ). Мое приложение отображает твиты, но поскольку пользователи являются проверенными и заслуживающими доверия общественными деятелями, я мог бы снизиться до 12 :

Нечастый / слабый сексуальный контент и обнаженка

Нечастая / легкая ненормативная лексика или грубый юмор

Нечастые / мягкие зрелые / наводящие на размышления темы

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

1. «Как видно на скриншотах, невозможно выбрать это и не получить рейтинг 17 » Если у вас есть существующее приложение, и ни «Да», ни «Нет» не выбраны, отображается «4 «.

2. @user102008 Ну, конечно, если у вас нет веб-браузера в вашем приложении или способа доступа к Интернету, вы не должны выбирать «да» или «нет». Вопрос в том, что бы вы выбрали, если у вас есть встроенный веб-просмотр. Оказалось, что вы говорите «нет», если в вашем браузере нет динамической адресной строки (4 ). И да, если пользователь может перемещаться из адресной строки (17 ).

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

4. Я хотел поделиться своим опытом здесь. У меня есть приложение, которое использовалось для открытия канала YouTube в webview с рейтингом приложения 4 . Apple отклонила, поскольку это был «нефильтрованный доступ к YouTube». Итак, мы использовали SafariViewController и оставили рейтинг на 4 . Apple отклонила по той же причине. У меня была долгая дискуссия с ними, и они отказались сдвинуться с места. Итак, если вы пытаетесь подключиться к YT в webview или SafariViewController, тогда ваш единственный вариант — отфильтровать содержимое в приложении или открыть приложение YT, в которое встроены ограничения на содержимое.

5. Интересно, что Apple отклонила мой аргумент о том, что открытие канала YouTube через SafariViewController было достаточно хорошим. Они сказали, что, поскольку он все еще подключен к моему приложению, мне нужно будет изменить рейтинг на 17 . Если бы я открыл Safari, они могли бы принять это, поскольку это было более отделено от приложения. Мы пошли на компромисс и решили просто открыть приложение YouTube, если оно было установлено пользователем, и показать сообщение в противном случае. Это привело нас к рейтингу 12 .

Ответ №1:

Это означает, что пользователь приложения может получить доступ к любому URL. Проблема заключается в родительском контроле. Если родитель ограничил веб-доступ к приложению, которое разрешает неограниченный доступ, то есть доступ к любому сайту, который выбирает пользователь, тогда родительский контроль нарушается.

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

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

1. спасибо за ответ, Заф. Таким образом, в этом случае приложениям, таким как Twitter или Facebook, которые просто разрешают пользователям открывать URL-адреса, которые были доступны в их сетях (не по выбору пользователя), не нужно выбирать эту опцию?

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

3. Вы были правы. Если WebView внутри приложения не имеет динамической адресной строки (способ, которым пользователь может перемещаться по Интернету), ответ «Нет» (4 ). Мое приложение было одобрено в той же ситуации. Меня даже попросили предоставить динамическую адресную строку, на что я сказал «нет», я не хочу иметь приложение 17 и позволять пользователям перемещаться по приложению. Это не было целью моего приложения. Поэтому вместо этого я предоставил пользователям возможность открывать URL-адреса вне приложения, если им не нужен встроенный браузер.

Ответ №2:

Я думаю, что если вы используете элемент управления WebView по умолчанию, все в порядке, и вам не нужно устанавливать неограниченный веб-доступ в значение «ДА». В моем приложении установлен элемент управления WebView по умолчанию с динамической адресной строкой, и если я включу ограничения (ограниченный доступ к веб-сайтам), встроенный элемент управления WebView по умолчанию не отображает ограниченный контент. Он ведет себя так же, как приложение Safari. Поэтому я бы сказал, что вам нужно установить значение YES только в том случае, если ваше приложение имеет сторонний элемент управления WebView, который не может контролироваться Apple.

ЧТОБЫ ИСПРАВИТЬ МОЙ СОБСТВЕННЫЙ ОТВЕТ: извините, но это не так. Если ваше приложение использует какой-либо веб-просмотр (по умолчанию или сторонний) с возможностью доступа к любому веб-сайту, вы должны установить неограниченный веб-доступ в значение «Да», иначе метаданные вашего приложения будут отклонены. Это просто случилось с моими приложениями!

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

1. Я собирался сказать вам то же самое. Вы предоставляете неограниченный доступ к Интернету из своего приложения, независимо от стороннего webview или собственного webview или чего-либо еще, вы должны сказать «ДА».

Ответ №3:

Если вы предоставляете внутренний веб-браузер или UIWebView, который позволяет пользователю получать доступ к любому URL-адресу, вы должны выбрать «ДА», иначе метаданные вашего приложения будут отклонены.

Ответ №4:

Мое приложение только что было отклонено, потому что в нем есть ссылка на соответствующую статью в Википедии. Я предполагаю, что, поскольку википедия позволяет вам искать другие статьи в Википедии, это считается «неограниченным доступом к Интернету» и дает рейтинг приложения 17 .

На мой взгляд, это крайность.

Ответ №5:

Надеюсь, вы получили свой ответ. Позвольте мне ДОБАВИТЬ более конкретный вопрос, я думаю, это поможет.

ВОПРОСЫ :

  • Означает ли ссылка, открывающаяся во внешнем браузере (например, в iOS Safari), «неограниченный веб-доступ»?
  • Означает ли встроенный браузер в приложении без строки URL «неограниченный веб-доступ»?

ОТВЕТ :

  • Если ваше приложение использует встроенный браузер (который не отображает строку URL), а ссылка не ссылается на нежелательный контент, вам не нужно помечать его как «Неограниченный веб-доступ».
  • Если ваше приложение вызывает внешний веб-браузер (например, iOS Safari), а ссылка не ссылается на нежелательный контент, вам не нужно помечать ее как «Неограниченный веб-доступ».

Apple специально не рассматривала эти вопросы и оставляет на усмотрение процесса проверки правильности оценки. В ходе моего собственного расследования я заметил вышесказанное.

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

1. Привет, спасибо, у меня вопрос. Что, если пользователи могут свободно писать URL-ссылки, и пользователи могут получить к ним доступ?

2. @rounpaleum в этом случае вы должны выбрать «Да» для неограниченного веб-доступа

Ответ №6:

Я использую встроенный плагин для браузера Ionic / Cordova, и с этим проблем нет. т. е. Пользователь не может изменить его URL. Итак, ответ здесь NO

https://ionicframework.com/docs/native/in-app-browser