Report settimanale sulla verifica dell'età: test su 1.800 recensioni di app

Sì, puoi creare un report settimanale su come le regole sulla verifica dell'età si applicano nelle app reali. Ma il report deve monitorare l'introduzione delle regole, non gli utenti. Non deve mai diventare un elenco di persone che probabilmente sono minorenni.

Abbiamo eseguito il test il 25 ottobre 2026, dalle 06:46 alle 06:52 UTC (14:46–14:52 ora di Singapore). Abbiamo inviato 19 richieste a EveryInfra, di cui 18 addebitate, per un totale di 0,020837 $. Abbiamo letto le 200 recensioni più recenti di Google Play per nove coppie di app e lingua, 1.800 recensioni in totale. Dopo un controllo manuale, 67 recensioni (3,7%) riguardavano la verifica dell'età. Character.AI aveva la quota più alta, il 19,0%. Discord aveva il 4,5% in inglese e il 4,5% in spagnolo.

Roblox, Instagram, Snapchat, Steam e Xbox erano tutte sotto il 2%. Lo stesso giorno abbiamo letto anche tutti i 2.604 commenti pubblici alla consultazione sull'EU KIDS Act. Il 67,9% è arrivato in quattro giorni, dal 3 al 6 ottobre. Il 58,3% parla di giochi.

In questo articolo, un «report sull'introduzione della verifica dell'età» è un brief settimanale di una pagina per i team di compliance e di trust and safety di app e piattaforme. Conta solo segnali pubblici e aggregati: la quota di recensioni degli app store che citano i controlli dell'età, i tipi di reclamo e le modifiche agli annunci delle piattaforme e alle pagine dei centri assistenza. Include anche il volume delle discussioni su forum e social media e lo stato di leggi e consultazioni. Risponde a una sola domanda: «Fin dove è arrivata questa regola sul mercato, e dove si bloccano gli utenti?» Non risponde a «Quanti anni ha questo utente?»

Perché i team di compliance ne hanno bisogno ora

Tre enti regolatori sono intervenuti sulle regole relative all'età a poche settimane di distanza l'uno dall'altro:

• Unione europea. Il 17 settembre la Commissione europea ha adottato la proposta di KIDS Act. La proposta vieta gli account social sotto i 13 anni, consente «mini account» gestiti da un tutore a 13 e 14 anni e consente account indipendenti dai 15 anni (comunicato stampa della Commissione IP/26/1890). Le domande e risposte della Commissione affermano che l'età autodichiarata «esplicitamente non basta». Le piattaforme devono verificare gli account esistenti entro sei mesi dall'applicazione delle regole («The KIDS Act explained»). La proposta è COM(2026)681; il testo si trova nella pagina della proposta della Commissione. Al Parlamento europeo corrisponde alla procedura 2026/0286(COD). Il 22 ottobre la plenaria ha annunciato il deferimento alla commissione competente (Legislative Observatory).
• Australia. La regola sugli account social per i minori di 16 anni è entrata in vigore il 10 dicembre 2025. eSafety conduce uno studio con lo Stanford Social Media Lab. Dopo tre mesi, la quota di bambini tra i 10 e i 15 anni con un account è scesa dal 52,4% al 42,1%. Ma l'uso delle piattaforme soggette a limiti di età è sceso solo dall'85,9% all'81,5%. Tra i bambini che avevano ancora un account, il 50,2% ha detto che la piattaforma non aveva chiesto di confermare l'età. Il 18,2% ha detto che un controllo aveva stimato la sua età in modo errato (rapporto di eSafety). Il panel è composto da 803 bambini che hanno risposto a entrambe le rilevazioni (comunicato stampa di eSafety). Nell'aggiornamento di marzo, eSafety ha nominato cinque piattaforme. Uno dei problemi era che alcune piattaforme invitavano i bambini che avevano dichiarato un'età inferiore ai 16 anni a «tentare» la verifica dell'età (aggiornamento sulla conformità di eSafety, marzo 2026). Il 20 ottobre Technology.org ha messo a confronto questi numeri con il KIDS Act (technology.org, fonte secondaria).
• Cina. Il 18 settembre la Cyberspace Administration of China ha aperto una consultazione su una bozza di regolamento del Consiglio di Stato sull'uso di internet da parte dei minori. La bozza prevede che i servizi per utenti sotto i 16 anni funzionino in «modalità minori» e che i fornitori siano in grado di identificare gli utenti minorenni. La raccolta dei commenti si è chiusa il 17 ottobre (avviso della CAC, in cinese).

Per un team di compliance il messaggio è lo stesso in tutti e tre i casi. La legge dice cosa devono fare le piattaforme. Solo l'osservazione ti dice fin dove sono arrivate.

Il dato di eSafety secondo cui al 50,2% non è stata chiesta l'età è un tipico segnale sull'introduzione delle regole. È una quota, non il dato di un singolo bambino. Descrive come le piattaforme applicano la regola, non chi sono i bambini. Il nostro report settimanale raccoglie solo segnali di questo tipo.

Prima di tutto il perimetro: solo segnali pubblici e aggregati

Mettiamo questa sezione prima del metodo perché stabilisce cosa può raccogliere il prodotto.

Il prodotto non raccoglie né deduce alcuna informazione personale sui minori. Quattro regole mettono in pratica questo principio:

1. Rimuovi i campi dell'autore prima di salvare. Gli endpoint delle recensioni restituiscono i nomi degli autori e i link agli avatar. Le ricerche su X e Weibo restituiscono ID degli autori, bio e menzioni. Il nostro script di chiamata elimina questi campi prima di scrivere qualsiasi file. Conserva solo un hash SHA-256 della risposta originale, per l'audit. Nelle 18 risposte addebitate di questo test, lo script ha rimosso 4.609 campi dell'autore.
2. Nessuna stima dell'età. Il report non ha alcun campo «scritto da un minore». Non addestriamo né chiamiamo alcun modello di stima dell'età.
3. Non citare le età dichiarate. Le recensioni dicono spesso «ho 16 anni» o «mio figlio di 9 anni». Il report conta queste recensioni ma non le cita mai. In questo test, 6 delle 67 recensioni pertinenti contenevano un'età dichiarata. La nostra regola basata su pattern, scritta in anticipo, ne ha intercettate solo 2. Non ha rilevato un'età scritta in lettere («seventeen»), un anno di nascita e «18+». Quindi una persona deve controllare ogni citazione prima che entri in un report.
4. Maschera gli handle nel testo. 2 delle 67 recensioni includevano nel testo il nome dell'account di chi scriveva. Il report li sostituisce con «[handle]».

Perché tanto rigore? Guarda il caso di Character.AI.

Il 12 ottobre la sua società madre ha presentato istanza di Chapter 11 per vendere i propri asset sotto la supervisione del tribunale (blog di Character.AI; atti del procedimento).

PPC Land riporta che il 14 ottobre i procuratori generali di 39 stati e del Distretto di Columbia hanno depositato un avviso. L'avviso cita documenti dell'azienda: al 13 marzo 2025 c'erano 21,6 milioni di account negli Stati Uniti. Di questi, 2,1 milioni avevano un'età dichiarata inferiore ai 18 anni. Gli stati hanno fissato nove condizioni per qualsiasi acquirente, tra cui controlli dell'età efficaci (PPC Land, fonte secondaria).

Quando un'azienda conserva dati sull'età, quei dati diventano un asset di cui un tribunale e un acquirente devono occuparsi. Un fornitore di monitoraggio che non li conserva mai non può entrare a far parte di quel problema.

Le regole per stabilire se il test è superato o meno, definite in anticipo

Abbiamo scritto tre regole alle 14:45 ora di Singapore. La prima chiamata per i dati è partita alle 14:46.

1. Densità. Tra le recensioni più recenti, almeno il 5% deve riguardare la verifica dell'età (controllo manuale). Almeno 2 app devono superare la soglia. Sotto il 5%, ogni app fornisce solo poche recensioni a settimana e i tipi di reclamo non mostrano alcuna tendenza.
2. Classificazione. Abbiamo scritto in anticipo un dizionario di parole chiave. Il dizionario deve assegnare lo stesso tipo di reclamo di un lettore umano in almeno il 70% dei casi. Sotto il 70%, una persona deve leggere ogni recensione e il report non è né economico né ripetibile.
3. Perimetro. Zero campi dell'autore nel deliverable e nei file salvati. Zero recensioni citate che contengano un'età dichiarata.

Risultati: la regola 3 è stata rispettata. La regola 1 non è stata rispettata: solo Character.AI era sopra il 5%. Nemmeno la regola 2: la concordanza era del 42,3%. Questi due esiti negativi hanno cambiato il design del prodotto, come spieghiamo più avanti.

Una precisazione sulla regola 1: l'abbiamo valutata sulle stime puntuali. Per Discord, 9 su 200 danno un intervallo di Wilson al 95% che va dal 2,4% all'8,3%. L'intervallo comprende il 5%, quindi un campione più ampio potrebbe cambiare il risultato.

Test 1: nove flussi di Google Play, 67 recensioni su 1.800 citano i controlli dell'età

Dalle 14:46 alle 14:50 ora di Singapore abbiamo usato l'API delle recensioni di Google Play per leggere le 200 recensioni più recenti per ogni app e lingua. Abbiamo scelto app che hanno avviato i controlli dell'età nell'ultimo anno o che compaiono in un elenco di restrizioni per età. La finestra temporale è l'intervallo tra la recensione più vecchia e quella più recente di ogni batch:

• Character.AI (inglese): 38/200, 19,0%. Le 200 recensioni coprono 53,3 ore. Tutte le 38 recensioni pertinenti hanno dato 1 stella. Dal 24 novembre 2025 l'app ha rimosso la chat libera per gli utenti sotto i 18 anni (centro assistenza di Character.AI). Molte recensioni dicono che gli utenti devono verificarsi prima di poter chattare.
• Discord (inglese): 9/200, 4,5%, su 29,9 ore. Il 22 settembre Discord ha iniziato ad assegnare gli utenti a fasce d'età in base ai segnali dell'account. Ha dichiarato che a «oltre il 90%» degli utenti non verrà chiesto di confermare l'età (blog di Discord). Ars Technica riporta che questo piano ha sostituito un piano di febbraio dopo le proteste degli utenti. Una delle cause delle proteste è stata una violazione avvenuta nel 2025 presso un servizio di verifica di terze parti, che ha esposto circa 70.000 immagini di documenti d'identità (Ars Technica, fonte secondaria). Un mese dopo, il 4,5% delle nuove recensioni ne parla ancora.
• Discord (spagnolo): 9/200, 4,5%, su 114,7 ore.
• Instagram (inglese, store australiano): 4/200, 2,0%. Questo flusso aveva un problema: la recensione più recente era del 14 ottobre, 269,5 ore prima della nostra lettura. Non erano dati di questa settimana.
• Roblox (inglese, store australiano): 2/200, 1,0%. Le 200 recensioni coprono solo 2,7 ore.
• Roblox (spagnolo, store messicano): 3/200, 1,5%, su 5,2 ore.
• Snapchat (inglese, store australiano): 0/200.
• Steam (inglese, store australiano): 1/200, 0,5%. Le 200 recensioni coprono 321 ore. L'unica recensione pertinente lamenta che la carta di credito è l'unico modo per verificare l'età. In Australia, i codici sui contenuti soggetti a limiti di età per sei tipi di servizio, tra cui la distribuzione di app, sono entrati in vigore il 9 marzo 2026 (eSafety).
• Xbox (inglese, store britannico): 1/200, 0,5%, su 289,7 ore.

Ne derivano tre conclusioni, ciascuna con un limite:

• Il segnale si attenua dopo il lancio. Roblox ha annunciato i controlli dell'età basati sul volto per la chat il 19 novembre 2025 (newsroom di Roblox) e li ha estesi a livello globale il 9 gennaio 2026 (forum degli sviluppatori di Roblox). Nove mesi dopo, entrambi i flussi di Roblox sono all'1,0–1,5%. Discord, un mese dopo il lancio, è al 4,5%. Character.AI, dove la restrizione suscita ancora rabbia, è al 19,0%. La prova è un confronto fatto nello stesso giorno con lo stesso metodo. Il limite: è un solo giorno, non una serie storica. Non possiamo dire con che velocità il segnale si attenui ogni mese.
• Uno store non è un paese. Abbiamo letto le recensioni in inglese di Discord tramite lo store statunitense e quello britannico. I due set di 200 ID di recensione erano identici. Google Play restituisce le recensioni per lingua, e il parametro del paese non ha cambiato il risultato. Quindi «Roblox sullo store australiano» significa in realtà «recensioni di Roblox in inglese». Non mostra cosa pensano gli utenti australiani. Per una visione per paese, usa segnali nazionali come i dati degli enti regolatori o i forum locali.
• I dati sono indietro di circa un giorno. In 8 flussi su 9, la recensione più recente risaliva a 24,1–26,4 ore prima della nostra lettura. Instagram era indietro di 11 giorni. Il report dovrebbe indicare «dati fino al giorno T-1» e segnalare ogni flusso la cui recensione più recente ha più di 48 ore.

In questo test, l'API delle recensioni dell'App Store non si è rivelata adatta a un report settimanale. Abbiamo chiesto le 500 recensioni più recenti di Roblox sullo store australiano e ne abbiamo ottenute 10, datate da giugno 2020 ad aprile 2026. Per un grande gioco sullo store cinese ne abbiamo ottenute di nuovo 10, tutte da maggio a luglio, e 7 avevano lo stesso testo standard. Usa il flusso dell'App Store per valutazioni e note di rilascio, non per i campioni settimanali di recensioni.

Test 2: un dizionario di parole chiave è sufficiente?

Questo test risponde alla regola 2. Abbiamo applicato il nostro dizionario (inglese, spagnolo e cinese, fissato e registrato prima delle chiamate) alle 1.800 recensioni e lo abbiamo confrontato con una lettura manuale:

• Precisione. Il dizionario ha individuato 55 recensioni, di cui 52 riguardavano davvero la verifica dell'età: precisione del 94,5%. Tutti e 3 i falsi positivi erano in spagnolo. La causa era il nome di un fornitore nell'elenco inglese, «persona». In spagnolo «persona» è la parola comune per indicare una persona («la persona bloqueada», «hacia una persona»). Roblox cita questo stesso fornitore nel proprio annuncio, ed è per questo che lo avevamo aggiunto.
• Recall. Una ricerca manuale tra le recensioni non individuate ne ha trovate altre 15 pertinenti: recall del 77,6%. Tra le formulazioni sfuggite ci sono il refuso «ages verification», «verify our age» (un pronome che non avevamo incluso), «face verification», «can't chat until you're over 18» (senza alcun «verify») e frasi in spagnolo come «grupo de edad incorrecto».
• Classificazione. Delle 52 corrispondenze corrette, il dizionario ha assegnato lo stesso tipo di reclamo del lettore umano solo in 22 casi: il 42,3%. Ne ha messe 19 in «altro». Dopo la lettura manuale, le 67 recensioni pertinenti si sono divise in sei tipi. Funzionalità bloccata: 17. Privacy e documenti d'identità: 17. Età errata o controllo fallito: 15. Contro la regola in sé: 11. Nessun dettaglio: 6. Favorevole o neutrale: 1.

Quindi il dizionario è un primo filtro. Trova i candidati con una precisione del 94,5%. Il tipo deve assegnarlo una persona, o un passaggio separato affidato a un modello. Da questo test stimiamo il carico di lettura settimanale così: recensioni pertinenti in ogni batch × 168 ore ÷ ore coperte. Per questi nove flussi sono circa 530 recensioni pertinenti a settimana. È la voce di costo del lavoro più alta del prodotto.

Un risultato si collega direttamente al perimetro. Il gruppo «età errata o controllo fallito» conta 15 recensioni. Una è di un adulto che dice che un controllo tramite selfie non lo ha riconosciuto. Altre dicono che l'account è stato inserito nella fascia degli adolescenti e che l'assistenza non ha risposto.

È il gruppo che interessa di più ai team di compliance, perché corrisponde al dato del 18,2% di «età stimata in modo errato» dello studio di eSafety. Il report può contarlo e monitorarlo, ma non deve riportare le età o gli handle che contiene.

Test 3: 2.604 commenti alla consultazione UE, due terzi in quattro giorni

Una consultazione pubblica è di per sé un segnale pubblico e aggregato. La pagina «Have your say» della Commissione indica per il KIDS Act un periodo di feedback dal 1° ottobre al 3 dicembre, cioè nove settimane (pagina dell'iniziativa Have your say). Il 25 ottobre alle 14:37 ora di Singapore abbiamo letto l'elenco pubblico dei commenti dietro quella pagina: 2.604 commenti (tutti i commenti). Abbiamo rimosso i campi del nome prima di salvare. In base alla data indicata su ogni commento:

• Tempistica. 3 ottobre: 534. 4 ottobre: 542. 5 ottobre: 381. 6 ottobre: 312. Questi quattro giorni contano 1.769 commenti, il 67,9% del totale. La prima settimana (1–7 ottobre) ne conta 1.995, il 76,6%. Gli ultimi sette giorni (19–25 ottobre) solo 87.
• Chi. I cittadini UE ne hanno scritti 2.335 (89,7%) e i cittadini extra UE 231. Aziende, associazioni di categoria, ONG, enti accademici e autorità pubbliche ne hanno scritti in tutto solo 38 (1,5%).
• Provenienza e lingua. La Germania ne ha inviati più di tutti (410), seguita da Svezia 198, Paesi Bassi 189, Finlandia 177 e Polonia 158. L'85,2% è in inglese.
• Temi (conteggi di parole chiave multilingue; un commento può rientrare in più temi): privacy o dati 68,6%, giochi 58,3%, verifica dell'età o documenti d'identità 53,5%, genitori 44,8%, open source o servizi federati 9,6%, VPN 3,2%.
• Controllo del copia-incolla. I duplicati esatti aggiungono solo 13 copie in più. 41 commenti condividono i primi 120 caratteri con un altro commento, l'1,6% del totale. Il commento mediano ha 969 caratteri. La maggior parte dei commenti del picco è lunga e scritta dai rispettivi autori.

Da dove viene il picco?

Alle 14:51 ora di Singapore abbiamo usato l'API di ricerca di Reddit per cercare «Kids Act» e abbiamo preso i 25 post principali dell'ultimo mese. 14 sono stati pubblicati tra il 30 settembre e il 2 ottobre. I post principali si trovano in community di gaming come r/gaming, r/valve, r/Terraria, r/Minecraft e r/indiegames. Molti titoli dicono che la legge renderebbe illegali i server di gioco privati. I 25 post hanno un punteggio complessivo di 67.371.

Con l'API di ricerca di X abbiamo trovato un post del 3 ottobre alle 15:54 UTC che condivideva il link della consultazione. Il post invitava i lettori a «scrivere con parole proprie» e a sostenere che i videogiochi non dovrebbero avere una verifica dell'età rigida. Aveva 920 like e 12.511 visualizzazioni.

La sequenza è chiara. Le community di gaming si attivano il 30 settembre. Il 3 ottobre compare un invito all'azione. Quel giorno i commenti passano da 56 a 534. È una correlazione, non una prova: non possiamo confermare da dove provenga ciascun autore dei commenti.

Per un team di compliance, la lezione è che il volume della consultazione mostra quale gruppo si è mobilitato, non l'opinione pubblica generale. Se dividi i commenti per tipo di mittente, solo 38 provengono da organizzazioni. Aziende di videogiochi e piattaforme dovrebbero leggerli uno per uno. Il report settimanale può elencare ogni settimana i commenti delle organizzazioni e quelli nuovi.

Le pagine UE non concordano sulla scadenza.

La pagina di notizie della Commissione «Commission seeks feedback on EU KIDS Act» dice in una riga che il periodo di feedback «si chiude il 26 novembre 2026». Nella riga successiva invita a inviare commenti «fino al 3 dicembre 2026» (pagina delle notizie della Commissione). La pagina «EU Child Participation» rivolta ai bambini indica ancora il 26 novembre (EU Child Participation). La pagina Have your say e le domande e risposte indicano il 3 dicembre. Anche due post su X del 2 e del 4 ottobre presenti nel nostro campione indicano il 26 novembre.

Nove settimane a partire dal 1° ottobre portano al 3 dicembre, quindi il 3 dicembre coincide con la pagina Have your say. Questo tipo di conflitto tra pagine istituzionali va inserito nella sezione «pagine normative» del report.

Risultati: quando il segnale funziona

Funziona in tre casi:

1. Monitoraggio per 2–4 settimane dopo un lancio. Il segnale è denso dopo un lancio e scarso qualche mese dopo (Roblox all'1,0–1,5%). Pianifica il campionamento con un calendario degli eventi. Quando un'app annuncia un nuovo controllo dell'età, aggiungila alla watch list per quattro settimane.
2. Conteggio dei reclami dopo la classificazione manuale. Il dizionario filtra (precisione del 94,5%). Il tipo lo assegna una persona o un passaggio affidato a un modello. Il report fornisce i conteggi per tipo e citazioni prive di dettagli personali.
3. Stato normativo e coerenza delle pagine. Volume della consultazione, commenti delle organizzazioni, scadenze e passaggi in commissione sono atti pubblici. Puoi verificarli uno per uno.

Non funziona in quattro casi:

1. Leggere le recensioni di Google Play come dati per paese. Le recensioni vengono restituite per lingua; i set di Discord di Stati Uniti e Regno Unito erano identici.
2. Pubblicare i tipi assegnati dal dizionario senza revisione. La concordanza era del 42,3%.
3. Trattare i conteggi della consultazione come opinione pubblica. Il 67,9% è arrivato da un unico gruppo mobilitato in quattro giorni.
4. Stabilire se una recensione è stata scritta da un minore. Questo è fuori dal perimetro del prodotto, ed è il primo limite che abbiamo tracciato.

Com'è fatto il prodotto: una pagina, cinque sezioni

Le cinque sezioni:

• Tabella dell'introduzione. Una riga per ogni app monitorata. Ogni riga mostra le recensioni lette questa settimana, le ore coperte e la quota che cita i controlli dell'età. Mostra anche la variazione rispetto alla settimana precedente e l'età della recensione più recente (in rosso se supera le 48 ore).
• Tipi di reclamo. Conteggi per funzionalità bloccata, privacy e documenti d'identità, età errata o controllo fallito e contrarietà alla regola, con 1–2 citazioni per tipo. I dettagli personali vengono rimossi e le età dichiarate non vengono mai citate.
• Modifiche alle piattaforme e ai centri assistenza. Quali app hanno cambiato questa settimana il testo, le opzioni o l'ambito del controllo dell'età. Esempio: il post di Discord del 22 settembre ha aggiunto due modi per confermare l'età: una carta di credito o una fascia d'età fornita dall'app store (blog di Discord). Le ultime due usano la Declared Age Range API di Apple e la Play Age Signals API di Google.
• Stato normativo. Proposte, consultazioni, scadenze e prossimo passaggio in ogni giurisdizione, con gli eventuali conflitti tra pagine istituzionali.
• Note sui dati. Orari di lettura, copertura e regole di deduplicazione per ogni flusso, più una dichiarazione che il report non stima l'età di nessuno.

La consegna può essere un PDF di una pagina, un CSV con i conteggi o lo stesso flusso di lavoro all'interno del client AI del cliente (vedi la configurazione MCP più avanti). Le risposte grezze restano a noi per l'audit e non vengono consegnate con il report.

Il costo: circa 0,27 $ a settimana per il piano di esempio

I prezzi provengono dal catalogo delle funzionalità, letto il 25 ottobre alle 14:34 ora di Singapore; il riferimento è la pagina dei prezzi. Le recensioni di Google Play costano 0,001389 $ per chiamata, con un massimo di 200 recensioni per chiamata. Le ricerche su Reddit, X e Weibo costano 0,000556 $ per chiamata. Letture settimanali per ogni flusso di recensioni = 168 ore ÷ ore coperte da un batch di 200, arrotondato per eccesso:

• Roblox in inglese copre solo 2,7 ore ogni 200 recensioni, quindi servono 63 letture a settimana. Roblox in spagnolo ne richiede 33, Instagram 32, Snapchat 14, Discord in inglese 6, Character.AI 4, Discord in spagnolo 2, Steam e Xbox 1 ciascuno. In totale sono 156 chiamate × 0,001389 $ = 0,216684 $.
• Social: 5 termini su Reddit e 5 su X una volta al giorno, più 3 termini su Weibo una volta al giorno. In totale sono 91 chiamate × 0,000556 $ = 0,050596 $.

Il totale è di 0,267280 $ a settimana, ovvero 1,069120 $ per quattro settimane. Le chiamate non riuscite e i risultati vuoti non vengono addebitati, quindi il costo reale può essere solo inferiore. Le pagine pubbliche dell'UE, di eSafety e le altre sono gratuite.

Il costo dei dati è basso. Il costo vero è la revisione manuale di circa 530 recensioni a settimana e la stesura della pagina. Per questo conviene fissare il prezzo del prodotto in base ad app monitorate × lingue × giurisdizioni, includendo la revisione manuale per elemento. Non fissarlo per chiamata API. Il prezzo finale dipende da quanto tempo del personale fa risparmiare al tuo cliente; non stabiliamo noi una cifra al posto tuo.

Ottieni gli stessi dati con il codice o con un client AI

Una sola chiamata curl legge le 200 recensioni in inglese più recenti di Character.AI. Sostituisci il segnaposto con la tua chiave:

curl -s https://api.everyinfra.com/api/v1/social \
  -H "Authorization: Bearer <API Key>" \
  -H "Content-Type: application/json" \
  -d '{"platform":"google_play","action":"reviews","params":{"app_id":"ai.character.app","language":"en","sort":"newest","limit":200}}'

Inserisci limit dentro params. Nella nostra prima chiamata di prova l'avevamo messo al livello principale. In quel momento l'API ha restituito 10 recensioni, ha addebitato una chiamata e non ha mostrato alcun errore. Dalla sera del 25 ottobre, un limit al livello principale restituisce 422 unknown_param. L'errore indica params.limit e non viene addebitato nulla.

Campi usati dal report (corrispondono a response_fields nel catalogo):

• id: ID della recensione, per la deduplicazione tra settimane;
• text, title: testo e titolo della recensione, usati solo per il filtro per parole chiave e la classificazione manuale per tipo;
• score: da 1 a 5 stelle; tutte le 38 recensioni pertinenti di Character.AI avevano 1 stella;
• posted_at: ora di pubblicazione, usata per le ore coperte e l'età della recensione più recente;
• app_version: versione dell'app, per collegare i reclami a una release;
• reply_text, reply_at: risposta dello sviluppatore e relativa ora, per vedere se la piattaforma spiega le sue verifiche dell'età nella sezione recensioni;
• thumbs_up: mi piace ricevuti dalla recensione;
• language, url, app_id, platform: lingua, link alla recensione, nome del pacchetto e piattaforma;
• author_name, author_avatar_url: nome e avatar dell'autore. Il report non li usa. Eliminali prima di salvare.

In Claude Code, crea una chiave seguendo la guida rapida e aggiungi il server MCP remoto (documentazione MCP di Claude Code):

claude mcp add --transport http everyinfra https://api.everyinfra.com/mcp \
  --header 'Authorization: Bearer ${EVERYINFRA_API_KEY}'

Poi chiedi: «Usa everyinfra_call_api per leggere le 200 recensioni in inglese più recenti di com.discord. Conta solo la quota che menziona la verifica dell'età e i tipi di reclamo. Non mostrare alcun dato sugli autori. Non citare recensioni che dichiarano un'età.»

Errori e addebiti osservati in questo test:

• Più di 10 richieste al minuto: HTTP 429 rate_limited. La risposta riporta «Nothing was charged». Attendi retry_after secondi e riprova. La nostra prima richiesta ha incontrato questo limite perché un'altra sessione usava la stessa chiave di test nello stesso momento.
• limit nella posizione sbagliata: 422 unknown_param. L'errore mostra il campo corretto, params.limit, e non viene addebitato nulla. (Prima della sera del 25 ottobre, l'API lo ignorava, restituiva il numero predefinito e addebitava la chiamata.)
• La pagination di Google Play restituisce has_more: false e stop_reason: depth_limit. Una chiamata fornisce al massimo 200 recensioni. Per una copertura maggiore, leggi più spesso.
• Le chiamate non riuscite e i risultati vuoti non vengono addebitati. Per verificare ogni addebito, consulta rimborsi per errori e riconciliazione.

Confronto con altri metodi

• Solo i report delle autorità di regolamentazione. I report di eSafety e Ofcom sono i più autorevoli. Il report di luglio di Ofcom afferma che nessun singolo metodo di age assurance elimina il rischio di aggiramento (Ofcom, Use of Age Assurance Report 2026). Osserva anche che le verifiche con carta di credito possono dimostrare che l'utente è adulto, ma non funzionano per la soglia dei 16 e 17 anni. Questo è rilevante perché sia Discord sia Steam offrono la verifica con carta di credito. Questi report però escono ogni pochi mesi e non possono seguire i cambiamenti settimanali delle piattaforme.
• Un servizio di social listening di terze parti. Ampia copertura, ma molti servizi profilano account e persone. Questo è in conflitto con il limite «nessuna inferenza sui minori». Chiedi l'elenco esatto dei campi dei dati prima di acquistare.
• Il personale legge le recensioni a mano. Costo basso, ma senza un campione né regole fisse. Ognuno conta in modo diverso e il risultato non si può verificare in seguito.
• Il metodo di questo articolo. Campionamento fisso, campi personali rimossi prima del salvataggio, un hash di ogni risposta grezza e classificazione manuale. Ogni numero risale a un file che conserviamo. Cosa non può fare: mostrare cosa pensano gli utenti di un singolo paese o misurare se una norma funziona. Per misurare l'effetto serve uno studio panel con un gruppo di controllo, come lo studio di eSafety.

Novità recenti (settembre–ottobre 2026)

• Fine ottobre: Ofcom deve consegnare al Parlamento una valutazione rapida delle verifiche dell'età per gli over 16. Il Regno Unito prevede restrizioni per gli under 16 che potrebbero partire nel 2027 (Ofcom). I team nel Regno Unito dovrebbero aspettarsi linee guida nei prossimi mesi.
• 22 ottobre: il Parlamento europeo assegna il KIDS Act alla commissione competente (Legislative Observatory). Per i team di compliance, il testo cambierà. Il lavoro di oggi è preparazione, non consegna.
• Intorno al 20 ottobre: l'Australia annuncia che eSafety prepara azioni legali contro cinque piattaforme. Si avvale dei poteri di acquisizione delle prove introdotti a settembre (Tech Times, fonte secondaria). La Parliamentary Library offre una sintesi del disegno di legge. Le piattaforme devono dimostrare di aver adottato «misure ragionevoli», quindi la documentazione degli annunci e delle modifiche ai centri assistenza diventa più importante.
• 14 ottobre: il Messico pubblica un decreto sugli ambienti digitali sicuri per i minori. Le piattaforme, compresi gli app store, devono usare verifiche dell'età che non si basino sull'autodichiarazione. Devono comunicare le misure adottate entro 30 giorni di calendario (testo del decreto). Per le app con utenti in Messico, la prima comunicazione scade a metà novembre.
• 12 ottobre: Character.AI avvia la procedura Chapter 11 e prevede una vendita (blog di Character.AI). I dati sull'età dichiarata ora rientrano nelle condizioni di vendita.
• Dal 21 settembre al 12 ottobre: EFF e Internet Society criticano le verifiche dell'età del KIDS Act. Si tratta delle posizioni dei due gruppi, non di fatti. Secondo EFF, i controlli dell'età danneggiano la privacy di tutti gli utenti e possono escludere chi non ha un documento d'identità (EFF, 21 settembre; EFF, 8 ottobre). Internet Society sostiene le parti sulla sicurezza fin dalla progettazione, ma avverte che i token di età non devono diventare un «badge per internet» (Internet Society, 12 ottobre). Per la discussione tecnica, vedi la bozza del report del workshop IAB/W3C (draft-iab-agews-report-03) e il modello di verifica dell'età della Commissione. Puoi confrontare i reclami su «privacy e documenti» del report con queste argomentazioni.

Limiti di questo test

• Abbiamo letto un solo giorno, nove flussi e 200 recensioni per flusso. È un'istantanea, non una tendenza. Gli intervalli sono ampi: per Character.AI, 38/200 ha un intervallo al 95% dal 14,2% al 25,0%, e per Discord, 9/200 va dal 2,4% all'8,3% (metodo di Wilson).
• La lettura manuale è stata fatta da una sola persona, senza un secondo revisore. Il recall deriva da un'ampia ricerca manuale tra le non corrispondenze e potrebbe comunque tralasciare alcune recensioni.
• I conteggi per tema dell'UE usano parole chiave multilingue. Un commento può contare per più temi. Non si tratta di una classificazione semantica.
• Questo articolo descrive un metodo per i dati. Non è una consulenza legale. Per i tuoi obblighi, fai riferimento ai testi definitivi e ai tuoi legali.

Domande frequenti

La verifica dell'età su Discord è sicura? Questo report non può stabilire se un metodo sia sicuro. Può mostrare ciò che preoccupa gli utenti. Nel nostro campione di Discord, 1 delle 9 recensioni pertinenti in inglese e 3 delle 9 in spagnolo riguardavano la privacy o i dati dei documenti d'identità. Il post di settembre di Discord afferma che gli utenti possono scegliere metodi che non richiedono né un documento d'identità né un selfie, come una carta di credito o una fascia d'età fornita dall'app store. (Fonte della domanda: il suggerimento di ricerca “is age verification safe on discord”.)

Perché la verifica dell'età su Discord non funziona? Nel nostro campione, “età sbagliata o verifica non riuscita” era il gruppo più numeroso in spagnolo (5 su 9) e contava 3 casi su 9 in inglese. Le recensioni descrivono verifiche tramite selfie che si interrompono dopo tre tentativi e account di adulti inseriti nel gruppo degli adolescenti. Un report settimanale conta questi casi, così il team della piattaforma può verificare se una correzione risolve il problema. Non corregge i singoli account. (Fonte della domanda: il suggerimento di ricerca “discord age verification not working”.)

Come si analizzano le recensioni e i reclami sulle app di verifica dell'età? Usa un dizionario di parole chiave come primo filtro. Poi assegna il tipo di reclamo con un passaggio manuale o con un modello. Nel nostro test il dizionario ha avuto una precision del 94,5% e un recall del 77,6%, ma i suoi tipi coincidevano con quelli di un lettore umano solo nel 42,3% dei casi. Rimuovi i campi dell'autore prima di salvare e non citare mai recensioni che dichiarano un'età. (Fonte della domanda: il suggerimento di ricerca “age verification app reviews and complaints”.)

Letture correlate

• Pagine delle piattaforme: API di scraping per Google Play, API di scraping per Reddit
• Pagine delle funzionalità: API per le recensioni di Google Play, API per le recensioni dell'App Store, API di ricerca su Reddit, API di ricerca su X (Twitter)
• Altri articoli: L'analisi delle recensioni degli app store come prodotto a pagamento, Dati per la ricerca sui social media: prima verifica la stabilità del campione, Monitoraggio della disinformazione sanitaria

Riferimenti

1. Commissione europea, “EU KIDS Act to restrict social media platforms' access to children in the EU” (IP/26/1890), 2026-09-17, https://ec.europa.eu/commission/presscorner/detail/en/ip_26_1890
2. Commissione europea, “The KIDS Act explained”, consultato il 2026-10-25, https://digital-strategy.ec.europa.eu/en/faqs/kids-act-explained
3. Commissione europea, “Proposal for EU KIDS Act” (COM(2026)681), 2026-09-17, https://digital-strategy.ec.europa.eu/en/library/proposal-eu-kids-act-eu-keeping-internet-digital-spaces-accountable-and-trustworthy
4. Commissione europea, “Commission seeks feedback on EU KIDS Act”, 2026-10, https://digital-strategy.ec.europa.eu/en/news/commission-seeks-feedback-eu-kids-act
5. Commissione europea, Have your say, “Child online safety – keeping digital spaces accountable and trustworthy (EU Kids Act)”, feedback dal 2026-10-01 al 2026-12-03, https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/19418-Child-online-safety-keeping-digital-spaces-accountable-and-trustworthy-EU-Kids-Act-_en
6. Commissione europea, Have your say, tutti i feedback pubblici sul KIDS Act (2.604 elementi), consultato il 2026-10-25 alle 06:37 UTC, https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/19418-Child-online-safety-keeping-digital-spaces-accountable-and-trustworthy-EU-Kids-Act-_en/feedback?p_id=26173
7. Osservatorio legislativo del Parlamento europeo, procedura 2026/0286(COD), consultato il 2026-10-25, https://oeil.europarl.europa.eu/oeil/en/procedure-file?reference=2026/0286%28COD%29
8. EU Child Participation, “EU Kids Act – have your say”, 2026-10-07, https://eu-for-children.europa.eu/activities-news/latest/eu-kids-act-have-your-say_en
9. Commissione europea, “Commission makes available an age verification blueprint”, https://digital-strategy.ec.europa.eu/en/news/commission-makes-available-age-verification-blueprint
10. eSafety Commissioner, “Early days, early insights: Understanding experiences of social media age restrictions at the three-month follow-up”, luglio 2026 (pubblicato ad agosto 2026), https://www.esafety.gov.au/sites/default/files/2026-08/Early-days-Early-Insights-SMMA-Evaluation-Understanding-experiences-of-social-media-age-restrictions-August2026.pdf
11. eSafety Commissioner, “Early insights from eSafety's comprehensive evaluation project”, 2026-08, https://www.esafety.gov.au/newsroom/media-releases/early-insights-from-esafetys-comprehensive-evaluation-project
12. eSafety Commissioner, “Social Media Minimum Age: Compliance Update”, 2026-03-31, https://www.esafety.gov.au/sites/default/files/2026-03/SocialMediaMinimumAgeComplianceUpdateMarch2026.pdf
13. eSafety Commissioner, “Social media age restrictions”, consultato il 2026-10-25, https://www.esafety.gov.au/about-us/industry-regulation/social-media-age-restrictions
14. Parliamentary Library of Australia, Bills Digest, “Online Safety Amendment (Strengthening Enforcement for the Social Media Minimum Age) Bill 2026”, 2026-08-16, https://www.aph.gov.au/Parliamentary_Business/Bills_Legislation/bd/bd2627/27bd012
15. technology.org (Alius Noreika), “Teen Social Media Ban: What Australia's First Data Shows”, 2026-10-20, https://www.technology.org/2026/10/20/teen-social-media-ban-australia-data-eu-kids-act/
16. Tech Times, “Australia Prepares to Sue Meta, TikTok, Snap and YouTube Over Under-16 Non-Compliance”, 2026-10-21, https://www.techtimes.com/articles/329312/20261021/australia-prepares-sue-meta-tiktok-snap-youtube-over-under-16-non-compliance.htm
17. Discord (Stanislav Vishnevskiy), “Safer for Teens, Same Discord for Adults”, 2026-09-22, https://discord.com/blog/safer-for-teens-same-discord-for-adults
18. Ars Technica (Jon Brodkin), “Discord age verification rolls out today with changes spurred by user backlash”, 2026-09, https://arstechnica.com/tech-policy/2026/09/discord-age-verification-rolls-out-today-with-changes-spurred-by-user-backlash
19. Roblox, “Roblox Requires Age Checks for Communication, Ushering in New Safety Standard”, 2025-11-19, https://about.roblox.com/newsroom/2025/11/roblox-requires-age-checks-limits-minor-and-adult-chat
20. Roblox Developer Forum, “Age Check Requirement to Chat Now Live Globally”, 2026-01-09, https://devforum.roblox.com/t/age-check-requirement-to-chat-now-live-globally/4226101
21. Apple Developer, “Declared Age Range”, consultato il 2026-10-25, https://developer.apple.com/documentation/declaredagerange
22. Android Developers, “Play Age Signals overview”, consultato il 2026-10-25, https://developer.android.com/google/play/age-signals/overview
23. Character.AI, “An Update on Character.ai”, 2026-10, https://blog.character.ai/an-update-on-character-ai/
24. Character.AI Help Center, “Important Changes for Teens on Character.ai”, 2025-10-29, https://support.character.ai/hc/en-us/articles/42645561782555-Important-Changes-for-Teens-on-Character-ai
25. Stretto (agente per i crediti e le notifiche), In re Character Technologies, Inc., pagina del caso, consultata il 2026-10-25, https://cases.stretto.com/chartech
26. PPC Land, “Character.ai faces 40 attorneys general over who can buy its users' chats”, 2026-10-14, https://ppc.land/character-ai-faces-40-attorneys-general-over-who-can-buy-its-users-chats/
27. Electronic Frontier Foundation, “EU Kids Act Won't Keep the Internet Accountable and Trustworthy”, 2026-09-21, https://www.eff.org/deeplinks/2026/09/eu-kids-act-wont-keep-internet-accountable-and-trustworthy
28. Electronic Frontier Foundation, “When No ID Means No Internet: Age Verification and the Right to Access Information”, 2026-10-08, https://www.eff.org/deeplinks/2026/10/when-no-id-means-no-internet-age-verification-and-right-access-information
29. Internet Society, “The EU KIDS Act Should Make Services Safer, Not Create an Internet Badge”, 2026-10-12, https://www.internetsociety.org/blog/2026/10/the-eu-kids-act-should-make-services-safer-not-create-an-internet-badge/
30. Nottingham e Thomson (IAB/W3C), “Report from the IAB/W3C Workshop on Age-Based Restrictions on Content Access” (draft-iab-agews-report-03), 2026-04, https://www.ietf.org/archive/id/draft-iab-agews-report-03.html
31. Ofcom, “Use of Age Assurance Report 2026”, 2026-07-15, https://www.ofcom.org.uk/online-safety/protecting-children/use-of-age-assurance-report-2026
32. Cyberspace Administration of China, avviso sulla bozza di regolamento del Consiglio di Stato sull'uso sicuro di internet da parte dei minori (in cinese), 2026-09-18, https://www.cac.gov.cn/2026-09/18/c_1791482017777471.htm
33. Governo del Messico, “DECRETO de entornos digitales seguros para niñas, niños y adolescentes” (DOF 2026-10-14), https://www.gob.mx/cms/uploads/attachment/file/1109462/DECRETO_ENTORNOS_DIGITALES.pdf
34. Anthropic, “Connect Claude Code to tools via MCP”, consultato il 2026-10-25, https://code.claude.com/docs/en/mcp
35. EveryInfra, catalogo delle funzionalità GET /api/v1/social/catalog, consultato il 2026-10-25 alle 06:34 UTC, https://api.everyinfra.com/api/v1/social/catalog