La Guía Completa para Revisar Aplicaciones para Principiantes 2026 - iOS y Android

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

Entendiendo el proceso de revisión en 2026

Apple y Google han apretado significativamente sus procesos de revisión en los últimos años, con un enfoque particular en la privacidad, la seguridad y la experiencia del usuario. Entender estos cambios es crucial para los desarrolladores de primer tiempo.

iOS App Store Review Timeline

• Revisión estándar: 24-48 horas
• Periodos de pico: 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: Presente temprano en la semana (lunes-martes) para evitar retrasos en fines de semana. Las presentaciones del lunes suelen ser revisadas el miércoles.

Estados de App Store Connect 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
• Pendiente 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

Google Play Store Review Timeline (2026 Update)

• Revisión Inicial3-7 días (significativamente más largo que en años anteriores)
• Puerta de Prueba Cerrada14 días mínimo para cuentas nuevas de Play Console afectadas antes de que puedas solicitar acceso a producción
• Revisión de Producción Después de la Prueba3-7 días después de que se complete el requisito de prueba cerrada
• Actualizaciones de Aplicaciones Existentes1-3 días
• Violaciones de PolíticaPuede extenderse a 14+ días si se activa una revisión adicional

Actualización Importante: Google ahora requiere pruebas más rigurosas para algunos nuevos cuentas de Play Console, sobre las cuales cubriremos con 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:

• Regístrese en el Programa de Desarrolladores de Apple
• Habilite la autenticación en dos factores para la cuenta de Apple utilizada para el registro
• Elige el tipo de membresía correcto:
  • Individual / Propietario únicoSu nombre personal 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 el registro. Los alias o nombres de la empresa en los campos de nombre/apellido pueden retrasar la aprobación
• Después de que se aprueba el registro, 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

ImportanteApple cambia los requisitos mínimos de SDK con el tiempo. A partir de 28 de abril de 2026, las aplicaciones subidas a App Store Connect deben utilizar el iOS & iPadOS 26 SDK o posterior.

El Requisito de Pruebas Críticas de Android

Esta es la modificación que sorprende a la mayoría de los editores de Android principiantes.

Requisito de 12 pruebas para nuevas cuentas de Android personales

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

Requisitos:

• Prueba Mínima de 12 UsuariosDebes reclutar al menos 12 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 la Consola de Play
• Recopilación de RetroalimentaciónDocumente 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 esta exigencia para:

• Reducir el spam de aplicaciones de baja calidad
• Ensure apps are properly tested before reaching users
• Identifica aplicaciones maliciosas a través de patrones de uso en el mundo real
• Mejora la calidad general de la tienda Play

Verificación de la realidadEsto agrega al menos 2-3 semanas a tu cronograma de lanzamiento. Planifica con anticipación y comienza 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 AppleSi tu aplicación ofrece alguna opción de inicio de sesión social de terceros (Google, Facebook, Twitter, etc.), deber ofrecer también la opción de inicio de sesión con Apple.

Esto se aplica a:

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

No se aplica a esto.:

• Email/password only authentication
• Sistemas de identificación gubernamental
• Sistemas de inicio de sesión SSO empresarial (cuando la aplicación es para ese específico negocio)
• 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ónicoLos usuarios pueden elegir ocultar su correo electrónico. Apple ofrece un correo electrónico de relay privado (por ejemplo, abc123@privaterelay.appleid.com). Su aplicación debe manejar esto.

2. Usuarios Iniciales vs Regresivos: 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 de Servidor de FondoSiempre verifica el token de identidad en tu servidor backend, no confíes solo en tokens del lado del cliente.

Requisitos de inicio de sesión social de Android

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

Requisitos de Inicio de Sesión de Google:

• Debes usar el Sign-In oficial de Google SDK
• Debes seguir las directrices de marca de Google
• Debería ser la opción principal si la 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 para iOS, o en Android si soportas inicio de sesión web de Apple)
• Iniciar sesión con Google
• Otras opciones sociales (Facebook, Twitter, etc.)

Otras opciones sociales (Facebook, Twitter, etc.)

Requisitos de cuenta de demostraciónCrítico para la Revisión debe provide working demo credentials in the App Review Notes.

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:

• Proporcionar credenciales expiradas
• La cuenta de demostración no tiene acceso a todas las características
• No mencionar cómo superar la verificación de teléfono
• Olvidando mencionar detalles de pago de sandbox

Política de Privacidad y Requisitos Legales

Ambas tiendas de aplicaciones ahora requieren políticas de privacidad accesibles y términos de servicio antes Tu primera publicación ha sido aprobada.

su primera presentación sea aprobada.

Su política de privacidad debe:

1. Ser Accesible al Público

   • Albergada 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 tu aplicación

2. Cubrir estos temas obligatorios:

   • ¿Qué datos recopila (ser específico)?
   • ¿Cómo utiliza los datos recopilados?
   • ¿Se comparten 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. Esté vinculado 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 predeterminado o navegador en aplicación

Donde 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)

• Termly
• PolíticasDePrivacidad.com
• FreePrivacyPolicy.com

Importantecontext: Page/area: Bug bounty program page. Role: UI label. Seen in: page bug-bounty.astro. Message key `bug_bounty_important_label` (Bug Bounty Important Label).

Términos y Condiciones Requisitos

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

• Ofreces compras o suscripciones dentro de la aplicación
• Ofrece compras en la aplicación o suscripciones
• Tiene contenido generado por el usuario
• Quieres protección legal

Quiere protección legal:

• Política de uso aceptable
• Condiciones de terminación de cuenta
• Limitación de responsabilidad
• Derechos de propiedad intelectual
• Proceso de resolución de disputas
• Política de devolución (sobre todo 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
• Deben ser HTTPS (HTTP será rechazado)
• Se mostrará en tu página de la Tienda de Aplicaciones
• Agregar una URL de Soporte con detalles de contacto reales para los usuarios
• Complete el cuestionario de calificació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 dirigidas 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 nutricional".

Categorías que Debes Declarar:

• Información de contactoCorreo electrónico, nombre, número de teléfono
• Info Financiera: Información de pago, tarjeta de crédito, cuenta bancaria
• Ubicación: Ubicación precisa o coarsa
• Contenido del Usuario: Fotos, videos, audio, mensajes
• Identificadores: ID de usuario, ID de dispositivo, ID de publicidad
• Datos de UsoInteracción del producto, datos de publicidad, registros de errores
• DiagnosticsDiagnostics de Errores de Aplicación

Para cada tipo de datos, especifique:

• Whether it’s collected
• Si se vincula a la identidad del usuario
• Si se utiliza para el seguimiento
• El propósito de la recopilación

Error comúnNo digas que no recopilas datos cuando tu análisis SDK lo hace. Revisa todos los SDK 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. Ir a Google Play Console > Contenido de la aplicación > Seguridad de datos
2. Responda preguntas sobre la recopilación de datos
3. Definir tipos de datos recopilados
4. Explicar prácticas de seguridad (cifrado, etc.)
5. Proporcionar enlace de política de privacidad

CríticoEsta información es vinculante legal. 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 primerizos

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

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

¿Por qué sucede?:

• Pruebas solo en emulador, no en dispositivo real
• Falta de manejo de errores para fallos de red
• Puntos finales API hardcoded 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:

• Prueba en dispositivos reales (al menos 2-3 modelos diferentes)
• Prueba con mala red (utilice el Condicional de Enlace de Red)
• Prueba con modo avión
• Prueba con permisos denegados
• Prueba con instalación fresca (sin datos de caché)

2. Funcionalidad básica ausente o rota

¿Por qué sucede?:

• Características mostradas en capturas de pantalla aún no existen
• La cuenta de demostración no tiene acceso a las características anunciadas
• Características premium se muestran pero no se implementan
• “Marcadores de ‘Próximamente’” en la aplicación

Cómo Prevenir:

• Sólo envíe cuando todas las características anunciadas estén completas
• Asegúrese de que la cuenta de demo tenga acceso completo
• Elimine o desactive las características incompletas antes de la presentación
• Update screenshots to match current build exactly

3. Contenido inapropiado para la clasificación de edad

¿Por qué sucede?:

• Age rating set to 4+ but app contains social features
• 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 clasificación de edad correcta:

Clasificaciones de edad de iOS:

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

Clasificaciones de contenido de Android:

• Todos
• Todos 10+
• Adolescente
• Adulto 17+
• Adultos solo 18+

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

• Sistema de moderación de contenido
• Funcionalidad de denuncia/bloqueo
• Directrices de la comunidad claras
• Control de edad si es necesario

4. Metadatos engañosos o engañosos

Por qué sucede:

• La aplicación promete características que no existen.
• Capturas de pantalla de competidores o mockups
• Revisión o manipulación de calificaciones falsas
• Descripción contiene superlativos sin pruebas

Ejemplos de metadatos problemáticos:

❌ MALO:

• App Name: “Best Fitness Tracker - #1 App”
• Descripción: “La aplicación más impresionante, revolucionaria creada jamás!”
• Pantallas de captura: Fotos de stock genericas

✅ Bien:

• App Name: “FitTrack - Workout Logger”
• Descripción: “Registra tus ejercicios con rutinas personalizables y gráficos de progreso.”
• Pantallas de captura: Pantallas de la aplicación actual del build

5. Pruebas insuficientes (especialmente pruebas cerradas de Android)

¿Por qué sucede:

• Saltarse el período de prueba de 14 días obligatorio
• No reclutar suficientes probadores
• Los probadores no utilizan realmente la aplicación
• No hay monitoreo de errores durante la prueba

Cómo Prevenir:

• Iniciar la recluta de probadores 3-4 semanas antes del lanzamiento planificado
• Usar Firebase Crashlytics o algo similar durante la prueba
• Actively engage with testers (surveys, feedback forms)
• Corregir problemas críticos antes de promover a producción

6. Permisos sin Justificación

Por qué Sucede:

• Solicitar ubicación pero no utilizarla
• 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 de configuración de 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>

Estrategia de permisos para Android:

<!-- 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

App Store Screenshots and Previews

Tamaños requeridos:

• iPhone de 6,7 pulgadas: 1290 x 2796
• iPad de 13 pulgadas: 2064 x 2752
• 12.9” tableta iPad: 2048 x 2732

ImportanteSi su aplicación admite iPad, debe subir capturas de pantalla de iPad. No estire las capturas de pantalla de iPhone para adaptarlas a los slots de iPad.

Prácticas para capturas de pantalla:

• Deben mostrar contenido real de la aplicación (sin mockups)
• Eliminar la barra de estado o mostrar contenido realista
• Localizar para todos los idiomas admitidos
• Evitar texto de superposición excesivo
• Show key features in first 2-3 screenshots

Configuración de metadatos de App Store Connect

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

• URL de la política de privacidadrequerido para aplicaciones de iOS
• URL de soporterequerido, y debe dirigirse a información de contacto real
• Age Ratingcomplete el cuestionario para que la aplicación pueda ser publicada
• Información de revisión de la aplicaciónagregue un contacto de revisión, credenciales de demostración si es necesario el inicio de sesión, y notas claras para el equipo de revisión
• Cumplimiento de exportaciónresponda las preguntas de cifrado, o establezca ITSAppUsesNonExemptEncryption en Info.plist cuando corresponda para que no repita las mismas respuestas en cada carga

Prueba de vuelo antes de la revisión de la aplicación

Haga una prueba real de TestFlight antes de la revisión de producción:

• Instale la versión exacta desde TestFlight
• Inicie sesión con la misma cuenta de revisión que planea proporcionar
• Realice un recorrido por la compra, restauración y cancelación
• Confirme que el revisor puede acceder a las características clave sin configuración oculta
• Pruebe en iPhone e iPad si ambos están soportados

App Preview Videos (Optional but Recommended)

Requisitos:

• 15-30 segundos de duración
• Deben mostrar piezas de video del aplicativo real
• Puede incluir textos de superposición breves
• No música con problemas de derechos de autor
• Resoluciones iguales a capturas de pantalla

Implementación de inicio de sesión con Apple

Ya cubierto anteriormente, pero crítico para la revisión de iOS si tienes inicio de sesión social.

Requisitos de compras en la aplicación

Si ofreces bienes o servicios digitales:

Requisitos de disculpas:

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

Pantalla de ejemplo de suscripción 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

Cuenta de Google Play Console

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

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

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 se puede cambiar a de pago.

Requisito de paquete de aplicación

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

# Sync the native Android project first
bunx cap sync android

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

Requisito de nivel de objetivo API

Requisito actual: New apps and app updates must target Android 15 (API level 35) or higher.

Actualizar en android/app/build.gradle:

android {
    compileSdkVersion 35

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

Seguridad de datos de Google Play

Crítico para la aprobación de Android, ya cubierto anteriormente.

Ruta de prueba cerrada (Requisito actual)

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

Cronograma:

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

Público objetivo y calificación de contenido

Cuestionario de calificación de contenido:

• Requerido para todas las aplicaciones
• Toma 10-15 minutos para completar
• Determina la calificación de edad (Todos, Adolescente, Adulto, etc.)
• Actualícelo siempre que su contenido cambie de manera que afecte las respuestas

Temas cubiertos:

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

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

Requisitos de lista de tienda

Recursos obligatorios:

• Icono de la aplicación (512 x 512 PNG)
• Imagen de características (1024 x 500 JPG o PNG)
• Pantallas de teléfono (mínimo 2, máximo 8)
• Pantallas de tablet de 7” (opcional pero recomendado)
• Pantallas de tablet de 10” (opcional pero recomendado)

Descripción Requisitos:

• Descripción corta (80 caracteres máximo)
• Descripción completa (4000 caracteres máximo)
• 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-Suministro

Antes de pulsar enviar, pase por esta lista de verificación completa:

Requisitos Técnicos

• La aplicación se lanza correctamente en dispositivos reales
• All features shown in screenshots work
• No hay contenido de reemplazo o “Próximamente”
• Todos los claves de terceros API son claves de producción
• Se implementó manejo de errores de red
• Las solicitudes de permisos incluyen explicaciones claras
• La aplicación no se cae bajo condiciones de red deficientes.
• Se probó con permisos denegados
• Tested on minimum supported OS version
• Se revisaron y corrigieron fugas de memoria

Autenticación & Inicio de sesión

• Si se utiliza inicio de sesión social, se incluye Iniciar sesión con Apple (iOS)
• Detalles de cuenta de demo proporcionados 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

• Política de privacidad accesible al público
• Privacy policy URL added to app store listing
• Términos de servicio accesibles públicamente (si corresponde)
• Política de privacidad enlazada en la pantalla de ajustes
• Etiquetas de nutrición de datos precisas (iOS)
• Sección de seguridad de datos completada (Android)
• All los propósitos de recopilación de datos explicados
• Tercera parte SDK recopilación de datos revelada

Contenido & Metadatos

• App name follows guidelines (no keywords stuffing)
• La descripción describe con precisión la funcionalidad
• Pantallas de captura muestran pantallas de la aplicación actual
• Pantallas de captura localizadas para todos los idiomas soportados
• No se mencionan competidores en la descripción
• No se utilizan superlativos sin pruebas
• Age rating matches actual content
• El correo electrónico de contacto se monitorea

Contacto de Freelance

• Iniciado con Apple (si se utiliza inicio de sesión social)
• All required screenshot sizes provided
• Pantallas de iPad reales subidas si se habilita el soporte de iPad
• Las descripciones de permisos de Info.plist están claras
• URL de soporte agregado con detalles de contacto reales
• URL de la política de privacidad agregada en App Store Connect
• Cuestionario de calificación de edad completado
• Cumplimiento de exportación respondido correctamente
• Cuenta de demostración no expirada y contacto de revisión de la aplicación
• Se apunta a iOS 15.0 o superior
• Si IAP: precios claros, botón de restaurar compras presente
• No se hacen referencias a Android u otros sistemas operativos

Android Específico

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

Pruebas (Requisito actual de Android)

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

Notas de Revisión: Qué Incluir

Excelentes notas de revisión pueden significar la diferencia entre una aprobación instantánea y una rechazo. Aquí está qué incluir.

Plantilla para 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 de 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 de 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.

Pasos Después de la Rechaza

Respuestas de rechazo comunes

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

Respuesta:

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"

Respuesta:

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"

Esta es más complicada. Significa que tu aplicación no hace lo suficiente para merecer ser una aplicación. Respuesta:

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 óptimas después de la 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 a vigilar:

• Tasa de errores críticos (mantén debajo del 1%)
• Tasa de ANR (Android - mantén debajo del 0,5%)
• Calificaciones de la tienda de aplicaciones/Play Store
• Contenido de las reseñas (responde a todas las reseñas)
• Bugs reportados por el usuario

Herramientas a utilizar:

• Crashlytics de Firebase
• Análisis de App Store Connect
• Vitales de Google Play Console
• Sentry o similar seguimiento de errores

Directrices de actualización

Al enviar actualizaciones:

• Prueba tan exhaustivamente como la presentación inicial
• Actualiza capturas de pantalla si el UI cambió significativamente
• Actualice etiquetas de privacidad si se cambió la recopilación de datos
• Provide clear “What’s New” descriptions
• Considerar despliegues escalonados para cambios importantes

Mantenerse Conforme

Requisitos Anuales:

• Renew Android content rating (required yearly)
• 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 cumplimiento

Monitoreo Continuo:

• Estarse al tanto de cambios en las directrices
• Únete a las newsletters de desarrolladores de Apple/Google
• Participar en comunidades de desarrolladores
• Siguientes los blogs de políticas de App Store/Play Store

Recursos y Lecturas Adicionales

Documentación Oficial

Apple:

• Guías de Revisión de la Tienda de Aplicaciones
• Iniciar sesión con Apple
• Ayuda de la Tienda de Aplicaciones Connect
• Privacidad y Uso de Datos

Google:

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

Recursos de la Comunidad

• desarrollador de Android - Comunidad de desarrolladores de Android
• r/iOSProgramming - Comunidad de desarrolladores de iOS
• Stack Overflow - Preguntas técnicas
• Emprendedores Independientes - Comunidad de desarrolladores indie

Políticas de Privacidad Herramientas

• Generador de Políticas de Privacidad de Termly
• PolíticasDePrivacidad.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.

Agende una llamada de consulta con nuestro equipo para asistencia personalizada con:

• Preparación de la revisión de la tienda de aplicaciones
• Revisión de la política de privacidad y documentación legal
• Implementación de la autenticación de Apple
• Estrategia de pruebas y reclutamiento de probadores
• Preparación de notas de revisión
• Respuesta de rechazo 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 el proceso de revisión de aplicaciones y puede ahorrarle semanas de prueba y error.

Conclusiones

Enviar 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. Comience 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 sesión con Apple: Si utiliza cualquier inicio de sesión social, debe incluir Iniciar sesión con Apple en iOS
4. Pruebe con Detalle: Pruebe en dispositivos reales, con redes pobres y con permisos denegados
5. Sea Honesto: Accurate metadata y declaraciones de privacidad previenen la rechaza y problemas legales
6. Notas de Revisión Detalladas: Ayuda a los revisores a comprender tu aplicación rápidamente

Las actuales requisitos de prueba de Android agregan tiempo al proceso, pero en última instancia 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 hacerlo 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 tu aplicación esté aprobada? Revisa Capgo’s live update solución para actualizaciones de aplicaciones sin revisión de tiendas.

Continúa leyendo de La Guía Completa para Revisar Aplicaciones para Principiantes 2026 - iOS y Android

Si estás utilizando La guía completa para revisar aplicaciones para principiantes de 2026 - iOS y Android para planificar la seguridad y la conformidad, conecte con La cifrado para el detalle de implementación en La cifrado, La conformidad para el detalle de implementación en La 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, y Capgo Centro de confianza para el flujo de trabajo del producto en Capgo Centro de confianza.