Busca en todas las páginas de la documentación
Un resumen condensado de los 25 hábitos de store operations más importantes extraídos de cada página de esta sección - para equipos que lanzan aplicaciones Expo SDK 57 a través de App Store Connect y Google Play Console.
Trata las store ops como un pipeline: Compilación → prueba interna → envío → lanzamiento por fases → monitoreo - no como una tarea del viernes por la tarde después de la congelación de características.
Incrementa buildNumber y versionCode en cada carga: Las tiendas rechazan duplicados; los hotfixes en la misma version de marketing aún necesitan nuevos enteros.
Etiqueta los commits de git que produjeron binarios para la tienda: Los incidentes se rastrean hasta la fuente; eas build:list por sí solo no es suficiente para auditorías.
Ejecuta npx expo-doctor en ramas de lanzamiento: La desviación de SDK causa fallos de carga y bloqueos nativos que los revisores ven antes que tú.
Prueba de humo de compilaciones Release en dispositivos físicos: Los simuladores ocultan push, biometría, IAP, ATT y rendimiento - la Guía 2.1 vive en hardware real.
Usa TestFlight internal antes de App Review: El mismo IPA que producción; detecta problemas de firma, derechos y manifest de privacidad de forma económica.
Usa Play internal track antes de producción: Retroalimentación en minutos a horas; valida Data safety y la monotonicidad de versionCode.
Automatiza la carga con EAS Submit: Los humanos eligen el momento del lanzamiento; las máquinas evitan errores tipográficos de Transporter e IPA seleccionado incorrectamente.
Mantén los metadatos en git: store/metadata.ts y carpetas locales - Connect y Play copian y pegan desde una única fuente de verdad.
Automatiza pipelines de capturas de pantalla por locale: Fastlane Snapshot, Detox o Maestro - las capturas de pantalla obsoletas desencadenan rechazos 2.3.3.
Mantén notas de revisión con credenciales de demostración funcionales: Rota contraseñas cada lanzamiento; las cuentas expiradas causan rechazos falsos.
Alinea App Privacy, Nutrition Labels y Play Data safety: Una única hoja de cálculo de inventario de privacidad impulsa los tres - ver Cumplimiento: ATT & Etiquetas de Privacidad.
Solicita ATT solo cuando realmente rastrees entre aplicaciones de otras empresas: Las declaraciones de rastreo falso son golpes de Guía 5.1.2; anuncios no personalizados cuando se rechaza.
Haz coincidir las cadenas de permisos y entradas de manifest con el comportamiento en tiempo de ejecución: Descripciones de infoPlist de iOS y blockedPermissions de Android - ver Permisos & Play Policy.
Reconstruye el código nativo para cambios de manifest de privacidad y ATT: OTA no puede arreglar ITMS-91053 ni NSUserTrackingUsageDescription faltante.
Los valores por defecto de lanzamiento por fases de iOS y rollout escalonado de Android están ACTIVADOS: Comienza Play al 5-10%; planifica el marketing alrededor de la curva de 7 días de iOS.
Monitorea la tasa de bloqueo por número de compilación durante despliegue parcial: Sentry y Play vitals segmentados en versionCode - las estadísticas de aplicación agregadas ocultan regresiones.
Documenta quién puede pausar el lanzamiento por fases e interrumpir el rollout de Play: Las brechas de vacaciones retrasan la contención - nombra el principal y la copia de seguridad en el runbook.
Conoce los límites de reversión: Las tiendas son solo hacia adelante; envías correcciones, no desactualizaciones - Lanzamiento por Fases & Reversión.
Clasifica los rechazos por Guía o tema de política: Las respuestas emocionales desperdician ciclos - usa plantillas de Playbook de Rechazo en Tienda.
Adjunta evidencia a las respuestas del Resolution Center: Grabaciones de pantalla, cuentas de prueba y fragmentos de manifest superan "no podemos reproducir".
Escala después de dos rondas basadas en evidencia: No después de la primera negativa - Apple App Review Board y Play appeals necesitan hechos.
Reserva la revisión expedida para daño medible del usuario: Las promesas de ingresos por sí solas queman credibilidad - Flujo de trabajo de App Store Connect.
Ejecuta comando de incidente para exclusiones e incidentes de bloqueo SEV1: IC, escriba, comms, legal - no threads paralelos de Slack - Respuesta de Incidente en Tienda.
Postmortem de cada incidente de tienda SEV1/SEV2: Actualiza playbook, inventario de privacidad y lista de verificación de lanzamiento dentro de cinco días hábiles.
Versiones de stack: Esta página fue escrita para React 19.2.3, React Native 0.86.0 y Expo SDK 57 (
expo~57.0.4).
Revisado por Chris St. John·Última actualización: 10 jul 2026