La Guía Completa para la Revisión de Aplicaciones para Principiantes 2026 - iOS y Android

Enviar tu primera aplicación a la Tienda de Aplicaciones o la Tienda de Juegos puede sentirse abrumador. Con directrices que evolucionan constantemente y una aplicación más estricta en 2026, obtener tu aplicación aprobada requiere una atención detallada. Esta guía integral te guía a través de todo lo que necesitas saber para superar la revisión en tu primera presentación para ambas plataformas iOS y Android.

Entendiendo el Proceso de Revisión en 2026

En los últimos años, tanto Apple como Google han reforzado significativamente sus procesos de revisión, con un enfoque particular en la privacidad, la seguridad y la experiencia del usuario. Comprender estos cambios es crucial para los desarrolladores principiantes.

Horario de Revisión de la Tienda de Aplicaciones de Apple

• Revisión Estándar: 24-48 horas
• Periodos Picos: 3-5 días (especialmente durante las temporadas festivas)
• Fines de Semana: No se procesan revisiones
• Revisión Acelerada: Disponible para correcciones de errores críticos (debe solicitarse a través de App Store Connect)

Consejo Pro: Presente temprano en la semana (lunes-martes) para evitar retrasos de fines de semana. Las presentaciones del lunes suelen ser revisadas el miércoles.

Estados de Conexión con App Store que Verás

• Preparación para la Solicitud: Su construcción o metadatos aún están siendo preparados
• En Espera de Revisión: Apple tiene su solicitud en cola
• En Revisión: El equipo de revisión está verificando activamente la aplicación
• En Espera de Lanzamiento del Desarrollador: Aprobado, pero esperando su elección de lanzamiento manual
• Rechazado / Problemas No Resueltos: Apple necesita cambios antes de la aprobación

Horario de Revisión de Google Play Store (Actualización 2026)

• Revisión Inicial : 3-7 días (significativamente más largo que en años anteriores)
• Puerta de Pruebas Cerrada : 14 días mínimo para cuentas de Play Console personales afectadas antes de que puedas solicitar acceso a producción
• Revisión de Producción Después de la Prueba : Generalmente otros 3-7 días después de que se complete el requisito de prueba cerrada
• Actualizaciones de Aplicaciones Existentes : 1-3 días
• Violaciones de Política : Puede extenderse a 14+ días si se activa una revisión adicional

Actualización Importante : Google ahora requiere pruebas de rigor sustancialmente más rigurosas para algunas nuevas cuentas de Play Console, que cubriremos en detalle a continuación.

Configuración de cuenta de desarrollador de Apple

Antes de su primer lanzamiento de iOS, asegúrese de que el lado de Apple esté configurado correctamente:

• Matricularse en el Programa de Desarrolladores de Apple
• Habilitar la autenticación en dos factores para la cuenta de Apple utilizada para la inscripción
• Seleccione el tipo de membresía correcto:
  • Individual / Propietario único: su nombre personal legal se convierte en el nombre del vendedor en la Tienda de Aplicaciones
  • Organización: requiere una entidad legal, un número D-U-N-S, un sitio web público y una persona con autoridad para vincular a la empresa a los acuerdos de Apple
• Utilice nombres legales durante la inscripción. Los alias o nombres de la empresa en los campos de nombre y apellido pueden retrasar la aprobación
• Después de que se aprueba la inscripción, inicie sesión en App Store Connect y cree el registro de la aplicación con el ID de paquete final, el nombre de la aplicación, el SKU y el idioma principal

Importante: Apple changes minimum SDK requirements over time. As of 28 de abril de 2026, las aplicaciones subidas a App Store Connect deben utilizar el iOS & iPadOS 26 SDK o posterior.

Requisito de pruebas críticas de Android

Esta es la modificación que sorprende a la mayoría de los publicadores de Android que lo hacen por primera vez:

Requisito de 12 pruebas para nuevas cuentas de Android personales

Si su cuenta de desarrollador de Google Play es un cuenta personal creada después del 13 de noviembre de 2023, debes completar un período de prueba cerrado antes de que la aplicación pueda ir a producción:

Requisitos:

• Prueba mínima de 12 usuarios: Debes reclutar al menos 12 usuarios probadores que hayan dado su consentimiento
• Período de prueba de 14 días: La aplicación debe permanecer en prueba cerrada durante un mínimo de 14 días consecutivos
• Solicitud de acceso a producción: Después del período de prueba, todavía debes solicitar acceso a producción en Play Console
• Recopilación de retroalimentación: Debes documentar los problemas encontrados, las correcciones realizadas y cómo los probadores utilizaron la aplicación

Cómo configurar tu pista de prueba

¿Por qué Google Implementó Esto

Google introdujo este requisito para:

• Reducir el spam de aplicaciones de baja calidad
• Asegurarse de que las aplicaciones estén debidamente probadas antes de llegar a los usuarios
• Identifiquen aplicaciones maliciosas a través de patrones de uso en el mundo real
• Mejoren la calidad general de la tienda Play

Verificación de la realidad: Esto agrega al menos 2-3 semanas a su cronograma de lanzamiento. Planifiquen con anticipación y comiencen a reclutar a los probadores temprano.

Requisitos de autenticación y inicio de sesión

Una de las razones más comunes de rechazo es la implementación inadecuada de sistemas de autenticación, especialmente el inicio de sesión social.

El requisito de inicio de sesión de Apple (Crítico para iOS)

La regla de Apple: Si su aplicación ofrece alguna opción de inicio de sesión de terceros (Google, Facebook, Twitter, etc.), también debe ofrecer la opción de inicio de sesión con Apple. Esto se aplica a

__CAPGO_KEEP_0__:

• Google Sign-In
• Iniciar sesión con Facebook
• Iniciar sesión con Twitter/X
• Iniciar sesión con LinkedIn
• Cualquier otro servicio de autenticación de terceros

Esto NO se aplica a:

• Autenticación solo con correo electrónico/contraseña
• Sistemas de identificación gubernamental
• Sistemas de inicio de sesión SSO de empresa (cuando la aplicación es para esa empresa específica)
• Sistemas de autenticación de proveedores educativos

Implementar inicio de sesión con Apple

Si está utilizando inicio de sesión social, aquí está lo que necesita implementar:

import { SignInWithApple } from '@capacitor-community/apple-sign-in';

async function signInWithApple() {
  try {
    const result = await SignInWithApple.authorize({
      clientId: 'com.yourapp.service',
      redirectURI: 'https://yourapp.com/auth/callback',
      scopes: 'email name',
      state: '12345',
      nonce: 'nonce',
    });

    // result contains:
    // - identityToken
    // - authorizationCode
    // - email (may be null if user previously authorized)
    // - givenName
    // - familyName

    // Send to your backend for verification
    await verifyAppleToken(result.identityToken);

  } catch (error) {
    console.error('Apple Sign In failed:', error);
  }
}

Consideraciones Importantes:

1. Privacidad de Correo Electrónico: Los usuarios pueden elegir ocultar su correo electrónico. Apple proporciona un correo electrónico de relay privado (por ejemplo, abc123@privaterelay.appleid.com). Su aplicación debe manejar esto.

2. Usuarios Iniciales vs Regresados: Apple solo proporciona detalles del usuario (nombre, correo electrónico) en la primera autorización. Almacene esta información porque las siguientes autenticaciones no la incluirán.

3. Diseño de Botones: Apple proporciona directrices de diseño estrictas para el botón de inicio de sesión con Apple. Utilice sus activos oficiales.

4. Verificación en el Servidor: Verifique siempre el token de identidad en su servidor de backend, nunca confíe en tokens de lado del cliente solos.

Requisitos de Inicio de Sesión Social para Android

Si bien Android no requiere un proveedor específico como iOS, Google tiene directrices:

Requisitos de Inicio de Sesión de Google:

• Debes utilizar el SDK de inicio de sesión de Google oficial
• Debes seguir las directrices de marca de Google
• Debería ser la opción principal si lo estás ofreciendo

Mejor Práctica para Plataformas Cruzadas: Ofrece las mismas opciones de inicio de sesión en ambas plataformas para la consistencia:

• Correo electrónico/contraseña
• Iniciar sesión con Apple (solo disponible en iOS, o en Android si soportas inicio de sesión web de Apple)
• Iniciar sesión con Google
• Otras opciones de inicio de sesión sociales (Facebook, Twitter, etc.)

Requisitos de Cuenta de Demostración

Crítico para la RevisiónIf su aplicación requiere inicio de sesión, usted debe proporcionar credenciales de demostración funcionales en las Notas de Revisión de la Aplicación.

Demo Account Information:

Username: reviewer@demo.com
Password: ReviewTest123!

OR

Test Phone: +1 555-0123
Test OTP: 123456 (static for review)

Notes:
- This account has full premium features enabled
- All payment flows work in sandbox mode
- Account will reset daily

Errores comunes:

• No proporcionar credenciales de demostración vencidas
• La cuenta de demostración no tiene acceso a todas las características
• No mencionar cómo saltar la verificación de teléfono
• Olvidar mencionar los detalles de pago de sandbox

Requisitos de Privacidad y Legalidad

Ahora ambos tiendas de aplicaciones requieren políticas de privacidad accesibles y términos de servicio antes de que su primera solicitud sea aprobada.

Políticas de Privacidad Requeridas

Su política de privacidad debe:

1. Ser Accesible al Público

   • Almacenada en una URL pública (no detrás de inicio de sesión)
   • Accesible en navegadores web estándar
   • Disponible en los mismos idiomas que su aplicación

2. Cubrir Estos Temas Obligatorios:

   • ¿Qué datos recopila (ser específico)?
   • ¿Cómo utiliza los datos recopilados?
   • ¿Se comparten los datos con terceros?
   • ¿Cuánto tiempo se retiene los datos?
   • Derechos del usuario (acceso, eliminación, portabilidad)
   • Información de contacto para consultas de privacidad
   • Privacidad infantil (si la aplicación es para usuarios menores de 13/16 años)

3. Unirse en la Aplicación

   • Accesible desde la pantalla de ajustes o pantalla de cuenta
   • Debe estar a un solo toque de distancia (no enterrado en menús)
   • Debería abrir en el navegador por defecto o navegador en aplicación

¿Dónde alojar su política de privacidad?

Opción 1: Su Sitio Web (Recomendado)

https://yourapp.com/privacy-policy
https://yourapp.com/terms-of-service

Opción 2: Páginas GitHub (Gratis)

https://yourusername.github.io/app-privacy-policy

Opción 3: Generadores de Políticas de Privacidad (Inicio rápido)

• Políticas de privacidad
• PrivacyPolicies.com
• FreePrivacyPolicy.com

Importante: Si bien los generadores son adecuados para el inicio, asegúrese de que la política refleje con precisión sus prácticas de datos reales. Los modelos genéricos que no se ajustan a su aplicación serán marcados.

Requisitos de Condiciones y Términos

Si bien no siempre es obligatorio, tener Condiciones y Términos es altamente recomendado y es requerido si:

• Ofrece compras en la aplicación o suscripciones
• Tiene contenido generado por el usuario
• Proporciona algún servicio más allá de la funcionalidad básica de la aplicación
• Quiere protección legal

Deben incluirse:

• Política de uso aceptable
• Condiciones de terminación de la cuenta
• Limitación de responsabilidad
• Derechos de propiedad intelectual
• Proceso de resolución de disputas
• Política de devolución (especialmente para IAP)

Implementación en la aplicación

// Settings or Account Screen
function LegalLinks() {
  return (
    <div className="legal-section">
      <h3>Legal</h3>
      <a
        href="https://yourapp.com/privacy-policy"
        target="_blank"
        rel="noopener noreferrer"
      >
        Privacy Policy
      </a>
      <a
        href="https://yourapp.com/terms-of-service"
        target="_blank"
        rel="noopener noreferrer"
      >
        Terms of Service
      </a>
      <a
        href="https://yourapp.com/contact"
        target="_blank"
        rel="noopener noreferrer"
      >
        Contact Us
      </a>
    </div>
  );
}

Requisitos de metadatos de la tienda de aplicaciones

Ambas tiendas requieren que proporciones la URL de la política de privacidad durante la presentación de la aplicación:

iOS - Conectar la tienda de aplicaciones:

• Información de la aplicación > Información general > URL de la política de privacidad
• Debe ser HTTPS (HTTP se rechazará)
• Se mostrará en tu página de App Store
• Agregar una URL de Soporte con detalles de contacto reales para los usuarios
• Complete el cuestionario de clasificación de edad antes de la presentación

Android - Consola de Google Play:

• Presencia en la tienda > Configuración de la tienda > Política de privacidad
• Requerido para todas las aplicaciones que se dirigen a niños
• Muy recomendado para todas las aplicaciones

Etiquetas de Nutrición de Privacidad (iOS)

iOS requiere declaraciones de privacidad detalladas en formato de "etiqueta de nutrición":

Categorías que debes declarar:

• Información de contactoDatos de correo electrónico, nombre y número de teléfono
• Info financieraDatos de pago, tarjeta de crédito, cuenta bancaria
• UbicaciónUbicación precisa o coarsa
• Contenido del usuarioFotos, videos, audio, mensajes
• IdentificadoresID de usuario, ID de dispositivo, ID de publicidad
• Datos de usoInteracción con el producto, datos de publicidad, registros de errores
• Diagnostics: Datos de crash, datos de rendimiento

Para cada tipo de datos, especificar:

• ¿Se recopila?
• ¿Se vincula a la identidad del usuario?
• ¿Se utiliza para el seguimiento?
• ¿Cuál es el propósito de la recopilación?

Error común: Decir que no se recopilan datos cuando tu analytics SDK sí lo hace. Audita todos los SDKs de terceros para su recopilación de datos.

Sección de seguridad de datos de Google Play

Similar a iOS, Android requiere una declaración de seguridad de datos:

Pasos:

1. Ve a Consola de Play > Contenido de la aplicación > Seguridad de datos
2. Responder preguntas sobre la recopilación de datos
3. Establecer tipos de datos recopilados
4. Explicar prácticas de seguridad (cifrado, etc.)
5. Proporcionar enlace de política de privacidad

Crítico: Esta información es legalmente vinculante. La representación falsa puede provocar la eliminación de la aplicación y la suspensión de la cuenta.

Razones de Rechazo Comunes para Principiantes

Entender por qué las aplicaciones se rechazan te ayuda a evitar estos obstáculos:

1. La aplicación se congela o no se inicia

Por qué sucede:

• Pruebas solo en emulador, no en dispositivo real
• Falta de manejo de errores para fallos de red
• API puntos finales codificados que son inaccesibles
• Suponiendo capacidades de dispositivo específicas (cámara, GPS)

Cómo Prevenir:

// Always implement proper error handling
async function loadData() {
  try {
    const response = await fetch('https://api.yourapp.com/data');

    if (!response.ok) {
      throw new Error(`HTTP ${response.status}`);
    }

    const data = await response.json();
    return data;

  } catch (error) {
    // Show user-friendly error
    showError('Unable to load data. Please check your connection.');

    // Log for debugging
    console.error('Data load failed:', error);

    // Graceful degradation
    return getCachedData();
  }
}

Lista de Verificación de Pruebas:

• Probar en dispositivos reales (mínimo 2-3 modelos diferentes)
• Probar con una red pobre (utilice el Condicional de Enlace de Red)
• Probar con modo avión
• Probar con permisos denegados
• Probar con instalación fresca (sin datos de caché)

2. Funcionalidad de Core faltante o rota

Por qué Sucede:

• Las características mostradas en capturas de pantalla no existen aún
• Cuenta de demostración no tiene acceso a las características anunciadas
• Características de pago se muestran pero no están implementadas
• “Completar pronto” en el lugar del app

Cómo Prevenir:

• Sólo envíe cuando todas las características anunciadas estén completas
• Asegúrese de que la cuenta de demostración tenga acceso completo
• Elimine o desactive las características incompletas antes de la presentación
• Actualice capturas de pantalla para que coincidan con la versión actual exactamente

3. Contenido inapropiado para la clasificación de edad

¿Por qué sucede?:

• La clasificación de edad está configurada en 4+ pero la app contiene características sociales
• La clasificación de edad no coincide con el contenido real
• Contenido generado por el usuario sin moderación
• Enlaces a contenido externo no moderado

Cómo Establecer la Calificación de Edad Correcta:

Clasificaciones de Edad de iOS:

• 4+ (sin contenido objetable)
• 9+ (contenido leve e intermitente)
• 12+ (contenido moderado)
• 17+ (contenido intenso/frecuente)

Clasificaciones de Contenido de Android:

• Todos
• Todos 10+
• Adolescente
• Adultos mayores 17+
• Sólo para adultos 18+

Importante: Si los usuarios pueden compartir contenido entre sí, necesitas:

• Sistema de moderación de contenido
• Funcionalidad de informar/deshabilitar
• Guías de comunidad claras
• Control de edad si es necesario

4. Metadatos engañosos o engañosos

¿Por qué sucede?:

• El nombre de la aplicación promete características que no existen
• Pantallas de capturas de pantalla de competidores o mockups
• Manipulación de reseñas o calificaciones falsas
• La descripción contiene superlativos sin pruebas

Ejemplos de metadatos problemáticos:

❌ MALO:

• Nombre de la aplicación: “Mejor reloj de fitness - #1 Aplicación”
• Descripción: “La aplicación más impresionante, revolucionaria creada jamás”
• Capturas de pantalla: Fotos de stock genericas

✅ BIEN:

• Nombre de la aplicación: “FitTrack - Registrador de ejercicios”
• Descripción: “Registra tus ejercicios con rutinas personalizables y gráficos de progreso”
• Capturas de pantalla: Pantallas de la aplicación actual

5. Pruebas insuficientes (especialmente pruebas cerradas de Android)

Why It Ocurre:

• No se puede saltar el período de prueba de 14 días
• No se están reclutando suficientes probadores
• Los probadores no utilizan realmente la aplicación
• No se monitorea ningún crash durante la prueba

Cómo Prevenir:

• Comience a reclutar probadores 3-4 semanas antes del lanzamiento planificado
• Utilice Firebase Crashlytics o algo similar durante la prueba
• Participe activamente con los probadores (encuestas, formularios de retroalimentación)
• Repare los problemas críticos antes de promocionar a producción

6. Permisos Sin Justificación

Why It Ocurre:

• Solicitando ubicación pero no la utilizando
• Permiso de cámara sin explicación
• Acceso a contactos sin propósito claro
• Ubicación de fondo para aplicaciones no de navegación

Cómo Solucionar:

iOS - archivo Info.plist:

<key>NSCameraUsageDescription</key>
<string>Camera access is required to scan QR codes for quick login.</string>

<key>NSLocationWhenInUseUsageDescription</key>
<string>Location helps us show nearby fitness centers and outdoor running routes.</string>

<key>NSPhotoLibraryUsageDescription</key>
<string>Photo library access lets you upload a profile picture and share workout photos.</string>

Android - Estrategia de permisos:

<!-- Only request what you actually need -->
<uses-permission android:name="android.permission.CAMERA" />

<!-- Use when-in-use rather than always for location -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

<!-- Avoid if possible -->
<!-- <uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" /> -->

Solicitud de permiso de ejecución:

import { Camera } from '@capacitor/camera';

async function takePicture() {
  // Request with context
  const permissionStatus = await Camera.requestPermissions();

  if (permissionStatus.camera === 'granted') {
    const photo = await Camera.getPhoto({
      quality: 90,
      allowEditing: true,
      resultType: 'uri'
    });

    return photo;
  } else {
    // Explain why permission is needed
    showDialog(
      'Camera access required',
      'To upload a profile picture, please enable camera access in Settings.'
    );
  }
}

Requisitos específicos de iOS

Pantallas y vistas previas de la Tienda de Mac

Tamaños requeridos:

• 6.7“ iPhone: 1290 x 2796
• 13“ iPad: 2064 x 2752
• 12.9“ iPad: 2048 x 2732

Importante: Si su aplicación admite iPad, debe subir capturas de pantalla de iPad. No estire las capturas de pantalla de iPhone para que quepan en los slots de iPad.

Prácticas para capturas de pantalla:

• Deben mostrar contenido real de la aplicación (sin mockups)
• Elimine la barra de estado o muestre contenido realista
• Localice para todos los idiomas admitidos
• Evite el texto de superposición excesivo
• Muestre características clave en las primeras 2-3 capturas de pantalla

Configuración de metadatos de App Store Connect

Antes de la presentación, complete estos campos de App Store Connect:

• Política de Privacidad URL: necesario para aplicaciones de iOS
• URL de Soporte: necesario, y debe llevar a información de contacto real
• Clasificación de Edad: complete el cuestionario para que la aplicación pueda ser publicada
• Información de Revisión de Aplicación: agregar un contacto de revisión, credenciales de demostración funcionante si se requiere inicio de sesión, y notas claras para el equipo de revisión
• Cumplimiento de Exportación: responder las preguntas de cifrado, o configurar ITSAppUsesNonExemptEncryption en Info.plist cuando sea apropiado para que no repita las mismas respuestas en cada carga

TestFlight Antes de la Revisión de la Aplicación

Realiza una pasada de TestFlight real antes de la revisión de producción:

• Instala la construcción exacta de TestFlight
• Inicia sesión con la misma cuenta de revisión que planeas proporcionar
• Recorre el camino de compra, restauración y cancelación
• Confirma que el revisor pueda acceder a las características clave sin configuración oculta
• Prueba en iPhone e iPad si ambos están soportados

Vídeos de Previsualización de Aplicación (Opcional pero Recomendado)

Requisitos:

• De 15 a 30 segundos de duración
• Debe mostrar piezas de video de la aplicación real
• Puede incluir superposiciones de texto breves
• No música con problemas de derechos de autor
• Las mismas resoluciones que las capturas de pantalla

Implementación de inicio de sesión con Apple

Ya se cubrió arriba, pero es crítico para la revisión de iOS si tienes inicio de sesión social.

Requisitos de compras en la aplicación

Si ofrece bienes o servicios digitales:

Declaraciones requeridas:

• Precio claro antes de la compra
• Condiciones de suscripción claramente expresadas
• Instrucciones de cancelación visibles
• Butón de restauración de compras

Pantalla de suscripción ejemplar y conforme:

function SubscriptionOffer() {
  return (
    <div className="subscription-screen">
      <h2>Choose Your Plan</h2>

      <PlanCard>
        <h3>Monthly</h3>
        <p className="price">$9.99/month</p>
        <ul>
          <li>Unlimited workouts</li>
          <li>Personalized plans</li>
          <li>Progress tracking</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <PlanCard>
        <h3>Annual</h3>
        <p className="price">$79.99/year</p>
        <p className="savings">Save 33%</p>
        <ul>
          <li>Everything in Monthly</li>
          <li>Priority support</li>
        </ul>
        <button>Subscribe</button>
      </PlanCard>

      <div className="subscription-terms">
        <p>
          Subscription automatically renews unless cancelled at least
          24 hours before the end of the current period. Manage your
          subscription in Settings.
        </p>
        <button onClick={restorePurchases}>Restore Purchases</button>
      </div>

      <div className="legal-links">
        <a href="/privacy/">Privacy Policy</a> |
        <a href="/terms">Terms of Service</a>
      </div>
    </div>
  );
}

Requisitos Específicos de Android

Configuración de la Cuenta del Console de Google Play

Antes de tu primer lanzamiento de Android, asegúrate de que la cuenta del Console de Play y la caja de la aplicación existan:

• Crea tu cuenta de desarrollador en Registro en el Console de Play
• En el Console de Play, ve a Inicio > Crear aplicación
• Elige el idioma por defecto, el tipo de aplicación/juego y el correo electrónico de soporte
• Aceptar las declaraciones de política de Play obligatorias, exportación y firmado de la aplicación de Play
• Decide si la aplicación es gratuita o pago

Importante: Google te permite cambiar una aplicación de pago a gratuita más tarde, pero una vez que una aplicación ha sido ofrecida de forma gratuita, no puede ser cambiada a de pago.

Requisito de Paquete de Aplicación

Importante: Google Play requiere el formato de paquete de aplicación de Android (.aab), no APK:

# Sync the native Android project first
bunx cap sync android

# Then build the release app bundle
cd android
./gradlew bundleRelease

Nivel de Requisito de API

Requisito Actual: Las nuevas aplicaciones y actualizaciones de aplicaciones deben dirigirse a Android 15 (API nivel 35) o superior.

Actualizar en android/app/build.gradle:

android {
    compileSdkVersion 35

    defaultConfig {
        targetSdkVersion 35
        minSdkVersion 23  // Minimum supported version
    }
}

Seguridad de Datos de Google Play

Ya se cubre arriba, pero absolutamente crítico para la aprobación de Android.

Ruta de Pruebas Protegida (Requisito Actual)

Esta es la gran prueba para cuentas de desarrolladores personales recién creadas: el requisito de 12 pruebas, 14 días, detallado anteriormente en esta guía.

Horizonte de Tiempo:

1. Semana 1: Recrutar pruebas, configurar pruebas cerradas
2. Semana 2-3: Período de pruebas activas (14 días mínimo)
3. Semana 4: Corregir problemas, preparar la versión de producción
4. Semana 5: Presentar para revisión de producción

Auditorio Objetivo y Clasificación de Contenido

Cuestionario de Clasificación de Contenido:

• Requerido para todas las aplicaciones
• Se tarda entre 10-15 minutos en completarlo
• Determina la clasificación de edad (Todos, Adolescente, Adulto, etc.)
• Actualízalo siempre que cambien tus contenidos de manera que afecten las respuestas

Tópicos cubiertos:

• Violencia
• Contenido sexual
• Profanidad
• Sustancias controladas
• Juegos de azar
• Características de interacción de usuario

Importante: Si tienes contenido generado por el usuario o características sociales, debes revelar esto e implementar moderación.

Requisitos de la lista de tienda

Recursos requeridos:

• Icono de la aplicación (512 x 512 PNG)
• Gráfica de características (1024 x 500 JPG o PNG)
• Capturas de pantalla de teléfono (mínimo 2, máximo 8)
• Capturas de pantalla de tabletas de 7“ (opcional pero recomendado)
• Capturas de pantalla de tabletas de 10“ (opcional pero recomendado)

Requisitos de la descripción:

• Descripción corta (hasta 80 caracteres)
• Descripción completa (hasta 4000 caracteres)
• Deben describir con precisión la funcionalidad de la aplicación
• No pueden incluir información de contacto o precios

Lista de Verificación Pre-Envío

Antes de enviar, revise esta lista de verificación integral:

Requisitos técnicos

• La aplicación se lanza correctamente en dispositivos reales
• Todos los características mostradas en capturas de pantalla funcionan
• No hay contenido de reemplazo o “Próximamente”
• Todos las claves de terceros API son claves de producción
• Se implementó manejo de errores de red
• Las solicitudes de permisos incluyen explicaciones claras
• No se produce un corte de la aplicación bajo condiciones de red pobres
• Se probó con permisos denegados
• Se probó en la versión de sistema operativo mínimamente soportada
• Se revisaron y se corrigieron fugas de memoria

Autenticación & Inicio de sesión

• If using social login, Iniciar sesión con Apple está incluido (iOS)
• Credenciales de cuenta de demo proporcionadas en notas de revisión
• La cuenta de demo tiene acceso a todas las características
• El flujo de restablecimiento de contraseña funciona
• La función de cierre de sesión funciona correctamente
• Opción de eliminación de cuenta disponible (requerida por GDPR/CCPA)

Legal & Privacidad

• La política de privacidad está accesible al público
• Se ha agregado la URL de la política de privacidad a la lista de aplicaciones del tienda
• Los términos de servicio están accesibles al público (si corresponde)
• La política de privacidad está vinculada en la aplicación (pantalla de ajustes)
• Las etiquetas de nutrición de privacidad son precisas (iOS)
• Sección de seguridad de datos completada (Android)
• Se explican todos los fines de recopilación de datos
• Se revela la recopilación de datos de terceros SDK

Contenido y metadatos

• El nombre de la aplicación sigue las directrices (sin engaño de palabras clave)
• La descripción describe con precisión la funcionalidad
• Las capturas de pantalla muestran pantallas actuales del aplicativo
• Las capturas de pantalla están localizadas para todos los idiomas soportados
• No se mencionan competidores en la descripción
• No se utilizan superlativos sin pruebas
• La clasificación de edad coincide con el contenido real
• El correo electrónico de contacto se monitorea

iOS Específico

• Iniciar sesión con Apple implementado (si se utiliza inicio de sesión social)
• Todas las tamaños de capturas de pantalla requeridas proporcionadas
• Capturas de pantalla de iPad reales subidas si se habilita el soporte de iPad
• Descripciones de permisos en Info.plist claras
• URL de soporte agregada con detalles de contacto reales
• URL de política de privacidad agregada en App Store Connect
• Cuestionario de calificación de edad completado
• Respuesta a cumplimiento de exportación correcta
• Contacto de revisión de la aplicación y cuenta de demostración no expirada proporcionada
• Objetivo iOS 15.0 o superior
• Si IAP: precios claros, botón de restauración de compras presente
• No referencias a Android o otras plataformas

Android Específico

• Formato de paquete de aplicación (.aab) utilizado
• Target API 35 o superior
• Cuestionario de clasificación de contenido completado
• Gráfico de características cargado
• Pruebas cerradas completadas si su cuenta de Play Console lo requiere (12 pruebas, 14 días)
• Reportes de errores de pruebas revisados y corregidos
• No referencias a iOS o otras plataformas

Pruebas (Requisito actual de Android)

• 12+ pruebas reclutadas si su cuenta de Play requiere pruebas cerradas
• Ruta de pruebas cerrada creada
• 14 días consecutivos de pruebas completados
• Los probadores realmente utilizaron la aplicación (no solo la instalaron)
• El monitoreo de crash habilitado durante la prueba
• Bugs críticos de la prueba corregidos
• La retroalimentación de los probadores documentada

Notas de Revisión: Qué Incluir

Las notas de revisión excelentes pueden significar la diferencia entre una aprobación instantánea y una rechazada. Aquí está qué incluir:

Plantilla de Notas de Revisión

APP REVIEW INFORMATION

=== Test Account ===
Email: reviewer@testapp.com
Password: TestReview123!
(This account has all premium features enabled)
(This account stays active during review)

=== Review Contact ===
Name: Jane Developer
Email: review@yourapp.com
Phone: +1 555-0100

=== Testing Instructions ===
1. Launch app and tap "Sign In"
2. Enter test credentials above
3. Navigate to "Dashboard" to see main features
4. Tap "Upgrade" to test subscription flow (sandbox mode)
5. Go to Settings > Account to see privacy policy and terms

=== Key Features to Test ===
- Workout tracking (tap "New Workout" on Dashboard)
- Progress charts (Analytics tab)
- Social sharing (Share button on workout details)
- Camera upload for profile picture (Settings > Profile)

=== Third-Party Services ===
- Firebase Authentication (for login)
- Stripe (for payments - sandbox mode)
- AWS S3 (for image uploads)
- Google Maps SDK (for location features)

=== Notes ===
- Location permission is optional, app works without it
- Camera permission only requested when uploading profile picture
- All subscription flows use Apple/Google sandbox environments
- Background location is not used
- Support URL and privacy policy are available from Settings > Account

=== Contact ===
For questions: developer@yourapp.com
Response time: Within 24 hours

Notas de Revisión Específicas para iOS

Para iOS, también incluya:

=== Device Coverage ===
Tested on: iPhone 15 Pro Max, iPad Pro 13-inch

=== App Store Connect Metadata ===
Support URL: https://yourapp.com/support
Privacy Policy: https://yourapp.com/privacy-policy

=== Submission Notes ===
- iPad screenshots match the current iPad UI
- Export compliance answered for this build
- Sign in with Apple is available on the login screen

Notas de Revisión Específicas para Android

Para Android, también incluya:

=== Testing Track Information ===
Closed testing period: [Start Date] to [End Date]
Number of active testers: 23
Critical issues found during testing: 2 (both fixed)
Test distribution method: Email invite list

=== Crash Data ===
Testing period crashes: 3 total
Crash rate: 0.8%
All crashes fixed in this build

=== API Levels ===
Target SDK: 35 (Android 15)
Min SDK: 23 (Android 6.0)
Tested on: Android 11, 12, 13, 14, 15

¿Qué hacer si se rechaza

No te desanimes - la rechaza es común, especialmente para las primeras solicitudes. Aquí está cómo manejarlo:

Pasos después de la rechaza

Respuestas de rechazo comunes

Rechazo: "Tu aplicación se cae al iniciar"

Response:

I sincerely apologize for the crash. I have identified and fixed
the issue:

Root cause: The app attempted to fetch data before network
initialization completed, causing a null reference exception.

Fix: Implemented proper async initialization with error handling
and offline mode. The app now gracefully handles network issues.

Testing: Verified on iPhone 12 (iOS 17), iPhone 14 Pro (iOS 17.1),
tested with WiFi, cellular, and airplane mode.

Build version: 1.0.2 (build 3)

Rechazo: “Falta de política de privacidad”

Response:

Thank you for the feedback. I have added the privacy policy:

URL: https://myapp.com/privacy-policy
Location in app: Settings > Privacy Policy (tappable link)
Also added to: App Store Connect > App Information > Privacy Policy URL

The privacy policy covers all data collection as disclosed in the
Privacy Nutrition Labels.

Rechazo: “No cumple con 4.2 - Funcionalidad mínima”

Esto es más complicado. Significa que tu aplicación no realiza suficiente funcionalidad para merecer ser una aplicación. Response:

Thank you for the feedback. I'd like to clarify the app's
functionality:

Core Features:
1. [Feature 1 with specific details]
2. [Feature 2 with specific details]
3. [Feature 3 with specific details]

The app provides significant utility beyond a simple website by:
- Offline functionality for [specific feature]
- Native camera integration for [specific feature]
- Push notifications for [specific feature]
- Device hardware access for [specific feature]

Test account credentials have been provided to demonstrate all
features. Please let me know if you need additional clarification.

Prácticas de Mejora Post-Aprobación

Felicidades! Tu aplicación ha sido aprobada. Aquí tienes cómo mantener ese estado:

Monitoreo Después del Lanzamiento

Métricas Críticas para Vigilar:

• Tasa de fallas críticas (mantén debajo del 1%)
• Tasa de bloqueos de aplicaciones (Android - mantén debajo del 0.5%)
• Calificaciones de la Tienda de Aplicaciones/Play Store
• Revisar contenido (responda a todos los reseñas)
• Errores reportados por usuarios

Herramientas a utilizar:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry o similar error tracking

Directrices de actualización

Al enviar actualizaciones:

• Prueba tan exhaustivamente como la primera presentación
• Actualiza capturas de pantalla si el UI cambió significativamente
• Actualiza etiquetas de privacidad si la recolección de datos cambió
• Proporcionar descripciones claras de 'Nuevas Funcionalidades'
• Considerar despliegues escalonados para cambios importantes

Mantener la Compatibilidad

Requisitos Anuales:

• Renovar la clasificación de contenido de Android (requerido anualmente)
• Actualizar la política de privacidad si cambian las prácticas
• Revisar y actualizar las clasificaciones de edad si cambia el contenido
• Auditar SDKs de terceros para la conformidad

Monitoreo Continuo:

• Mantenerse actualizado sobre cambios en las directrices
• Unirse a boletines de noticias de desarrolladores de Apple/Google
• Participar en comunidades de desarrolladores
• Sigue los blogs de políticas de App Store/Play Store

Recursos y Lecturas Adicionales

Documentación Oficial

Apple:

• Directrices de Revisión de la Tienda de Aplicaciones de Apple
• Iniciar sesión con Apple
• Ayuda de la Conexión de la Tienda de Aplicaciones de Apple
• Privacidad y Uso de Datos

Google:

• Centro de Políticas de Desarrollador de Google
• Lista de Verificación de Lanzamiento
• Sección de Seguridad de Datos
• Directrices de Pruebas

Recursos de la Comunidad

• r/androiddev - Comunidad de desarrolladores de Android
• r/iOSProgramming - Comunidad de desarrolladores de iOS
• Stack Overflow - Preguntas técnicas
• Indie Hackers - Comunidad de desarrolladores independientes

Políticas de Privacidad Herramientas

• Generador de Políticas de Privacidad de Termly
• Políticas de Privacidad.com
• Política de Privacidad Gratuita

¿Necesita Ayuda con la Revisión de su Aplicación?

Si se siente abrumado o quiere una guía experta para asegurarse de que su aplicación pasa la revisión por primera vez, estamos aquí para ayudar!

Reserve una llamada de consultación con nuestro equipo para asistencia personalizada con:

• Preparación de la revisión de la tienda de aplicaciones y la tienda de juegos
• Revisión de la política de privacidad y la documentación legal
• Implementación de la función Sign in with Apple
• Estrategia de pruebas y reclutamiento de probadores
• Preparación de notas de revisión
• Respuesta a rechazos y recursos de apelación
• Proceso de presentación de la aplicación completa

Nuestra equipo ha ayudado a cientos de desarrolladores a navegar con éxito por el proceso de revisión de la aplicación y puede ahorrarle semanas de prueba y error.

Conclusión

Presentar su primera aplicación puede ser intimidante, pero con una preparación adecuada, puede aprobar la revisión en el primer intento. Recuerde estos puntos clave:

1. Inicia Temprano: Especialmente para Android - reclute a esos 12 probadores al menos 3 semanas antes de su lanzamiento planificado
2. Privacidad Primero: Tenga su política de privacidad lista y refleje con precisión sus prácticas de datos
3. Iniciar con Apple: Si utiliza cualquier inicio de sesión social, debe incluir Iniciar sesión con Apple en iOS
4. Prueba con Detalle: Pruebe en dispositivos reales, con redes pobres y con permisos denegados
5. Be Honest : Información precisa y declaraciones de privacidad previenen la rechazación y problemas legales
6. Detailed Review Notes : Ayuda a los revisores a comprender rápidamente tu aplicación

Los requisitos de pruebas de Android actuales agregan tiempo al proceso, pero resultan en aplicaciones mejoradas y menos problemas después del lanzamiento. Planifica un extra de 3-4 semanas para las presentaciones de Android, y estarás bien posicionado para el éxito.

Buena suerte con el lanzamiento de tu aplicación! Recuerda, incluso si te rechazan, es una oportunidad de aprendizaje. La mayoría de las aplicaciones exitosas pasan por varias rondas de revisión antes de la aprobación.

No quieres ir solo? Programa una consulta y deja que nuestros expertos te guíen a través del proceso.

Necesitas ayuda para implementar actualizaciones en vivo después de que se apruebe tu aplicación? Revisa Capgo’s solución de actualizaciones en vivo para actualizaciones de aplicaciones sin revisión de tiendas de aplicaciones.

Sigue adelante desde La Guía Completa de Revisión de Aplicaciones para Principiantes 2026 - iOS y Android

Si estás utilizando La Guía Completa de Revisión de Aplicaciones para Principiantes 2026 - iOS y Android para planificar la seguridad y la conformidad, conecta con Cifrado para los detalles de implementación en Cifrado, Conformidad para los detalles de implementación en Conformidad, Capgo Escáner de Seguridad para el flujo de trabajo del producto en Capgo Escáner de Seguridad, Capgo Seguridad para el flujo de trabajo del producto en Capgo Seguridad, Capgo Centro de Confianza para el flujo de trabajo del producto en Capgo Centro de Confianza.