Eventi in-app dell’App Store: visibilità per app piccole

Gli eventi in-app dell’App Store sono cose legate a un momento preciso che succedono dentro la tua app (una sfida, una sessione dal vivo, la prima di un contenuto, un aggiornamento importante) e che puoi pubblicare come schede evento sull’App Store. Compaiono nella tua pagina prodotto e nei risultati di ricerca, e possono essere scelti per i pannelli Oggi, Giochi e App e per i consigli personalizzati, il tutto senza pagare pubblicità.

Per un’app piccola, un evento in-app è uno dei pochi modi gratuiti per mettere una scheda in più, e dall’aspetto fresco, davanti a chi cerca e naviga. Puoi avere fino a 10 eventi pubblicati contemporaneamente, ognuno della durata massima di 31 giorni, e promuovere ciascuno fino a 14 giorni prima dell’inizio. Questa guida copre i limiti, le specifiche di metadati e media e le idee di eventi che funzionano per app senza un team dedicato alle live ops.

Dove compaiono gli eventi in-app dell’App Store?

Secondo la panoramica di Apple sugli eventi in-app, gli eventi possono comparire in quattro posti:

• La tua pagina prodotto. Lì compaiono tutti gli eventi pubblicati in quel momento, in ordine di inizio, con quelli ad alta priorità davanti a quelli normali.
• I risultati di ricerca. Per chi ha già la tua app, la scheda evento può comparire al posto degli screenshot nel tuo risultato di ricerca. Per chi non ce l’ha, i tuoi screenshot si vedono come al solito. Gli eventi si possono trovare anche cercando l’evento stesso.
• Gli spazi editoriali nei pannelli Oggi, Giochi e App, se li scelgono gli editor di Apple.
• I consigli personalizzati, che usano lo scopo dell’evento (utenti nuovi, attivi o inattivi) per decidere chi lo vede.

Dalla scheda evento o dalla pagina dei dettagli, le persone possono chiedere all’App Store di avvisarle quando l’evento inizia, e condividerlo. Per le app piccole conta soprattutto lo spazio nella ricerca: è principalmente uno strumento per riconquistare gli utenti, perché mette qualcosa di nuovo davanti a chi ti ha installato e poi si è allontanato.

Limiti e specifiche degli eventi in-app

La disponibilità per regione è facoltativa, e puoi impostare date e orari diversi per ogni paese. I video partono da soli e vanno in loop, quindi è meglio che il loop sia pulito.

I badge degli eventi

Ogni evento riceve uno di sette badge, che dice alle persone di che tipo di evento si tratta:

• Sfida: un obiettivo da raggiungere prima della fine dell’evento.
• Competizione: gli utenti competono per la classifica o per dei premi.
• Evento dal vivo: un’esperienza in tempo reale che tutti vivono nello stesso momento.
• Aggiornamento importante: nuove funzionalità, contenuti o esperienze rilevanti, non piccole modifiche all’interfaccia o correzioni di bug.
• Nuova stagione: nuovi contenuti o trame che si aggiungono a quelli esistenti.
• Prima: contenuti o media nuovi presentati per la prima volta.
• Evento speciale: eventi a tempo limitato che non rientrano negli altri badge.

Cosa rende buono un evento in-app (e cosa viene rifiutato)

Apple è abbastanza esplicita. I candidati migliori sono sfide, competizioni e lanci di contenuti speciali. Quelli peggiori sono attività o premi giornalieri ripetitivi, promozioni sul prezzo senza contenuti nuovi e promozioni generiche per far conoscere l’app. Alcune regole sui metadati mettono spesso in difficoltà:

• Niente prezzi specifici nel testo dell’evento; Apple dice che porta al rifiuto.
• Niente tutto maiuscolo, niente “!!”, niente affermazioni non verificabili come “il migliore” o “n. 1”.
• Niente riempitivi come “evento di gioco” nel nome. I nomi devono essere specifici: l’esempio di Apple è “June Leaderboard Climb”.
• Evita testo e loghi nei media dell’evento, e non aggiungere bordi o sfumature: Apple ritaglia e applica le sfumature da sola.
• Fai in modo che i media della scheda e quelli dei dettagli siano coerenti tra loro (colori o stile di illustrazione simili).

Alcune di queste regole si sovrappongono a quelle sulla revisione degli screenshot; il nostro articolo su perché Apple rifiuta gli screenshot dell’App Store approfondisce le affermazioni e i problemi con i marchi registrati.

Come possono usare gli eventi in-app le app piccole

Non ti serve un team di live ops. Ti serve qualcosa che abbia davvero una scadenza e che succeda davvero nell’app. Alcuni formati adatti ai team piccoli:

Scrivi la descrizione breve per la scheda

La descrizione breve da 50 caratteri è quella che legge la maggior parte delle persone. Scrivila come il motivo per toccare: “Fai 100K passi e ottieni il badge d’inverno” (43 caratteri) funziona meglio di “Partecipa alla nostra nuova, emozionante sfida”. La descrizione lunga da 120 caratteri nella pagina dei dettagli può aggiungere per chi è e cosa si ottiene.

Imposta lo scopo con onestà

Apple chiede se un evento è per tutti gli utenti, per i nuovi, per quelli attivi o per quelli inattivi. Non viene mostrato alle persone, ma serve per i consigli. Una sfida per “far tornare gli utenti inattivi” è di solito la scelta più naturale per un’app piccola che ha già una base di installazioni.

Aggiungi un deep link

Quando qualcuno tocca Apri su un evento, deve arrivare all’evento, non alla schermata principale. Apple consiglia gli universal link, sconsiglia URL accorciati e reindirizzamenti e suggerisce una schermata di arrivo se l’evento non è ancora iniziato. I nuovi utenti potrebbero dover passare prima dall’onboarding, quindi assicurati che ci sia un modo per tornare all’app principale.

Allinea gli eventi con la tua scheda

Se organizzi un evento stagionale, una pagina prodotto personalizzata e un testo promozionale coordinati rendono la storia coerente per chi arriva da link o annunci. Abbiamo parlato di queste leve in screenshot stagionali per l’App Store e nella guida alle pagine prodotto personalizzate.

Inviare un evento in-app per la revisione

Gli eventi si creano in App Store Connect, nella sezione Eventi in-app della tua app, e si inviano ad App Review. Vengono revisionati indipendentemente dalle versioni dell’app, e l’aggiornamento di Apple di ottobre 2025 ti permette di inviarli separatamente anche mentre una versione dell’app è in revisione. I contenuti devono esistere nell’app pubblicata quando l’evento inizia, quindi se l’evento dipende da codice nuovo, pubblica prima l’aggiornamento.

La pagina di App Review di Apple dice che di solito il 90% degli invii viene revisionato in meno di 48 ore, ma tieniti un margine: con la finestra di promozione di 14 giorni, inviare circa tre settimane prima della data di inizio permette alla scheda di comparire in anticipo. Se un evento richiede un determinato acquisto in-app, devi dichiararlo; le app in abbonamento devono farlo solo quando c’è un costo extra specifico per l’evento.

Come misurare gli eventi in-app in Analisi app

Analisi app di App Store Connect riporta, per ogni evento: impressioni dell’evento, visualizzazioni della pagina dei dettagli, aperture dell’app, download (filtrabili per evento), sorgenti di acquisizione e quante persone si sono iscritte alla notifica di inizio. Le definizioni delle metriche di Apple precisano che le metriche degli eventi in-app compaiono solo dopo che l’app ha ottenuto cinque primi download da almeno un evento, quindi un’app piccola potrebbe vedere aperture e impressioni prima dei numeri sui download.

Per la maggior parte delle app piccole, le domande utili sono:

• Aperture: l’evento ha riportato indietro gli utenti esistenti? Di solito è qui che gli eventi si ripagano.
• Download attribuiti all’evento: qualcuno di nuovo ha installato l’app grazie all’evento?
• Iscrizioni alle notifiche: la finestra di promozione prima dell’inizio è servita a qualcosa?
• Conversione complessiva: la conversione della tua pagina prodotto è cambiata mentre l’evento era attivo? Leggila per tipo di sorgente, come spieghiamo nella nostra guida al tasso di conversione dell’App Store.

Ripeti lo stesso formato più di una volta prima di giudicarlo. Una sfida mensile con nome e aspetto costanti ti dà numeri confrontabili; un evento isolato ti dice molto poco.

L’equivalente su Google Play: i contenuti promozionali

L’equivalente più vicino su Google Play sono i contenuti promozionali (prima LiveOps). Comprendono offerte, eventi a tempo limitato e aggiornamenti importanti, e compaiono nella scheda App o Giochi, nei risultati di ricerca e nella tua scheda dello Store; la scheda Eventi è riservata ai giochi in alcune regioni. Sono disponibili per tutti i giochi e per le app che soddisfano i criteri di idoneità di Google per gli strumenti di crescita premium. Secondo il Centro assistenza Play Console, gli eventi possono durare fino a quattro settimane, puoi inviarli fino a 60 giorni prima della data di inizio, l’approvazione può richiedere fino a quattro giorni e le richieste di messa in evidenza vanno fatte con almeno 14 giorni di anticipo. A differenza di Apple, Google ammette le offerte, come gli sconti, tra i tipi di contenuto.

Checklist per il tuo primo evento in-app

• Scegli qualcosa con una scadenza che succeda davvero nell’app: una sfida, una prima, una sessione dal vivo o un aggiornamento importante.
• Scegli il badge corrispondente e imposta lo scopo (spesso gli utenti inattivi).
• Nome ≤ 30 caratteri, descrizione breve ≤ 50, descrizione lunga ≤ 120. Niente prezzi, niente tutto maiuscolo, niente “n. 1”.
• Prepara i media della scheda in 16:9 (≥ 1920 × 1080) e quelli dei dettagli in 9:16 (≥ 1080 × 1920), senza testo né loghi.
• Aggiungi un universal link testato che porti all’evento.
• Invia l’evento circa tre settimane prima per sfruttare la finestra di promozione di 14 giorni.
• Dopo, controlla aperture, download dall’evento e iscrizioni alle notifiche, e ripeti il formato prima di giudicarlo.

Se il tuo evento annuncia una funzionalità importante, è anche il momento giusto per controllare se i tuoi screenshot mostrano ancora l’app com’è davvero; ne abbiamo parlato in quando aggiornare gli screenshot dell’App Store.