# Guideline 5.6.3: la solicitud de reseña que rechaza tu app

> Guideline 5.6.3: cuándo pedir una calificación, qué recomienda Apple y el rechazo real que recibí con Solys por pedirla en el onboarding.

Página original: [Guideline 5.6.3: la solicitud de reseña que rechaza tu app](https://devoria.fr/es/blog/guideline-5-6-3-solicitud-resena-rechazo-app)
Autor: [Mehdi Azizi](https://devoria.fr/es/mehdi-azizi)
Publicación: 2026-10-13
Última revisión del contenido: 2026-10-13


Apple rechaza una app que pide una calificación demasiado pronto. **Si tu solicitud de reseña aparece en el primer inicio o durante el onboarding, te arriesgas a un rechazo por la guideline 5.6.3.** La solicitud debe llegar después de que el usuario haya usado la app de verdad, y pasar por la ventana del sistema.

Recibí este rechazo con Solys, mi despertador con minijuegos. Te cuento qué dice la regla, qué recomienda Apple y cómo lo corregí.

## ¿Qué dice la guideline 5.6.3?

La guideline 5.6.3 forma parte del "Developer Code of Conduct", la sección 5.6 de las [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#5.6.3). Su texto prohíbe manipular lo que ven los clientes del App Store: rankings, búsqueda, reseñas, referencias hacia tu app. No habla del onboarding.

Aun así, es la regla que Apple citó por mi solicitud de calificación. El razonamiento está en sus reglas de diseño: en el primer inicio o durante el onboarding, la persona todavía no ha tenido tiempo de formarse una opinión.

En la misma sección, la 5.6.1 indica el medio autorizado: usar la API que proporciona Apple para pedir una reseña. No se admiten las ventanas de calificación hechas en casa, y la guideline 3.2.2 prohíbe bloquear una función a cambio de una calificación.

## En qué momento pedir una reseña

Las reglas de diseño de Apple sobre [calificaciones y reseñas](https://developer.apple.com/design/human-interface-guidelines/ratings-and-reviews) son claras. Solo se pide una calificación después de que la persona haya usado la app de verdad.

| Momento de la solicitud        | Postura de Apple  | Por qué                       |
| ------------------------------ | ----------------- | ----------------------------- |
| En el primer inicio            | Evitar            | Todavía no hay opinión        |
| Durante el onboarding          | Evitar            | La app aún no se ha usado     |
| A mitad de una tarea           | Evitar            | La solicitud corta la acción  |
| Después de una tarea exitosa   | Recomendado       | La app ya es conocida         |
| En un botón "Calificar la app" | Sí, con un enlace | La ventana a veces no aparece |
| Varias veces seguidas          | Evitar            | Los recordatorios cansan      |

Solo las dos primeras filas me costaron un rechazo. El resto viene de los consejos de Apple. Dos referencias útiles: Apple aconseja dejar al menos una o dos semanas entre dos solicitudes, y el propio sistema limita la aparición de su ventana a tres veces por periodo de 365 días, para una misma app. Así que no puedes forzar que aparezca.

## El rechazo 5.6.3 que recibí con Solys

El 30 de agosto de 2026, Apple rechaza una actualización de Solys. El mensaje de Apple cita la 5.6.3 y dice que la app pide una calificación en el primer inicio o durante el onboarding. La revisión se hizo en un iPad Air.

La causa era simple. En el flujo de bienvenida, la pantalla "Dejar una reseña" aparecía en segundo lugar, justo después de la demo del minijuego. El usuario solo había visto la demo.

**La corrección**: moví la solicitud más adelante en el flujo, y solo se muestra si el usuario acaba de ganar la demo. Quien se salta la demo o la pierde no ve ninguna solicitud. Después, la versión corregida fue aceptada.

Fue una apuesta de mi parte: el mensaje de Apple decía "no durante el onboarding", sin matices.

**La lección**: lo seguro es sacar la solicitud del onboarding. Una calificación, igual que un permiso, se pide después de que la persona haya visto lo que la app le aporta.

## Pedir una reseña con la ventana del sistema

En una app Expo, la ventana del sistema se usa a través de la biblioteca [expo-store-review](https://docs.expo.dev/versions/latest/sdk/storereview/):

```ts
import * as StoreReview from "expo-store-review";

export async function demanderUnAvis() {
  if (await StoreReview.isAvailableAsync()) {
    await StoreReview.requestReview();
  }
}
```

Tres cosas que debes saber, sacadas de la documentación de Apple sobre la [solicitud de reseñas](https://developer.apple.com/documentation/storekit/requesting-app-store-reviews):

- **Es el sistema el que decide si muestra o no la ventana.** La llamada puede no mostrar nada. No construyas ninguna pantalla que dependa de que aparezca.
- **Evita activarla desde una acción del usuario**, como un botón: puede que la ventana no aparezca. Para un botón "Calificar la app", mejor abre la ficha de tu app en el App Store, con `?action=write-review` al final de la dirección.
- **Elige un momento de éxito**: el final de una serie de acciones que el usuario acaba de completar, no la apertura de la app.

El código de ejemplo de Apple también retrasa la llamada: espera a que la persona haya completado la acción varias veces, y no vuelve a pedirla dos veces para la misma versión de la app. El número de veces lo decides tú.

## La checklist antes de enviar

- Ninguna solicitud de calificación en el primer inicio.
- Ninguna solicitud de calificación en el onboarding.
- La solicitud pasa por la ventana del sistema, no por una pantalla hecha en casa con estrellas.
- El botón "Calificar la app" de los ajustes abre la ficha del App Store, no llama a la ventana del sistema.
- La solicitud llega después de un uso real: una tarea terminada, un nivel superado, varias aperturas.
- Probaste el flujo de bienvenida también en iPad: varios de mis rechazos se detectaron en iPad, en apps para iPhone.

## Evitar el rechazo 5.6.3 antes de tu próximo envío

El [Apple Review Kit](https://devoria.fr/es/kits/review-apple) reúne mi checklist antes del envío, mis rechazos de Apple corregidos y skills de Claude Code que revisan tu proyecto. Si acaban de rechazar tu app y quieres una mirada humana, [reserva una hora conmigo](https://devoria.fr/es/coaching): revisamos tu flujo de bienvenida por videollamada, en tu pantalla. El proceso completo está en la página [app rechazada por Apple](https://devoria.fr/es/expertise/app-rechazada-por-apple), y los otros motivos frecuentes están en [por qué Apple rechaza una app](https://devoria.fr/es/blog/rechazo-apple-por-que-rechazan-tu-app).

Si estás preparando tu primer lanzamiento, [haz tu diagnóstico gratuito](https://devoria.fr/es/diagnostic): pone los pasos en orden y te envía mi checklist para evitar rechazos de Apple.

## Preguntas frecuentes

### ¿Se puede pedir una calificación durante el onboarding?

Apple lo desaconseja en sus reglas de diseño, y recibí un rechazo por eso, por la guideline 5.6.3. La persona todavía no ha usado la app: no puede tener una opinión. Coloca la solicitud después de un uso real.

### ¿Cuántas veces se puede mostrar la solicitud de reseña?

El sistema limita su ventana a tres apariciones por periodo de 365 días para una misma app. Apple también aconseja dejar al menos una o dos semanas entre dos solicitudes, y su código de ejemplo no vuelve a pedirla dos veces para la misma versión de la app.

### ¿Se puede crear una ventana de calificación propia?

No. La guideline 5.6.1 exige usar la API que proporciona Apple y descarta las ventanas de calificación hechas en casa. En cambio, sí puedes ofrecer un botón "Calificar la app" que abra la ficha de tu app en el App Store.

### ¿Hace falta un nuevo build después de un rechazo 5.6.3?

Sí, si la solicitud está en el código del build, que es casi siempre el caso. El reviewer ve el código incluido en el primer inicio: una actualización remota no basta. Mueve la solicitud, genera un nuevo build y vuelve a enviarlo.

### ¿Cuál es el mejor momento para pedir una reseña?

Justo después de un logro: una tarea terminada, un nivel ganado, un objetivo alcanzado. Apple recomienda un momento que no interrumpa nada, cuando la persona ya conoce la app. Evita la apertura de la app y la mitad de una acción.


## Tu proyecto

[Apple Review Kit](https://devoria.fr/es/kits/review-apple): La checklist de revisión del App Store que uso, mis rechazos de Apple corregidos, las notas para el revisor y dos skills de Claude Code que revisan tu app. 29 €.

[iOS Kit](https://devoria.fr/es/kits/ios): Crea tu app para iPhone con Claude Code: el código base de mis apps, los skills que verifican su trabajo y los kits Apple Review, App Store Screenshots y ASO. 129,99 €.