App Store Optimization mobile nel 2026: playbook ASO per iOS e Android

Yury Pukhov CEO & Mobile Engineering Lead, YuSMP Group · Sviluppo di app iOS e Android per prodotti US e UE dal 2014

Scenario ASO nel 2026

L'App Store Optimization nel 2026 non è il gioco di keyword stuffing che era nel 2019, né il gioco di A/B test degli screenshot che era nel 2022. Tre cambiamenti strutturali hanno ridefinito ciò che funziona:

1. Ricerca semantica iOS 18+. La ricerca nell'App Store di Apple è passata dal matching di token a un modello di rilevanza appreso. La ripetizione a corrispondenza esatta in titolo, sottotitolo e campo keyword raggiunge rapidamente il plateau e può essere penalizzata quando rende la scheda apparentemente spammy. La co-occorrenza e la rilevanza contestuale — la descrizione tratta lo stesso ambito problematico della query? — conta più della densità.
2. Ricerca generativa del Play Store. Google ha introdotto i riepiloghi di ricerca generativi nel Play Store verso fine 2025. Quando gli utenti cercano «migliore app per monitorare la glicemia», Play compone una breve narrazione che estrae frasi di beneficio strutturate dalle descrizioni lunghe e dai frammenti di recensione dei risultati migliori. Scrivere la descrizione lunga in modo che un LLM possa estrarne i benefici in forma di punti elenco in modo pulito.
3. Custom Product Pages di App Store Connect (iOS). Mature da iOS 15 ma sottoutilizzate. È ora possibile servire fino a 35 pagine prodotto distinte per app, ognuna con il proprio hero, screenshot, testo promozionale e video di anteprima dell'app, mappata uno a uno sulle campagne di acquisizione a pagamento e sulle audience. I team che usano le CPP su larga scala superano i competitor a pagina singola nel tasso di conversione delle installazioni del 15–35%.
4. Store alternativi EU DMA. Dal iOS 17.4, gli utenti UE possono installare app da AltStore PAL, Setapp Mobile, Epic Games Store e dai siti dei publisher tramite Web Distribution. La scoperta delle app nell'UE è ora un problema multi-store — per molti generi, l'App Store detiene ancora il 90%+ delle installazioni, ma giochi, utility e strumenti per creator hanno un traffico significativo dagli store alternativi. La strategia specifica per l'UE è trattata in iOS vs Android — quale piattaforma lanciare prima.

Ricerca keyword che sopravvive alla ricerca semantica

La rilevanza semantica non significa che la ricerca keyword sia morta. Significa che il volume di ricerca grezzo da solo è un segnale peggiore di quanto fosse in passato. Il workflow 2026:

1. Lista seed. Raccogliere 200–500 termini seed dal proprio posizionamento di prodotto, dai titoli e sottotitoli dei competitor, dai log di ricerca in-app (se disponibili) e dai report di search match di Apple Search Ads. L'ASA è la fonte più attendibile di «termini che convertono davvero» perché si ha il CPA per termine.
2. Volume e difficoltà. Usare uno strumento ASO a pagamento — Sensor Tower, AppTweak, ASO Mobile, App Radar, Mobile Action. Ognuno calcola il proprio Search Score (proxy del volume, scala 5–100) e la Difficulty (proxy della concorrenza). Verificare incrociando almeno due strumenti — differiscono del 20–40% sulle long-tail.
3. Raggruppare per intento. Raggruppare i seed in 8–15 cluster di intento (es. «vpn per streaming», «vpn per privacy», «vpn gratuita», «vpn veloce», «vpn per paese specifico»). Ogni cluster si mappa su una localizzazione, una Custom Product Page o un set di screenshot.
4. Punteggio per lingua. Eseguire lo stesso esercizio per ogni lingua target. Un termine con Search Score 70 in en-US può avere Search Score 25 in de-DE, con competitor completamente diversi. Il mercato tedesco per «habit tracker» non assomiglia affatto a quello US.
5. Riservare spazio per i termini semanticamente correlati. Poiché iOS 18+ premia la co-occorrenza, lasciare spazio nel sottotitolo e nella descrizione lunga per termini semanticamente adiacenti alle keyword primarie — anche se il loro volume grezzo è basso. Un sottotitolo «blood sugar diabetes A1C glucose tracker» ora supera «diabetes tracker diabetes log diabetes app», anche se quest'ultimo appare più denso.

Stack di strumenti utilizzato nella pratica:

• Sensor Tower per volume cross-market, intelligence competitiva e stime di download.
• AppTweak per difficoltà delle keyword, storico dei ranking e benchmark di categoria.
• App Radar per i workflow di traduzione e localizzazione.
• Report di search match di Apple Search Ads per i dati di conversione reali.
• Google Search Console + report di acquisizione della Play Console per l'attribuzione web-to-install organica.

Fattori on-metadata — cosa fa davvero ogni carattere

I fattori on-metadata sono tutto ciò che si controlla direttamente in App Store Connect e Play Console. Limiti, pesi di indicizzazione e contributi al ranking nel 2026:

Regole del campo keyword iOS — facili da sbagliare:

• Separati da virgola, senza spazi. vpn,fast,privacy,streaming, non vpn, fast, privacy.
• Niente plurali, niente stop-word, niente nome dell'app stessa (già indicizzato tramite titolo), niente nomi di competitor (rifiutati e rischiosi), niente errori di scrittura di brand noti.
• Apple riduce allo stemma automaticamente — «track» copre «tracker», «tracking», «tracked». Non sprecare caratteri sulle varianti dello stemma.
• Usare il nome della categoria solo se converte; «fitness» nel campo keyword di un'app fitness è di solito sprecato perché Apple indicizza già la categoria.
• I campi keyword per lingua sono additivi — i termini del campo keyword tedesco possono posizionarsi nel market tedesco, mentre quelli del campo US si posizionano nel market US.

Fattori off-metadata — rating, velocità, retention

I fattori off-metadata sono ciò che lo store osserva su di noi, non ciò che scriviamo. Nel 2026, entrambi gli store li pesano significativamente:

• Rating a stelle. Al di sotto di 4,3 stelle, il tasso di installazione degrada nettamente su entrambi gli store. Apple utilizza un rating degli ultimi 3 mesi per il peso del ranking e un rating per lingua per la media visibile. Google utilizza quello storico con decadimento per recency.
• Volume e velocità delle recensioni. 100 nuove recensioni questo mese supera 1.000 recensioni vecchie. Una velocità superiore a 1 recensione per 1.000 installazioni è sana; inferiore a 1 per 5.000 sembra inattiva.
• Velocità di download. Un picco di nuove installazioni (burst a pagamento, placement PR, slot Featured) spinge il ranking verso l'alto per tutto il set di keyword della scheda. L'algoritmo Play decade più velocemente di App Store su questo segnale.
• Segnali di retention. La retention al giorno 1/7/30 è un input di ranking. iOS la legge attraverso i postback SKAdNetwork e le App Analytics aggregate; Play usa segnali on-device e Play Install Referrer. Al di sotto della retention mediana per la categoria, il ranking decade anche quando gli altri segnali sembrano sani.
• Tasso crash-free. Al di sotto del 99% su iOS o del 99,5% su Android, entrambi gli store penalizzano il ranking e la Play Console mostra avvisi di «soglia di comportamento anomalo».
• Tasso di disinstallazione. Play utilizza specificamente il tasso di disinstallazione a 7 giorni come segnale di qualità. iOS lo inferisce indirettamente tramite la retention e il conteggio dei dispositivi attivi.

La conclusione: l'ASO non è solo una superficie di marketing. La qualità del prodotto dell'app (retention, crash-free, disinstallazioni) fa parte dell'ASO. Spedire un MVP rifinito — vedi la nostra analisi dei costi app mobile 2026 per quanto costa «rifinito» — è una leva di ranking, non solo di UX.

Creatività e A/B testing

Le creatività determinano la conversione, non le impressioni. La divisione tra «scoperta» (se si appare) e «conversione» (se l'utente tocca Installa) è approssimativamente:

• Scoperta: metadati, keyword, segnali off-metadata.
• Conversione: icona, primo screenshot o video di anteprima, rating, sottotitolo.

L'hero — primo screenshot su iOS, o video di anteprima se configurato — determina il 60–70% dell'impatto sulla conversione. Ottimizzarlo per primo, con testo sull'immagine che comunica la proposta di valore primaria in meno di due secondi di visualizzazione. Gli screenshot successivi costruiscono la storia; la maggior parte degli utenti vede solo i primi 2–3.

A/B testing 2026:

• iOS — App Store Connect Product Page Optimization (PPO). Fino a 3 varianti vs. controllo. Suddivisione del traffico per lingua (default uniforme). Durata massima del test 90 giorni. Significatività statistica riportata in App Analytics. Testare un elemento alla volta per ciclo di test: icona → primo screenshot → video di anteprima → sottotitolo.
• Android — Play Console Store Listing Experiments. Globale o per lingua, fino a 3 varianti, promozione automatica del vincitore se impostata. Accumulo di traffico più rapido rispetto a iOS perché Play non segmenta il traffico in modo così fine.
• Eseguire in sequenza. I test simultanei su elementi diversi si contaminano a vicenda.
• Misurare fino alla significatività, non a «abbiamo un'intuizione». P<0,05 con un aumento relativo minimo del 5% è il criterio usato prima di promuovere una variante.

Creatività localizzate. Tradurre il testo incorporato negli screenshot — non solo i metadati. Gli screenshot dell'App Store con testo in inglese mostrati in una scheda tedesca convertono circa il 40% peggio di quelli completamente localizzati. Usare le varianti di componente Figma e una pipeline di localizzazione che esporta per lingua.

Custom Product Pages e schede personalizzate Play

Qui la maggior parte dei team è sotto la media. Entrambi gli store permettono di servire una pagina diversa a audience diverse — e quasi nessuno lo usa bene.

Custom Product Pages (CPP) di Apple. Fino a 35 per app. Ogni CPP ha il proprio:

• Testo promozionale (170 caratteri)
• Fino a 10 screenshot per dimensione dispositivo
• Un video di anteprima per dimensione dispositivo (fino a 3 per lingua in totale)
• URL unico con parametro ppid, utilizzabile in Apple Search Ads, Google Ads, Meta Ads, TikTok, campagne email e landing page web

Titolo, sottotitolo, icona e campo keyword rimangono condivisi tra tutte le CPP — quelle sono la superficie di scoperta. Le CPP sono la superficie di conversione.

Schede personalizzate del Play Store. Fino a 50 per app, definite per:

• Stato di installazione (nuovi vs. utenti di ritorno)
• Paese / regione
• Audience di pre-registrazione
• Google Ads / campagne di ricerca (tramite parametro deep link)

Ognuna può sovrascrivere icona, grafica in evidenza, screenshot, descrizione breve, descrizione lunga e video di anteprima dell'app.

Come le configuriamo: come minimo, una CPP per ogni ad group principale di Apple Search Ads (in modo che l'esperienza post-tap corrisponda alla creatività pubblicitaria), una per ogni campagna Meta/TikTok a traffico freddo e una per ogni canale email o landing page web. Poi una scheda personalizzata Play per ogni asset group di Google App Campaigns e una per area geografica quando le aree divergono abbastanza nel posizionamento.

In-App Events e LiveOps cards

Entrambi gli store dispongono ora di superfici native per contenuti promozionali a tempo sulla pagina prodotto:

• iOS In-App Events. Fino a 10 eventi attivi per app, ognuno mostrato come card sulla pagina prodotto e scopribile nelle schede Oggi/Giochi. Nome evento 30 caratteri, descrizione breve 50 caratteri, descrizione lunga 120 caratteri, più immagine della card evento e video evento opzionale. Gli eventi hanno data di inizio/fine e durano fino a 31 giorni. Usare per: lanci di funzionalità, rilasci di contenuto, offerte a tempo, competizioni live.
• Android LiveOps cards. Mostrate nella ricerca, nel browsing e nella pagina prodotto del Play Store. Titolo 50 caratteri, descrizione 200 caratteri, più immagine. Stessi casi d'uso.

Implicazione ingegneristica: strumentare il CMS o il backend LiveOps in modo che il marketing possa creare eventi senza un rilascio dell'app. Sia l'App Store Connect API che la Play Developer API espongono endpoint per gli eventi — integrarli nell'admin interno fin dal primo giorno.

Prospettiva di re-engagement: gli In-App Events vengono mostrati specificamente agli utenti che hanno già l'app installata. Sono uno dei pochi strumenti nativi che Apple offre per il re-engagement che non dipende dalle notifiche push. Trattarli come una superficie di retention, non solo di acquisizione.

Gestione delle recensioni e prompt

Attivare e rispondere alle recensioni è il lavoro manuale con il ROI più alto nell'ASO.

Prompt in-app.

• iOS — SKStoreReviewController. Limitato a 3 prompt per utente per 365 giorni. Apple applica il limite; le chiamate eccessive vengono ignorate silenziosamente. Attivare solo dopo un momento positivo: azione core completata, raggiunto un traguardo, NPS > 8 in un sondaggio in-app.
• Android — Play In-App Review API. Quota inferiore, nessun conteggio pubblico, ma Google applica rate limiting in modo aggressivo. Stessa logica di attivazione.
• Pre-prompt personalizzato. Prima di invocare il prompt di sistema, mostrare un proprio dialogo «Come stiamo andando?» con pollice su/giù. Pollice su → attivare il prompt di sistema. Pollice giù → modulo di feedback in-app. Questo è consentito dalle policy di entrambi gli store e migliora notevolmente il rating medio perché gli utenti insoddisfatti si sfogano nel modulo invece che con una recensione a 1 stella.

Rispondere alle recensioni.

• Entrambi gli store consentono le risposte degli sviluppatori. Entrambi le rendono visibili pubblicamente e notificano il recensore (Apple a volte via email).
• Obiettivo: rispondere a ogni recensione a 1 e 2 stelle entro 24 ore, a ogni recensione a 3 stelle entro 72 ore.
• Per i pattern di reclamo ripetuti, correggere il prodotto. Le recensioni sono il canale di user research gratuito più rapido che esista.
• Quando un recensore aggiorna una recensione dopo una correzione di bug, Apple non aggiorna automaticamente il contributo al rating di ranking — ma il rating visibile si aggiorna immediatamente. Chiudere il loop pubblicamente.

Attribuzione: SKAN 5, AdAttributionKit, Play Install Referrer

Il mondo post-IDFA è finalmente utilizzabile nel 2026. I tre standard che contano:

• SKAdNetwork 5 (iOS). Postback di installazione deterministici con valori di conversione aggregati in bucket in finestre grosse e fini (finestra postback 1: 0–2 giorni; finestra 2: 3–7 giorni; finestra 3: 8–35 giorni). ID app sorgente, ID campagna, ID ad group, ID annuncio e valore di conversione vengono tutti restituiti al network pubblicitario. Configurato tramite ASCII config + MMP.
• AdAttributionKit (iOS 17.4+). Il framework Apple che estende SKAN ai marketplace alternativi e alla Web Distribution, formalizzando anche l'attribuzione del re-engagement. Chi pubblica su store alternativi UE deve implementare AdAttributionKit; SKAN da solo non rileva quelle installazioni.
• Play Install Referrer v2 (Android). Restituisce URL del referrer, timestamp del clic, timestamp dell'installazione e informazioni di clic attestate da Google. Abbinato alla Privacy Sandbox Attribution Reporting API per la misurazione cross-app che non dipende dall'advertising ID.

MMP nel 2026. AppsFlyer, Adjust, Branch, Singular incapsulano tutti SKAN, AdAttributionKit e Play Install Referrer dietro un'API unificata. Il design dello schema di conversione rimane di propria responsabilità — cosa conta come valore di conversione 1, 2, 3 — e quello schema è la singola decisione di configurazione ASO/UA più consequenziale. Mapparlo sulle azioni utente che predicono l'LTV, non sugli eventi di vanità.

Per le app cross-platform React Native e Flutter, entrambi dispongono di supporto plugin nativo per i principali MMP nel 2026 — vedi il nostro confronto React Native vs Flutter per le implicazioni sullo stack.

ASO + Apple Search Ads + Google App Campaigns

ASO organico e acquisizione a pagamento sono un unico sistema, non due. Il pattern di amplificazione usato in ogni lancio di prodotto:

1. Apple Search Ads (ASA) — campagna di discovery. Fare offerte in broad match per il proprio universo di keyword con un tetto CPA rigoroso. Il report Search Match indica quali termini convertono davvero. Riportare quei termini nel campo keyword ASO, nel sottotitolo e nel testo promozionale delle CPP.
2. ASA — difesa del brand. Fare offerte sul proprio nome brand. I competitor lo faranno. Il CPM è basso, il ROAS è eccellente e si mantiene la quota impression che altrimenti si perderebbe.
3. ASA — brand competitor a corrispondenza esatta. Solo dove conforme ai ToS e con ROAS positivo. La maggior parte delle categorie mostra rendimenti decrescenti qui; testare prima di scalare.
4. Google App Campaigns (UAC). Targeting in gran parte automatizzato; si controlla budget, area geografica, lingua e creatività. L'UAC preleva automaticamente gli asset dalla scheda Play, quindi le schede store rifinite migliorano direttamente il CTR UAC. Fornire 5+ immagini, 5+ video, 5+ titoli, 5+ descrizioni perché l'algoritmo li assembli.
5. Suddivisione geografica. Eseguire entrambi a livello geografico. Apple Search Ads ha il ROI più alto in en-US, en-GB, en-AU, de-DE, fr-FR, ja-JP, ko-KR. Il ROAS di Google App Campaigns regge meglio nei mercati di livello 2 e 3 dove la quota di dispositivi Apple è inferiore.
6. Loop di feedback. Ogni trimestre, prendere i termini che convertono dall'ASA e le combinazioni di asset con ROAS alto dall'UAC e riportarli nel prossimo aggiornamento ASO — titolo, sottotitolo, screenshot, CPP, schede personalizzate.

FAQ

Cosa è cambiato nell'ASO di App Store e Play Store nel 2026?

Tre grandi cambiamenti. Apple ha reimpostato la ricerca nell'App Store di iOS 18+ sulla rilevanza semantica — il keyword stuffing a corrispondenza esatta ora penalizza più che aiutare. Google ha introdotto i riepiloghi di ricerca generativi nel Play Store, quindi la descrizione lunga viene letta da un LLM che evidenzia i benefici strutturati nelle risposte. E ai sensi del DMA UE, i marketplace alternativi (AltStore PAL, Setapp Mobile, Epic Games Store) e la Web Distribution sono disponibili nell'UE dal iOS 17.4, quindi la scoperta delle app nell'UE è ora un problema multi-store.

Quanti caratteri ho a disposizione per i metadati iOS e Android nel 2026?

iOS: titolo 30 caratteri, sottotitolo 30 caratteri, campo keyword 100 caratteri (separati da virgola, senza spazi, senza plurali — Apple li riduce allo stemma). Testo promozionale 170 caratteri (non indicizzato, ma utile per l'A/B test). Android Play: titolo 30 caratteri, descrizione breve 80 caratteri, descrizione lunga 4.000 caratteri. Entrambi gli store indicizzano pesantemente i titoli; iOS indicizza anche il sottotitolo e il campo keyword; Play indicizza la descrizione breve più di quella lunga.

Vale la pena configurare le Custom Product Pages?

Per qualsiasi app che spende più di $5.000/mese in acquisizione a pagamento — sì, è obbligatorio. Le Custom Product Pages (CPP) di Apple e le schede personalizzate del Play Store permettono di servire un hero video, un set di screenshot e un testo promozionale diversi per ogni creatività o audience. Vediamo regolarmente un aumento del 15–35% nel tasso di conversione delle installazioni dalle landing page con messaggi abbinati. Configurare almeno una CPP per ogni ad group principale di Apple Search Ads e una scheda personalizzata Play per ogni asset group di Google App Campaigns.

Cosa ha sostituito l'IDFA per la misurazione nel 2026?

Su iOS, SKAdNetwork 5 e AdAttributionKit (introdotti in iOS 17.4 e maturati in iOS 18) sono gli standard di attribuzione privacy-safe. Le finestre di postback sono deterministiche, i valori di conversione sono aggregati in bucket e l'attribuzione del re-engagement funziona finalmente. Su Android, Play Install Referrer v2 e Privacy Sandbox Attribution Reporting API sono gli equivalenti. Gli MMP (AppsFlyer, Adjust, Branch) incapsulano entrambi — ma è necessario configurare autonomamente gli schemi di conversione.

In che modo le recensioni influenzano davvero il ranking?

Il rating a stelle è una leva di ranking e conversione significativa in entrambi gli store. Al di sotto di 4,3 stelle, il tasso di installazione degrada nettamente. Apple utilizza le recensioni degli ultimi 3 mesi per il peso del ranking; Google utilizza quelle storiche con decadimento per recency. La velocità conta: 100 recensioni questo mese supera 1.000 recensioni di cinque anni fa. Usare SKStoreReviewController su iOS e Play In-App Review API su Android, attivare il prompt solo dopo un momento positivo per l'utente (NPS > 8 o dopo un'azione core completata), nei limiti di sistema (3/anno su iOS).

Devo localizzare le schede o usare l'inglese ovunque?

Localizzare. iOS supporta 39 localizzazioni; Play ne supporta 80. Per ogni localizzazione si ottiene un campo keyword separato e un titolo indicizzabile, che amplia notevolmente la superficie keyword. Default pratico: pubblicare en-US, en-GB, de-DE, fr-FR, es-ES, es-MX, pt-BR, ja-JP, ko-KR, zh-Hans dal giorno uno. Tradurre le creatività con testo incorporato — non solo i metadati. AppTweak e Sensor Tower possono identificare le keyword con i volumi più alti per ogni lingua.

Come eseguire l'A/B test delle creatività in ciascuno store?

iOS: App Store Connect Product Page Optimization (PPO) — fino a 3 varianti vs. controllo, durata massima 90 giorni, suddivisione del traffico per lingua, significatività statistica riportata in App Analytics. Android: Play Console Store Listing Experiments — globale o localizzato, fino a 3 varianti, promozione automatica del vincitore. Eseguire un test alla volta per superficie per mantenere il segnale pulito. Testare prima l'hero (primo screenshot o app preview) — determina il 60–70% dell'impatto sulla conversione.

Apple Search Ads è ancora rilevante a fianco dell'ASO?

Sì — l'ASO organico e Apple Search Ads si amplificano a vicenda. L'ASA fornisce segnali diretti di conversione delle keyword (quali termini convertono davvero), che si traducono nelle scelte del campo keyword. Abbinare con le Custom Product Pages in modo che ogni ad group ASA atterri su una pagina personalizzata. Stessa logica su Android: Google App Campaigns + schede personalizzate Play + ASO organico sono un unico sistema, non tre.

Ultimo aggiornamento 27 maggio 2026. Limiti e pesi di indicizzazione riflettono App Store Connect e Play Console a maggio 2026.