Introduzione
Quando si invia un'app per la pubblicazione all'interno dell'App Store, Apple esamina l'app (si apre in una nuova tab) e i relativi aggiornamenti per verificare se aderiscono ai requisiti delle linee guida dell'App Store (si apre in una nuova tab) e del contratto di licenza per l’Apple Developer Program (si apre in una nuova tab).
Questa verifica non è automatizzata, bensì viene eseguita manualmente da un revisore in carne e ossa. Di conseguenza, la revisione può richiedere fino a qualche giorno ed è soggetta all'interpretazione personale del revisore. Può accadere che il recensore non comprenda appieno il caso d'uso o lo scopo per cui è stata presentata l'app e quindi la rifiuti per vari motivi.
Questo documento fornisce le linee guida su come affrontare il rifiuto della propria app branded da parte di Apple. Nella sezione Motivi Frequenti di Rifiuto dell'App si trovano alcuni dei problemi più comuni che causano il rifiuto delle app mobile branded. Le sezioni Motivo del Rifiuto elencano i dettagli forniti dal revisore Apple e le relative linee guida specifiche dell'App Store.Le sezioni Affrontare il Rifiuto contengono informazioni su come gestire la conversazione con il revisore e spiegare perché l'app che si sta inviando aderisce ai requisiti di Apple.
Utilizzare il Resolution Center su iTunes Connect per rispondere ai messaggi che hai ricevuto da Apple. Nella risposta, assicurarsi di fornire quante più informazioni e dettagli possibili al revisore di Apple e aggiungere degli allegati se possono contribuire a dare più contesto al tuo messaggio.
Per altre info sulla App Mobile Branded, consultare gli articoli dedicati della Knowledge Base
Motivi Frequenti di Rifiuto dell'App
Motivo del Rifiuto 2.1
Guideline 2.1 - Information Needed
We’re looking forward to completing our review but to continue we need more information about how your app uses cookies.
Please review the following questions and provide as much detailed information as you can for each question.
- Does your app collect any personally identifiable information?
- Is the data collected by your app shared with any third-party data brokers?
- Is the data collected by your app linked with third-party data for marketing or advertising purposes?
Affrontare il Rifiuto 2.1
- Does your app collect any personally identifiable information? L'app raccoglie informazioni personali identificabili?
Sì, l'app collega gli utenti al Learning Management System di Docebo. Raccogliamo informazioni personali in modo da poter fornire aggiornamenti sui prodotti o formazione su problemi di qualità. Poiché offriamo prodotti regolamentati dalla FDA, l'app rispetta l'obbligo federale di informare gli utenti di aggiornamenti e modifiche.
- Is the data collected by your app shared with any third-party data brokers? I dati raccolti dall'app vengono condivisi con eventuali intermediari di dati di terze parti?
No. Non condividiamo i dati raccolti.
- Is the data collected by your app linked with third-party data for marketing or advertising purposes? I dati raccolti dall'app sono collegati a dati di terze parti per scopi di marketing o pubblicità?
No. Non utilizziamo i dati raccolti per scopi di marketing.
Motivo del Rifiuto 2.5.4
Guideline 2.5.4 - Performance - Software Requirements
Your app still declares support for audio in the UIBackgroundModes key in your Info.plist, but we were unable to play any audible content when the app was running in the background.
Affrontare il Rifiuto 2.5.4
Per consentire ad Apple di testare la funzionalità di riproduzione video in background, è necessario creare un corso in cui viene inserito un materiale didattico di tipo video (caricando un file, non un video da una piattaforma social), quindi iscrivere l'utente di test al corso. Nell'App Store, assicurarsi di aggiungere questa nota per il tester:
“You need to play the video {video_name} in the course {couse_name} in order to test the background audio playback functionality”.
Motivi del Rifiuto 3.1.1 e 3.1.3(a)
Guidelines 3.1.1 - In-App Purchase e 3.1.3(a) - "Reader" Apps
We noticed in our review that your app allows users to access previously purchased video / audio content or content subscriptions. However, your app includes an account registration feature for paid content.
"Reader" apps are apps that access certain kinds of previously purchased digital media. They may offer account creation for free tiers, and account management functionality for existing customers, but they shouldn't include registration for accounts that access paid content.
Next Steps
It would be appropriate to remove the account registration features for paid content from your app before resubmitting for review.
If there's additional information you'd like to provide regarding the digital content and services in your app, reply to this message in App Store Connect and let us know. If there's information you'd like us to consider in future submissions, please feel free to include it in the App Review Information section of App Store Connect (si apre in una nuova tab).
Resources
Learn more about our policies for "reader" apps in App Store Review Guideline 3.1.3(a) (si apre in una nuova tab).
Affrontare i Rifiuti 3.1.1 e 3.1.3(a)
Apple ha rifiutato l'applicazione perché consente agli utenti di accedere a contenuti a pagamento acquistati al di fuori dell'ecosistema Apple e non all'interno dell'app. Attivando la modalità App Reader nel menu Branded Mobile App Publisher si riesce a superare questo rifiuto.
La modalità reader rende l'app conforme alle linee guida dell'App Store di Apple 3.1.1 sugli acquisti all'interno dell'app (si apre in una nuova tab) e 3.1.3(a) sulle app "Reader" (si apre in una nuova tab) e permette quindi di generare la build della propria app e caricarla nell'App Store. Grazie alla modalità reader, gli utenti possono accedere ai contenuti acquistati precedentemente senza alcun problema.
Si noti che la registrazione degli utenti non è disponibile all'interno dell'App Reader, quindi gli utenti devono registrarsi dalla piattaforma desktop.
Se il rifiuto di Apple menziona solo la linea guida 3.1.1 e l'app consente agli utenti di accedere a contenuti a pagamento che hanno acquistato al di fuori dell'ecosistema Apple, generare l'App Reader come appena spiegato e poi nell'App Store rispondere al rifiuto di Apple con questo testo:
The app submitted is considered a "Reader” app (App Store Review Guidelines - Business guideline 3.1.3(a)).
It allows a logged user to access previously purchased digital content (specifically audio and video) and no content can be bought inside the app.
Also, there isn't the possibility to create an account from the app itself and the main point of contact for users is the desktop website [insert your platform domain here].
Motivo del Rifiuto 3.2 (caso 1)
Guideline 3.2 - Business
We found that your app is an in-house app, intended for employees or members of your organization. As such, it is not appropriate for the App Store. For information on distributing proprietary, in-house apps, please refer to the Apple Developer Enterprise Program.
Affrontare il Rifiuto 3.2 (caso 1)
Se l'app è solo per uso interno (app sviluppata solo per i dipendenti della propria azienda), non può essere pubblicata sull'App Store di Apple.
In alternativa, si può valutare di pubblicare privatamente l'app in uno dei seguenti modi:
- Apple Developer Enterprise Program (si apre in una nuova tab)
- Apple Business Manager (si apre in una nuova tab)
- Qualsiasi sistema di Mobile Device Management (MDM)
Motivo del Rifiuto 3.2 (caso 2)
Guideline 3.2 - Business
We found in our review that your app is designed to be used by a specific business or organization, including partners or employees. Custom app distribution through Apple Business Manager or Apple School Manager is the best way to make these kinds of business apps available to your target audience.
Affrontare il Rifiuto 3.2 (caso 2)
The system (and thus the app) will be used both by our employees and by users external to our organization — about {X}% of our audience is composed of internal employees, but about {Y}% of our audience is made up of customers, partners and distributors.
For those users who belong to the second group, we obviously have no control over their devices, as they are private users and independent from our organization and, therefore, we cannot control them through any form of Mobile Device Management Systems (MDM). As a consequence, in order to cover this scenario — the most important one — we need the app to be available for download from Apple's public App Store.
Il sistema (e quindi l'app) sarà utilizzato sia dai nostri dipendenti che da utenti esterni alla nostra organizzazione — circa il {X}% del nostro pubblico è composto da dipendenti interni, ma circa il {Y}% del nostro pubblico è composto da clienti, partner e distributori.
Naturalmente non abbiamo alcun controllo sui dispositivi degli utenti che appartengono al secondo gruppo, in quanto sono utenti privati e indipendenti dalla nostra organizzazione e, pertanto, non possiamo controllarli attraverso alcuna forma di Mobile Device Management (MDM). Di conseguenza, per coprire questo scenario — il più importante — abbiamo bisogno che l'app sia disponibile per il download dall'App Store pubblico di Apple.
Motivo del Rifiuto 4.8
Guideline 4.8 - Design - Sign in with Apple
We noticed that your app uses a third-party login service but does not offer Sign in with Apple. Apps that use a third-party login service for account authentication must offer Sign in with Apple to users as an equivalent option.
Affrontare il Rifiuto 4.8
Quando si invia l'app branded a Apple, ricordare di aggiungere la seguente nota:
{APP_NAME} app is a business app that requires the user to sign in with an existing enterprise account. Because of this reason, it is not possible to offer Sign in with Apple.
Motivo del Rifiuto 5.1.1 (caso 1)
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
To resolve this issue, it would be appropriate to please revise your app to let users freely access your app’s features that are not account-based.
Affrontare il Rifiuto 5.1.1 (caso 1)
Spiegare al revisore che ogni singola funzione dell'app è basata sull'account, ecco perché l'utente deve accedere per accedere all'app. È possibile utilizzare questo modello:
{Client_Learning_Portal} is an account-based Learning Management System. In the app, every feature is account-based. In order to access every piece of content, the user needs to create an account and to log in. The content within the {Client_Learning_Portal} Learning Management System is proprietary information that customers can access after creating an account. The LMS requires all users to create an account to log in.
Se si preferisce, si può invece iniziare dal seguente modello, adattandolo alla propria implementazione per fornire informazioni sul contenuto di ogni pagina della propria app:
The app contains exclusively account-based features:
- The content of the All Channels page varies for each user according to their group or branch
- The My Courses & Learning Plans page is personal by definition
- The My Channel page is personal by definition
- The My Skills page is tailor-made to the user's specific skills
- The Questions & Answers page varies for each user according to their group or branch
- The My Gamification page is personal by definition
As a consequence, the login procedure is always required.”
In alternativa alle due risposte precedenti sulle funzionalità legate all'account, è possibile attivare la modalità demo per la propria app branded per i dispositivi iOS.
Motivo del Rifiuto 5.1.1 (caso 2)
Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage
We have noticed that your application during the registration process asks for a lot of information other than the desired username. It would be appropriate to ask only for the information that is strictly necessary to provide your service. Can you explain why the username is not sufficient?
Affrontare il Rifiuto 5.1.1 (caso 2)
Poiché Apple è molto sensibile alla questione della privacy, nel processo di autoregistrazione sarebbe bene chiedere agli utenti solo le informazioni indispensabili, e occorre anche spiegare al revisore perché si necessita di informazioni diverse dal nome utente.
Impugnare il Rifiuto dell'App
Se si ritiene che sia necessaria un'azione più decisiva della conversazione con il revisore nel Resolution Center per rivalutare il rifiuto della propria app, un'ulteriore possibilità per risolvere il problema è inviare una richiesta di ricorso.
Nell'area Assistenza dell'App Store, Apple offre anche un servizio che consente di presentare ricorso contro il rifiuto della propria app alla commissione di valutazione di Apple. Può sembrare una procedura complessa, ma di solito Apple risponde all'appello entro 24 ore.
Con la richiesta di ricorso, è possibile chiedere di essere contattati telefonicamente da un rappresentante dell'App Store per discutere del rifiuto della propria app e del motivo per cui l'app ha il diritto di trovarsi nell'App Store. Compilare il modulo disponibile nell'area Assistenza dell'App Store (si apre in una nuova tab) per essere contattati dal team App Review di Apple.