La definizione di social media di Apple è cambiata
Apple ridefinisce i social media in base alle capacità tecniche delle app, non alla categoria. Dal 2026 sarà obbligatorio dichiararle.
La nuova classificazione si basa sulle funzionalità implementate nel codice, non sulla categoria dichiarata
Non importa se ti chiami WhatsApp o se sei un’app di ricette con un feed di suggerimenti della community: se il tuo software ridistribuisce, amplifica o fa interagire contenuti generati dagli utenti, per Apple sei un social media. È quanto emerge da un aggiornamento pubblicato sul portale sviluppatori di Apple lo scorso 9 luglio, che introduce nell’App Store Connect una nuova sezione del questionario di età dedicata proprio a questo. E da settembre 2026 non sarà più facoltativo rispondere.
La definizione che trasforma un’app di ricette in un social media
Il punto tecnico è tutto qui: Apple non classifica più le app per categoria dichiarata nello Store, ma per capacità implementata nel codice. La definizione che l’azienda ha messo nero su bianco è chirurgica: una “social media capability” è la capacità di ridistribuire, amplificare o far interagire gli utenti con contenuti generati da altri utenti, attraverso un feed sociale o un meccanismo di scoperta simile. Non conta il nome dell’app, non conta la sua categoria primaria nell’App Store: conta l’architettura.
Il paradosso è evidente e voluto. Un’app di fitness che aggiunge un feed dove gli utenti condividono i propri allenamenti rientra nella definizione tanto quanto Instagram. Un forum di supporto tecnico con un sistema di upvote e un algoritmo di scoperta dei thread più popolari, pure. La logica di Apple sposta l’attenzione dal “cosa dichiari di essere” al “cosa il tuo sistema è tecnicamente in grado di fare”: ridistribuire contenuti altrui, amplificarne la portata attraverso un ranking o un algoritmo di raccomandazione, o abilitare interazioni sociali attorno a quei contenuti. Tre verbi tecnici — redistribute, amplify, interact — che diventano il criterio discriminante, indipendentemente dal frontend che li presenta.
Il questionario: una lente sulle capacità nascoste
Ma come si traduce questa definizione in una scheda tecnica? Attraverso un questionario, appunto: quello di età già esistente in App Store Connect, che ora include domande specifiche sulle capacità social dell’app. È un po’ come chiedere a un’API di dichiarare le proprie permission più sensibili invece di limitarsi a un nome generico: non basta più dire “sono un’app di messaggistica”, bisogna specificare se quella messaggistica include un feed pubblico, un algoritmo di scoperta contenuti, meccanismi di amplificazione come i repost.
Il collegamento con le fasce di età non è casuale. Già lo scorso dicembre 2025 Apple aveva ampliato le categorie di valutazione delle app a cinque fasce, introducendo tre livelli specifici per gli adolescenti — 13+, 16+ e 18+ — nell’ambito dell’espansione delle fasce di età annunciata per proteggere bambini e adolescenti online. Il questionario sulle capacità social si innesta esattamente su questa granularità: sapere se un’app ha un feed che amplifica contenuti altrui è un input diretto per calcolare quale fascia di età le si addice. Più recentemente, lo scorso giugno, Apple ha presentato in anteprima una nuova suite di funzionalità pensate per aiutare i genitori a gestire più facilmente i contenuti visibili ai figli, i contatti con cui possono comunicare e gli orari di accesso alle app — un sistema di controlli che si appoggia proprio su questa nuova classificazione tecnica delle capacità social.
Resta però una domanda aperta finché il questionario è ancora, tecnicamente, una checklist da compilare: cosa succede quando rispondere non è più una scelta ma un requisito bloccante per la pubblicazione?
Cosa cambia per chi sviluppa (e come risponde Google)
Da settembre 2026, appunto, la risposta non è più opzionale: le risposte al questionario saranno obbligatorie per ogni nuovo invio o aggiornamento sull’App Store, inclusi i submission per la notarizzazione destinati alla distribuzione alternativa su iOS 27, iPadOS 27 e macOS 27. Questo significa che il gate di review non si limiterà più a controllare crash e violazioni delle linee guida: verificherà anche se l’architettura dell’app corrisponde a quanto dichiarato nel questionario, con conseguenze dirette sulla fascia di età assegnata e, presumibilmente, sulla visibilità e le restrizioni applicate.
Per chi sviluppa, questo introduce un trade-off che prima non esisteva a livello di classificazione formale: aggiungere un feed sociale o un sistema di scoperta contenuti generati dagli utenti ora ha un costo esplicito, perché fa scattare in automatico l’etichetta di social media capability, con tutto ciò che ne consegue in termini di rating e controlli parentali associati. È un vincolo architetturale nuovo da inserire nello stack decisionale insieme a scelte più tradizionali come il linguaggio di programmazione o il framework di rete.
Il confronto con l’approccio di Google è istruttivo proprio perché diverge nel meccanismo. Google ha esteso i controlli parentali a tutti i dispositivi Android 17 lo scorso 16 giugno, ma lavorando a un livello diverso dello stack: non chiede agli sviluppatori di dichiarare le capacità tecniche della propria app, bensì implementa limiti di tempo schermo generali e blocco app a livello di sistema operativo, applicabili indipendentemente da cosa fa il codice dell’app sottostante. Apple, al contrario, scende dentro l’architettura dell’applicazione e chiede una dichiarazione esplicita delle capacità di ridistribuzione e amplificazione dei contenuti. Due filosofie di piattaforma opposte: controllo esterno imposto dal sistema operativo contro autodichiarazione tecnica verificata in fase di review.
Per chi sviluppa, la scelta di aggiungere un feed o una sezione commenti non è più solo una feature: è un confine che, se attraversato, fa scattare una classificazione più restrittiva. Un nuovo vincolo da tenere nello stack decisionale, accanto a tutti gli altri che già si affrontano quando si progetta un’app.
