Publica tu primera app: checklist de las tiendas 2026
Todo lo que App Store y Google Play piden antes de tu primer lanzamiento en 2026, desde los requisitos de compilación hasta las URLs que abre el revisor.
Publicar una primera app es sobre todo papeleo. El código ya está listo, y entonces App Store Connect y Play Console piden una docena de cosas que no tienen nada que ver con el código. Este checklist las recorre en el orden en que te las vas a encontrar, con las reglas vigentes en octubre de 2026.
Antes de abrir cualquiera de las dos consolas
Resuelve primero las cuentas, porque algunas tardan semanas.
- Apple Developer Program. La inscripción individual es rápida. Una organización necesita un número D-U-N-S, y Apple usa ese registro para tu razón social y tu dirección.
- Google Play Console. Las cuentas de organización también necesitan un D-U-N-S, que es gratuito y puede tardar 30 días o más. Las cuentas personales verifican nombre legal, dirección, teléfono, email y un documento de identidad.
- Pruebas cerradas en Google Play. Si tienes una cuenta personal creada después del 13 de noviembre de 2023, no puedes ir directo a producción. Primero necesitas 12 testers inscritos durante 14 días seguidos. Escribimos una guía aparte sobre las pruebas cerradas porque atrapa a casi todo el mundo.
Requisitos de compilación
Las dos tiendas rechazan una build que apunta a una plataforma vieja, por buena que sea la app.
- Apple: desde el 28 de abril de 2026, las subidas deben compilarse con Xcode 26 o posterior usando el SDK de iOS 26. Desde el 9 de septiembre de 2026, las apps de iOS y iPadOS deben tener como mínimo iOS 13.
- Manifiesto de privacidad de Apple: si tu app o uno de sus SDK usa una API de "motivo requerido", el motivo debe declararse en
PrivacyInfo.xcprivacy. App Store Connect rechaza los usos sin declarar desde mayo de 2024. - Google Play: desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones deben apuntar a Android 16 (nivel de API 36). Wear OS, Automotive, TV y XR tienen objetivos más bajos.
Las URLs que abre el revisor
Aquí tropiezan la mayoría de los primeros envíos. Cada tienda pide direcciones web públicas, y el revisor las abre.
| Qué | App Store | Google Play |
|---|---|---|
| URL de la Política de Privacidad | Obligatoria, y enlazada también dentro de la app | Obligatoria, y enlazada también dentro de la app |
| URL de soporte | Obligatoria, debe llevar a datos de contacto reales | Email de contacto obligatorio, sitio web opcional |
| Borrado de cuenta | Obligatorio dentro de la app si se pueden crear cuentas | Obligatorio dentro de la app y como enlace web |
| URL de marketing | Opcional | Opcional (campo de sitio web) |
Algunos detalles que provocan rechazos:
- La política de privacidad debe ser una página pública. Un PDF, una página detrás de un login o un documento al que le cambiaron los permisos de acceso terminan en rechazo. Más detalles en nuestra guía sobre la URL de la política de privacidad.
- Apple exige que la URL de soporte lleve a información de contacto real. Una landing sin ningún email no cuenta. Mira la guía de la URL de soporte.
- Google pide un enlace de borrado de cuenta que funcione sin reinstalar la app. Mira la URL de borrado de cuenta y nuestro artículo sobre las reglas de borrado de cuenta en las dos tiendas.
Los formularios sobre tus datos
Las dos tiendas te piden describir qué recoge tu app, y las dos comparan esa respuesta con tu política de privacidad.
- App Store: los detalles de privacidad de la app (la "etiqueta nutricional") son obligatorios para apps nuevas y actualizaciones, e incluyen lo que recogen tus SDK de terceros.
- Google Play: el formulario de Seguridad de los datos es obligatorio para toda app publicada, incluso si no recoge nada.
El error típico es completar el formulario de memoria mientras la política dice otra cosa. Los SDK de analítica, de reporte de fallos, de anuncios y de inicio de sesión recogen datos. Nuestra guía del formulario de Seguridad de los datos enumera las discrepancias que los revisores marcan más seguido.
Clasificaciones y cumplimiento
- Clasificación por edad en Apple: el cuestionario cambió en 2025, con nuevas franjas 13+, 16+ y 18+. Responde las preguntas actualizadas en Información de la app.
- Clasificación de contenido en Google: toda app necesita una clasificación IARC, que sale del cuestionario de Play Console. Las apps sin clasificación se retiran.
- Estado de comerciante en la UE (Apple): para distribuir en la UE debes declarar si eres comerciante según la Ley de Servicios Digitales. Los comerciantes muestran dirección, teléfono y email en su página de producto.
- Funciones de IA: si tu app envía datos de usuarios a un servicio de IA, Apple espera que lo digas y pidas consentimiento. Mira la IA en tu política de privacidad.
Una revisión rápida antes de enviar
Abre cada una de estas en una ventana privada del navegador antes de pulsar enviar:
- La URL de tu política de privacidad carga sin login, como página web.
- Tu URL de soporte muestra un email o un formulario.
- Tu página de borrado de cuenta explica cómo borrarla y qué pasa con los datos.
- Los enlaces dentro de la app apuntan a esas mismas páginas.
- Tus respuestas de Seguridad de los datos y de privacidad de la app coinciden con lo que dice la política.
Si alguna falla, nuestra lista de motivos de rechazo frecuentes explica qué te va a responder el revisor.
Dónde entra Lanpage
Lanpage publica las páginas de esa tabla en URLs estables: una landing, la Política de Privacidad, los Términos, el soporte y el borrado de cuenta, en un solo lugar que puedes editar sin desplegar nada. El checklist del panel muestra cuáles le faltan todavía a tu app, según las reglas de las tiendas que seguimos. Lanpage no es una firma legal y no puede prometer una aprobación. Lo que hace es mantener en línea cada enlace que abre un revisor.
Crea gratis las páginas de tu app y ten las URLs listas antes de abrir App Store Connect.