La mayoría de apps iOS indie tienen un problema de ratings. No porque sus usuarios estén descontentos, sino porque el prompt llega en el momento equivocado, o nunca llega.

Esto importa más de lo que la mayoría de developers se dan cuenta. Los ratings no son solo prueba social. Son una señal de conversión que Apple usa para decidir si tus rankings de keywords valen la pena defender.

Aquí está cómo arreglarlo sin adivinar ni romper las reglas de Apple.

El problema de ratings no es lo que piensas

El instinto que la mayoría de developers siguen es uno de dos extremos: o nunca piden una review y esperan que pase orgánicamente, o ruegan por ella en un popup que interrumpe lo que el usuario estaba haciendo.

Ninguno funciona bien.

El problema es timing y contexto. Un usuario que acaba de abrir tu app por primera vez y no ha hecho nada aún no está listo para calificarla. Un usuario que acaba de tener un error definitivamente no está listo. Un usuario que acaba de completar algo significativo — como un workout, un quiz o un milestone — es el target correcto en el momento correcto.

De los datos actuales de apps de Marteso: Pi Digits tiene 1 rating US con 5 estrellas. RowTally y CalcBlitz muestran cada una 0 ratings. No son apps malas. Son apps que aún no han resuelto el problema de timing del prompt.

Las reglas de Apple, expresadas claramente

Apple te da una herramienta legítima: SKStoreReviewController.requestReview(). La llamas en código; Apple controla cómo se ve el prompt y maneja la respuesta. No puedes overridear el comportamiento de descarte. No puedes incentivar una review. No puedes preguntar dentro de un formulario o transacción.

Apple limita esto a tres requests por año, por dispositivo. Ese techo suena alto hasta que te das cuenta de que la mayoría de apps indie queman uno o dos requests en momentos malos — como justo después del onboarding o a mitad de sesión — y el tercero nunca aparece en un contexto útil.

Tres requests por año significa tres decisiones deliberadas. Trata cada una como un recurso finito.

Las dos ventanas de timing que funcionan

Hay dos momentos donde un request de review tiene una oportunidad significativa de obtener una respuesta positiva.

El momento de first-run delight es la primera vez que un usuario logra el trabajo core para el que la app fue construida. No el tutorial de onboarding. La cosa real. Para Pi Digits, eso es completar un desafío de recall de pi. Para RowTally, es guardar un conteo de filas completado. Para CalcBlitz, es terminar una calculación cronometrada.

El usuario acaba de validar que la app hace lo que necesitaba. Ese es el momento correcto.

El momento de milestone es cuando un usuario alcanza un punto significativo de progreso: un streak, un personal best o un conteo de completaciones. Para Pi Digits, podría ser recordar 10 dígitos por primera vez. Para una app de habits, podría ser un streak de 7 días.

Los milestones funcionan porque el usuario ya está en un estado emocional positivo. No los estás interrumpiendo. Estás reconociendo algo que acaban de hacer.

Evita preguntar en cold launches, estados de error o primeras sesiones antes de que el usuario haya hecho algo.

Por qué la velocidad de ratings alimenta los rankings de keywords

Esta es la parte que la mayoría de guías ASO se saltan.

Los ratings no son solo una señal de confianza para usuarios navegando la App Store. Son una señal de calidad de conversión para Apple. Cuando Apple rankea tu app por un keyword, vigila si los usuarios que encuentran tu app a través de esa búsqueda realmente descargan. Si no lo hacen, el ranking se erosiona.

Una app con 1 rating es más difícil de confiar que una app con 200 ratings con un score similar. Cuando un usuario potencial aterriza en tu product page y ve un rating, la fricción psicológica es real, y Apple puede observar eso en los datos de conversión.

Para apps indie targetando keywords competitivos, esa fricción es a menudo el techo invisible en rankings. El trabajo de keyword está bien. Los metadatos están bien. Pero la product page no convierte lo suficiente para sostener el rank.

Llegar a un volumen creíble de ratings — incluso 20 a 50 ratings — reduce significativamente esa fricción.

Una implementación práctica del prompt

Aquí está la estructura que recomendaría para la mayoría de apps indie.

Identifica un evento de delight en tu app. Esta es la acción in-app que significa que un usuario ha obtenido valor real. Anótalo antes de escribir cualquier código.

Implementa un soft counter. Cuenta cuántas veces un usuario ha alcanzado ese evento. En la tercera o quinta ocurrencia, llama a requestReview(). No promptees en la primera sesión.

Añade un trigger de milestone. Elige un milestone de progreso — como un streak, personal best o conteo de completaciones — y añade un segundo call de requestReview() ahí. Esto te da dos momentos contextualmente apropiados por usuario sin quemar los tres slots anuales.

Nunca preguntes dentro de un flow. El prompt de review solo debería aparecer en una pausa natural: después de que un juego termine, después de que un workout se guarde, después de que una ruta se complete. Nunca a mitad de tarea.

Qué no hacer

No compres reseñas. Apple detecta patrones y los remueve. La señal de ranking de reseñas falsas es temporal; el riesgo de penalización no.

No envíes push notifications pidiendo una review. Esto va contra las guidelines de Apple y entrena a los usuarios a silenciar tus notificaciones.

No uses servicios third-party de review-gating que filtran usuarios antes de enviarlos al prompt de App Store. Las guidelines de Apple prohíben routear solo sentimiento positivo al prompt.

No añadas un botón persistente “Califícanos” en tu menú de settings y lo llames estrategia. No es una estrategia. Es un fallback para usuarios que te habrían calificado de todas formas.

Cuánto antes de ver resultados

El volumen de ratings es una construcción lenta. La forma más rápida de acelerarlo es clavar las ventanas de timing arriba y shippear un build que llame a requestReview() correctamente.

Para la mayoría de apps indie, ir de 0 a 20 ratings toma semanas, no días, dependiendo de tu base activa de usuarios. Pero el efecto compounding importa: un conteo de ratings más alto mejora la conversión de product page, lo que mejora la señal de conversión para tus keywords rankeados, lo que hace esos ranks más fáciles de sostener.

El sistema ASO premia la consistencia. Los ratings son parte de ese sistema.