La guía completa para la revisión de aplicaciones de primera vez para 2026 - iOS y Android

Enviar tu primera aplicación a la Tienda de Aplicaciones o a Google Play puede sentirse abrumador. Con las directrices en constante evolución y una mayor estricta aplicación en 2026, obtener aprobación para tu aplicación requiere una atención cuidadosa a los detalles. Esta guía integral te guía a través de todo lo que necesitas saber para aprobar la revisión de tu primera presentación para ambas plataformas iOS y Android.

Entendiendo el Proceso de Revisión en 2026

Apple y Google han reforzado significativamente sus procesos de revisión en los últimos años, con un énfasis particular en la privacidad, la seguridad y la experiencia del usuario. Entender estos cambios es crucial para los desarrolladores por primera vez.

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

• 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 Pro: Presente temprano en la semana (lunes-martes) para evitar retrasos del fin de semana. Las presentaciones del lunes suelen ser revisadas el miércoles.

Estados de App Store Connect que Verás

• Preparación para la Presentación: Su compilación o metadatos aún están siendo preparados
• Esperando a la Revisión: Apple tiene su presentación en cola
• En Revisión: El equipo de revisión está revisando activamente la aplicación
• Pendiente de Lanzamiento del Desarrollador: Aprobado, pero esperando tu elección de liberación manual
• Rechazado / Problemas sin resolver: Apple necesita cambios antes de la aprobación

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

• Revisión Inicial: 3-7 días (significativamente más largo que los años anteriores)
• Puerta de Pruebas Cerrada: 14 días mínimo para cuentas nuevas de Play Console personal afectadas antes de que puedas solicitar acceso a producción
• Revisión de Producción Después de la Prueba: Normalmente otros 3-7 días después de que se complete el requisito de la puerta de pruebas 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 Importantecontext

: Google ahora requiere pruebas más rigurosas para algunos nuevos cuentas de Play Console, que cubriremos en detalle a continuación

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 Individual
  • 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 primer/último nombre 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

Importante: Apple 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 __CAPGO_KEEP_0__ o posterior iOS & iPadOS 26 SDK or later.

El Requisito Crítico de Pruebas de Android

Esta es la modificación que sorprende a la mayoría de los publicadores de Android que son nuevos:

Requisito de 12 Pruebas para Nuevos 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, debe completar un período de pruebas cerradas antes de que la aplicación pueda ir a producción:

Requisitos:

• Mínimo 12 Pruebas: Debe reclutar al menos 12 probadores que se hayan optado
• Período de Pruebas de 14 Días: La aplicación debe permanecer en pruebas cerradas durante un mínimo de 14 días consecutivos
• Solicitud de Acceso a Producción: Después del período de prueba, todavía necesitas solicitar acceso a producción en Play Console
• Recopilación de comentarios: Debes documentar los problemas encontrados, las correcciones realizadas y cómo los probadores utilizaron la aplicación

Cómo configurar su pista de prueba

Why Google Implementó Esto

Google introdujo esta exigencia para:

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

Reality Check: Esto 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 Apple: Si su aplicación ofrece alguna opción de inicio de sesión de terceros (Google, Facebook, Twitter, etc.), usted debe también ofrecer Iniciar sesión con Apple como opción.

Esto se aplica a:

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

Esto NO se aplica a:

• Autenticación solo por correo electrónico/contraseña
• Sistemas de identificación gubernamental
• Enterprise SSO sistemas (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ó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 nuevos vs usuarios recurrentes: 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 del botón: 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 Backend: Siempre verifica el token de identidad en tu servidor de backend, nunca confíes en tokens del lado del cliente solos.

Requisitos de inicio de sesión 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 utilizar el inicio de sesión oficial de Google SDK
• Debes seguir las directrices de la 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 para iOS, o en Android si apoyas el inicio de sesión web de Apple)
• Iniciar sesión con Google
• Otras opciones de redes sociales (Facebook, Twitter, etc.)

Requisitos de cuenta de demostración

Crítico para la revisión: Si 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 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
• No mencionar los detalles de pago del entorno de pruebas

Política de Privacidad y Requisitos Legales

Ahora tanto las tiendas de aplicaciones requieren políticas de privacidad accesibles y términos de servicio antes antes de trabajar en una nueva característica

antes de trabajar

su primera presentación es aprobada

1. Requisitos de Política de Privacidad

   • Su política de privacidad debe:
   • Ser Accesible al Público
   • Albergada en una URL pública (no detrás de inicio de sesión)

2. Se puede cargar en navegadores web estándar:

   • Disponible en los mismos idiomas que su aplicación
   • How usas los datos recopilados
   • ¿Se comparten los datos con terceros?
   • ¿Cuánto tiempo se retiene los datos?
   • Derechos del usuario (acceso, eliminación, portabilidad)
   • Contacto para consultas de privacidad
   • Privacidad infantil (si la aplicación es para usuarios menores de 13/16 años)

3. Conectar en la aplicación

   • Accesible desde la pantalla de ajustes o pantalla de cuenta
   • Debería estar a un solo toque de distancia (no enterrado en menús)
   • Debería abrir en el navegador predeterminado 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: GitHub Páginas (Gratis)

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

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

• Termly
• PrivacyPolicies.com
• FreePrivacyPolicy.com

ImportanteMientras que los generadores son adecuados para empezar, asegúrese de que la política refleje con precisión sus prácticas de datos reales. Los modelos genéricos que no se ajusten 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:

• Ofreces compras o suscripciones dentro de la aplicación
• Tienes contenido generado por el usuario
• Proporcionas algún servicio más allá de la funcionalidad básica de la aplicación
• Quieres protección legal

Debes incluir:

• 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 dentro de 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 - App Store Connect:

• Información de la aplicación > Información general > URL de la política de privacidad
• Deberá ser HTTPS (HTTP será rechazado)
• Se mostrará en tu página de la Tienda de Aplicaciones
• Agrega una URL de soporte con detalles de contacto reales para los usuarios
• Completa el cuestionario de calificación de edad antes de la presentación

Android - Google Play Console:

• Presencia de la tienda > Configuración de la tienda > Política de privacidad
• Requerido para todas las aplicaciones que se dirigen a niños
• Fuertemente 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 Debe Declarar:

• Contactocontexto: Sección de marketing de integraciones. Papel: Etiqueta de interfaz de usuario corta o elemento de navegación. Visto en: página integraciones.astro. Clave de mensaje `integrations_partners_freelance_contact` (Contacto de socios de integraciones freelance).
• : Correo electrónico, nombre, número de teléfonoInfo Financiera
• : Información de pago, tarjeta de crédito, cuenta bancariaUbicación
• : Ubicación precisa o coarsaContenido del Usuario
• : Fotos, videos, audio, mensajes: ID de usuario, ID de dispositivo, ID de publicidad
• Datos de uso: Datos de producto, datos de publicidad, registros de errores
• Diagnostics: Datos de errores, datos de rendimiento

Para cada tipo de dato, especifique:

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

Error común: Decir que no se recopila datos cuando sus análisis SDK lo hacen. Auditar 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. Dirígete a la consola de Play > Contenido de la aplicación > Seguridad de datos
2. Responde a preguntas sobre la recopilación de datos
3. Specifica los tipos de datos recopilados
4. Explica las prácticas de seguridad (cifrado, etc.)
5. Proporciona un enlace a la política de privacidad

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

Razones de rechazo comunes para aplicaciones de primera vez

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

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

¿Por qué sucede?:

• Sólo probando en emulador, no en dispositivo real
• Falta de manejo de errores para fallos de red
• Puntos finales API hardcoded que son inaccesibles
• Cómo prevenir

Lista de verificación de pruebas:

// 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();
  }
}

Prueba en dispositivos reales (mínimo 2-3 modelos diferentes):

• Prueba con mala conexión a Internet (utilice el Condicional de Enlace de Red)
• Prueba con modo avión
• Prueba con permisos denegados
• Prueba con dispositivos de diferentes versiones de sistema operativo
• Prueba con instalación fresca (sin datos de caché)

2. Funcionalidad de núcleo faltante o rota

¿Por qué sucede?:

• Las características mostradas en capturas de pantalla no existen aún
• La cuenta de demostración no tiene acceso a las características anunciadas
• Las características premium se muestran pero no están implementadas
• “Completaremos pronto” en los marcadores de la aplicación

¿Cómo prevenirlo?:

• 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 las 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 establecida en 4+ pero la aplicación 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 clasificación de edad correcta:

Clasificaciones de edad de iOS:

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

Clasificación de contenido de Android:

• Todos
• Todos 10+
• Adolescentes
• Más de 17 años
• Solo para adultos 18+

ImportanteSi los usuarios pueden compartir contenido entre sí, necesitan:

• Sistema de moderación de contenido
• Funcionalidad de informar/deshabilitar
• Directrices de la comunidad claras
• Bloqueo de edad si es necesario

4. Información de metadatos engañosa o engañosa

¿Por qué sucede?:

• El nombre de la aplicación promete características que no existen
• Capturas de pantalla de competidores o maquetas
• Revisión o manipulación de 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 Entrenamientos”
• Descripción: “Rastrea tus entrenamientos con rutinas personalizables y gráficos de progreso.”
• Capturas de Pantalla: Pantallas de la aplicación actual

5. Insuficiente Prueba (Especialmente Pruebas Cerradas de Android)

¿Por Qué Sucede?:

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

Cómo Prevenir:

• Comienza a reclutar probadores 3-4 semanas antes de la fecha de lanzamiento planificada
• Utiliza Firebase Crashlytics o similar durante la prueba
• Participa activamente con los probadores (encuestas, formularios de retroalimentación)
• Corrige problemas críticos antes de promover a producción

6. Permiso 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 solucionarlo:

iOS - 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 tiempo 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 Aplicaciones

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 pantallas de captura de iPad. No estire pantallas de iPhone para adaptarlas a los slots de iPad.

Prácticas recomendadas 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 sobrecargar de texto en la superposición
• Muestre las 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:

• URL de la Política de Privacidad: necesario para las aplicaciones de iOS
• URL de Soporte: necesario, y debe conducir 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 la Aplicación: agregue 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 establecer ITSAppUsesNonExemptEncryption en Info.plist cuando sea apropiado para que no repitas las mismas respuestas cada subida

Revisión de Aplicaciones Antes de TestFlight

Haz una pasada real de TestFlight 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
• Pasa por la ruta de compra, restauración y cancelación
• Confirma que el revisor pueda llegar 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:

• 15-30 segundos de duración
• Deben mostrar piezas de video del aplicativo real
• Pueden incluir superposiciones de texto breves
• No incluir música con problemas de derechos de autor
• Con las mismas resoluciones que las 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 ofrece bienes digitales o servicios:

Requisitos de Discusiones:

• Deben mostrar precios claros antes de la compra
• Términos de suscripción claramente expresados
• Instrucciones de cancelación visibles
• Botón de restaurar compras

Pantalla de suscripción ejemplar:

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 cuenta en el Console de Google Play

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

• Crea tu cuenta de desarrollador en Inscripción en el Console de Google Play
• En el Console de Google 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
• Acepta las declaraciones de política de Play obligatorias, exportación y firmas de Play App
• ¿Decide si la aplicación es gratuito o contexto: Fragmento de texto HTML de una cadena de UI de Capgo más larga (clave de padre `alternatives_cta_questions`). Página/área: Comparación de alternativas de actualización en vivo de Capacitor. Rol: Párrafo de marketing o legal largo. Visto en: página alternatives.astro. Preservar términos de producto y marca de Capgo y términos de desarrollador exactamente. Clave de mensaje `alternatives_cta_questions` (Preguntas de alternativas CTA). | Fragmento de texto HTML de una cadena de UI de Capgo más larga (clave de padre `appflow_cta_questions`). Página/área: Copia de marketing de comparación/migración de Appflow. Rol: Párrafo de marketing o legal largo. Visto en: página ionic-appflow.astro. Preservar términos de producto y marca de Capgo y términos de desarrollador exactamente. Clave de mensaje `appflow_cta_questions` (Preguntas de CTA de Appflow). | Fragmento de texto HTML de una cadena de UI de Capgo más larga (clave de padre `capwesome_cta_questions`). Página/área: Página de comparación de Capawesome. Rol: Párrafo de marketing o legal largo. Visto en: página capwesome.astro. Preservar términos de producto y marca de Capgo y términos de desarrollador exactamente. Clave de mensaje `capwesome_cta_questions` (Preguntas de CTA de Capwesome). | Página/área: Página de servicios de consultoría. Rol: Título de sección o etiqueta. Visto en: página consulting.astro. Preservar términos de producto y marca de Capgo y términos de desarrollador exactamente. Clave de mensaje `consulting_faq_subtitle` (Título de subtítulo de FAQ de consultoría). | Página/área: Copia de marketing de comparación/migración de Appflow. Rol: Etiqueta de UI corta o elemento de navegación. Visto en: página ionic-appflow.astro, página ionic-enterprise-plugins.astro, página soluciones/ionic-enterprise-plugins.astro. Clave de mensaje `appflow_plugins_or` (O plugins de Appflow).

pagadoImportante

contexto: Página/área: Página de programa de recompensa de bug. Rol: Etiqueta de UI. Visto en: página bug-bounty.astro. Clave de mensaje `bug_bounty_important_label` (Etiqueta de importancia de recompensa de bug).

: Google te permite cambiar una aplicación pagada a gratuita más tarde, pero una vez que una aplicación ha sido ofrecida de forma gratuita, no se puede cambiar a pagada.Requisito de paquete de aplicación

# Sync the native Android project first
bunx cap sync android

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

Target API Level Requirement

contexto: Página/área: Página de programa de recompensa de bug. Rol: Etiqueta de UI. Visto en: página bug-bounty.astro. Clave de mensaje `bug_bounty_important_label` (Etiqueta de importancia de recompensa de bug). : Google Play requiere formato de paquete de aplicación Android (.aab), no APK: : Requisito de nivel de objetivo de Capgo __CAPGO_KEEP_0__ Requisito actual: Nuevas aplicaciones y actualizaciones de aplicaciones deben dirigirse a Android 15 (API nivel 35) o superior.

Actualización en android/app/build.gradle:

android {
    compileSdkVersion 35

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

Seguridad de datos de Google Play

Ya se cubrió anteriormente, pero es absolutamente crítico para la aprobación de Android.

Ruta de prueba cerrada (Requisito actual)

Esta es la gran cosa para las 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 prueba activo (14 días mínimo)
3. Semana 4: Corregir problemas, preparar la versión de producción
4. Semana 5: Presentar para la 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, Adolescentes, Adultos, etc.)
• Actualízalo siempre que el contenido cambie de manera que afecte las respuestas

Temas Cubiertos:

• Violencia
• Contenido sexual
• Lenguaje soez
• Sustancias controladas
• Juegos de azar
• Características de interacción del 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 tiendas

Recursos obligatorios:

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

Requisitos de la descripción:

• 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-Envío

Antes de enviar, revise esta lista exhaustiva:

Requisitos Técnicos

• La aplicación se lanza correctamente en dispositivos reales
• Todas las características mostradas en las capturas de pantalla funcionan
• No hay contenido de reemplazo o “Próximamente”
• Todas las terceras partes API claves son claves de producción
• Se ha implementado el manejo de errores de red
• Las solicitudes de permisos incluyen explicaciones claras
• La aplicación no se cae bajo condiciones de red pobres
• Probado con permisos denegados
• Probado en la versión mínima del sistema operativo soportado
• Se han revisado y corregido los fugas de memoria

Autenticación y Inicio de sesión

• Si se utiliza inicio de sesión social, Sign in with Apple está incluido (iOS)
• Se proporcionan credenciales de cuenta de demo 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)

Términos legales y Privacidad

• La política de privacidad está accesible al público
• URL de la política de privacidad agregado a la lista de la tienda de aplicaciones
• Términos de servicio accesibles públicamente (si corresponde)
• Política de privacidad vinculada en la aplicación (pantalla de ajustes)
• Etiquetas de nutrición de privacidad precisas (iOS)
• Sección de seguridad de datos completada (Android)
• Todos los propósitos de recopilación de datos explicados
• Recopilación de datos de terceros SDK revelada

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
• Capturas de pantalla muestran pantallas de la aplicación actuales
• Capturas de pantalla localizadas para todos los idiomas soportados
• No menciones de competidores en la descripción
• No superlativos sin pruebas
• La clasificación de edad coincide con el contenido real
• El correo electrónico de contacto se monitorea

Correo electrónico de contacto para freelancers

• iOS específico
• Implementado el inicio de sesión con Apple (si se utiliza inicio de sesión social)
• Se proporcionan todas las tamaños de capturas de pantalla requeridas
• Se subieron capturas de pantalla de iPad reales si se habilita el soporte de iPad
• Las descripciones de permisos de Info.plist son claras
• Se agregó la URL de soporte con detalles de contacto reales
• Se agregó la URL de la política de privacidad en App Store Connect
• Cumplimiento de exportación respondido correctamente
• Contacto de revisión de la aplicación y cuenta de demostración no expirada proporcionada
• Objetivo iOS 15.0 o superior
• Si IAP: precio claro, botón de restauración de compras presente
• No se hacen referencias a Android u otros sistemas operativos

Especifico para Android

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

Pruebas (Requisito actual de Android)

• 12+ probadores reclutados si su cuenta de Play requiere pruebas cerradas
• Creada la pista de pruebas cerradas
• Completadas 14 días consecutivos de pruebas
• Los probadores realmente utilizaron la aplicación (no solo la instalaron)
• Habilitada la monitorización de errores durante las pruebas
• Corregidos los errores críticos de las pruebas
• Documentada la retroalimentación de los probadores

Notas de Revisión: Qué Incluir

Las notas de revisión excelentes pueden significar la diferencia entre la aprobación instantánea y la 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 se desanimes - la rechaza es común, especialmente para las primeras presentaciones. Aquí está cómo manejarlo:

Pasos Después de la Rechaza

Respuestas de Rechazo Comunes

Rechazo: “Tu aplicación se bloquea 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 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”

Esto es más complicado. 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í está cómo mantener ese estado:

Monitoreo después del Lanzamiento

Métricas Críticas para Vigilar:

• Tasa de caídas (mantener debajo del 1%)
• Tasa de ANR (Android - mantener debajo del 0,5%)
• Calificaciones de la Tienda de Aplicaciones/Play Store
• Contenido de las reseñas (respondar a todas las reseñas)
• Bugs informados por el usuario

Herramientas a Utilizar:

• Firebase Crashlytics
• App Store Connect Analytics
• Google Play Console Vitals
• Sentry o similar herramienta de seguimiento de errores

Guías de Actualización

Cuando se envían actualizaciones:

• Prueba tan exhaustivamente como la primera presentación
• Actualice capturas de pantalla si el UI cambió significativamente
• Actualice etiquetas de privacidad si se cambió la recopilación de datos
• Proporcione descripciones claras de “Nuevas Funcionalidades”
• Considerar despliegues escalonados para cambios importantes

Manteniendo la Compatibilidad

Requisitos Anuales:

• Renueva la clasificación de contenido de Android (requerido anualmente)
• Actualice la política de privacidad si cambian las prácticas
• Revisa y actualiza las clasificaciones de edad si cambia el contenido
• Audita SDKs de terceros para cumplimiento

Monitoreo Continuo:

• Manténgase informado sobre cambios en las directrices
• Únete a las newsletters de desarrolladores de Apple/Google
• Participa 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 App Store Connect
• Privacidad y Uso de Datos

Google:

• Centro de Política de Desarrolladores
• 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

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

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

Si se siente abrumado o quiere obtener orientación experta para asegurarse de que su aplicación pase la revisión por primera vez, estamos aquí para ayudar.

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

• Preparación de la revisión de la tienda de aplicaciones y la tienda de Play
• Revisión de la política de privacidad y la documentación legal
• Implementación de inicio de sesión con Apple
• Estrategia de pruebas y reclutamiento de probadores
• Preparación de notas de revisión
• Respuesta a la rechazación 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 ahorrarte semanas de prueba y error.

Conclusiones

Enviar tu primera aplicación puede ser intimidante, pero con una preparación adecuada, puedes aprobar la revisión en la primera intento. Recuerda estos puntos clave:

1. Comienza Temprano: Especialmente para Android - recluta a esos 12 probadores al menos 3 semanas antes de tu fecha de lanzamiento planificada
2. Privacidad Primero: Ten lista tu política de privacidad y refleja con precisión tus prácticas de datos
3. Apple Sign-In: Si utiliza cualquier inicio de sesión social, debe incluir Iniciar sesión con Apple en iOS
4. Test Thoroughly: Pruebe en dispositivos reales, con redes pobres, y con permisos denegados
5. Be Honest: Las declaraciones de metadatos precisas y las disculpas de privacidad previenen la rechazación y los problemas legales
6. Detailed Review Notes: Ayude a los revisores a comprender su aplicación rápidamente

La actualización de los requisitos de prueba de Android agrega tiempo al proceso, pero finalmente resulta en aplicaciones mejores y menos problemas después del lanzamiento. Planifique un extra de 3-4 semanas para las presentaciones de Android, y estará bien posicionado para el éxito.

Buena suerte con el lanzamiento de su aplicación! Recuerde, incluso si se rechaza, 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 quiere 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? Consulte la solución de actualizaciones en vivo de Capgo para actualizaciones de aplicación sin revisión de tiendas de aplicaciones.

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

Si estás utilizando La Guía Completa para Revisión de Aplicaciones para Principiantes 2026 - iOS y Android para planificar la seguridad y la conformidad, conecta con Cifrado para el detalle de implementación en Cifrado Conformidad para el detalle 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, y Capgo Centro de Confianza para el flujo de trabajo del producto en Capgo Centro de Confianza.