Guida completa per la prima revisione di un'applicazione 2026 - iOS e Android

Invio della tua prima app su App Store o Play Store può sembrare sovraccarico. Con linee guida in continua evoluzione e un controllo più stretto nel 2026, ottenere l'approvazione richiede una grande attenzione ai dettagli. Questa guida completa ti guida attraverso tutto ciò di cui hai bisogno per superare la recensione sulla tua prima sottoscrizione per entrambi i piattaforme iOS e Android.

Capire il processo di recensione nel 2026

Entrambe Apple e Google hanno rafforzato significativamente i loro processi di recensione negli ultimi anni, con particolare enfasi sulla privacy, sulla sicurezza e sull'esperienza utente. Capire questi cambiamenti è cruciale per i primi sviluppatori.

Timeline di revisione dell'App Store di iOS

• Revisione standard: 24-48 ore
• Periodi di punta: 3-5 giorni (soprattutto durante le stagioni festive)
• Weekend: Nessuna revisione elaborata
• Revisione accelerata: Disponibile per riparazioni di bug critici (deve essere richiesta tramite App Store Connect)

Suggerimento: Invia presto nella settimana (lunedì-martedì) per evitare ritardi di fine settimana. Le sottoscrizioni di lunedì sono generalmente revisionate da mercoledì.

Stati di App Store Connect che vedrai

• Preparazione alla Sottomissione: La tua build o i metadati sono ancora in preparazione
• In Attesa di Revisione: Apple ha la tua sottomissione in coda
• In Revisione: Il team di revisione sta controllando attivamente l'app
• Rilascio in Sospeso del Sviluppatore: Approvato, ma in attesa della tua scelta di rilascio manuale
• Rifiutato / Problemi Insoluti: Apple ha bisogno di modifiche prima dell'approvazione

Timeline di Revisione della Store Google (Aggiornamento 2026)

• Prima Revisione: 3-7 giorni (significativamente più a lungo degli anni precedenti)
• Porta chiusa di testing: almeno 14 giorni per nuovi conti personali Play Console interessati prima di poter richiedere l'accesso alla produzione
• Revisione della produzione dopo il testing: di solito altri 3-7 giorni dopo che è completo il requisito di testing chiuso
• Aggiornamenti per le app esistenti: 1-3 giorni
• Violazioni delle politiche: può estendersi a 14+ giorni se è attivato un ulteriore controllo

Aggiornamento importanteGoogle richiede ora una verifica più rigorosa per alcuni nuovi account di Play Console, di cui tratteremo in dettaglio di seguito.

Account di sviluppatore Apple

Prima della tua prima rilascio di iOS, assicurati che il lato Apple sia configurato correttamente:

• Iscriviti al Programma di sviluppo Apple
• Attiva l'autenticazione a due fattori per il conto Apple utilizzato per l'iscrizione
• Scegli il tipo di iscrizione corretto:
  • Individuale / Proprietario unico: il tuo nome personale legale diventa il nome del venditore sull'App Store
  • Organizzazione: richiede un'entità legale, un numero D-U-N-S, un sito web pubblico e una persona con l'autorità di vincolare la società agli accordi di Apple
• Usa nomi legali durante l'iscrizione. Pseudonimi o nomi di società nei campi nome e cognome possono rallentare l'approvazione
• Dopo l'approvazione dell'iscrizione, accedi a App Store Connect e crea il record dell'app con l'ID bundle finale, il nome dell'app, il SKU e la lingua principale

ImportanteApple cambia i requisiti minimi di SDK nel tempo. A partire da 28 aprile 2026, le app caricate su App Store Connect devono utilizzare il iOS & iPadOS 26 SDK o successivi.

La richiesta di testing Android critica

Questo è il cambiamento che coglie di sorpresa la maggior parte dei nuovi pubblicatori Android:

12 Tester richiesta per nuove account Android personali

Se il tuo account sviluppatore Google Play è un account personale creato dopo il 13 novembre 2023, devi completare un periodo di testing chiuso prima che l'app possa andare in produzione:

Requisiti:

• Minimo 12 Testatori: Devi reclutare almeno 12 tester che hanno acconsentito
• Periodo di Test 14 Giorni: L'app deve rimanere in testing chiuso per almeno 14 giorni consecutivi
• Richiesta di Accesso alla Produzione: Dopo il periodo di testing, devi ancora richiedere l'accesso alla produzione in Play Console
• Raccolta di Feedback: Dovresti documentare gli issue trovati, le correzioni apportate e come i tester hanno utilizzato l'app

Come configurare la tua Track di Testing

Perché Google ha implementato questo

Google ha introdotto questo requisito per:

• Riduci lo spam di app di bassa qualità
• Ensure apps are properly tested before reaching users
• Identificare le applicazioni maliziose attraverso modelli di utilizzo reale
• Migliora la qualità generale della Play Store

Verifica della realtà: Questo aggiunge almeno 2-3 settimane al tuo calendario di lancio. Pianifica di conseguenza e inizia a reclutare i tester presto.

Requisiti di autenticazione e accesso

Uno dei motivi più comuni di rifiuto è l'implementazione impropria dei sistemi di autenticazione, soprattutto il login sociale.

Il requisito di accesso Apple (Critico per iOS)

La regola di Apple: Se la tua app offre qualsiasi opzione di login sociale di terze parti (Google, Facebook, Twitter, ecc.), dovrai anche offrire l'accesso con Apple come opzione.

Ciò si applica a:

• Google Sign-In
• Facebook Login
• Login con Twitter/X
• Login con LinkedIn
• Qualsiasi altro servizio di autenticazione terzo

Ciò NON si applica a:

• Autenticazione solo email/parola
• Sistemi di identificazione governativa
• Sistemi di SSO aziendali (quando l'app è per quell'azienda specifica)
• Sistemi di autenticazione dei provider di istruzione

Implementare il login con Apple

Se stai utilizzando il login sociale, ecco cosa devi implementare:

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

Considerazioni importanti:

1. Email Privacy: Users can choose to hide their email. Apple provides a private relay email (e.g., abc123@privaterelay.appleid.com). Il tuo app deve gestire questo.

2. Utenti Nuovi vs Utenti Ritornati: Apple fornisce informazioni sugli utenti (nome, email) solo alla prima autorizzazione. Salva questa informazione perché le successive connessioni non le includeranno.

3. Disegno del pulsante: Apple fornisce linee guida di design rigorose per il pulsante di accesso con Apple. Utilizza i loro asset ufficiali.

4. Verifica del BackendVerifica sempre il token di identità sul tuo server backend, non fidarti mai dei token client-side da soli.

Requisiti di accesso sociale per Android

: Mentre l'Android non richiede un provider specifico come fa l'iOS, Google ha le seguenti linee guida:

Requisiti di Google Sign-In:

• Deve utilizzare l'accesso Google ufficiale SDK
• Seguire le linee guida di branding di Google
• Deve essere l'opzione principale se la offre

Pratica Migliore per la piattaforma incrociata: Offri le stesse opzioni di accesso su entrambe le piattaforme per la consistenza:

• Email/Password
• Accedi con Apple (solo per iOS, o su Android se supporti l'accesso web di Apple)
• Accedi con Google
• Altre opzioni sociali (Facebook, Twitter, ecc.)

Altre opzioni sociali (Facebook, Twitter, ecc.)

Requisiti dell'account demoSe il tuo app richiede l'accesso, deve fornisce credenziali di demo funzionanti nelle Note di Valutazione dell'App.

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

Errori comuni:

• La fornitura di credenziali scadute
• La demo non ha accesso a tutte le funzionalità
• Non menzionare come bypassare la verifica del telefono
• Dimenticare di menzionare i dettagli di pagamento del sandbox

Requisiti di politica sulla privacy e requisiti legali

Ora entrambe le piattaforme di app richiedono politiche sulla privacy accessibili e termini di servizio prima La tua prima pubblicazione è stata approvata.

la tua prima sottoscrizione viene approvata.

La sua politica sulla privacy deve:

1. Essere Accessibile al pubblico

   • Hostato su una URL pubblica (non dietro login)
   • Sovraccaricabile in browser web standard
   • Disponibile nelle stesse lingue del tuo app

2. Coprire questi argomenti obbligatori:

   • Quali dati raccoglie (sii specifico)
   • Come utilizza i dati raccolti
   • Se i dati sono condivisi con terze parti
   • Quanto tempo i dati sono conservati
   • I diritti degli utenti (accesso, cancellazione, portabilità)
   • Contatti per richieste di informazioni sulla privacy
   • Riservatezza dei minori (se l'app è destinata a utenti sotto i 13/16 anni)

3. Deve essere collegato all'interno dell'app

   • Accessibile da schermo di impostazioni o account
   • Deve essere a un solo tocco di distanza (non nascosto in menu)
   • Deve aprirsi nel browser predefinito o nel browser in-app

Dove ospitare la tua politica sulla privacy

Opzione 1: Il tuo sito web (Consigliato)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Opzione 2: Pagine GitHub (Gratuito)

https://yourusername.github.io/app-privacy-policy

Opzione 3: Generatori di politiche sulla privacy (Avvio rapido)

• Termine
• PrivacyPolicies.com
• FreePrivacyPolicy.com

Importante: While generators are fine for starting, ensure the policy accurately reflects your actual data practices. Generic templates that don’t match your app will be flagged.

Termini e Condizioni Requisiti

Mentre non è sempre obbligatorio, avere Termini e Condizioni è fortemente raccomandato e richiesto se:

• Requisiti per i Termini e le Condizioni
• Hai contenuto generato dall'utente
• Fornite qualsiasi servizio oltre la funzionalità di base dell'app
• Hai contenuti generati dagli utenti

Deve includere:

• Politica di utilizzo accettabile
• Condizioni di terminazione dell'account
• Limitazione della responsabilità
• Diritti di proprietà intellettuale
• Procedura di risoluzione delle controversie
• Politica di rimborso (soprattutto per IAP)

Implementazione in-app

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

Requisiti di metadati per l'App Store

Entrambe le piattaforme richiedono di fornire l'URL della politica sulla privacy durante la sottoscrizione dell'app:

iOS - App Store Connect:

• Informazioni sull'app > Informazioni generali > URL della politica sulla privacy
• Deve essere HTTPS (HTTP sarà rifiutato)
• Verrà visualizzato sulla tua pagina Store App
• Aggiungi un URL di Supporto con dettagli di contatto reali per gli utenti
• Completa il questionario di valutazione dell'età prima della sottoscrizione

Android - Console di Gioco Play:

• Presenza negli Store > Impostazioni dello Store > Politica sulla privacy
• Richiesto per tutte le app che si rivolgono ai bambini
• Consigliato fortemente per tutte le app

Etichette di Nutrizione sulla Privacy (iOS)

iOS richiede dichiarazioni di privacy dettagliate in formato di 'etichetta di nutrizione':

Categorie che devi dichiarare:

• Informazioni di ContattoEmail, nome, numero di telefono
• Info finanziarie: Informazioni di pagamento, carta di credito, conto bancario
• Posizione: Posizione precisa o grossolana
• Contenuto utente: Foto, video, audio, messaggi
• Identificatori: ID utente, ID dispositivo, ID pubblicitario
• Dati di utilizzoInterazione del prodotto, dati di pubblicità, registrazioni di crash
• DiagnosticsDati di crash, dati di prestazioni

Per ogni tipo di dati, specificare:

• Sia esso raccolto
• Sia collegato all'identità dell'utente
• Sia utilizzato per il tracciamento
• Lo scopo della raccolta

Errore comune: Dire di non raccogliere dati quando il tuo analytics SDK lo fa. Verifica tutti gli SDK di terze parti per la loro raccolta di dati.

Sezione sicurezza dei dati di Google Play

Simile all'iOS, Android richiede una dichiarazione di sicurezza dei dati:

Istruzioni:

1. Vai su Console di Google Play > Contenuto dell'app > Sicurezza dei dati
2. Rispondi alle domande sulla raccolta di dati
3. Specificare tipi di dati raccolti
4. Spiegare pratiche di sicurezza (cifrazione, ecc.)
5. Fornire link alla politica sulla privacy

CrucialeQuesta informazione è vincolante per legge. La rappresentazione falsa può portare alla rimozione dell'app e alla sospensione del conto.

Motivi comuni di rifiuto per la prima volta

Capire perché le app vengono rifiutate ti aiuta a evitare questi ostacoli:

1. L'app si blocca o non si avvia

Perché succede:

• Testare solo sull'emulatore, non su dispositivo reale
• Mancanza di gestione degli errori per fallimenti di rete
• Punti di fine API hardcoded che sono inaccessibili
• Assumendo specifiche capacità del dispositivo (camera, GPS)

Come Prevenire:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

Elenco di Controllo di Test:

• Testare su dispositivi reali (almeno 2-3 modelli diversi)
• Testare con una rete lenta (utilizzare Network Link Conditioner)
• Testare con modalità aeroplano
• Testare con permessi negati
• Testare con installazione fresca (nessun dato memorizzato)

2. Funzionalità di base mancanti o rotte

Perché Succede:

• Le funzionalità mostrate nelle schermate non esistono ancora
• L'account demo non ha accesso alle funzionalità pubblicizzate
• Le funzionalità premium sono mostrate ma non implementate
• “Placeholder di ‘Coming Soon’ nell'app”

Come Prevenirlo:

• Invia solo quando tutte le funzionalità pubblicizzate sono complete
• Assicurati che l'account demo abbia accesso completo
• Elimina o disabilita le funzionalità incomplete prima della sottoscrizione
• Update screenshots to match current build exactly

3. Contenuto inappropriato per la classificazione di età

Perché Succede:

• Età di accesso impostata su 4+, ma l'app contiene funzionalità sociali
• Age rating doesn’t match actual content
• Contenuto generato dagli utenti senza moderazione
• Collegamenti a contenuti esterni non moderati

Come impostare la classificazione di età corretta:

Classificazioni di età per iOS:

• 4+ (nessun contenuto oggettibile)
• 9+ (contenuto leggero occasionale)
• 12+ (contenuto moderato)
• 17+ (contenuto frequente/intenso)

Classificazioni di contenuto per Android:

• Tutti
• Tutti 10+
• Adolescenti
• Maturi 17+
• Solo adulti 18+

Importante: Se gli utenti possono condividere contenuti tra loro, avete bisogno di:

• Sistema di moderazione del contenuto
• Funzionalità di segnalazione/blocco
• Linee guida della community chiare
• Blocco di età se necessario

4. Metadati ingannevoli o ingannevoli

Perché Succede:

• Il nome dell'app promette funzionalità che non esistono
• Schermate di screenshot dei competitor o mockup
• Recensioni o recensioni false o manipolazione dei voti
• Descrizione contiene superlativi senza prove

Esempi di Metadati Problematici:

❌ Cattivo:

• Nome Applicazione: “ Miglior Tracciatore di Fitness - #1 App”
• Descrizione: “L'applicazione più incredibile, rivoluzionaria mai creata!”
• Schermate: Foto di stock generiche

✅ Buono:

• Nome Applicazione: “FitTrack - Registro di Allenamento”
• Descrizione: “Segui i tuoi allenamenti con routine personalizzabili e grafici di progresso.”
• Schermate: Schermate reali dell'applicazione dal build corrente

5. Test insufficienti (Soprattutto Test di Chiusura Android)

Perché Succede:

• Saltare il periodo di testing obbligatorio di 14 giorni
• Non reclutare abbastanza tester
• I tester non utilizzano effettivamente l'app
• No monitoraggio di crash durante le prove

Come Prevenire:

• Iniziare a reclutare tester 3-4 settimane prima della data di lancio prevista
• Utilizzare Firebase Crashlytics o simili durante il testing
• Partecipare attivamente con i tester (questionari, moduli di feedback)
• Risolvere le questioni critiche prima di promuovere alla produzione

6. Autorizzazioni senza giustificazione

Perché Succede:

• Richiedere la posizione senza utilizzarla
• Autorizzazione alla camera senza spiegazione
• Accesso ai contatti senza scopo chiaro
• Posizione di background per app non di navigazione

Come risolvere:

iOS - Plist di informazioni:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

Android - Strategia delle autorizzazioni:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

Richiesta di autorizzazione di runtime:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

Requisiti specifici per iOS

Schermate e anteprime dell'App Store

Dimensioni richieste:

• iPhone da 6,7 pollici: 1290 x 2796
• iPad da 13 pollici: 2064 x 2752
• 12,9” iPad: 2048 x 2732

Importante: Se il tuo app supporta l'iPad, devi caricare le schermate dell'iPad. Non allungare le schermate iPhone per adattarle ai slot dell'iPad.

Pratiche per la cattura di screenshot:

• Mostrare contenuti reali dell'app (nessun mockup)
• Eliminare la barra dello stato o mostrare contenuti realistici
• Localizzare per tutte le lingue supportate
• Evitare sovrapposizioni di testo eccessive
• Mostrare le principali funzionalità nelle prime 2-3 schermate

Configurazione dei metadati di App Store Connect

Prima della sottoscrizione, completare questi campi di App Store Connect:

• URL della politica sulla privacy: richiesto per le app iOS
• URL di supporto: richiesto, e dovrebbe portare a informazioni di contatto reali
• Age Rating: completa il questionario per poter pubblicare l'app
• Informazioni di revisione dell'app: aggiungi un contatto di revisione, le credenziali del demo se richiesto il login, e note chiare per il team di revisione
• Compatibilità esportazione: rispondi alle domande di crittografia, o impostali ITSAppUsesNonExemptEncryption in Info.plist quando opportuno, in modo da non ripetere le stesse risposte ogni volta che si carica

TestFlight prima della revisione dell'app

Esegui un test di TestFlight reale prima della revisione di produzione:

• Installa la versione esatta da TestFlight
• Accedi con lo stesso account di revisione che pianificherai di fornire
• Passa attraverso la via di acquisto, la ripristinazione e l'annullamento
• Conferma che il revisore possa raggiungere le funzionalità chiave senza configurazioni nascoste
• Testa su iPhone e iPad se entrambi sono supportati

Video di anteprima dell'app (Facoltativo ma Raccomandato)

Requisiti:

• 15-30 secondi di lunghezza
• Deve mostrare effettivamente il footage dell'app
• Può includere testi di sovrapposizione brevi
• Non utilizzare musica con problemi di copyright
• Stesse risoluzioni delle schermate

Implementazione di Sign in con Apple

Già trattato sopra, ma critico per la revisione di iOS se hai il login sociale.

Requisiti per le vendite in-app

Se offri beni o servizi digitali:

Disclosures richiesti:

• Prezzo chiaro prima dell'acquisto
• Termini di abbonamento chiaramente indicati
• Istruzioni per l'annullamento visibili
• Pulsante per il ripristino delle vendite

Esempio di schermo di abbonamento conforme:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

Requisiti specifici per Android

Configurazione del Conto Google Play

Prima della tua prima rilascio Android, assicurati che il conto Play Console e la shell dell'app esistano:

• Creare il tuo account di sviluppatore su Registrazione del conto Play Console
• In Play Console, vai a Casa > Crea app
• Scegliere la lingua predefinita, tipo di app/gioco e indirizzo email di supporto
• Accettare le dichiarazioni di politica, esportazione e firma dell'app di Play
• Decidere se l'app è gratuito o paid

Importante: Google ti consente di cambiare un'app pagante in gratuita in un secondo momento, ma una volta che un'app è stata offerta gratuitamente, non può essere cambiata in pagante.

Richiesta per il Bundle dell'App

Importante: Google Play richiede il formato Android App Bundle (.aab) e non APK:

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Richiesta di Livello di Obiettivo API

Richiesta corrente: Nuove app e aggiornamenti di app devono mirare a Android 15 (API livello 35) o superiore.

Aggiornamento in android/app/build.gradle:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Salute dei dati di Google Play

: già coperto sopra, ma assolutamente critico per l'approvazione Android.

Tracciato di Test chiuso (Richiesta corrente)

Questo è il grande requisito per i nuovi account di sviluppatore personali: il requisito di 12 tester, 14 giorni descritto in precedenza in questo guide.

Cronologia:

1. Settimana 1: Recruita i tester, impostazione della prova chiusa
2. Settimana 2-3: Periodo di prova attiva (almeno 14 giorni)
3. Settimana 4: Risolvi gli issue, prepara la versione di produzione
4. Settimana 5: Invia per la revisione di produzione

Target Audience and Content Rating

Questionario di Classificazione del contenuto:

• Richiesto per tutte le app
• Ci vuole 10-15 minuti per completarlo
• Determina la classificazione di età (Tutti, Teen, Maturi, ecc.)
• Aggiornalo ogni volta che il tuo contenuto cambia in modo da influire sulle risposte

Argomenti trattati:

• Violenza
• Contenuto sessuale
• Parole volgari
• Sostanze controllate
• Gioco d'azzardo
• Caratteristiche di interazione utente

ImportanteSe hai contenuti generati dagli utenti o funzionalità sociali, devi rivelare questo e implementare la moderazione.

Requisiti per la lista negozio

Assetti richiesti:

• Icona dell'app (512 x 512 PNG)
• Immagine di copertina (1024 x 500 JPG o PNG)
• Schermate del telefono (minimo 2, massimo 8)
• Schermate del tablet da 7” (facoltativo ma consigliato)
• Schermate del tablet da 10” (facoltativo ma consigliato)

Descrizione Requisiti:

• Descrizione breve (massimo 80 caratteri)
• Descrizione completa (massimo 4000 caratteri)
• Deve descrivere accuratamente la funzionalità dell'app
• Non può includere informazioni di contatto o prezzi

Elenco di controllo pre-invio

Prima di inviare, passa attraverso questo elenco di controllo completo:

Requisiti tecnici

• L'app si avvia correttamente su dispositivi reali
• Tutte le funzionalità mostrate nelle schermate funzionano
• Nessun contenuto di placeholder o “Prossimamente”
• Tutti i chiavi dei terzi API sono chiavi di produzione
• Implementato il trattamento degli errori di rete
• Le richieste di autorizzazione includono spiegazioni chiare
• L'app non si blocca in condizioni di rete povere
• Testata con autorizzazioni negate
• Testata sulla versione OS minima supportata
• Verificati e risolti i leak di memoria

Autenticazione & Accesso

• Se si utilizza il login sociale, incluso il Sign in with Apple (iOS)
• Credenziali di account demo fornite nelle note di revisione
• L'account demo ha accesso a tutte le funzionalità
• Il flusso di reset della password funziona
• La funzionalità di logout funziona correttamente
• L'opzione di cancellazione dell'account disponibile (richiesta da GDPR/CCPA)

Informazioni legali & Privacy

• Politica sulla privacy accessibile al pubblico
• Politica sulla privacy aggiunta alla lista degli store dell'app
• La politica dei servizi è pubblicamente accessibile (se applicabile)
• Privacy policy linked in-app (Settings screen)
• Etichette di nutrizione sulla privacy accurate (iOS)
• Sezione sulla sicurezza dei dati completata (Android)
• Alli dati di raccolta spiegati
• Third-party SDK data collection disclosed

Contenuto e Metadati

• Nome dell'app segue le linee guida (nessun sovraccarico di parole chiave)
• Descrizione descrive correttamente la funzionalità
• Schermate mostrano schermate attuali dell'app
• Schermate localizzate per tutte le lingue supportate
• Descrizione non menziona competitor
• Descrizione non contiene superlativi senza prove
• Age rating matches actual content
• Indirizzo email di contatto è monitorato

iOS Specific

• Accedi con Apple (se si utilizza l'accesso sociale)
• Tutti i dimensioni delle schermate richieste sono fornite
• Schermate di iPad reali caricate se abilitato il supporto per iPad
• Le descrizioni delle autorizzazioni in Info.plist sono chiare
• URL del supporto aggiunto con dettagli di contatto reali
• Politica sulla privacy URL aggiunta in App Store Connect
• Domanda di valutazione di età completata
• Risposte conformità all'esportazione corrette
• Contatto per la revisione dell'app e account demo non scadibile
• Target iOS 15.0 o superiore
• Se IAP: prezzi chiari, pulsante di ripristino acquisti presente
• Non sono presenti riferimenti a Android o altre piattaforme

Specifico per Android

• Formato di bundle dell'applicazione (.aab) utilizzato
• Target API 35 o superiore
• Questionario di valutazione del contenuto completato
• Immagine grafica caricata
• Test di chiusura completati se il tuo account di Console di Gioco richiede (12 tester, 14 giorni)
• Rapporti di crash da test esaminati e risolti
• Assenza di riferimenti a iOS o altre piattaforme

Test (Requisito corrente per Android)

• 12+ tester reclutati se il tuo account di Play richiede test di chiusura
• Creata traccia di test di chiusura
• 14 giorni consecutivi di test completati
• Testatori hanno effettivamente utilizzato l'app (non solo installato)
• Monitoraggio crash abilitato durante le prove
• Bug critici da testing risolti
• Feedback dai testatori documentato

Note di recensione: cosa includere

Le note di recensione eccellenti possono fare la differenza tra approvazione istantanea e rifiuto. Ecco cosa includere:

Modello per Note di Recensione

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

Note di Recensione specifiche per iOS

Per iOS, includi anche:

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Note di Recensione specifiche per Android

Per Android, includi anche:

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

Cosa fare se rifiutato

Non allarmarsi - la rifiutazione è comune, soprattutto per le prime presentazioni. Ecco come gestirla:

Passaggi dopo la Rifiutazione

Risposte comuni alle rifiutazioni

Rifiuto: "La tua app si blocca al lancio"

Risposta:

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

Rifiuto: “Mancanza di politica sulla privacy”

Risposta:

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

Rifiuto: “Non rispetta la sezione 4.2 - Funzionalità minima”

Questo è più difficile. Significa che la tua app non fa abbastanza per meritare di essere un'app. Risposta:

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

Pratiche migliori dopo l'approvazione

Congratulazioni! La tua app è stata approvata. Ecco come mantenere quel status:

Monitoraggio dopo il lancio

Metriche critiche da monitorare:

• Tasso di crash (mantenere sotto l'1%)
• Tasso di ANR (Android - mantenere sotto l'1%)
• Recensioni dell'App Store/Play Store
• Valuta contenuto (rispondi a tutte le recensioni)
• Bug segnalati dagli utenti

Strumenti da utilizzare:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry o similari per il tracking degli errori

Linee guida per l'aggiornamento

Quando si inviano gli aggiornamenti:

• Testare con la massima attenzione come alla prima sottoscrizione
• Aggiornare le schermate se il layout è cambiato significativamente
• Aggiorna le etichette sulla privacy se è cambiata la raccolta dei dati
• Fornire descrizioni chiare per le nuove funzionalità
• Considerare i rilasci graduati per le principali modifiche

Mantenersi conformi

Requisiti annuali:

• Rinnova la classificazione di contenuto Android (richiesta ogni anno)
• Aggiorna la politica sulla privacy se le pratiche cambiano
• Verifica e aggiorna le classificazioni di età se il contenuto cambia
• Verifica la conformità degli SDK di terze parti

Monitoraggio Continuo:

• Resta aggiornato sulle modifiche alle linee guida
• Unisciti alle newsletter dei developer di Apple/Google
• Partecipa alle comunità dei developer
• Segui i blog delle politiche di App Store/Play Store

Risorse e Letture ulteriori

Documentazione Ufficiale

Apple:

• Linee guida di revisione dell'App Store
• Accedi con Apple
• Aiuto per App Store Connect
• Privacy e Utilizzo dei Dati

Google:

• Centro delle politiche per gli sviluppatori
• Elenco di lancio
• Sezione sicurezza dei dati
• Linee guida per le prove

Risorse della Comunità

• androiddev - Comunità di sviluppatori Android
• r/iOSProgramming - Comunità di sviluppatori iOS
• Stack Overflow - Domande tecniche
• Indie Hacker - Comunità di sviluppatori indie

Strumenti per la Politica sulla Privacy

• Generatore di politiche sulla privacy di Termly
• PrivacyPolicies.com
• Politica di Riservatezza Gratuita

Hai Bisogno di Aiuto per la tua Revisione App?

Se ti senti sopraffatto o desideri una guida esperta per assicurarti che la tua app superi la revisione al primo tentativo, siamo qui per aiutarti!

Prenota una chiamata di consultazione con il nostro team per assistenza personalizzata con:

• Preparazione della revisione per l'App Store e Play Store
• Revisione della politica di riservatezza e documentazione legale
• Implementazione di Sign in with Apple
• Strategia di testing e reclutamento di tester
• Preparazione delle note di revisione
• Risposta alle rimostranze e ricorsi
• Processo di sottoscrizione completa dell'app

Il nostro team ha aiutato centinaia di sviluppatori a superare con successo il processo di revisione dell'app e può risparmiarvi settimane di errori e prove.

Conclusioni

La presentazione della tua prima app può essere intimidatoria, ma con una preparazione adeguata, puoi superare la revisione al primo tentativo. Ricorda questi punti chiave:

1. Inizia presto: Soprattutto per Android - recluta almeno 12 tester almeno 3 settimane prima della tua data di lancio pianificata
2. Priva di segreti: Assicurati di avere la tua politica sulla privacy pronta e rifletti accuratamente le tue pratiche sui dati
3. Apple Sign-In: Se utilizzi qualsiasi tipo di accesso sociale, devi includere l'accesso con Apple su iOS
4. Testa accuratamente: Testa su dispositivi reali, con reti deboli e con permessi negati
5. Sii onesto: Accurate metadata e dichiarazioni di privacy prevenire la rifiutazione e le questioni legali
6. Note dettagliate di revisione: Aiuta i revisori a comprendere velocemente il tuo app

: Le attuali richieste di testing per Android aggiungono tempo al processo, ma portano a migliori app e a meno problemi post-lancio. Pianifica altri 3-4 settimane per le sottoscrizioni Android, e sarai ben posizionato per il successo.

Buona fortuna con il tuo lancio di app! Ricorda, anche se ti rifiutano, è un'opportunità di apprendimento. La maggior parte degli app di successo passa attraverso più round di revisione prima dell'approvazione.

Non vuoi procedere da solo? Prenota una consulenza e lascia che i nostri esperti ti guidino attraverso il processo.

Aiuto con l'implementazione degli aggiornamenti in tempo reale dopo l'approvazione dell'app? Ecco cosa fare. Capgo's live update soluzione per aggiornamenti di app senza revisione dell'app store.

Continua da The Complete First-Time App Review Guide per 2026 - iOS e Android

If sei stai utilizzando The Complete First-Time App Review Guide per il 2026 - iOS e Android per pianificare la sicurezza e la conformità, connettilo con Crittografia per il dettaglio di implementazione in Crittografia, Conformità per il dettaglio di implementazione in Conformità, Capgo Scanner di Sicurezza per il workflow del prodotto nel Capgo Scanner di Sicurezza. Capgo Sicurezza per il flusso di lavoro del prodotto in Capgo Sicurezza, e Capgo Centro di Trust per il workflow del prodotto nel Capgo Centro di fiducia.