Apple introduce una nueva función para prevenir el uso de aplicaciones por menores: "Descarga no permitida para mayores de 18 años" — La realidad de la "verificación de edad" iniciada por Apple

Apple introduce una nueva función para prevenir el uso de aplicaciones por menores: "Descarga no permitida para mayores de 18 años" — La realidad de la "verificación de edad" iniciada por Apple

1. “Verificación de edad” se está convirtiendo en una función estándar de la App Store

En los últimos años, la verificación de edad en línea ha pasado de ser una "autodeclaración de servicios específicos" a un "aseguramiento de edad por parte de la plataforma". La razón es simple: es más fácil para las autoridades reguladoras implementar y supervisar el control en la entrada, como el sistema operativo o la tienda de aplicaciones, en lugar de dejarlo a cada aplicación individual.


En este contexto, Apple ha dado un paso adelante al implementar una fuerte barrera que impide la descarga de aplicaciones para mayores de 18 años. En las regiones afectadas, los usuarios que no puedan verificar su mayoría de edad no podrán acceder a aplicaciones clasificadas como 18+. Este cambio en el diseño de la entrada no solo afecta la experiencia del usuario, sino que también tiene repercusiones en los negocios y la estructura de ingresos.


2. ¿Qué ha cambiado?: En Australia, Brasil y Singapur, las aplicaciones 18+ requieren “verificación de edad”

Apple ha revelado dos cambios importantes.


(A) Restricción de descarga de aplicaciones 18+ (Australia, Brasil, Singapur)
A partir del 24 de febrero de 2026, en Australia, Brasil y Singapur, la App Store bloqueará la descarga de aplicaciones clasificadas como 18+ a menos que se verifique de manera "razonable" que el usuario es adulto. Se afirma que la verificación de edad será realizada automáticamente por la App Store.


Es importante destacar que Apple no ha dicho que asumirá toda la responsabilidad. Apple también ha dejado claro que "los desarrolladores pueden tener la obligación de verificar la mayoría de edad de manera independiente". Esto significa que, aunque se detenga en la entrada, aún pueden ser necesarios pasos adicionales de verificación de edad en la aplicación.


(B) Expansión de la API Declared Age Range (categoría de edad/señales regulatorias/necesidad de consentimiento parental)
Apple ha ampliado la API Declared Age Range, que permite a los desarrolladores recibir la "categoría de edad" de los usuarios, para devolver información adicional (señales) que puede ser utilizada para el cumplimiento regulatorio. Por ejemplo, si se aplican regulaciones relacionadas con la edad al usuario, si es obligatorio compartir la edad, o si se requiere el consentimiento de los padres para actualizaciones importantes de aplicaciones para niños.


Además, en Brasil, se compartirá la categoría de edad si el usuario o los padres dan su consentimiento, y se devolverán señales sobre el "método" de aseguramiento de edad.


3. En EE.UU., las leyes estatales impulsan el cambio: cronograma de Utah y Luisiana

En los Estados Unidos, las acciones a nivel estatal preceden a las federales, y la implementación de Apple varía en "cuándo, dónde y qué información se comparte".


Según Apple, en Utah a partir del 6 de mayo de 2026 y en Luisiana a partir del 1 de julio de 2026, para las nuevas cuentas de Apple creadas después de estas fechas, se compartirá la categoría de edad a través de la API Declared Age Range si el desarrollador lo solicita.


Aquí, la tienda tiene la "información de entrada de edad" y comparte parte de ella con la aplicación. En el debate político sobre las redes sociales y las aplicaciones, empresas como Meta han fortalecido su posición de que "las tiendas de aplicaciones deberían encargarse de la verificación de edad".

 
Tradicionalmente, Apple ha resistido con el argumento de privacidad de que "es peligroso diseñar para recopilar las fechas de nacimiento o información de identificación de todos los usuarios", pero a medida que las leyes estatales y nacionales exigen "aseguramiento de edad en la entrada", surge como un compromiso el diseño que solo comparte el "rango de edad".


4. ¿Qué exige realmente el “aseguramiento de edad” a los usuarios?: Fuente de conveniencia e inquietud

Desde la perspectiva del usuario, la mayor preocupación es qué significa "método razonable" y cuánta carga adicional implicará.

Este punto es donde el debate puede volverse más acalorado. En los hilos de MacRumors, el apoyo, el sarcasmo y la preocupación coexisten en la misma pantalla.

  • "Es natural para la protección infantil" y "si las películas tienen clasificaciones de edad, las aplicaciones también deberían tenerlas", son opiniones a favor.

  • Por otro lado, hay una fuerte oposición que dice: "La verificación de edad tiende a requerir la presentación de licencias o pasaportes, y solo veo un futuro donde todo será hackeado".

  • Además, hay sugerencias de "retirada" como "si es tan complicado, la mejor opción para los desarrolladores es dejar de ofrecer aplicaciones en las regiones o estados afectados".


Apple misma ha mantenido una postura de evitar verificaciones de identidad pesadas como la presentación de ID (riesgo de recopilación de datos, problemas de compartir uniformemente con desarrolladores). Dado este trasfondo, la API Declared Age Range se centra en compartir lo mínimo, es decir, el "rango de edad" en lugar de la "fecha de nacimiento".


Sin embargo, en la realidad, los niveles de exigencia de las leyes nacionales y estatales varían. Incluso si la plataforma ofrece un sistema ligero, si no es suficiente legalmente, se requerirán verificaciones adicionales en la aplicación, lo que podría duplicar la experiencia del usuario. La declaración de Apple de que "los desarrolladores pueden tener obligaciones adicionales" puede interpretarse como una anticipación a esta "distorsión de la realidad".


5. Impacto en los desarrolladores: la complejidad operativa pesa más que la carga de implementación

El punto doloroso para los desarrolladores no es tanto la adición de la API en sí, sino el diseño operativo que involucra países, estados, categorías de edad y consentimiento parental.


Apple no solo ha desarrollado la API Declared Age Range, sino también el sistema PermissionKit para actualizaciones importantes de aplicaciones para niños, propiedades relacionadas con la clasificación por edades, notificaciones, entre otros.

 
Además, en las sesiones de la WWDC, se ha mostrado el enfoque de diseño de experiencias basadas en la edad y se ha guiado la dirección de implementación.


Por otro lado, el ambiente en el campo tiende a inclinarse hacia la preocupación de que "cuantas más especificaciones haya, más se complicarán las revisiones de la tienda y los requisitos de metadatos". En los Foros de Desarrolladores de Apple, se pueden ver ejemplos de cómo la elección y declaración de mecanismos de aseguramiento de edad están vinculados con las revisiones y los metadatos.

 
Además, en la comunidad de desarrolladores de Reddit, continúan las quejas prácticas sobre las notificaciones y procedimientos de actualización de clasificación por edades (incluyendo el intercambio de conocimientos operativos como "no se necesita un nuevo binario").


En resumen, el aseguramiento de edad es más una "operación de cumplimiento" que una "función", y lo que finalmente pesa más que la implementación son los costos de declaración, revisión, diferencias regionales y respuesta a consultas.


6. Reacciones en las redes sociales: razones por las que el apoyo y la oposición no se alinean

Este tema tiende a dividirse en tres puntos de discusión en las redes sociales.

 


(1) Efectividad de la protección infantil: cerrar la entrada es comprensible
El hecho de que "se cierre la entrada para mayores de 18 años" es intuitivo y tiende a recibir apoyo. En MacRumors, comentarios como "esperado durante años" y "apoyo como padre" son emblemáticos.


(2) Privacidad: rechazo a la presentación de ID y gestión centralizada
El temor de los opositores es que "la verificación de edad se acerque a la presentación de identificación". Ya sea que el destinatario sea Apple o un proveedor externo, la intuición de que el daño en caso de filtración es grande es fuerte. En los hilos, se llega a afirmar que "solo se ve un futuro donde todo será robado", lo que muestra la alta temperatura emocional.


(3) Asignación de responsabilidades: ¿la tienda o la aplicación?
En toda la industria, "quién debe encargarse de la verificación de edad" se ha convertido en un tema político. En informes pasados, se ha descrito la estructura de que las plataformas (Apple/Google) deberían asumir la responsabilidad, mientras que las plataformas se resisten por razones de privacidad.

 
La implementación de Apple se encuentra en un punto intermedio. "Se detiene en la entrada, pero quedan obligaciones para los desarrolladores", lo que hace que tanto los partidarios como los opositores expresen insatisfacción: "todavía es débil" para los primeros y "la entrada se convierte en vigilancia" para los segundos.


Esta falta de alineación es probablemente la razón principal por la que el apoyo y la oposición en las redes sociales permanecen en líneas paralelas.


7. Lo que sigue: expansión de las regiones objetivo y normalización del “compartir categoría de edad”

La actualización actual está vinculada a Australia, Brasil, Singapur y ciertos estados de EE.UU. Sin embargo, el debate sobre el aseguramiento de edad avanza en varios países, y la tendencia de tratar las tiendas de aplicaciones como "la puerta de entrada a la regulación" se está fortaleciendo.


Probablemente, los próximos puntos de enfoque sean tres.

  1. Aumento de regiones objetivo (si la "restricción de descarga 18+" se extenderá a otros países)

  2. Especificación de métodos de verificación (dónde se asentará prácticamente el "método razonable")

  3. Evitar la duplicación de la experiencia del usuario (cómo reducir la doble verificación de edad en la tienda y la aplicación)


Y un punto de discusión a menudo pasado por alto es la precisión de la propia clasificación por edades. Cuanto más se cierre la entrada, más los errores en la clasificación (excesivos o insuficientes) afectarán directamente la distribución. En Brasil, se ha mostrado un caso donde la regulación y la clasificación están vinculadas, como "declaración de cajas de botín → 18+", lo que indica que la importancia de los "metadatos" aumentará aún más en el futuro.


Fuente URL

Artículos relacionados