Reseñas en la App Store: cómo conseguir más valoraciones y responder bien

En resumen: Pide valoraciones solo con el aviso del sistema (RequestReviewAction o AppStore.requestReview en iOS, la In-App Review API en Android), justo después de que el usuario logre algo, nunca en el primer inicio y nunca desde un botón. Apple muestra el aviso como máximo tres veces al año, Google aplica una cuota no publicada, y ambas tiendas prohíben los incentivos y las preguntas previas. Responde primero a las reseñas de pocas estrellas y a las que reportan errores, mantén las respuestas breves y concretas, y avisa cuando llegue una corrección: ambas tiendas notifican al autor de la reseña, que puede actualizar su valoración.

Las valoraciones deciden si un desconocido confía en tu página de la tienda, y Google dice claramente que Play clasifica las apps según "una combinación de valoraciones, reseñas, descargas y otros factores". La mayoría de los equipos sabe que necesita más reseñas. Pocos saben exactamente dónde están los límites, así que o piden poco o montan un flujo de solicitud que un revisor de Apple o Google rechazaría.

Esta guía recoge las normas vigentes en ambas tiendas (verificadas con la documentación de Apple y Google a octubre de 2026), cuándo pedir valoraciones, cómo responder y cómo convertir las reseñas en una hoja de ruta.

Las normas, a octubre de 2026

App Store

La API. Apple ya marca SKStoreReviewController como obsoleto (desde iOS 18). Usa RequestReviewAction en SwiftUI (lee el valor de entorno requestReview y llámalo) o AppStore.requestReview(in:) con un UIWindowScene en UIKit. Ambas están disponibles desde iOS 16. Si aún das soporte a versiones anteriores de iOS, mantén la llamada antigua detrás de una comprobación de disponibilidad.

El límite. Para alguien que no ha valorado tu app en ese dispositivo, StoreKit muestra el aviso un máximo de tres veces en un periodo de 365 días. Si ya la valoró o reseñó, el aviso solo aparece para una nueva versión de la app y pasados más de 365 días desde su última reseña. Además, los usuarios pueden desactivar estos avisos para todas las apps.

La llamada puede no hacer nada. Como la API puede no mostrar la alerta, Apple indica que no la llames como respuesta a un toque en un botón u otra acción del usuario. En modo desarrollo el aviso siempre aparece; en las builds de TestFlight la llamada no tiene efecto, así que no evalúes tu flujo desde una beta.

Un enlace permanente está permitido. La documentación de Apple sugiere incluir en los ajustes un enlace permanente a tu página de producto, con action=write-review añadido a la URL para que abra la hoja de escribir reseña. Ese es el lugar adecuado para una fila "Valorar Streakly".

Qué hace cumplir App Review. La Guideline 5.6.1 indica usar la API proporcionada y que Apple "no permitirá avisos de reseña personalizados". La Guideline 3.2.2(x) dice que las apps no deben obligar a los usuarios a valorar o reseñar la app para acceder a funciones o contenido. La Guideline 5.6.3 (Discovery Fraud) prohíbe manipular las reseñas, y la introducción de la Sección 3 advierte de que los comentarios pagados, incentivados, filtrados o falsos pueden hacer que te expulsen del Apple Developer Program. "Filtrados" es la palabra clave: un flujo que envía a los usuarios contentos a la tienda y a los descontentos a un formulario de correo es exactamente eso.

Google Play

La API. La Play In-App Review API muestra una tarjeta de reseña dentro de tu app. Google aplica una cuota limitada en el tiempo por usuario. El valor exacto es un detalle de implementación que puede cambiar sin aviso, así que llamar a launchReviewFlow más de una vez en poco tiempo (el ejemplo de Google: menos de un mes) puede no mostrar nada.

Reglas de diseño. Muestra la tarjeta tal cual: sin cambiar su tamaño, sin superposiciones, sin eliminarla por código. Tampoco pongas un botón "Valóranos" delante de la API, porque un usuario que ha agotado su cuota tendría una experiencia rota. Lleva los toques del botón a Play Store.

Sin preguntas previas. Google es explícito: tu app "no debe hacer ninguna pregunta al usuario antes o mientras presenta el botón o la tarjeta de valoración", incluidas preguntas de opinión como "¿Te gusta la app?" y predictivas como "¿Valorarías esta app con 5 estrellas?".

Sin incentivos. La política de Valoraciones, reseñas e instalaciones de usuarios prohíbe manipular valoraciones, reseñas o instalaciones. Entre las infracciones enumeradas están ofrecer un descuento u otro incentivo a cambio de una valoración y fomentar reseñas que contengan enlaces, cupones o códigos.

Comparativa

Cuándo pedirla: momentos de éxito, no de lanzamiento

Las Human Interface Guidelines de Apple dicen que solo se pida después de que los usuarios hayan mostrado implicación, nunca en el primer inicio ni durante el onboarding, nunca a mitad de una tarea, y que se deje "al menos una o dos semanas entre solicitudes". Google dice que se pida cuando el usuario "ha usado tu app o juego lo suficiente como para dar una opinión útil". Traduce eso a código con una condición, no con un temporizador.

Una condición de ejemplo para una app hipotética

Tomemos Streakly, un rastreador de hábitos hipotético. Su aviso se activa solo cuando se cumplen todas estas condiciones:

1. El usuario acaba de completar una racha de 7 días y lleva al menos dos segundos en la pantalla de celebración.
2. Ha abierto la app en al menos 5 días distintos.
3. No ha habido ningún cierre inesperado ni fallo de sincronización en esta sesión.
4. La app no ha solicitado una reseña para esta versión.
5. Han pasado al menos 14 días desde la última solicitud.

Ninguna de estas condiciones le pregunta nada al usuario, así que se mantiene dentro de las normas de ambas tiendas. El proyecto de ejemplo de Apple usa la misma idea: espera a que un proceso se complete varias veces, nunca pide dos veces para la misma versión del bundle y espera unos segundos en la pantalla de finalización.

@Environment(\.requestReview) private var requestReview

func streakCompleted() {
    guard ReviewGate.shouldAsk(version: appVersion) else { return }
    ReviewGate.markAsked(version: appVersion)
    requestReview()
}

Para recoger comentarios de usuarios descontentos, ofrece a todos la misma fila permanente "Enviar comentarios" en ajustes o ayuda. No debe decidir quién ve el aviso del sistema.

Las matemáticas de la nota: cuántas valoraciones de 5 estrellas necesitas

Si tu media actual es A con N valoraciones y las nuevas valoraciones promedian R, el número de valoraciones nuevas x que necesitas para alcanzar un objetivo T es:

x = N × (T − A) / (R − T)

Para subir de 3,9 a 4,3, suponiendo una media simple:

Comprobación para 1.000: (1.000 × 3,9 + 572 × 5) ÷ 1.572 = 4,30. De aquí salen dos lecciones. Las valoraciones nuevas reales nunca son todas de 5 estrellas, así que el número real se acerca más a la columna central. Y la diferencia entre R y T importa más que el volumen: corregir lo que genera reseñas de 1 estrella mueve R, y eso reduce x más rápido que cualquier ajuste del aviso.

Dos matices específicos de cada tienda. Google dice que la nota que ven los usuarios en Play está ponderada hacia las valoraciones más recientes, así que una versión mejor se recupera más rápido de lo que sugiere esta tabla. La valoración resumen de Apple es por territorio, así que haz este cálculo por país, empezando por los países que aportan la mayoría de tus descargas.

Restablecer la valoración resumen de la App Store

Apple te permite restablecer la valoración resumen al publicar una nueva versión (rol de Admin o App Manager): en la página de la versión, selecciona "Reset rating when this version is released" y guarda antes de enviarla. Lo que debes saber antes:

• Se aplica a todos los países a la vez cuando la versión se publica.
• No se puede deshacer tras la publicación.
• Las reseñas escritas permanecen en la página.
• La página de producto indica que la valoración se restableció recientemente hasta que suficientes personas valoren la nueva versión.

Apple recomienda usarlo con moderación. Nuestra regla práctica: restablece solo cuando la nota baja se deba a un problema que la nueva versión corrige, y cuando tu condición de aviso pueda reconstruir un número significativo de valoraciones en pocas semanas.

Cómo responder a las reseñas

Qué te ofrece cada tienda

En la App Store, los usuarios con el rol de Account Holder, Admin o Customer Support pueden responder en App Store Connect en Ratings and Reviews. Solo se muestra una respuesta por reseña, puede tardar hasta 24 horas en aparecer y puedes editarla o eliminarla después (las respuestas editadas se marcan). La página de valoraciones y reseñas de Apple añade que el autor recibe una notificación cuando respondes y puede actualizar su reseña, que puedes responder a reseñas de cualquier antigüedad y que puedes recibir alertas por correo cuando un usuario edita una reseña que has respondido.

En Google Play, cualquiera con el permiso "Responder a reseñas" puede publicar una respuesta pública por reseña y editarla en cualquier momento. El usuario recibe una notificación push y un correo, y puede actualizar su valoración o reseña. Si respondes mediante la Reply to Reviews API, la respuesta se limita a 350 caracteres de texto sin formato, la API solo devuelve reseñas creadas o modificadas en la última semana y solo la primera respuesta a una reseña genera una notificación.

Ambas tiendas piden el mismo tono: conciso, respetuoso y concreto, sin datos personales, marketing ni spam. Google añade que las respuestas deben centrarse en el problema del usuario y no pedir una nota más alta.

A quién responder primero

El consejo de Apple: si no puedes responder a todo, prioriza las valoraciones y reseñas más bajas y las que mencionen problemas técnicos con la versión actual. Nosotros añadiríamos un objetivo, como recomendación y no como norma de la tienda: responde a las reseñas de 1–2 estrellas en un día laborable, mientras el usuario aún tiene la app instalada, y al resto en una semana.

Plantillas de respuesta

Cada plantilla cabe en 350 caracteres, así que sirve en ambas tiendas. Personaliza las partes entre corchetes; Apple recomienda expresamente respuestas personales frente a genéricas para reseñas similares.

1 estrella, reporte de error

Gracias por avisarnos, [nombre]. Tienes razón: [función] falla en [dispositivo/SO] tras la última actualización. Hemos encontrado la causa y la corrección llega en la versión [x.y], esta semana. Si sigue ocurriendo tras actualizar, escribe a support@[app].com con el modelo de tu dispositivo y lo revisaremos directamente.

1 estrella, función que falta

Tienes razón, [nombre]. Streakly todavía no puede [hacer X]. Es la función más solicitada este mes y está en nuestra hoja de ruta, pero no prometeremos una fecha que no podamos cumplir. Mientras tanto, [solución alternativa, si existe]. Te responderemos aquí cuando llegue.

2 estrellas, queja por el precio

Gracias por tu sinceridad. El plan gratuito incluye [funciones principales]; Premium añade [funciones concretas] y cuesta [precio/periodo]. Puedes cancelar cuando quieras desde los ajustes de tu cuenta. Si algo que esperabas que fuera gratis no lo es, dinos qué parte en support@[app].com.

5 estrellas, agradecimiento

¡Gracias, [nombre]! Una racha de [N] días no es poca cosa. Si hay algo que haría Streakly aún más útil para ti, cuéntanoslo aquí; leemos todas las respuestas.

Reseña dirigida a otra app, o sobre la tienda

Gracias por escribir. Parece que esto puede referirse a otra app, ya que Streakly no [función mencionada]. Si se trata de nosotros, escribe a support@[app].com con lo que viste y lo resolveremos. Para problemas de facturación, [Apple Support / Google Play Help] puede ayudarte directamente.

Qué dejar fuera: descuentos, códigos u ofertas del tipo "actualiza tu valoración y nosotros…" (incentivos), promesas con fechas de las que no estés seguro, discutir con el autor de la reseña y cualquier dato que identifique al usuario. Para problemas de facturación y descarga en iOS, Apple pide que remitas al usuario a Apple Support.

Cerrar el círculo tras una corrección

Cuando una versión corrige algo de lo que se quejaban los reseñadores, Apple recomienda decirlo en las notas de la versión y responder a las reseñas correspondientes. Como el autor recibe una notificación y puede actualizar su reseña, esta es la forma más honesta de recuperar estrellas. En Google Play, editar una respuesta existente no envía una nueva notificación, así que anuncia las correcciones también en las notas de la versión.

Cuándo no responder: denuncia

Si una reseña contiene material ofensivo, spam o contenido que incumple los términos de la tienda, usa Report a Concern en App Store Connect en lugar de responder (el usuario no recibe aviso). En Google Play, denúncialo desde la reseña en Play Console. No respondas a los abusos en público.

Convierte las reseñas en una hoja de ruta

Las respuestas arreglan una relación. La mejora mayor está en leer las reseñas en conjunto.

1. Etiqueta cada reseña con un tema principal de una lista corta y estable: error, rendimiento, precio, función que falta, confusión de UX, sincronización/datos, elogio. Mantén la lista por debajo de diez etiquetas o nadie la usará de forma coherente.
2. Cuenta cada semana, por versión y país. Un tema que se dispara tras una publicación es una regresión. Un tema que crece despacio es un elemento de la hoja de ruta.
3. Ordena por daño, no por volumen. Da más peso a las menciones de 1 estrella que a las de 3. Diez reseñas de 1 estrella con "la sincronización me hizo perder datos" pesan más que cuarenta de 3 estrellas con "me encantaría un modo oscuro".
4. Cita, no parafrasees. Incluye dos o tres citas reales de reseñas en cada ticket. Los ingenieros arreglan lo que pueden imaginar.
5. Lee las reseñas de 1 estrella de tus competidores. Los temas de queja que se repiten en apps rivales son los huecos que un producto mejor puede cubrir.
6. Cierra el círculo con notas de versión y respuestas, y observa si baja el peso de ese tema.

Apple muestra ahora también resúmenes de reseñas generados por LLM en las páginas de producto de Estados Unidos y otras ocho tiendas en inglés. Lo que más repitan tus reseñadores es lo que un comprador leerá primero, otra razón para corregir las quejas recurrentes en lugar de limitarte a contestarlas.

Errores comunes

• Un botón "Valóranos" conectado a la API de reseñas. No muestra nada una vez agotada la cuota. Enlaza a la página de la tienda.
• "¿Disfrutas de Streakly? Sí / No" antes del aviso. Prohibido en Google Play y tratado como aviso de reseña personalizado en iOS.
• Pedir al abrir la app tras una actualización. Apple desaconseja pedir justo al iniciar la app, aunque no sea el primer inicio.
• Pedir solo a los usuarios que acaban de contactar con soporte y quedaron contentos. Eso es filtrar, que Apple califica de manipulación.
• Respuestas copiadas y pegadas. Un texto idéntico bajo cincuenta reseñas parece un bot y no ayuda a nadie.
• Restablecer la valoración para ocultar una mala semana. Borra tu recuento en todas partes y no elimina las reseñas escritas.
• Ignorar el país. Un 4,6 en EE. UU. puede esconder un 3,8 en Alemania tras un error de traducción.

Cómo ayuda Searvia

Las herramientas de reseñas de Searvia agrupan tus últimas reseñas por temas con un siguiente paso para cada una, redactan respuestas en el idioma del autor que tú editas y apruebas, y las publican mediante la API oficial una vez conectado App Store Connect o Google Play (los agentes de reseñas opcionales pueden redactar, etiquetar y señalar reseñas automáticamente, y solo publican sin aprobación si lo activas). El seguimiento de valoraciones sigue tu nota por país y te avisa por la mañana cuando un país baja 0,1 o más en 7 días, y los mapas de quejas convierten las reseñas de 1–2 estrellas de cualquier app en temas con citas reales. Mira cómo encaja todo en el análisis de reseñas de apps.