El 16 de octubre de 2026 Apple actualizó las App Store Review Guidelines. La página de las directrices ahora dice «Last Updated: October 16, 2026», y la lista de cambios está en una noticia para desarrolladores. Son siete líneas y a un desarrollador indie le importan tres: la 2.5.19 sobre funciones ocultas, la 1.2, que ahora nombra de forma explícita a los generadores de IA, y la nueva 2.3.14 sobre creative assets.
Abajo van los cambios uno por uno, una tabla con qué hacer en cada caso y lo que Apple no explica. Las citas de las directrices y de las noticias de Apple son literales (en inglés, tal como están publicadas) y las comprobé con los originales el 17 de octubre de 2026. Si buscas las directrices de revisión de la App Store (las app store guidelines) en español, Apple promete traducciones, pero todavía no están.
Qué cambió en las App Store Review Guidelines el 16 de octubre#
El resumen de Apple: «The App Review Guidelines have been revised to support new features, updated policies, and to provide clarification.» No indica fecha de entrada en vigor, así que lo prudente es tratar los cambios como vigentes desde la publicación.
| Punto | Qué cambió (según la noticia de Apple) | Qué hacer |
|---|---|---|
| 2.5.19 | Nuevo punto sobre funciones ocultas, latentes o sin documentar; esta norma estaba antes en la 2.3.1 | Describir en Notes for Review todo lo que lleva la build, también lo desactivado. Quitar el código que no podrías enseñar al revisor |
| 1.2 | Se precisan los tipos de app afectados y se añade la referencia al Developer Code of Conduct | Si el usuario crea o sube contenido (también con IA), incluir filtro, denuncia y bloqueo |
| 2.3.14 | Nuevo punto sobre creative assets | Revisar la cabecera y la imagen de búsqueda: sin precios, descuentos ni afirmaciones no verificables |
| 3.1.1(a) | Music Streaming Services Entitlements se integra en StoreKit External Purchase Link Entitlements; el enlace debe llevar a un «permitted destination» | Si enlazas a un pago externo, comprobar el destino con la lista permitida |
| 5 | Trata de personas y explotación infantil: retirada y bloqueo en distribución alternativa | No requiere acción |
| Before / After You Submit | Enlaces a documentación adicional | Repasar la lista antes de enviar |
2.5.19: funciones ocultas y flags de «lo activo tras la revisión»#
El texto: «Don't include any hidden, dormant, or undocumented features in your app; your app's functionality should be clear to end users and App Review.» A continuación nombra el ocultamiento en el binario: «Attempting to hide undocumented features in your app binary, such as through code obfuscation or other methods, is grounds for removal of your app from the App Store and termination of your developer account.»
Una noticia aparte explica el motivo: apps que enseñan una cosa en la revisión y activan otra tras la aprobación, con las funciones de «nudification» como ejemplo. La cifra de Apple del año pasado: «we prevented over 150K apps with safety issues from reaching customers and terminated over 193K developer accounts for engaging in fraud and abuse».
La diana eran los estafadores, pero la palabra «dormant» alcanza también una costumbre indie muy corriente. Una función viaja en la release detrás de un feature flag, la revisión no la ve y, una vez aprobada la versión, el flag se activa desde el servidor. Apple no dice nada de flags; es lectura mía, pero ese código encaja literalmente en «dormant features». Hay dos salidas seguras: activar la función durante la revisión y describirla en las notas, o no meter en la build el código que aún no está listo.
La obligación de describir las funciones sigue en la 2.3.1(a): «All new features, functionality, and product changes must be described with specificity in the Notes for Review section of App Store Connect (generic descriptions will be rejected) and accessible for review.» Apple avisa de que las descripciones genéricas se rechazan, así que figuran entre los motivos de rechazo más evitables del app store review process.
1.2: un generador de IA ya cuenta como app con contenido de usuario#
El primer párrafo de la 1.2 abarca las apps donde los usuarios «create, generate, upload, share, or otherwise contribute content» y nombra «AI content creation apps» junto a redes sociales y plataformas de contenido de usuario. Entre los riesgos aparece «nonconsensual intimate imagery».
La noticia detalla qué espera Apple: «Apps that host user-generated content are required to filter objectionable material, give users a way to report offensive content, and let users block abusive accounts.» La directriz añade una frase nueva: quien no implante salvaguardas adecuadas o no corrija las infracciones tras un aviso «may be considered in violation of the Developer Code of Conduct». Y «egregious or repeated behavior» es motivo de retirada de la app y de expulsión del Apple Developer Program.
La propia 1.2 pide cuatro elementos: un método para filtrar material objetable, un mecanismo de denuncia con «timely responses», la posibilidad de bloquear a usuarios abusivos y datos de contacto publicados. Si tu app genera imágenes, avatares o texto, conviene tener los cuatro desde la primera versión. Cuando solo el autor ve el resultado, Apple no precisa con qué rigor se aplica. Yo igualmente incluiría el mínimo y describiría el flujo en Notes for Review.
2.3.14: qué no pueden llevar los creative assets#
El nuevo punto cubre lo que Apple llama creative assets, que pueden usarse «across the App Store, including the product page header and in search results». Lo excluido: contenido inapropiado, referencias a otras apps «with an intent to mislead», «unverifiable product claims» y «specific or discounted pricing information». Además, el asset debe ser apto para todos los públicos.
Una etiqueta de «-50 % hoy» o «$2.99» sobre la imagen cae en esa lista. Los tamaños y formatos están en el artículo sobre las reglas de los creative assets del App Store, y cómo se une la imagen con las palabras clave y las páginas de producto, en el de palabras clave y páginas de producto personalizadas.
3.1.1(a) y la sección 5: dos cambios breves#
En la 3.1.1(a) desaparece la viñeta aparte de Music Streaming Services Entitlements, integrada en la de StoreKit External Purchase Link Entitlements. El enlace debe llevar a un «permitted destination», y los destinos aprobados «may vary by region». Si no enlazas a pagos externos, no te afecta.
La sección 5 recoge el caso más grave: las apps que facilitan la trata de personas o la explotación de menores se retiran y además se bloquean «from alternative distribution».
Lo que hay junto a las directrices#
Los cambios no llegaron solos. Todo lo que sigue sale de noticias de Apple enlazadas.
- Contrato de licencia. El 13 de octubre salió una nueva versión del Apple Developer Program License Agreement. Hay que aceptarla en la cuenta. Entre los cambios están los términos del Schedule 2 para Group Purchases (varias plazas en una suscripción).
- Clasificación por edades. Según la noticia del 9 de julio: «Starting September 2026, you'll be required to indicate whether your app or game includes social media capabilities in order to submit new versions or updates». Afecta sobre todo a apps con contenido de usuario.
- Builds. Según la página Upcoming Requirements, las subidas exigen Xcode 26 con el SDK 26 (desde el 28 de abril de 2026). Desde abril de 2027 hará falta el SDK 27, según la noticia del 9 de septiembre.
- iPhone Duo. Según la noticia del 5 de octubre, desde abril de 2027, toda app enviada debe incluir capturas para iPhone Duo. Mi guía de adaptación cubre la parte del layout.
Y una más, para suscripciones: los metadatos de la ficha tienen sus propios requisitos, que desgloso en enlaces a los términos de la suscripción, directriz 3.1.2. Antes de Lanternly 1.1 añadí ese bloque a 39 descripciones.
Lista antes de enviar#
- La build no contiene funciones que la revisión no pueda ver. Los flags «activar tras la aprobación» están apagados porque el código no está en el binario, no por configuración del servidor.
- Notes for Review enumera cada función nueva con detalle.
- Si hay contenido de usuario o de IA: filtro, denuncia, bloqueo, contacto publicado.
- La cabecera y la imagen de búsqueda no llevan precios, descuentos ni promesas que no puedas demostrar.
- El enlace a un pago externo apunta a un destino permitido en la región y usa el entitlement.
- El contrato de licencia está aceptado y las preguntas sobre funciones sociales de la clasificación por edades, respondidas.
Qué sigue sin estar claro#
No hay fecha de entrada en vigor. Si la 2.5.19 se aplica a versiones ya aprobadas, Apple no lo dice. Tampoco explica dónde acaba una «dormant feature» y empieza la configuración normal de servidor, y para la 1.2 falta saber cómo se juzgan las «appropriate safeguards» en apps cuyo resultado no se publica en ningún sitio.
Apple promete traducciones de las directrices actualizadas «within one month», o sea, hacia mediados de noviembre. Hasta entonces, la referencia es el original en inglés.
