El proceso de revisión de Apple detecta problemas que la mayoría de los equipos no anticipan. No puedes simplemente construir una app y esperar que pase sin problemas. Esta guía cubre todo, desde la preparación previa al envío hasta la monitorización después del lanzamiento, para que evites las trampas de rechazo más comunes.

Antes de enviar

Lee las App Store Review Guidelines

No es opcional. El equipo de revisión de Apple cita estas directrices en cada rechazo. Léelas en developer.apple.com/app-store/review/guidelines antes de enviar. Céntrate en la Sección 2 (Rendimiento), Sección 4 (Diseño) y Sección 5 (Legal).

Prueba en dispositivos reales

Prueba en al menos tres tipos de dispositivos: el iPhone más reciente, un iPhone más antiguo (SE o un modelo de 3 a 4 años) y un iPad si tu app lo soporta. El simulador no detecta problemas de renderizado específicos del dispositivo ni problemas de rendimiento en hardware antiguo.

Verifica todos los enlaces y cuentas

Cada URL en tu app debe funcionar. Cada enlace en tu ficha de App Store debe funcionar. Si tu app requiere inicio de sesión, crea una cuenta de demostración e incluye esas credenciales en las notas de envío. Un revisor que no pueda acceder a tu app la rechazará.

Prepara tu ficha

En App Store Connect:

• Nombre (30 caracteres): Incluye tu palabra clave principal. Consulta nuestra guía de ASO.
• Subtítulo (30 caracteres): Tu palabra clave secundaria. Indexada por el algoritmo de App Store.
• Descripción: Empieza con tu propuesta de valor en la parte superior. Las primeras tres líneas son lo que la mayoría de los usuarios ven.
• Palabras clave (100 caracteres): Sin repeticiones del nombre/subtítulo. Sin nombres de competidores.
• URL de política de privacidad: Obligatoria para todas las apps.
• URL de soporte: Debe ser una página funcional donde los usuarios puedan obtener ayuda.

Crea y sube tu build

1. En Xcode: Product → Archive.
2. Valida el archivo en Xcode Organizer. Soluciona cualquier advertencia o error.
3. Sube a App Store Connect.
4. Espera de 10 a 30 minutos para el procesamiento.
5. Asocia el build procesado a la versión de tu app.

Los números de build deben ser superiores a cualquier build subido previamente. Los números de versión son lo que ven los usuarios. Incrementa ambos según corresponda.

Completa el formulario de envío

• Notas de revisión: Explica cualquier cosa que no sea obvia. Credenciales de prueba para funciones bloqueadas tras inicio de sesión. Instrucciones para funciones que requieren una configuración específica.
• Clasificación por edad: Responde el cuestionario con precisión. Las respuestas incorrectas se reclasifican.
• Etiquetas de privacidad de la app: Declara todos los datos recopilados, incluidos los de SDKs de terceros. Mentir aquí provoca la retirada de tu app.
• Cumplimiento de exportación: La mayoría de las apps califican para la exención estándar.

Envía para revisión

Haz clic en "Submit for Review".

Envíos por primera vez: típicamente de 24 a 48 horas. Durante períodos de alto volumen (después de la WWDC, en enero), puede tardar más. Las actualizaciones suelen revisarse más rápido que los envíos nuevos en la mayoría de los casos.

Configura la monitorización antes de que termine el período de revisión. Crashlytics o Sentry en producción. Quieres tener visibilidad de los crashes desde el primer día, no después de que tu primera reseña de una estrella lo mencione.

Después del envío

Recibirás un correo electrónico de aprobación o rechazo. Comprueba el estado en App Store Connect.

Si te aprueban y tienes configurado el lanzamiento manual: ve a App Store Connect y publícala. No olvides este paso. Las apps que se quedan en "Pending Developer Release" indefinidamente son un error común.

Si te rechazan

Lee el motivo del rechazo con cuidado. La mayoría de los rechazos citan una violación específica de una directriz. Soluciona el problema citado. No adivines.

Rechazos comunes que se pueden solucionar:

• Guideline 2.1: Crashes. Soluciona el crash. Prueba de nuevo. Reenvía.
• Guideline 4.0: Diseño. Normalmente por incumplir las Human Interface Guidelines. Revisa las HIG para el elemento concreto que se cita.
• Guideline 5.1.1: Privacidad. Faltan textos de propósito o etiquetas de privacidad. Añádelos.

Si crees que el rechazo es incorrecto, apela a través del Resolution Center. Las apelaciones llevan tiempo. Solucionar y reenviar es casi siempre más rápido.

Una vez aprobada

Monitoriza los informes de crashes durante las primeras 48 horas. Vigila los patrones de reseñas de los primeros usuarios. Responde a las primeras reseñas: los usuarios que ven que respondes son más propensos a darte una segunda oportunidad.

Planifica tu próxima actualización antes del lanzamiento. El desarrollo iOS que se detiene después de publicar es una app en lento declive. La App Store favorece a las apps activas y actualizadas regularmente.

Preguntas frecuentes

¿Cuánto tarda la revisión de App Store en 2026?

De 24 a 48 horas para la mayoría de las apps. Las actualizaciones suelen ser más rápidas. Los períodos de alto volumen alrededor de la WWDC y enero pueden extender este plazo. Planifica con hasta 5 días de margen alrededor de cualquier fecha objetivo de lanzamiento.

¿Puedo actualizar mi envío antes de que sea revisado?

Sí. Cancela el envío pendiente en App Store Connect y reenvía. El reloj de revisión se reinicia.

¿Cómo apelo un rechazo de App Store?

A través del Resolution Center en App Store Connect. Expon tu caso con claridad y referencia la directriz específica que crees que se aplicó incorrectamente. Las apelaciones pueden tardar días. Solucionar y reenviar suele ser más rápido.

¿Puedo lanzar solo en países específicos?

Sí. App Store Connect te permite seleccionar la disponibilidad por territorio. Puedes expandirte globalmente después de validar en un mercado más pequeño.

¿Cuál es la razón más común por la que se rechazan las apps?

Los crashes durante la revisión (Guideline 2.1) y la falta de declaraciones de privacidad (Guideline 5.1.1) son las más frecuentes. Prueba en dispositivos reales. Audita tus etiquetas de privacidad antes de enviar.