Was bedeutet uneingeschränkter Webzugriff in iTunes Connect?

76

Wenn Sie Ihre App an den Apple App Store senden, gibt es einen Abschnitt mit dem Namen "Bewertung", in dem Sie Ihren Inhalt anhand des Diagramms bewerten und ermitteln sollten, wie häufig der Inhalt angezeigt wird.

Es gibt eine Option namens "Uneingeschränkter Webzugriff", für die weder im Internet noch im iTunes Connect Developer Guide weitere Details verfügbar sind . Alles, was Sie überall finden können, ist:

Wählen Sie Ja, wenn Ihre App Benutzern das Navigieren und Anzeigen von Webseiten ermöglicht, z. B. mit einem eingebetteten Browser.

Was bedeutet das? Bedeutet dies, dass Ihre App Links in eingebetteten oder Safari-Browsern öffnen kann? Oder bedeutet dies, dass Ihre App über einen Browser verfügt, in dem Benutzer URLs eingeben und uneingeschränkt durch das Web navigieren können? Wenn Sie diese Frage mit Ja beantworten, wird Ihre App 17+!

Geben Sie hier die Bildbeschreibung ein Geben Sie hier die Bildbeschreibung ein

Wenn dies das Öffnen von Links aus Ihrer App (Safari oder eingebettet) bedeutet, wie kommt es dann, dass andere Apps mit eingebetteten Browserfunktionen eine Bewertung von 4+ haben (wie Twitter und Facebook)? Wie in Screenshots zu sehen ist, gibt es keine Möglichkeit, diesen auszuwählen und nicht mit 17+ bewertet zu werden

Geben Sie hier die Bildbeschreibung ein Geben Sie hier die Bildbeschreibung ein

Update : Meine App wurde mit eingebettetem WebView (TOWebViewController) mit der Antwort "Nein" (4+) genehmigt. Wie in der Antwort erwähnt, können Benutzer auf jede Art und Weise durch das Internet navigieren, z. B. in der dynamischen Adressleiste. Dies bedeutet, dass "Ja" (17+) angezeigt werden sollte, da die Kindersicherung in Ihrem WebView nicht möglich ist.

Update 2 : Seit der Veröffentlichung von iOS 9 hat Apple SFSafariViewController eingeführt, mit dem URLs im Internet geöffnet werden können. Diese Funktion verfügt auch über eine Adressleiste, ist jedoch schreibgeschützt. Daher können Benutzer ohne Kindersicherung nicht im Internet surfen. Es erbt auch das Blockieren von Inhalten von Safari (Anzeigen, explizite Inhalte usw.). Ich bin sehr positiv, wenn Sie SFSafariViewController in iOS 9 oder höher verwenden. Sie können immer noch 4+ auswählen, da das Gerät mit Kindersicherung ohnehin keine URLs öffnen kann. (Lassen Sie mich wissen, wenn ich falsch liege)

Update 3 : Twitter ist jetzt 17+ basierend auf den folgenden Angaben:

Sie müssen mindestens 17 Jahre alt sein, um diese Anwendung herunterladen zu können.

Seltene / milde Obszönitäten oder roher Humor

Häufige / intensive reife / suggestive Themen

Seltener / milder sexueller Inhalt und Nacktheit

Update 4 : Es ist möglich, Twitter-Inhalte in Ihrer App zu verwenden, ohne deren Bewertung (17+) zu übernehmen. Meine App zeigt Tweets an, aber da die Benutzer verifizierte und vertrauenswürdige Persönlichkeiten des öffentlichen Lebens sind, könnte ich auf 12+ zurückgehen:

Seltener / milder sexueller Inhalt und Nacktheit

Seltene / milde Obszönitäten oder roher Humor

Seltene / milde reife / suggestive Themen

ios  uiwebview  app-store-connect  appstore-approval  sfsafariviewcontroller 
— Maziyar
quelle
"Wie in Screenshots zu sehen ist, gibt es keine Möglichkeit, diese auszuwählen und nicht mit 17+ bewertet zu werden." Wenn Sie eine vorhandene App haben und weder Ja noch Nein ausgewählt ist, wird "4+" angezeigt.
— user102008
1
@ user102008 Natürlich, wenn Sie keinen Webbrowser in Ihrer App haben oder keine Möglichkeit haben, auf das Web zuzugreifen, sollten Sie weder Ja noch Nein wählen. Die Sache ist, was Sie wählen würden, wenn Sie eine eingebettete Webansicht haben. Es stellte sich heraus, dass Sie Nein sagen, wenn Ihr Browser keine dynamische Adressleiste (4+) hat. Und ja, wenn der Benutzer über die Adressleiste (17+) navigieren kann.
— Maziyar
2
Wenn Sie versuchen, das Formular zum Bearbeiten der Versionsinformationen zu senden, müssen Sie Ja oder Nein wählen. Sie können das Formular nur senden, wenn Sie für jede dieser Fragen etwas auswählen. Es hat nichts mit dem zu tun, was in Ihrer App enthalten ist. Sie müssen das Formular jedoch nur senden, wenn Sie die Versionsinformationen bearbeiten müssen.
— user102008
2
Ich wollte meine Erfahrungen hier teilen. Ich habe eine App, die früher einen YouTube-Kanal in einer Webansicht mit einer App-Bewertung von 4+ geöffnet hat. Apple lehnte ab, da es sich um "ungefilterten Zugang zu YouTube" handelte. Also haben wir den SafariViewController verwendet und die Bewertung bei 4+ belassen. Apple lehnte aus dem gleichen Grund ab. Ich hatte eine lange Diskussion mit ihnen und sie weigerten sich, sich zu rühren. Wenn Sie also versuchen, in einer Webansicht oder in SafariViewController eine Verknüpfung zu YT herzustellen, besteht Ihre einzige Option darin, den Inhalt in der App zu filtern oder die YT-App zu öffnen, in die Inhaltsbeschränkungen integriert sind.
— Tmac
1
Interessanterweise wies Apple mein Argument zurück, dass das Öffnen eines YouTube-Kanals über SafariViewController gut genug sei. Sie sagten, da es noch an meine App angehängt war, müsste ich die Bewertung auf 17+ ändern. Wenn ich Safari öffne, akzeptieren sie es möglicherweise, da dies eher von der App getrennt ist. Wir haben einen Kompromiss geschlossen und beschlossen, die YouTube-App nur zu öffnen, wenn der Nutzer sie installiert hat, und eine andere Nachricht anzuzeigen. Dies brachte uns auf eine Bewertung von 12+.
— Tmac

Antworten:

48

Dies bedeutet, dass ein Benutzer der App auf jede URL zugreifen kann. Das Problem ist die Kindersicherung. Wenn der Elternteil den Webzugriff auf eine App eingeschränkt hat, die uneingeschränkten Zugriff ermöglicht, dh auf eine vom Benutzer ausgewählte Website, wird die Kindersicherung unterlaufen.

Einmal stellte Apple Kindersicherungen zur Verfügung, die die Funktionen von Apps beeinträchtigten, und forderte Apple auf, alle Apps auf Verstöße gegen die Kindersicherung zu überprüfen. Dies bedeutet auch, dass alternative App Stores nicht zugelassen werden können. Sie können Apps enthalten, die die Kindersicherung nicht ordnungsgemäß berücksichtigen. Daher: "Der ummauerte Garten."

— zaph
quelle
danke für die antwort Zaph. In diesem Fall müssen Apps wie Twitter oder Facebook, die nur vom Benutzer geöffnete URLs zulassen, die in ihren Netzwerken geteilt wurden (nicht nach Wahl des Benutzers), diese Option nicht auswählen.
— Maziyar
1
Dies scheint richtig zu sein, da das Material und die Links im Netzwerk dem Alter der Kindersicherung entsprechen. Daher ist wahrscheinlich eine gewisse Überwachung erforderlich.
— Zaph
6
Du hattest Recht. Wenn das WebView in der App keine dynamische Adressleiste hat (eine Möglichkeit, wie Benutzer durch das Internet navigieren können), lautet die Antwort "Nein" (4+). Meine App wurde unter der gleichen Situation genehmigt. Ich wurde sogar gebeten, eine dynamische Adressleiste bereitzustellen, in der ich sagte, nein, ich möchte keine 17+ App haben und Benutzer durch die App navigieren lassen. Das war nicht der Zweck meiner App. Stattdessen habe ich in den Einstellungen die Option bereitgestellt, dass Benutzer die URLs außerhalb der App öffnen können, wenn sie keinen eingebetteten Browser möchten.
— Maziyar
8

Ich denke, wenn Sie das Standard-WebView-Steuerelement verwenden, ist dies in Ordnung und Sie müssen den uneingeschränkten Webzugriff nicht auf JA setzen. Meine App verfügt über ein standardmäßiges WebView-Steuerelement mit dynamischer Adressleiste. Wenn ich Einschränkungen aktiviere (eingeschränkter Zugriff auf Websites), zeigt das eingebettete Standard-WebView-Steuerelement keinen eingeschränkten Inhalt an. Es verhält sich genauso wie die Safari-App. Daher würde ich sagen, dass Sie dies nur auf JA setzen müssen, wenn Ihre App über ein WebView-Steuerelement eines Drittanbieters verfügt, das nicht von Apple gesteuert werden kann.

Um meine eigene Antwort zu korrigieren: Entschuldigung, aber nicht wahr. Wenn Ihre App eine beliebige Art von WebView (Standard oder Drittanbieter) mit der Option verwendet, auf eine Website zuzugreifen, müssen Sie den uneingeschränkten Webzugriff auf Ja setzen. Andernfalls wird Ihre App von Metadaten abgelehnt. Es passierte einfach mit meinen Apps!

— GregaK
quelle
3
Ich wollte dir das Gleiche sagen. Sie bieten uneingeschränkten Zugriff auf das Internet von Ihrer App aus, unabhängig von der Webansicht eines Drittanbieters oder der nativen Webansicht oder was auch immer. Sie müssen JA sagen.
— Maziyar
2

Wenn Sie einen internen Webbrowser oder UIWebView bereitstellen, der dem Benutzer den Zugriff auf eine beliebige URL ermöglicht, müssen Sie JA auswählen, oder Ihre App wird abgelehnt.

— Daniel Rivera
quelle
1

Meine App wurde gerade abgelehnt, weil sie einen Link zum entsprechenden Artikel auf Wikipedia enthält. Ich vermute, da Wikipedia die Suche nach anderen Artikeln auf Wikipedia ermöglicht, wird dies als "uneingeschränkter Webzugriff" und die daraus resultierende App-Bewertung von 17+ angesehen.

Ein bisschen extrem meiner Meinung nach.

— infosprt
quelle
1

Hoffe, du hast deine Antwort. Lassen Sie mich eine spezifischere Frage hinzufügen , ich denke, es wird helfen.

FRAGEN :

  • Stellt ein Link, der in einem externen Browser (wie iOS Safari) geöffnet wird, "Uneingeschränkter Webzugriff" dar?
  • Stellt ein eingebetteter Browser in einer App ohne URL-Leiste "Uneingeschränkter Webzugriff" dar?

ANTWORTEN :

  • Wenn Ihre App den eingebetteten Browser verwendet (der keine URL-Leiste anzeigt) und der Link nicht auf anstößigen Inhalt verweist, sollten Sie ihn nicht als "uneingeschränkter Webzugriff" kennzeichnen müssen.
  • Wenn Ihre App einen externen Webbrowser (wie iOS Safari) aufruft und der Link nicht auf anstößige Inhalte verweist, sollten Sie ihn nicht als "uneingeschränkter Webzugriff" kennzeichnen müssen.

Apple hat diese Fragen nicht speziell angesprochen und überlässt es dem Überprüfungsprozess, festzustellen, ob die Bewertung korrekt ist. Durch meine eigene Untersuchung habe ich das oben Gesagte beobachtet.

— Debashish Das
quelle
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.