Las primeras tres líneas de la descripción de tu App Store
Nadie lee tu descripción completa. La gente lee las primeras líneas y luego toca más o se va. Ese primer tramo es lo único que puedes contar que se verá, lo que lo convierte en el texto de mayor impacto de toda tu ficha. La mayoría de las descripciones lo desperdician en el nombre de la empresa y un saludo.
Esta es una plantilla para la parte que se ve antes del corte, además de la diferencia entre App Store y Google Play que decide cómo debes escribirla.
4.000 caracteres, y casi nadie hace scroll
El campo de descripción completa tiene un límite de 4.000 caracteres tanto en App Store como en Google Play. Suena a mucho espacio, y lo es, pero es una trampa si lo tratas como un ensayo. En las páginas de producto de ambas tiendas, la descripción aparece colapsada por defecto. Solo se ven las líneas iniciales; el resto queda oculto tras un toque en …más (App Store) o Leer más (Google Play).
Cuánto se ve exactamente antes del corte varía según el dispositivo, el tamaño de fuente y dónde caen los saltos de línea, pero en la práctica son las primeras dos o tres líneas, en algún punto de los primeros cientos de caracteres. Trata ese inicio como el verdadero anuncio y los casi 3.800 caracteres restantes como el apéndice que casi nadie abre. (En iOS también existe un campo aparte de texto promocional, de hasta 170 caracteres, que aparece por encima de la descripción y puede actualizarse sin una nueva versión de la app; se aplica la misma regla: que sea un gancho, no un preámbulo.)
La asimetría que cambia cómo la escribes
Aquí está la parte que la mayoría de las plantillas se salta. App Store y Google Play leen tu descripción de forma completamente distinta:
- Google Play indexa la descripción completa. Las palabras que uses son una señal directa de posicionamiento en las búsquedas. Las palabras clave que uses, sobre todo al principio y repetidas de forma natural varias veces, ayudan a decidir en qué búsquedas aparece tu app.
- Apple no indexa la descripción en absoluto. Su algoritmo de búsqueda lee el nombre de la app, el subtítulo y el campo de palabras clave de 100 caracteres, no la descripción. En iOS, la descripción existe por un solo motivo: convencer a una persona que ya está mirando tu ficha para que instale la app.
Así que el mismo bloque de texto cumple dos funciones según la tienda. En Google Play, la primera línea trabaja a la vez para un rastreador y para un usuario. En App Store, la primera línea solo tiene que funcionar para el usuario, lo cual libera: puedes olvidarte del instinto de meter palabras clave y simplemente escribir la frase más convincente que puedas.
Empieza con el beneficio, no con la introducción
El error más común antes del corte es empezar hablando de quién eres en lugar de lo que gana el lector. «Bienvenido a Acme. Fundada en 2019, creamos herramientas para…» quema las únicas líneas que alguien lee con un carraspeo.
Dale la vuelta. La primera línea debe nombrar el único resultado que ofrece tu app, con las palabras del lector. La segunda línea lo respalda con una prueba o detalles concretos. La tercera dice, en concreto, qué hace la app. Todo lo que queda por debajo del corte (listas de funciones, premios, historial de cambios) puede esperar, porque la decisión suele tomarse antes de ese toque.
La plantilla para antes del corte
Rellena primero estas tres líneas y luego escribe el resto de los 4.000 caracteres. Esto funciona en ambas tiendas; las notas indican dónde difieren.
Línea 1 — el beneficio.
[El único resultado que tu app da a alguien, sin rodeos.] En Google Play, pon tu palabra clave principal en esta línea. En App Store, ignora las palabras clave aquí y limítate a que impacte.
Línea 2 — la prueba.
[Por qué creerte: un número, una valoración, un caso de uso, un público concreto.] Que sea concreto, no un eslogan.
Línea 3 — qué hace en realidad.
[La acción principal en una frase, sin misterio sobre lo que están instalando.] En Google Play, incorpora aquí de forma natural otra palabra clave relevante.
Un ejemplo resuelto para una app de hábitos:
Fíjate en que no hay «Bienvenido», ni fecha de fundación, ni volcado de funciones. Tres líneas, todo beneficio y prueba, y el lector sabe exactamente qué va a obtener antes de que aparezca siquiera el corte.
Debajo del corte, las tiendas vuelven a separarse
Una vez pasadas las líneas visibles, escribe para la tienda en la que estés. Para Google Play, el cuerpo sigue trabajando para la búsqueda: repite tus términos principales de forma natural, cubre las frases que la gente realmente escribe y mantenlo legible (meter palabras clave a la fuerza queda mal tanto para el algoritmo como para la persona). Para App Store, el cuerpo no se indexa, así que dedícalo por completo a convertir: una lista de funciones ajustada, prueba social y un motivo para confiar en ti. Dos versiones de la misma historia, ajustadas a quién la lee.
Luego localiza sin perder el gancho
La trampa del enfoque «antes del corte» es que un gancho solo funciona si sobrevive a la traducción. Una primera línea traducida de forma literal o automática suele perder la fuerza que hacía convertir a la versión en inglés: el beneficio queda enterrado, la prueba suena forzada y vuelves a tener un muro de texto en doce mercados.
Aquí es donde entra Mokbi. Redacta tu descripción a partir de tu app real y la localiza a 50 idiomas, manteniendo intacta la estructura de antes del corte en cada idioma (beneficio primero, prueba segunda, acción tercera), de modo que ese primer tramo siga leyéndose como un anuncio en cada mercado y no como la traducción de uno. Tú revisas y ajustas la versión de cada tienda, y luego llevas el texto a App Store Connect y Play Console por tu cuenta.