Le prime tre righe della tua descrizione App Store
Nessuno legge la tua descrizione completa. Le persone leggono le prime righe, poi toccano altro oppure se ne vanno. Quella fetta iniziale è l'unica parte su cui puoi contare che venga vista, il che la rende il testo con più impatto di tutta la scheda. Nella maggior parte delle descrizioni viene sprecata su un nome aziendale e un saluto.
Ecco un template per la parte visibile prima del taglio, più l'unica differenza tra App Store e Google Play che decide come devi scriverla.
4.000 caratteri, e quasi nessuno scorre
Il campo della descrizione completa ha un limite di 4.000 caratteri sia su App Store che su Google Play. Sembra tanto spazio, e lo è — ma è una trappola se lo tratti come un saggio. Su entrambe le pagine prodotto la descrizione è compressa di default. Sono visibili solo le righe iniziali; il resto sta dietro un tocco su …altro (App Store) o Leggi altro (Google Play).
Quanto esattamente si vede prima del taglio varia in base al dispositivo, alla dimensione del font e a dove cadono gli a capo — ma in pratica sono le prime due o tre righe, entro i primi duecento caratteri circa. Tratta quell'apertura come il vero testo pubblicitario e i restanti circa 3.800 caratteri come l'appendice che quasi nessuno apre. (Su iOS esiste anche un campo separato per il testo promozionale, fino a 170 caratteri, che sta sopra la descrizione e può essere aggiornato senza una nuova build — vale la stessa regola: deve essere un aggancio, non un preambolo.)
L'unica asimmetria che cambia il modo in cui scrivi
Ecco la parte che quasi tutti i template saltano. App Store e Google Play leggono la tua descrizione in modo completamente diverso:
- Google Play indicizza l'intera descrizione. Le parole che usi sono un segnale diretto per il ranking di ricerca. Le keyword che inserisci — soprattutto in apertura, e ripetute naturalmente qualche volta — aiutano a decidere per quali ricerche compare la tua app.
- Apple non indicizza affatto la descrizione. Il suo algoritmo di ricerca legge il nome dell'app, il sottotitolo e il campo keyword di 100 caratteri, non la descrizione. Su iOS la descrizione esiste per un solo motivo: convincere chi sta già guardando la pagina a installare.
Quindi lo stesso blocco di testo ha due compiti a seconda dello store. Su Google Play la prima riga lavora contemporaneamente per un crawler e per chi acquista. Su App Store la prima riga deve funzionare solo per chi legge — il che è liberatorio, perché puoi lasciar perdere l'istinto di infilare keyword e scrivere semplicemente la frase più convincente possibile.
Parti dal beneficio, non dall'introduzione
L'errore più comune prima del taglio è aprire con chi sei invece di ciò che ottiene chi legge. "Benvenuto in Acme. Fondata nel 2019, costruiamo strumenti per…" brucia le uniche righe che qualcuno legge in chiacchiere introduttive.
Capovolgi tutto. La prima riga deve nominare l'unico risultato che la tua app offre, con le parole di chi legge. La seconda riga lo sostiene con una prova o dei dettagli concreti. La terza dice in modo concreto cosa fa l'app. Tutto ciò che sta sotto il taglio — elenchi di funzioni, premi, changelog — può aspettare, perché la decisione di solito è già presa prima del tocco.
Il template per la parte prima del taglio
Riempi prima queste tre righe, poi scrivi il resto dei 4.000 caratteri. Funziona per entrambi gli store; le note segnalano dove differiscono.
Riga 1 — il beneficio.
[L'unico risultato che la tua app dà a qualcuno, in modo semplice.] Su Google Play metti qui la keyword principale. Su App Store ignora le keyword e punta solo a colpire nel segno.
Riga 2 — la prova.
[Perché crederti — un numero, una valutazione, un caso d'uso, un pubblico specifico.] Mantienila concreta, non uno slogan.
Riga 3 — cosa fa davvero.
[L'azione principale in una frase, così non c'è alcun mistero su cosa stanno installando.] Su Google Play, inserisci qui naturalmente un'altra keyword rilevante.
Un esempio pratico per un'app di abitudini:
Nota che non c'è alcun "Benvenuto", nessuna data di fondazione, nessun elenco di funzioni. Tre righe, tutto beneficio e prova, e chi legge sa esattamente cosa sta per ottenere prima ancora che compaia il taglio.
Sotto il taglio, gli store si separano di nuovo
Una volta superate le righe visibili, scrivi per lo store su cui sei. Per Google Play, il corpo lavora ancora per la ricerca — ripeti i termini principali in modo naturale, copri le frasi che le persone digitano davvero, e mantieni tutto leggibile (infilare keyword a caso legge male sia all'algoritmo che alla persona). Per App Store, il corpo non è indicizzato, quindi investilo interamente sulla conversione: un elenco funzioni compatto, prove sociali e un motivo per fidarsi di te. Due versioni della stessa storia, calibrate su chi legge.
Poi localizza senza perdere l'aggancio
Il problema dell'approccio prima-del-taglio è che un aggancio funziona solo se sopravvive alla traduzione. Una prima riga tradotta letteralmente, magari con una macchina, spesso perde la forza che rendeva efficace la versione inglese — il beneficio si perde, la prova suona goffa, e ti ritrovi con un muro di testo in dodici mercati.
Qui entra in gioco Mokbi. Redige la tua descrizione partendo dalla tua app reale e la localizza in 50 lingue, mantenendo intatta la struttura prima-del-taglio in ogni lingua — prima il beneficio, poi la prova, poi l'azione — così la fetta iniziale continua a leggersi come vero testo pubblicitario in ogni mercato, e non come la traduzione di uno solo. Rivedi e correggi la versione di ogni store, poi porti tu stesso il testo su App Store Connect e Play Console.