Directrices de App Review

1.1 Contenido inapropiado

Las apps no deben incluir contenido que sea ofensivo, desconsiderado, desagradable, creado con la intención de indignar o que sea simplemente inquietante. Algunos ejemplos de este tipo de contenido son:

• Contenido difamatorio, discriminatorio o malintencionado, incluidas referencias o comentarios sobre cuestiones relacionadas con la religión, la raza, la orientación sexual, el género, el origen nacional o étnico, u otros grupos objetivo, en particular si supone una fuente de humillación o intimidación, o un peligro para un grupo o una persona en concreto. Los humoristas y escritores satíricos profesionales están, por lo general, exentos de este requisito.
• Retratos realistas de personas o animales que estén siendo asesinados, mutilados, torturados o de los que se esté abusando. Tampoco se permite contenido que anime a practicar la violencia. Los «enemigos» dentro del contexto de un juego no pueden pertenecer en exclusividad a una raza, cultura, gobierno, corporación u otra entidad real determinada.
• Descripciones que inciten a usar de forma ilegal o temeraria armas y objetos peligrosos, o bien que faciliten la compra de armas de fuego o munición.
• Material que sea explícitamente sexual o pornográfico, definido como «muestras o descripciones explícitas de órganos sexuales o actividades que pretendan estimular las sensaciones eróticas en lugar de las estéticas o las emocionales». Esto incluye apps de «citas» y otras apps que puedan incluir pornografía o utilizarse para facilitar la prostitución o la trata y explotación de personas.
• Comentarios religiosos con los que se pretenda provocar, o bien citas imprecisas o engañosas de textos religiosos.
• Prestaciones e información falsas, incluidos datos imprecisos sobre dispositivos o funcionalidades trampa o de broma, como rastreadores de ubicación falsos. En este caso, declarar que la app tiene «fines de entretenimiento» no servirá para ignorar esta instrucción. Se rechazarán las apps que permitan realizar llamadas anónimas o falsas, o enviar mensajes SMS/MMS de este tipo.
• Conceptos nocivos que aprovechan o buscan sacar provecho de acontecimientos recientes o actuales, como conflictos violentos, ataques terroristas y epidemias.

1.2 Contenido generado por los usuarios

Las apps con contenido generado por los usuarios presentan retos muy particulares que van desde la vulneración de los derechos de propiedad intelectual al hostigamiento anónimo. Para evitar abusos, las apps con contenido generado por los usuarios o los servicios de redes sociales deben incluir:

• Un método para filtrar el material inapropiado y evitar que se publique en la app.
• Un mecanismo para denunciar el contenido ofensivo y ofrecer una respuesta rápida a los problemas.
• La capacidad de bloquear a los usuarios que usen el servicio de forma indebida.
• Información de contacto publicada para que los usuarios puedan contactar contigo

Las apps con servicios o contenido generado por los usuarios que acaben siendo utilizadas principalmente para mostrar contenido pornográfico, ofrecer experiencias tipo Chatroulette, deshumanizar a personas reales (por ejemplo, las votaciones del tipo «hot-or-not»), realizar amenazas físicas o acosar no pueden permanecer en el App Store y se podrían eliminar sin aviso previo. Si tu app incluye contenido generado por los usuarios a partir de un servicio basado en web, podría mostrar contenido fortuito «NSFW» (no apto para verlo en el trabajo) para personas adultas, siempre que esté oculto por defecto y solo se muestre cuando el usuario lo active en tu sitio web.

1.3 Categoría de niños

La categoría de niños es una forma estupenda de encontrar fácilmente apps diseñadas para los pequeños de la casa. Si quieres participar en la categoría de niños, debes centrarte en crear una gran experiencia específicamente para los usuarios más jóvenes. Estas apps no deben incluir enlaces que dirijan a sitios fuera de la app, oportunidades de compra ni otro contenido que pueda distraer a los niños, a menos que estén reservados a un área específica de control parental. Ten en cuenta que, una vez que los clientes esperen que tu app siga los requisitos de esta categoría, las siguientes actualizaciones tendrán que acogerse a estas directrices, incluso si decides anular la selección de esta categoría. Obtén más información sobre el control parental.

Debes cumplir las leyes de privacidad aplicables en todo el mundo relacionadas con la recopilación en línea de datos de niños. Asegúrate de revisar la sección Privacidad de estas directrices para obtener más información. Además, las apps de la categoría de niños no pueden enviar información de identificación personal ni información del dispositivo a terceros. Las apps de la categoría de niños no deben incluir análisis ni publicidad de terceros. Esto proporciona una experiencia más segura para los niños. En casos limitados, se pueden permitir análisis de terceros siempre que los servicios no recopilen ni transmitan el Identificador para anunciantes (IDFA) ni ninguna información identificable sobre los niños (como el nombre, la fecha de nacimiento o la dirección de correo electrónico), su ubicación o sus dispositivos. Esto incluye cualquier dispositivo, red u otra información que pueda usarse directamente o combinarse con otra información para identificar a los usuarios y sus dispositivos. La publicidad contextual de terceros también puede permitirse en casos limitados, siempre que los servicios cuenten con prácticas y políticas públicamente documentadas para las apps de la categoría de niños que incluyan la revisión humana de los mensajes publicitarios con el fin de verificar su idoneidad para la edad.

1.4 Daños físicos

Podemos rechazar la app si presenta riesgos de daños físicos. Por ejemplo:

• Las apps médicas que podrían proporcionar información o datos imprecisos, o bien aquellas que sirven para diagnosticar o tratar a pacientes, se revisarán con mayor exhaustividad.
  • Las apps deben presentar de forma clara la información y la metodología que respaldan las declaraciones relativas a la precisión de los datos de salud. En caso de que no sea posible validar el nivel de precisión o la metodología, rechazaremos tu app. Por ejemplo, no se admiten las apps diseñadas para hacer radiografías o medir la presión sanguínea, la temperatura corporal, el nivel de glucosa en sangre o el nivel de oxígeno en sangre que solo utilicen los sensores del dispositivo.
  • Las apps deben recordar a los usuarios que también es conveniente consultar a un médico antes de tomar decisiones que puedan afectar a su salud.
  Si tu app médica cuenta con la autorización reglamentaria, envía un enlace a esa documentación junto con la app.
• Las calculadoras de dosis de fármacos deben provenir de fabricantes de medicamentos, hospitales, universidades, compañías de seguros sanitarios, farmacias u otras entidades aprobadas. Otra alternativa es que la FDA o uno de sus homólogos internacionales las haya aprobado. Dado el posible daño que se puede causar a los pacientes, tenemos que estar seguros de que la app contará con soporte y actualizaciones a largo plazo.
• No se admiten apps que inciten al consumo de tabaco, productos de vapeo, drogas ilegales o cantidades excesivas de alcohol. Se rechazarán las apps que animen a los menores a consumir alguna de estas sustancias. No está permitido facilitar la venta de sustancias controladas (excepto en el caso de farmacias autorizadas y dispensarios de cannabis autorizados o legales) o de tabaco.
• Las apps solo pueden mostrar los controles de alcoholemia que publiquen las fuerzas y cuerpos de seguridad, y nunca pueden incitar a conducir bajo los efectos del alcohol u otras conductas temerarias, como el exceso de velocidad.
• Las apps no deben instar a los clientes a participar en actividades (como apuestas, desafíos, etc.) o usar sus dispositivos de manera que puedan causar daños físicos a ellos mismos o a otros.

1.5 Información para desarrolladores

Es necesario indicar cómo es posible localizarte en caso de tener dudas y problemas de soporte técnico. Asegúrate de que tu app y su URL para el soporte técnico incluyan una forma fácil de contactar contigo; esto es especialmente importante para las apps que se pueden usar en el aula. No incluir información de contacto precisa y actualizada no solo frustra a los clientes, sino que puede infringir la ley en algunos países o regiones. Asimismo, asegúrate de que los pases de Cartera incluyan información de contacto válida del emisor y de que estén firmados con un certificado dedicado que se haya asignado al titular de la marca o marca comercial del pase.

1.6 Seguridad de los datos

Las apps deben implementar medidas de seguridad adecuadas para garantizar el manejo adecuado de la información del usuario recopilada de conformidad con el contrato de licencia del Apple Developer Program y estas Directrices (consulta la Directriz 5.1 para obtener más información) y evitar su uso, divulgación o acceso no autorizados por parte de terceros.

1.7 Denuncia de actividad delictiva

Las apps para denunciar una presunta actividad delictiva deben involucrar a las autoridades locales y solo se pueden ofrecer en países o regiones donde dicha participación esté activa.

2.1 Integridad de la app

• Los envíos a App Review, incluidas las apps que pongas a disposición para pedidos por adelantado, deben ser versiones finales, con todos los metadatos necesarios y las URL completamente funcionales incluidas. Los marcadores de posición de texto, los sitios web vacíos y otros contenidos temporales deben borrarse antes del envío. Confirma que la app se ha probado en dispositivos para comprobar su estabilidad y que no quedan errores antes de enviarla. Incluye también la información de una cuenta de demostración (y activa el servicio de back-end) si la app incluye un inicio de sesión. Si no puedes proporcionar una cuenta de demostración debido a obligaciones legales o de seguridad, puedes incluir un modo de demostración integrado en lugar de una cuenta de demostración con la aprobación previa de Apple. Asegúrate de que el modo de demostración muestre todas las prestaciones y la funcionalidad de tu app. Rechazaremos los paquetes de apps incompletos y los binarios que se bloqueen o presenten problemas técnicos evidentes.
• Si ofreces compras dentro de la app, asegúrate de que estén completas, actualizadas, visibles para el revisor y funcionales. Si no puedes encontrar o revisar algún artículo de compra dentro de la app configurado, explica el motivo en las notas de revisión.

2.2 Pruebas de versiones beta

No se aceptan versiones de demostración, beta y de prueba de la app en el App Store; utiliza TestFlight para ello. Las apps que se envíen para la distribución de su versión beta a través de TestFlight se deben destinar a la distribución pública y deben cumplir las directrices de App Review. Ten en cuenta, sin embargo, que las apps que utilizan TestFlight no se pueden enviar a los controladores de calidad a cambio de compensaciones de ningún tipo, incluidas las recompensas que se obtengan a través de actividades de microfinanciación colectiva. Las actualizaciones significativas de la versión beta se deben enviar a TestFlight App Review antes de distribuirlas a los controladores de calidad. Para obtener más información, visita la página Pruebas de versiones beta en TestFlight.

2.3 Metadatos precisos

Los clientes deben saber qué van a obtener cuando descarguen o compren la app; por ello es muy importante que la descripción, las capturas de pantalla y las vistas previas que la acompañan reflejen de forma precisa su experiencia principal. Es igualmente fundamental que las actualices con cada nueva versión.

2.4 Compatibilidad de hardware

• Para que las personas aprovechen al máximo tu app, las apps del iPhone deben ejecutarse en el iPad siempre que sea posible. Te animamos a que consideres la posibilidad de crear apps para que los clientes puedan usarlas en todos sus dispositivos.
• Diseña tu app para que utilice la energía de forma eficiente y sin riesgo de dañar el dispositivo. Las apps no deben agotar rápidamente la batería, generar un calor excesivo o hacer un uso innecesario de los recursos de los dispositivos. Por ejemplo, las apps no deben recomendar que se coloque el dispositivo debajo de un colchón o una almohada mientras se carga ni realizar demasiados ciclos de escritura en la unidad de estado sólido. Las apps, incluidos los anuncios de terceros que se muestran en ellas, no pueden ejecutar procesos en segundo plano no relacionados, como la minería de criptomonedas.
• Las personas deben poder usar la app del Apple TV sin la necesidad de utilizar otras entradas de hardware que no sean las del mando Siri Remote o controladoras de juego de otros fabricantes. No obstante, si quieres, puedes proporcionar una mejor funcionalidad cuando se conecten otros periféricos. Si es necesario utilizar un mando, asegúrate de explicarlo claramente en los metadatos para que los clientes sepan que necesitan otros dispositivos para poder jugar.
• Las apps nunca deben sugerir o requerir un reinicio del dispositivo o modificaciones en los ajustes del sistema que no estén relacionadas con la funcionalidad principal de la app. Por ejemplo, no animes a los usuarios a desactivar el wifi, las prestaciones de seguridad, etc.
• Las apps que se distribuyen a través del Mac App Store deben tener en cuenta algunos requisitos:
  • Deben estar en una zona protegida adecuada y seguir la documentación del sistema de archivos macOS. También deben usar únicamente las interfaces de programación de aplicaciones (API) de macOS apropiadas para modificar los datos del usuario que almacenan otras apps (por ejemplo, los marcadores y las entradas de la Agenda o del Calendario).
  • Se deben empaquetar y enviar con las tecnologías que se proporcionan en Xcode; no se permiten instaladores de terceros. También deben ser paquetes de instalación de apps sencillos y autónomos, y no pueden instalar códigos o recursos en ubicaciones compartidas.
  • No pueden iniciarse de forma automática ni tener otro código que se ejecute automáticamente durante el arranque o el inicio de sesión sin consentimiento, ni inicios de procesos que se sigan ejecutando sin consentimiento una vez que el usuario haya salido de la app. No deben añadir automáticamente iconos al Dock ni crear accesos directos en el escritorio del usuario.
  • No deben descargar ni instalar apps independientes, KEXT, código adicional o recursos que añadan funcionalidades o cambien significativamente la app con respecto a lo que vemos durante el proceso de revisión.
  • No deben solicitar el escalado de privilegios de root o usar atributos setuid.
  • No deben mostrar una pantalla de licencia al iniciarse, pedir claves de licencia o implementar su propia protección contra copias.
  • Deben utilizar el Mac App Store para distribuir actualizaciones; no se permiten otros mecanismos de actualización.
  • Las apps se deben ejecutar en el sistema operativo actual y no deben usar tecnologías obsoletas o instaladas de manera opcional (por ejemplo, Java).
  • Las apps deben contener todos los idiomas y soporte de localización en un único paquete.

2.5 Requisitos de software

• Las apps solo pueden utilizar API públicas y se deben ejecutar en el sistema operativo actual. Obtén más información sobre las API públicas. Actualiza tus apps y asegúrate de que eliminas las prestaciones, entornos y tecnologías obsoletas que no serán compatibles con las próximas versiones de un sistema operativo. Las apps deben usar API y marcos para los fines que persigan, así como indicar esa integración en la descripción que hagan de ella. Por ejemplo, en el marco de HomeKit se deben proporcionar servicios de automatización para el hogar, y HealthKit se debe usar para fines relacionados con la salud y el bienestar físico, y se debe integrar con la app Salud.
• Las apps deben tener todo lo necesario en los paquetes y no deben leer ni escribir datos fuera del área del contenedor designada. Tampoco deben descargar, instalar o ejecutar código que introduzca o cambie prestaciones o funcionalidad de la app, incluidas otras apps. Las apps educativas diseñadas para enseñar o desarrollar código ejecutable, o para permitir que los estudiantes lo prueben, pueden descargar código en determinadas circunstancias, siempre que dicho código no se utilice para otros fines. Estas apps deben mostrar el código fuente que proporciona la app de forma totalmente visible y permitir que el usuario lo edite.
• Se rechazarán las apps que transmitan virus, archivos, código informático o programas que puedan dañar o interrumpir el funcionamiento normal del sistema operativo y las prestaciones de hardware, incluidas las notificaciones push y el Game Center. Las violaciones flagrantes y los comportamientos repetidos provocarán la eliminación del Apple Developer Program.
• Las apps multitarea solo pueden usar servicios en segundo plano para los fines pretendidos: VoIP, reproducción de audio, ubicación, finalización de tareas, notificaciones locales, etc.
• Las apps deben ser completamente funcionales en redes solo IPv6.
• Las apps que naveguen por la red deben utilizar el entorno WebKit y JavaScript de WebKit. Puedes solicitar la autorización para usar en tu app un motor de navegador web alternativo. Obtén más información sobre esta autorización.
• Omisión intencionada.
• Se rechazarán las apps que creen entornos alternativos de escritorio o pantalla de inicio.
• Se rechazarán las apps que alteren o deshabiliten las funciones de los interruptores estándar, como los interruptores Subir/Bajar volumen y Timbre/Silencio, u otros elementos o comportamientos nativos de la interfaz de usuario. Por ejemplo, las apps no deben bloquear enlaces a otras apps o a prestaciones que los usuarios esperan que funcionen de una manera determinada.
• No se deben enviar apps con banners para anuncios que estén vacíos o anuncios de prueba.
• Sirikit y atajos
  • Las apps que integran Sirikit y atajos solo deben registrar intenciones que puedan gestionar sin la ayuda de otra app y que se correspondan con las expectativas de los usuarios en relación con la funcionalidad manifiesta. Por ejemplo, si tu app sirve para planificar las comidas, no debes incorporar una intención para iniciar un entrenamiento, incluso si la app comparte la integración con una app de fitness.
  • Asegúrate de que el vocabulario y las frases de tu lista de propiedades (plist) están relacionadas con tu app y la funcionalidad de las intenciones de Siri para las que se ha registrado la app. Los alias deben estar relacionados directamente con el nombre de tu empresa o tu app y no deben ser términos genéricos ni incluir servicios o nombres de apps de terceros.
  • Resuelve la solicitud o el atajo de Siri de la forma más directa posible y no insertes anuncios u otro material de marketing entre la solicitud y su cumplimiento. Solicita una desambiguación únicamente cuando sea necesaria para completar la tarea (por ejemplo, pedir al usuario que especifique un tipo determinado de entrenamiento).
• Las apps que usan CallKit o incluyen una extensión para evitar fraudes por SMS solo deben bloquear los números de teléfono que se han confirmado como spam. Las apps que incluyen una funcionalidad de bloqueo de llamadas, SMS y MMS o identificación de spam deben mencionar claramente dichas prestaciones en el texto de marketing e indicar los criterios que usan en sus listas de spam o números bloqueados. No puedes usar los datos disponibles a través de estas herramientas para fines que no estén directamente relacionados con el funcionamiento o la mejora de tu app o extensión (por ejemplo, no puedes usarlos, compartirlos ni venderlos para realizar seguimientos, crear perfiles de usuario, etc.).
• Las apps que utilicen el reconocimiento facial para la autenticación de cuentas deben usar LocalAuthentication (y no ARKit u otra tecnología de reconocimiento facial) y contar con otro método de autenticación para los usuarios menores de 13 años.
• Las apps deben solicitar el consentimiento explícito del usuario y proporcionar una indicación visual o audible clara al grabar, iniciar sesión o hacer un registro de la actividad del usuario. Esto incluye cualquier uso de la cámara del dispositivo, el micrófono, las grabaciones de pantalla u otras acciones del usuario.
• Las apps que permiten a los usuarios ver y seleccionar archivos deben incluir elementos de la app Archivos y los documentos de iCloud del usuario.
• Los widgets, las extensiones y las notificaciones deben estar relacionados con el contenido y la funcionalidad de tu app.
  • Además, todas las prestaciones y funciones del clip de app deben incluirse en el binario principal de la app. Los clips de apps no pueden contener publicidad.
• Las apps compatibles con Matter deben usar el marco de soporte de Apple para que Matter inicie el emparejamiento. Además, si eliges usar cualquier componente de software de Matter en una app que no sea el SDK de Matter proporcionado por Apple, el componente de software debe estar certificado por la Alianza de Estándares de Conectividad para la plataforma en la que se ejecuta.
• La publicidad gráfica debe limitarse al archivo binario principal de la app y no debe incluirse en extensiones, clips de apps, widgets, notificaciones, teclados, apps de watchOS, etc. Los anuncios que se muestran en una app deben ser adecuados para la clasificación por edades de la app, permitir al usuario ver toda la información utilizada para orientarlo a ese anuncio (sin que el usuario tenga que abandonar la app) y no pueden participar en publicidad basada en datos confidenciales del usuario dirigida o basada en el comportamiento, como datos de salud/médicos (por ejemplo, de las API de HealthKit), datos de la escuela y el aula (por ejemplo, de ClassKit) o de niños (por ejemplo, de apps de la categoría de niños del App Store), etc. Los anuncios intersticiales o los anuncios que interrumpen o bloquean la experiencia del usuario deben indicar claramente que son un anuncio, no deben manipular ni engañar a los usuarios para que los pulsen, y deben proporcionar botones de cierre/omisión fácilmente accesibles y visibles lo suficientemente grandes para que las personas puedan ignorarlos fácilmente. Las apps que contienen anuncios también deben incluir la capacidad de que los usuarios informen de anuncios inapropiados o no aptos para ciertas edades.

3.1 Pagos

3.1.2 Suscripciones

Las apps pueden ofrecer suscripciones de compras dentro de la app con renovación automática, independientemente de la categoría en el App Store. Al incorporar suscripciones que se renuevan automáticamente en la app, asegúrate de seguir las directrices siguientes.

3.1.2 (a) Usos permitidos

Si ofreces una suscripción con renovación automática, debes proporcionar al cliente un valor a largo plazo. Además, el periodo de suscripción debe durar al menos siete días y la app debe estar disponible en todos los dispositivos del usuario. Si bien la lista no es exhaustiva, algunos ejemplos de suscripciones apropiadas son: nuevos niveles de juegos, contenido por episodios, soporte multijugador, apps que ofrecen actualizaciones constantes y sustantivas, acceso a grandes colecciones de contenido multimedia o que se actualizan continuamente, software como servicio («SAAS») y soporte para la nube. Además de lo anterior:

• Las suscripciones se pueden ofrecer junto con una serie de ofertas para elegir (por ejemplo, puedes ofrecer una suscripción a una biblioteca completa de películas, así como para la compra o alquiler de una sola película).
• Los juegos ofrecidos en una suscripción a un servicio de transmisión de juegos pueden ofrecer una única suscripción que se comparte entre apps y servicios de terceros; sin embargo, deben descargarse directamente del App Store, deben estar diseñadas para evitar el pago duplicado por parte del suscriptor y no deben perjudicar a los clientes no suscriptores.

Las suscripciones deben funcionar en todos los dispositivos del usuario donde la app esté disponible. Obtén más información sobre cómo compartir una suscripción entre tus apps.

• Como todas las apps, las que ofrecen suscripciones deben permitir a un usuario obtener aquello por lo que ha pagado sin tener que realizar otras tareas, como realizar publicaciones en redes sociales, subir contactos, entrar en la app un número determinado de veces, etc.
• Las suscripciones pueden incluir elementos para consumir como créditos, gemas, monedas que se usan en los juegos, etc., y puedes ofrecer suscripciones que incluyan acceso a bienes de consumo con descuento (por ejemplo, una inscripción de categoría de platino que incluya paquetes de gemas por un precio reducido).
• Si estás cambiando tu app actual a un modelo de negocio basado en suscripciones, no debes eliminar las funciones principales por las que ya han pagado los usuarios. Por ejemplo, permite que los clientes que ya han comprado un «desbloqueo completo de juego» sigan accediendo al juego completo después de introducir un modelo de suscripción para los clientes nuevos.

Las apps con suscripciones que se renuevan automáticamente pueden ofrecer un periodo de prueba gratuito a los clientes proporcionando la información relevante establecida en App Store Connect. Más información sobre cómo ofrecer ofertas de suscripciones.

• Las apps que intenten estafar a los usuarios se eliminarán del App Store. Esto incluye las apps que intentan engañar a los usuarios para que compren una suscripción bajo falsos pretextos o que se involucren en prácticas engañosas y fraudulentas; estas se eliminarán del App Store y es posible que se eliminen del Apple Developer Program.

Las apps de telefonía móvil pueden incluir la renovación automática de suscripciones de música y vídeo si se compran en paquetes con planes de datos móviles, con aprobación previa de Apple. Es posible que también se incluyan otras suscripciones de renovación automática en los paquetes cuando se compren con nuevos planes de datos móviles, con aprobación previa de Apple, si las apps de telefonía móvil permiten las compras dentro de la app para los usuarios. Dichas suscripciones no pueden incluir acceso a artículos consumibles ni descuentos para ellos, y las suscripciones deben finalizar coincidiendo con el plan de datos móviles.

3.1.2 (b) Actualización o retroceso a una versión anterior

Los usuarios deben poder disfrutar de una experiencia de actualización o retroceso a una versión anterior fluida y no debe darse el caso de que se suscriban sin darse cuenta en múltiples variantes de la misma cosa. Revisa las prácticas recomendadas sobre la gestión de las opciones de ampliación y reducción de la suscripción.

3.1.2 (c) Información de suscripción

Antes de pedir a un cliente que se suscriba, deberías describir claramente qué obtendrá por ese precio. ¿Cuántas ediciones al mes? ¿Cuánto almacenamiento en la nube? ¿Qué tipo de acceso a tu servicio? Debes comunicar con claridad los requisitos descritos en el Apéndice 2 del Contrato de licencia del Apple Developer Program.

3.1.3 Otros métodos de compra

Las siguientes apps pueden usar métodos de compra diferentes a las compras dentro de la app. Las apps de esta sección no pueden, dentro de la app, alentar a los usuarios a usar un método de compra que no sea las compras dentro de la app, excepto para las apps de la tienda de Estados Unidos y tal como se establece en los apartados 3.1.1(a) y 3.1.3(a). Los desarrolladores pueden enviar comunicaciones fuera de la app a su base de usuarios sobre métodos de compra diferentes a las compras dentro de la app.

3.1.3 (a) Apps de «lector»

Las apps pueden permitir que un usuario acceda a suscripciones o contenido comprado anteriormente (específicamente, revistas, periódicos, libros, audio, música y vídeo). Las apps de lector pueden ofrecer creación de cuentas para niveles gratuitos y una funcionalidad de gestión de cuentas para los clientes existentes. Los desarrolladores de apps de lector pueden solicitar la autorización de la cuenta de enlace externo para proporcionar un enlace informativo en su app a un sitio web del que sea propietario o responsable para crear o gestionar una cuenta. No se requiere que los desarrolladores cuenten con esta autorización para incluir botones, enlaces externos u otras llamadas a la acción en sus apps de la tienda de Estados Unidos. Obtén más información sobre la autorización de cuentas de enlace externo.

3.1.3 (b) Servicios multiplataforma

Las apps que funcionan en varias plataformas pueden permitir a los usuarios acceder a contenido, suscripciones o prestaciones que hayan adquirido en tu app en otras plataformas o en tu sitio web, incluidos los artículos consumibles en juegos multiplataforma, siempre que esos artículos también estén disponibles como compras dentro de la app.

3.1.3 (c) Servicios empresariales

Si solo vendes tu app directamente a organizaciones o grupos para sus empleados o estudiantes (por ejemplo, bases de datos profesionales y herramientas de gestión del aula), puedes permitir que los usuarios empresariales accedan a contenido o suscripciones que se hayan comprado anteriormente. Las ventas para consumidores, usuarios individuales o familias deben usar las compras dentro de la app.

3.1.3 (d) Servicios de persona a persona

Si tu app permite la compra de servicios de persona a persona en tiempo real entre dos personas (por ejemplo, tutorías, consultas médicas, visitas guiadas del sector inmobiliario o entrenamiento físico), puedes usar métodos de compra diferentes a las compras dentro de la app para cobrar esos pagos. Los servicios en tiempo real personales o de grupo deben usar las compras dentro de la app.

3.1.3 (e) Bienes y servicios fuera de la app

Si la app permite que las personas compren bienes o servicios físicos que se van a consumir fuera de la app, deberás utilizar métodos de compra que no sean las compras dentro de la app para recopilar esos pagos, como el Apple Pay o la entrada de tarjeta de crédito tradicional.

3.1.3 (f) Apps independientes gratuitas

Las apps gratuitas que actúan como complemento independiente de una herramienta web de pago (por ejemplo, VoIP, almacenamiento en la nube, servicios de correo electrónico, alojamiento web) no necesitan usar compras dentro de la app, siempre que no haya compras dentro de la app o llamadas a la acción para comprar fuera de la app.

3.1.3 (g) Apps de gestión de publicidad

Para las apps cuyo único fin es permitir a los anunciantes (personas o empresas que anuncian un producto, servicio o evento) comprar y gestionar campañas publicitarias en distintos tipos de medios (televisión, exteriores, sitios web, apps, etc.), no es necesario usar las compras dentro de la app. Estas apps están destinadas a la gestión de campañas y no muestran anuncios. Las compras digitales de contenido que se experimentan o se consumen en una app, incluida la compra de anuncios para mostrar en la misma app (como las ventas de «mejoras» para publicaciones en una app de redes sociales) deben usar las compras dentro de la app.

3.1.4 Contenido específico del hardware

En circunstancias muy específicas, como cuando las prestaciones dependen de un hardware concreto para funcionar, la app puede desbloquear esa funcionalidad sin usar las compras dentro de la app (por ejemplo, una app sobre astronomía que añade prestaciones cuando se sincroniza con un telescopio). Las prestaciones de la app que precisan un producto físico aprobado (como un juguete) de forma opcional para funcionar pueden desbloquear prestaciones sin usar las compras dentro de la app, siempre que haya también una opción para este tipo de compras. No obstante, no puedes exigir a los usuarios que compren productos no relacionados o que se impliquen en actividades de publicidad o marketing para desbloquear la funcionalidad de la app.

3.1.5 Criptomonedas

• Carteras: las apps pueden facilitar el almacenamiento de moneda virtual, siempre que las ofrezcan desarrolladores inscritos como organización.
• Minería: las apps no pueden utilizar criptomonedas a menos que el procesamiento se realice fuera del dispositivo (por ejemplo, minería basada en la nube).
• Intercambios: las apps pueden facilitar transacciones o transmisiones de criptomonedas en un intercambio aprobado, siempre que se ofrezcan solo en países o regiones donde la app tenga las licencias y los permisos adecuados para proporcionar un intercambio de criptomonedas.
• Ofertas iniciales de monedas: las apps que faciliten las ofertas iniciales de monedas («ICO»), el comercio de futuros de criptomonedas y otras operaciones de criptovalores o cuasivalores deben provenir de bancos establecidos, firmas de inversión, comerciantes de comisiones de futuros («FCM») u otras instituciones financieras aprobadas y deben cumplir todas las leyes aplicables.
• Es posible que las apps de criptomonedas no ofrezcan dinero para completar tareas, como descargar otras apps, animar a otros usuarios a descargar, publicar en redes sociales, etc.

3.2 Otros problemas del modelo empresarial

Las listas siguientes no son exhaustivas y el envío puede provocar un cambio o una actualización de nuestras políticas, pero estas son algunas de las cosas que se pueden y no se pueden hacer y que no debes olvidar:

3.2.1 Aceptable

• Mostrar tus propias apps para comprar o promocionar dentro de la app, siempre que esta no sea simplemente un catálogo de estas.
• Mostrar o recomendar una colección de apps de terceros diseñadas para una determinada necesidad aprobada (por ejemplo, gestión sanitaria, aviación, accesibilidad). Tu app debe proporcionar contenidos editoriales sólidos para que no parezca un mero escaparate.
• Deshabilitar el acceso a un determinado contenido de alquiler aprobado (por ejemplo, películas, series, música, libros) una vez que haya expirado el periodo de alquiler. El resto de los artículos y servicios no caducarán.
• Los pases de Cartera se pueden utilizar para realizar o recibir pagos, transmitir ofertas u ofrecer identificación (como entradas de cine, cupones y credenciales VIP). Otros usos pueden conllevar el rechazo de la app y la revocación de las credenciales de Cartera.
• Las apps de seguros deben ser gratuitas, deben cumplir las normativas legales de las regiones donde se distribuyen y no pueden usar las compras dentro de la app.
• Las organizaciones sin ánimo de lucro aprobadas pueden recaudar fondos directamente en sus apps o en las de terceros, siempre que las campañas de recaudación de fondos se adhieran a todas las directrices de App Review y sean compatibles con Apple Pay. Estas apps deben incluir información sobre el uso que se hará de los fondos, cumplir todas las leyes locales y federales pertinentes, y garantizar que todos los donantes tienen a su disposición los recibos fiscales correspondientes. Se proporcionará información adicional a App Review si se solicita. Las plataformas sin ánimo de lucro que conectan a donantes con otras organizaciones sin ánimo de lucro deben asegurarse de que todas ellas han superado el proceso de aprobación de este tipo de organizaciones. Obtén más información sobre cómo convertirse en una organización sin ánimo de lucro aprobada.
• Las apps pueden permitir a los usuarios hacer regalos monetarios a otra persona sin usar las compras de la app, siempre que (a) el regalo sea una elección totalmente opcional del dador y que (b) el 100% de los fondos vayan al destinatario del regalo. No obstante, los regalos que en algún momento estén relacionados o asociados con la recepción de contenido o servicios digitales deben usar las compras dentro de la app.
• Las apps que se utilizan para operaciones financieras, inversiones o gestión de fondos deben enviarlas la institución financiera que realiza dichos servicios y deben tener las licencias y permisos necesarios en las ubicaciones donde las pones a disposición.

3.2.2 Inaceptable

• Crear una interfaz para mostrar apps, extensiones o módulos de terceros similares al App Store o como una colección de interés general.
• Omisión intencionada.
• Aumentar de forma artificial el número de impresiones o clics que reciben los anuncios, así como las apps que se han diseñado predominantemente para mostrar anuncios.
• A menos que seas una organización sin ánimo de lucro aprobada o que lo estipulado en la sección 3.2.1 (vi) anterior lo permita, recaudar fondos dentro de la app para organizaciones benéficas y campañas de recaudación de fondos. Las apps cuya finalidad es conseguir dinero para estas causas deben ser gratuitas en el App Store y solo pueden recaudar fondos fuera de la app; por ejemplo, a través de Safari o mensajes SMS.
• Restringir de forma arbitraria quién puede usar la app en función de la ubicación o el operador, por ejemplo.
• Omisión intencionada.
• Manipular artificialmente la visibilidad, el estado o la clasificación del usuario en otro servicio, a menos que lo permitan los términos y condiciones de dicho servicio.
• En el App Store no se admiten apps que faciliten las operaciones bursátiles con opciones de retorno fijo. Es preferible recurrir a una app web. Las apps que facilitan la operación con contratos por diferencia («CFD») u otros derivados (por ejemplo, FOREX) deben tener la licencia correspondiente en todas las jurisdicciones donde el servicio esté disponible.
• Las apps que ofrecen préstamos personales deben revelar de forma clara y visible todos los términos del préstamo, incluidos, entre otros, la tasa de porcentaje anual (APR) máxima equivalente y la fecha de vencimiento del pago. Las apps no pueden cobrar una APR máxima superior al 36 %, incluidos costes y cargos, y no pueden requerir el reembolso total en 60 días o menos.
• Las apps no deben forzar a los usuarios a realizar valoraciones o revisiones sobre ellas, descargar otras apps u otras acciones relacionadas con la tienda para poder acceder a sus funciones, a su contenido o para hacer uso de ellas. Las apps sí pueden incentivar a los usuarios a realizar acciones específicas dentro de las apps (por ejemplo, completar un nivel o ver un anuncio).

4. Diseño

Los clientes de Apple valoran especialmente los productos que son sencillos, precisos, innovadores y fáciles de usar, y eso es lo que quieren ver en el App Store. Presentar un diseño fantástico es algo que tú debes decidir, pero estos son estándares mínimos de aprobación del App Store. Recuerda que, incluso después de que se haya aprobado la app, debes actualizarla para asegurarte de que sigue estando operativa y de que todavía atrae a clientes nuevos y existentes. Las apps que dejen de funcionar o que ofrezcan una experiencia deteriorada se pueden eliminar del App Store en cualquier momento.

4.1 Imitaciones

• Presenta tus propias ideas. Sabemos que las tienes, así que plásmalas y muéstralas. No te limites a copiar la última app popular del App Store ni a hacer pequeños cambios en el nombre o la interfaz de usuario de otra app para presentarla como propia. Además de que esto podría infringir los derechos de propiedad intelectual y dificultar el desplazamiento por el App Store, no es justo para el resto de los desarrolladores.
• Enviar apps que suplanten a otras apps o servicios se considera una infracción del Código de conducta para desarrolladores y puede dar lugar a la expulsión del Apple Developer Program.

4.2 Funcionalidad mínima

La app debe incluir prestaciones, contenido y opciones de la interfaz de usuario que la eleven a algo más que un sitio web de paquetes. Si tu app no es particularmente útil, exclusiva o «similar a una app», no es para el App Store. Es posible que la app no se acepte si no proporciona algún tipo de valor duradero de entretenimiento o de utilidad adecuada. Las apps que sean simplemente una canción o una película deben enviarse al iTunes Store. Las apps que están formadas por una guía de libros o juegos se deben enviar al Apple Books Store.

• Las apps que usen ARKit deben integrar experiencias de realidad aumentada completas; no basta con mostrar un modelo en una vista de realidad aumentada o con reproducir una animación.
• Excepto los catálogos, las apps no deben ser primordialmente materiales de marketing, anuncios, recortes web, agregadores de contenido ni colecciones de enlaces.
• • La app debe funcionar por sí misma, sin necesitar la instalación de otra app para ello.
  • Si tu app necesita descargar recursos adicionales para funcionar en el lanzamiento inicial, indica el tamaño de la descarga y pregunta a los usuarios antes de hacerlo.
• Omisión intencionada.
• Omisión intencionada.
• Las apps que se hayan creado con una plantilla comercial o un servicio de generación de apps se rechazarán, a menos que el proveedor del contenido de la app los envíe directamente. Estos servicios no deben enviar apps en nombre de sus clientes y deben ofrecer herramientas que les permitan crear apps personalizadas e innovadoras que proporcionen experiencias únicas. Otra opción aceptable para los proveedores de plantillas es crear un único binario para alojar todo el contenido del cliente en un modelo agregado o de selección, por ejemplo, como una app de búsqueda de restaurantes con entradas o páginas personalizadas independientes para cada restaurante del cliente, o como una app de eventos con entradas separadas para cada evento del cliente.

4.2.7 Clientes de escritorio remoto

Si tu app de escritorio remoto actúa como un espejo de software o servicios específicos en lugar de como un espejo genérico del dispositivo host, debe cumplir lo siguiente:

• La app solo debe conectarse a un dispositivo host propiedad del usuario que sea un ordenador personal o una consola de juegos exclusiva propiedad del usuario, y tanto el dispositivo host como el cliente deben estar conectados a una red local y basada en LAN.
• Cualquier software o servicio que aparezca en el cliente se ejecuta por completo en el dispositivo host, se muestra en la pantalla del dispositivo host y no puede usar API o prestaciones de la plataforma más allá de lo que se requiere para transmitir el Escritorio remoto.
• Toda la creación y gestión de cuentas debe iniciarse desde el dispositivo host.
• La interfaz de usuario que aparece en el cliente no se parece a una vista de iOS o App Store, no proporciona una interfaz de tipo tienda, ni incluye la capacidad de navegar, seleccionar ni comprar software que aún no sea propiedad del usuario o que no tenga licencia. A título aclaratorio, las transacciones que se realizan dentro del software duplicado no necesitan usar las compras dentro de la app, siempre que las transacciones se procesen en el dispositivo host.
• Para el App Store, no son adecuados los clientes ligeros para apps basadas en la nube.

4.3 Spam

• No crees varios identificadores de paquete de la misma app. Si la app tiene diferentes versiones para determinadas ubicaciones, equipos deportivos, universidades, etc., considera la opción de enviar una única app y proporcionar las variantes con la opción de compras dentro de la app.
• Asimismo, evita forzar su inclusión en una categoría que ya esté saturada; el App Store ya tiene suficientes apps de pedos, eructos, linternas, adivinación del futuro, citas, juegos de beber y Kama Sutra. Rechazaremos estas apps a menos que ofrezcan una experiencia única y de alta calidad. Enviar correos no deseados a la tienda puede provocar tu eliminación del Apple Developer Program.

4.4 Extensiones

Las apps que alojen o contengan extensiones deben cumplir con la guía de programación de extensiones de apps, la documentación de extensiones de apps de Safari o la documentación de extensiones web de Safari y deben incluir algunas funciones, como pantallas de ayuda e interfaces de configuración, siempre que sea posible. Debes indicar de forma clara y precisa qué extensiones están disponibles en el texto de marketing de la app; las extensiones no pueden incluir marketing, anuncios ni compras dentro de la app.

4.4.1

Las extensiones de teclado tienen algunas reglas adicionales.

Deben cumplir lo siguiente:

• proporcionar funcionalidad de entrada de teclado (por ejemplo, caracteres escritos);
• cumplir las directrices para stickers, si el teclado incluye imágenes o emojis;
• proporcionar un método para pasar al siguiente teclado;
• seguir operativas sin acceso completo a la red y sin requerir acceso total;
• recoger la actividad del usuario únicamente para mejorar la funcionalidad de la extensión de teclado del usuario en el dispositivo iOS.

No deben:

• iniciar otras apps además de Ajustes; ni
• destinar a otros comportamientos los botones del teclado (por ejemplo, mantener presionada la tecla Intro para iniciar la cámara).

4.4.2

Las extensiones de Safari deben ejecutarse en la versión actual de Safari en el sistema operativo de Apple correspondiente. No pueden interferir con los elementos del sistema o la interfaz de usuario de Safari y nunca deben incluir código o contenido engañoso o creado con fines malintencionados. Si se infringe esta norma, se eliminará del Apple Developer Program. Las extensiones de Safari no deben poder acceder a más sitios web que los estrictamente necesarios para la función.

4.4.3

Omisión intencionada.

4.5 Sitios y servicios de Apple

• Las apps pueden usar canales RSS de Apple aprobados, como el canal RSS de iTunes Store, pero no pueden extraer información de los sitios de Apple (por ejemplo, apple.com, iTunes Store, App Store, App Store Connect, portal de desarrolladores, etc.) o crear clasificaciones con esta información.
• Apple Music
  • MusicKit en iOS permite a los usuarios reproducir Apple Music y su biblioteca local de forma nativa desde tus apps y juegos. Cuando un usuario da permiso a su cuenta de Apple Music, tu app puede crear listas de reproducción, añadir canciones a su biblioteca y reproducir cualquiera de los millones de canciones del catálogo de Apple Music. Los usuarios deben empezar a reproducir una secuencia de Apple Music y tener acceso a los controles multimedia estándar, como «reproducir», «pausar» y «saltar». Además, la app no puede exigir el pago del servicio de Apple Music ni monetizar indirectamente el acceso a este (por ejemplo, mediante compras dentro de la app, publicidad o la solicitud de información del usuario). No cargues ni descargues archivos de música procedentes de las API de MusicKit, ni permitas que se compartan, a menos que la documentación de MusicKit lo permita expresamente.
  • Las API de MusicKit no son un sustituto para asegurarte las licencias que puedas necesitar para una integración mayor o más compleja. Por ejemplo, si quieres que tu app reproduzca una canción específica en un momento determinado o que cree archivos de audio o vídeo que se puedan compartir en las redes sociales, debes ponerte en contacto directamente con los titulares de los derechos para obtener su permiso (por ejemplo, derechos de sincronización o adaptación) y sus recursos. Las portadas de discos y otros metadatos solo se pueden usar cuando van asociados a la reproducción de música o a listas de reproducción (por ejemplo, en capturas de pantalla del donde se muestre el funcionamiento de la app). No se deben usar en contenido de marketing o publicitario sin la autorización expresa de los titulares de los derechos. Asegúrate de seguir las indicaciones de las directrices de identidad de Apple Music al integrar los servicios de Apple Music en tu app.
  • Las apps que accedan a datos de los usuarios de Apple Music, como listas de reproducción y favoritos, deben mencionar dicho acceso claramente en el apartado donde se describa su uso. Los datos recopilados no se pueden compartir con terceros para ningún fin, salvo para facilitar o mejorar la experiencia con la app. Estos datos no se pueden usar para identificar a usuarios o dispositivos, ni para segmentar la publicidad.
• No utilices los servicios de Apple para enviar mensajes no deseados, realizar actividades de phishing o enviar mensajes no solicitados a los clientes, incluidos el Game Center, las notificaciones push, etc. No intentes hacer búsquedas inversas, rastrear, relacionar, asociar, extraer, recopilar o explotar de alguna otra forma los identificadores y los alias del reproductor, o cualquier otra información que se obtenga a través del Game Center. De lo contrario, se te eliminará del Apple Developer Program.
• Para que la app funcione no se deben exigir las notificaciones push y no se deben usar para enviar información confidencial o personal sensible. Las notificaciones push no deben usarse para promociones o con fines de marketing directo, a menos que los clientes hayan optado explícitamente por recibirlas a través del texto de consentimiento que se muestra en la interfaz de usuario de tu app, y tú proporcionarás un método en tu app para que el usuario opte por no recibir dichos mensajes. El mal uso de estos servicios puede provocar revocación de tus privilegios.
• Utiliza solo los identificadores del reproductor de Game Center de una manera que esté aprobada por las condiciones del Game Center y no los muestres en la app o a otro fabricante.
• Las apps pueden usar caracteres Unicode que se representan como emojis de Apple en sus apps y metadatos. Los emojis de Apple no pueden usarse en otras plataformas ni integrarse directamente en el archivo binario de tu app.

4.6 Omisión intencionada.

4.7 Miniapps, minijuegos, juegos en streaming, chatbots, plug-ins y emuladores de juegos

Las apps pueden ofrecer determinado software que no esté integrado en el binario, específicamente miniapps, minijuegos en HTML5, juegos en streaming, chatbots y plug-ins. Además, las apps de emulador de videoconsolas y PC retro ofrecen la posibilidad de descargar juegos. Tú eres responsable de todo el software ofrecido en tu app, lo que incluye asegurarte de que dicho software cumpla las presentes directrices y todas las leyes aplicables. El incumplimiento de cualquier directriz en este software provocará el rechazo de tu app. También debes asegurarte de que el software cumple las normas adicionales que se indican en los apartados del 4.7.1 al 4.7.5. Estas normas adicionales son importantes para preservar la experiencia que esperan los clientes del App Store y para ayudar a garantizar la seguridad del usuario.

4.7.1

El software ofrecido en las apps bajo esta regla debe:

• seguir todas las directrices de privacidad, incluidas, entre otras, las reglas establecidas en la Directriz 5.1 respecto a la recopilación, uso y uso compartido de datos y datos confidenciales (por ejemplo, datos de salud o datos personales de niños);
• incluir un método para filtrar el material censurable, un mecanismo para denunciar el contenido ofensivo y ofrecer una respuesta rápida a los problemas, y la capacidad de bloquear a los usuarios abusivos; y
• siga la Directriz 3.1 para utilizar las compras dentro de la app y ofrecer bienes o servicios digitales a los usuarios finales.

4.7.2

Tu app no puede ampliar ni exponer las API nativas de la plataforma al software sin el permiso previo de Apple.

4.7.3

Tu app no puede compartir datos ni permisos de privacidad con ningún software ofrecido en ella sin el consentimiento explícito del usuario en cada caso.

4.7.4

Debes proporcionar un índice de software y metadatos disponibles en tu app. Debe incluir enlaces universales que conduzcan a todo el software que se ofrece en tu app.

4.7.5

Tu app debe indicar la clasificación por edad del contenido disponible en la misma con clasificación más alta.

4.8 Servicios de inicio de sesión

Las apps que utilizan un servicio de inicio de sesión social o de terceros (como inicio de sesión de Facebook, inicio de sesión de Google, inicio de sesión con Twitter, inicio de sesión con LinkedIn, inicio de sesión con Amazon o inicio de sesión de WeChat) para configurar o autenticar la cuenta principal del usuario con la app también deben ofrecer, como opción equivalente, otro servicio de inicio de sesión con las siguientes prestaciones:

• el servicio de inicio de sesión limita la recopilación de datos al nombre y la dirección de correo electrónico del usuario;
• el servicio de inicio de sesión permite a los usuarios mantener privada su dirección de correo electrónico como parte de la configuración de la cuenta; y
• el servicio de inicio de sesión no recopila interacciones con la app con fines publicitarios sin consentimiento.

La cuenta principal de un usuario es la cuenta que establece con tu app para identificarse, iniciar sesión y acceder a tus prestaciones y servicios asociados.

No se requiere otro servicio de inicio de sesión si:

• Tu app utiliza exclusivamente los sistemas de inicio de sesión y configuración de la cuenta de tu empresa.
• Tu app es un mercado de apps alternativo o una app distribuida desde un mercado de apps alternativo que utiliza un inicio de sesión específico de dicho mercado para las prestaciones de cuenta, descarga y comercio.

Tu app es una app educativa o empresarial que requiere que el usuario inicie sesión con una cuenta educativa o empresarial existente.

• Tu app utiliza un sistema de identificación de ciudadanos o un documento de identidad electrónico respaldado por el gobierno o la industria para autenticar a los usuarios.
• Tu app es un cliente de un servicio de terceros específico y los usuarios deben iniciar sesión en su correo, redes sociales u otra cuenta de terceros directamente para acceder a su contenido.

4.9 Apple Pay

Las apps que utilizan Apple Pay deben proporcionar al usuario toda la información relacionada con la compra del material antes de vender cualquier bien o servicio, y deben usar la marca de Apple Pay y los elementos de la interfaz de usuario correctamente, como se describe en las directrices de marketing de Apple Pay y en la guía de interfaz humana. Las apps que utilizan Apple Pay para ofrecer pagos recurrentes deben, como mínimo, revelar la siguiente información:

• La duración del plazo de renovación y el hecho de que continuará hasta que se cancele.
• Qué se proporcionará durante cada periodo.
• Los cargos reales que se facturarán al cliente.
• Cómo cancelar.

4.10 Monetizar las capacidades integradas

No puedes monetizar las capacidades integradas que proporcionan el hardware o el sistema operativo, como las notificaciones push, la cámara o el giroscopio, ni los servicios y tecnologías de Apple, como el acceso a Apple Music, el almacenamiento en iCloud o las API de Tiempo de Uso.

5. Aspectos legales

Las apps deben cumplir todos los requisitos legales del lugar en el que estén disponibles (si no estás seguro, comprueba estos aspectos con un abogado). Sabemos que esto es complicado, pero es tu responsabilidad comprender y asegurarte de que tu app cumple con todas las leyes locales, no solo con las directrices que se indican a continuación. Y, por supuesto, se rechazarán las apps que solicitan, promueven o fomentan comportamientos criminales o claramente temerarios. En casos extremos, por ejemplo, si se demuestra que las apps facilitan el tráfico de personas o la explotación infantil, se informará a las autoridades competentes.

5.1 Privacidad

Proteger la privacidad del usuario es primordial en el ecosistema Apple y debes prestar una especial atención cuando manipules datos personales para garantizar que cumples con las prácticas recomendadas de privacidad, las leyes aplicables y las condiciones del contrato de licencia del Apple Developer Program, por no mencionar las expectativas de los clientes. Más concretamente:

5.1.1 Recopilación y almacenamiento de datos

• Políticas de privacidad: todas las apps deben incluir un enlace a su política de privacidad en el campo de metadatos de App Store Connect y dentro de la app de una manera fácilmente accesible. La política de privacidad, de forma clara y precisa, debe:
  • Identificar qué datos, si los hay, recopila la app/servicio, cómo recopila esos datos y todos los usos que se dan a esos datos.
  • Confirmar que cualquier tercero con el que una app comparta datos de usuario (de acuerdo con estas Directrices), como herramientas de análisis, redes de publicidad y SDK de terceros, así como cualquier entidad matriz, subsidiaria u otra entidad relacionada que tenga acceso a los datos del usuario: proporcionará la misma protección de los datos del usuario que se establece en la política de privacidad de la app y que se exige en estas Directrices.
  • Explicar sus políticas de retención/eliminación de datos y describir cómo un usuario puede revocar el consentimiento y/o solicitar la eliminación de los datos del usuario.
• Permiso: las apps que recopilan datos de usuario o de uso deben obtener el consentimiento del usuario para la recopilación, incluso si dichos datos se consideran anónimos en el momento de la recopilación o inmediatamente después. La funcionalidad de pago no debe depender de ni exigir que un usuario otorgue acceso a estos datos. Las apps también deben proporcionar al cliente una forma comprensible y de fácil acceso para retirar el consentimiento. Asegúrate de que el texto sobre el propósito de la app describe de forma clara y completa el uso que haces de los datos. Las apps que recopilan datos para un interés legítimo sin consentimiento mediante los términos del Reglamento General de Protección de Datos («RGPD») o un estatuto similar deben cumplir todos los términos de esa ley. Obtén más información sobre cómo solicitar permiso.
• Minimización de datos: las apps solo deben solicitar acceso a los datos relevantes para la funcionalidad principal de la app y solo deben recopilar y usar los datos necesarios para realizar la tarea correspondiente. Siempre que sea posible, usa el selector fuera de proceso o una hoja para compartir en lugar de solicitar acceso completo a recursos protegidos como Fotos o Contactos.
• Acceso: las apps deben respetar la configuración de permisos del usuario y no intentar manipular, engañar ni obligar a las personas a dar su consentimiento para el acceso a datos innecesarios. Por ejemplo, las apps que incluyen la posibilidad de publicar fotos en una red social tampoco deben requerir acceso al micrófono antes de permitir que el usuario cargue fotos. Siempre que sea posible, ofrece soluciones alternativas a los usuarios que no otorgan su consentimiento. Por ejemplo, si un usuario se niega a compartir la ubicación, ofrece la posibilidad de introducir una dirección manualmente.
• Inicio de sesión en la cuenta: si tu app no incluye prestaciones importantes basadas en la cuenta, permite que la gente la use sin iniciar sesión. Si tu app admite la creación de cuentas, también debes ofrecer la eliminación de la cuenta dentro de la app. Las apps no deben precisar que se introduzca información personal para usarlas a menos que sea relevante de forma directa para su funcionalidad principal o así lo exija la ley. Si la funcionalidad principal de tu app no está relacionada con una red social específica (por ejemplo, Facebook, WeChat, Weibo, X, etc.), debes proporcionar acceso sin iniciar sesión o mediante otro mecanismo. Extraer información básica del perfil, compartirla en la red social o invitar a amigos a usar la app no se consideran funciones básicas de la app. La app también debe incluir un mecanismo para revocar las credenciales de la red social y desactivar el acceso a los datos entre la app y la red social desde dentro de la app. Una app no puede almacenar credenciales o tokens en redes sociales fuera del dispositivo y solo puede usar dichas credenciales o tokens para conectarse directamente a la red social desde la propia app mientras esta esté en uso.

Los desarrolladores que utilizan sus apps para descubrir de forma oculta las contraseñas u otros datos privados se eliminarán del Apple Developer Program.

• Se debe utilizar SafariViewController para presentar de forma visible información a los usuarios; el controlador no debe quedar oculto por otras vistas o capas. Además, una app no puede usar SafariViewController para rastrear usuarios sin su conocimiento y consentimiento.
• Las apps que recopilan información personal de cualquier fuente que no sea directamente del usuario o sin el consentimiento explícito del usuario, incluso las bases de datos públicas, no están permitidas en el App Store ni en métodos de distribución alternativos.
• Las apps que prestan servicios en ámbitos muy regulados (como servicios bancarios y financieros, atención sanitaria, juegos de azar, consumo legal de cannabis y viajes en avión) o que requieren información confidencial del usuario deben ser enviadas por una entidad legal que proporcione los servicios, y no por un desarrollador individual. Las apps que facilitan la venta legal de cannabis deben estar restringidas geográficamente a la jurisdicción legal correspondiente.
• Las apps pueden solicitar información de contacto básica (como el nombre y la dirección de correo electrónico) siempre que la solicitud sea opcional para el usuario, las prestaciones y los servicios no estén condicionados a proporcionar la información y cumplan con todas las demás disposiciones de estas directrices, incluidas las limitaciones a la hora de recopilar información de los niños.

5.1.2 Uso e intercambio de datos

• A menos que la ley permita lo contrario, no puedes usar, transmitir ni compartir los datos personales de otra persona sin antes obtener su permiso. Debes proporcionar acceso a información sobre cómo y dónde se utilizarán los datos. Los datos recopilados de las apps solo pueden compartirse con terceros para mejorar la app o distribuir publicidad (de conformidad con el contrato de licencia del Apple Developer Program). Debes recibir permiso explícito de los usuarios a través de las API de transparencia en el seguimiento de las apps para rastrear su actividad. Obtén más información sobre el seguimiento. Puede que tu app no requiera que los usuarios activen funcionalidades del sistema (por ejemplo, las notificaciones push, los servicios de ubicación o el seguimiento) para acceder a la funcionalidad o el contenido, usar la app o recibir una compensación monetaria o de otro tipo, lo que incluye, entre otras cosas, tarjetas regalo y códigos. Las apps que comparten datos del usuario sin su consentimiento o que cumplen con las leyes de privacidad de datos pueden quedar fuera de la venta y pueden dar lugar a su eliminación del Apple Developer Program.
• Los datos recopilados para un propósito no pueden reutilizarse sin consentimiento, a menos que la ley lo permita explícitamente.
• Las apps no deben intentar crear de forma encubierta un perfil de usuario basado en los datos recopilados ni deben intentar, permitir ni incitar a otros a identificar a usuarios anónimos o reconstruir perfiles de usuario a partir de los datos recopilados por las API proporcionadas por Apple o los datos que afirmas que se han recopilado de forma «anónima», «colectiva» o que impide la identificación.
• No utilices información de Contactos, Fotos u otras API que accedan a datos del usuario para crear una base de datos de contactos para tu propio uso o para la venta/distribución a terceros, y no recopiles información sobre qué otras apps están instaladas en el dispositivo de un usuario con fines de análisis o publicidad/marketing.
• No se ponga en contacto con personas que utilicen la información recopilada a través de los contactos o las fotos de un usuario, excepto por iniciativa explícita de ese usuario de forma individualizada; no incluyas la opción Seleccionar todo o la selección predeterminada de todos los contactos. Debes proporcionar al usuario una descripción clara de cómo se verá el mensaje al destinatario antes de enviarlo (por ejemplo, ¿qué dirá el mensaje?, ¿quién aparecerá como remitente?).
• Los datos recopilados desde la API HomeKit, HealthKit, la API Clinical Health Records, las API MovementDisorder, ClassKit o herramientas de detección de profundidad o mapeo facial (como ARKit o las API de cámara o de fotos) no se pueden utilizar con fines publicitarios o de minería de datos basada en el uso, ni siquiera por parte de terceros. Más información sobre las prácticas recomendadas para la implementación de CallKit, HealthKit, ClassKit y ARKit.
• Las apps que usan Apple Pay solo pueden compartir datos de usuario adquiridos a través de Apple Pay con terceros para facilitar o mejorar la entrega de bienes y servicios.

5.1.3 Salud e investigación sanitaria

Los datos de salud, fitness y médicos son especialmente confidenciales y las apps de este espacio tienen algunas reglas adicionales para garantizar la protección de la privacidad del cliente:

• Las apps no pueden usar o revelar a terceros datos recopilados en el contexto de la salud, el fitness o estudios médicos (incluidos aquellos extraídos de la API Clinical Health Records, la API HealthKit, las API Motion y Fitness, y MovementDisorder, o de investigaciones relacionadas con seres humanos) para publicidad, marketing u otros fines de recopilación de datos basada en los usuarios que no sean los de mejorar la gestión sanitaria o para realizar investigaciones en salud y, en ese caso, solo con permiso. Sin embargo, las apps pueden usar los datos de salud o fitness de un usuario para proporcionar un beneficio directamente a ese usuario (como una prima de seguro reducida), siempre que la app sea enviada por la entidad que proporciona el beneficio y los datos no se compartan con un tercero. Debes revelar los datos de salud específicos que estás recopilando del dispositivo.
• Las apps no deben escribir datos falsos o imprecisos en HealthKit ni en otra app de gestión sanitaria o investigación médica. Tampoco pueden almacenar información sanitaria personal en iCloud.

5.1.4 Niños

• Por muchos motivos, es fundamental manejar con extremo cuidado los datos personales de los niños. Te animamos a que revises detenidamente todos los requisitos para cumplir la legislación al respecto, como la ley para la protección de la privacidad en línea de los niños (Children's Online Privacy Protection Act, «COPPA»), el Reglamento general de protección de datos («RGPD») de la Unión Europea y otras leyes o normativas aplicables.

Las apps pueden solicitar la fecha de nacimiento e información de contacto parental solo para cumplir estos estatutos, pero deben incluir alguna funcionalidad útil o un valor de entretenimiento independientemente de la edad de la persona.

Las apps destinadas principalmente a niños no deben incluir análisis ni publicidad de terceros. Esto proporciona una experiencia más segura para los niños.

• En casos limitados, los análisis de terceros y la publicidad de terceros pueden estar permitidos siempre que los servicios se adhieran a los mismos términos establecidos en la Directriz 1.3.

Además, las apps de la categoría de niños o aquellas que recopilan, transmiten, o tienen la capacidad de compartir información personal (como el nombre, la dirección postal, la dirección de correo electrónico, la ubicación, las fotos, los vídeos, los dibujos, la capacidad para chatear, otros datos personales o identificadores persistentes que se utilizan junto con alguno de los elementos anteriores) de un menor deben incluir una política de privacidad y deben cumplir todos los estatutos de privacidad para niños que apliquen. Para mayor claridad, el requisito de acceso para padres en la categoría de niños no es, generalmente, lo mismo que garantizar el consentimiento paterno para recopilar datos personales según estas leyes sobre privacidad.

Como recordatorio, la Directriz 2.3.8 requiere que el uso de términos como «Para niños» y «Para menores» en los metadatos de la app esté reservado a la categoría de niños. Las apps que no están en la categoría de niños no pueden incluir términos en el nombre, subtítulo, icono, capturas de pantalla o descripción de la app que impliquen que el público objetivo principal de la app son los niños.

5.1.5 Servicios de localización

Usa servicios de localización en tu app solo cuando sea directamente relevante para las prestaciones y servicios que ofrece la app. No se deben utilizar las API basadas en la ubicación para proporcionar servicios de emergencia o el control autónomo sobre vehículos, aviones y otros dispositivos, a excepción de los pequeños dispositivos como juguetes y drones ligeros, o sistemas remotos de alarma para vehículos, etc. Asegúrate de notificar y obtener consentimiento antes de recopilar, transmitir o usar datos de ubicación. Si tu app usa servicios de localización, asegúrate de explicar el propósito en ella; consulta la guía de interfaz humana para conocer las prácticas recomendadas.

5.2 Propiedad intelectual

Asegúrate de que la app solo incluya contenido que tú hayas creado o que tengas licencia para usar. Se podría eliminar la app si te extralimitas y utilizas contenido sin permiso. Por supuesto, esto también significa que la app de otra persona se puede borrar también si han tomado prestado contenido de tu trabajo. Si crees que otro desarrollador ha infringido tus derechos de propiedad intelectual en el App Store, envía una reclamación a través de nuestro formulario web. Las leyes difieren en los distintos países y regiones, pero como mínimo, asegúrate de evitar los siguientes errores comunes:

5.2.1 De forma general

no utilices material protegido de terceros (como pueden ser marcas comerciales, trabajos con derechos de autor o ideas patentadas) en la app si no tienes permiso para hacerlo y no incluyas en el paquete de la app o el nombre del desarrollador representaciones, nombres o metadatos engañosos, falsos o de imitadores. Las apps deben ser enviadas por la persona o entidad jurídica que posee o tiene licencia de la propiedad intelectual y otros derechos relevantes.

5.2.2 Sitios/servicios de terceros

si tu app usa, accede, monetiza el acceso o muestra contenido de un servicio de terceros, asegúrate de que tienes permiso para hacerlo según las condiciones de uso del servicio. Se debe proporcionar autorización previa solicitud.

5.2.3 Descarga de audio/vídeo

las apps no deben facilitar el intercambio ilegal de archivos ni incluir la capacidad de guardar, convertir o descargar contenido multimedia de terceros (por ejemplo, Apple Music, YouTube, SoundCloud, Vimeo, etc.) sin la autorización explícita de dichas fuentes. La transmisión de contenido de audio/vídeo también puede infringir las Condiciones de uso, así que asegúrate de comprobarlo antes de que tu app acceda a esos servicios. Se debe proporcionar autorización previa solicitud.

5.2.4 Aprobaciones de Apple

• No sugieras ni insinúes que Apple es fuente o proveedor de la app, ni que Apple respalda ninguna declaración en particular con respecto a la calidad o la funcionalidad.
• Si tu app se selecciona como «opción del editor», Apple aplicará el distintivo automáticamente.

5.2.5 Productos Apple

no crees una app que sea tan similar a un producto existente, una interfaz (por ejemplo, Finder), una app (como App Store, iTunes Store o Mensajes) o un tema de publicidad de Apple que se pueda confundir con ellos. Es posible que las apps y extensiones, incluidos los teclados de terceros y los paquetes de stickers, no incluyan el emoji de Apple. La música de iTunes y las vistas previas de Apple Music no se pueden usar por su valor de entretenimiento (por ejemplo, como música de fondo para un collage de fotos o la banda sonora de un juego) ni de ninguna otra manera no autorizada. Si proporcionas vistas previas de música de iTunes o Apple Music, debes mostrar un enlace a la música correspondiente en iTunes o Apple Music. Si tu app muestra anillos de Actividad, no deben mostrar datos de Movimiento, Ejercicio o De pie de un modo que se asemeje al control de Actividad. La guía de interfaz humana incluye más información sobre cómo usar los anillos de Actividad. Si tu app muestra datos meteorológicos de Apple, debe seguir los requisitos de atribución indicados en la documentación de WeatherKit.

5.3 Juegos, apuestas y loterías

Las apuestas, los juegos y las loterías pueden ser bastante delicados a la hora de gestionarlos y tienden a ser una de las ofertas más reguladas del App Store. Incluye únicamente esta funcionalidad si conoces muy bien las obligaciones legales que tendrás en todos los lugares en los que la app vaya a estar disponible y si estás preparado para dedicar tiempo extra al proceso de revisión. Algunos aspectos que se deben tener en cuenta:

• Los sorteos y concursos deben estar patrocinados por el desarrollador de la app.
• Las reglas oficiales para sorteos, concursos y rifas deben presentarse en la app y dejar claro que Apple no patrocina ni participa en la actividad de ninguna manera.
• Las apps no pueden usar las compras dentro de la app para adquirir crédito o divisa que se vaya a usar en combinación con juegos con dinero real de cualquier tipo.
• Las apps que ofrecen juegos con dinero real (por ejemplo, apuestas deportivas, póquer, juegos de casino y carreras de caballos) o loterías deben contar con las licencias y los permisos que se precisen en cada lugar donde se utilice la app, deben estar restringidas geográficamente a esos lugares y deben ser gratuitas en el App Store. Las ayudas ilegales en juegos, incluidos los contadores de cartas, no están permitidas en el App Store. Las apps de lotería deben incluir contraprestación, probabilidad y un premio.

5.4 Apps con red privada virtual (VPN)

Las apps que ofrecen servicios VPN deben utilizar la API de NEVPNManager y solo los pueden ofrecer desarrolladores inscritos como organización. Debes hacer una descripción clara de qué datos del usuario se recopilarán y cómo se usarán en la pantalla de una app antes de que el usuario realice cualquier acción para comprar o usar el servicio. Las apps que ofrecen servicios VPN no pueden vender, usar ni divulgar a terceros ningún dato para ningún fin, y deben cumplir esto en su política de privacidad. Las apps de VPN no deben infringir las leyes locales y, si decides que tu app de VPN esté disponible en un territorio que requiera una licencia de VPN, debes proporcionar la información de tu licencia en el campo Notas para App Review. Las apps de control parental, bloqueo de contenido y seguridad, entre otras, de proveedores aprobados también pueden usar la API de NEVPNManager. Las apps que no cumplan con esta directriz se eliminarán del App Store. También se bloqueará su instalación mediante métodos de distribución alternativos y es posible que se te elimine del Apple Developer Program.

5.5 Gestión de dispositivos móviles

Las apps de gestión de dispositivos móviles que ofrecen servicios de gestión de dispositivos móviles (MDM) deben solicitar esta prestación a Apple. Estas apps solo pueden ser ofrecidas por empresas comerciales, instituciones educativas o agencias gubernamentales y, en casos limitados, empresas que usan MDM para servicios de control parental o seguridad de dispositivos. Debes hacer una descripción clara de qué datos del usuario se recopilarán y cómo se usarán en la pantalla de una app antes de que el usuario realice cualquier acción para comprar o usar el servicio. Las apps de MDM no deben infringir ninguna ley aplicable. Las apps que ofrecen servicios MDM no pueden vender, usar ni divulgar a terceros ningún dato para ningún fin, y deben cumplir esto en su política de privacidad. En casos limitados, se pueden permitir análisis de terceros siempre que los servicios solo recopilen o transmitan datos sobre el rendimiento de la app de MDM del desarrollador, y no datos sobre el usuario, el dispositivo del usuario u otras apps utilizadas en ese dispositivo. Las apps que ofrecen perfiles de configuración también deben cumplir estos requisitos. Las apps que no cumplan con esta directriz se eliminarán del App Store. También se bloqueará su instalación mediante métodos de distribución alternativos y es posible que se te elimine del Apple Developer Program.

5.6 Código de conducta para desarrolladores

Trata a todos con respeto, ya sea en tus respuestas a las reseñas del App Store, las solicitudes de atención al cliente o cuando te comuniques con Apple, incluidas tus respuestas en App Store Connect. No cometas ningún tipo de acoso, prácticas discriminatorias, intimidación u hostigamiento, y no animes a otros a participar en ninguna de las situaciones anteriores. Un comportamiento repetido de manipulación o engaño u otra conducta fraudulenta dará lugar a tu eliminación del Apple Developer Program.

La confianza del cliente es una piedra angular del ecosistema de apps. Las apps nunca deben aprovecharse de los usuarios ni intentar estafar a los clientes, engañarlos para que hagan compras no deseadas, obligarlos a compartir datos innecesarios, subir los precios de manera engañosa, cobrar por prestaciones o contenido que no se entregan, ni participar en cualquier otra práctica de manipulación dentro o fuera de la app.

Tu cuenta del Developer Program se cancelará si participas en actividades o acciones que no se ajusten al código de conducta para desarrolladores. Para restaurar tu cuenta, puedes proporcionar una declaración por escrito que detalle las mejoras que planeas hacer. Si Apple aprueba tu plan y confirmamos que se han realizado los cambios, es posible que se restablezca tu cuenta.

5.6.1 Reseñas del App Store

Las reseñas de los clientes del App Store pueden ser una parte integral de la experiencia de la app, por lo que debes tratar a los clientes con respeto al responder a sus comentarios. Mantén tus respuestas orientadas a los comentarios del usuario y no incluyas información personal, spam o marketing en tu respuesta.

Utiliza la API que se proporciona para solicitar a los usuarios que valoren tu app. Esta funcionalidad permite a los clientes escribir una reseña y valorar tu app en el App Store desde la misma app. No aceptaremos las solicitudes de reseñas personalizadas.

5.6.2 Identidad del desarrollador

Proporcionar información verificable a Apple y a los clientes es fundamental para obtener su confianza. La representación de ti mismo, tu empresa y tus ofertas en el App Store o en métodos de distribución alternativos debe ser precisa. La información que proporciones debe ser veraz, relevante y actualizada para que Apple y los clientes entiendan con quién están interactuando y puedan contactar contigo en relación con cualquier problema.

5.6.3 Fraude de descubrimiento

Participar en el App Store requiere integridad y el compromiso de generar y mantener la confianza de los clientes. Manipular cualquier elemento de la experiencia del cliente del App Store, como gráficos, búsquedas, reseñas o referencias a tu app, afecta a la confianza del cliente y no está permitido.

5.6.4 Calidad de la app

Los clientes esperan la máxima calidad del App Store, y mantener contenidos, servicios y experiencias de alta calidad fomenta la confianza del cliente. Los indicios de que esta expectativa no se está cumpliendo incluyen un número excesivo de informes de clientes sobre problemas con tu app, como reseñas negativas de clientes y un número excesivo de solicitudes de reembolso. La incapacidad de mantener una alta calidad puede ser un factor a la hora de decidir si un desarrollador cumple con el código de conducta para desarrolladores.

Después del envío

Una vez que hayas enviado la app y los metadatos en App Store Connect y estés en el proceso de revisión, debes tener en cuenta los siguientes aspectos:

• Plazos: App Review examinará tu app lo antes posible. Sin embargo, si tu app es compleja o presenta nuevos problemas, es posible que requiera un mayor escrutinio y consideración. Y recuerda que si tu app es rechazada repetidamente por la misma infracción de las directrices, o si intentas manipular el proceso de revisión de App Review, la revisión de tu app tardará más en completarse. Obtén más información sobre App Review.
• Actualizaciones de estado: el estado actual de tu app se reflejará en App Store Connect, para que puedas estar al tanto de todo.
• Acelerar solicitudes: si tienes un plazo crítico, puedes solicitar una revisión urgente. Respeta a los demás desarrolladores y únicamente solicita una revisión urgente cuando realmente lo necesites. Si nos percatamos de que estás abusando de este sistema, podríamos rechazar las solicitudes que realices en el futuro.
• Fecha de publicación: si tu fecha de publicación se establece para más adelante, la app no aparecerá en el App Store hasta esa fecha, incluso si App Review la ha aprobado. Y recuerda que tu app puede tardar hasta 24 horas en aparecer en todas las tiendas seleccionadas.
• Rechazos: nuestro objetivo es aplicar estas directrices de forma justa y coherente, pero nadie es perfecto. Si se ha rechazado tu app y tienes preguntas al respecto, o si quieres proporcionar información adicional, utiliza App Store Connect para ponerte en contacto directamente con el equipo de App Review. De este modo puedes, por una parte, lograr que tu app llegue a la tienda y, por otra, puedes ayudarnos a mejorar el proceso de App Review o identificar algo que se tenga que aclarar en nuestras políticas.
• Apelaciones: si no estás de acuerdo con el resultado de tu revisión, envía una apelación. De este modo, puedes lograr que tu app llegue a la tienda. También puedes sugerir cambios en las propias directrices para ayudarnos a mejorar el proceso de App Review o identificar algo que se tenga que aclarar en nuestras políticas.
• Envíos de corrección de errores: en el caso de las apps que ya están en el App Store o en métodos de distribución alternativos, las correcciones de errores ya no se retrasarán por infracciones de las directrices, excepto en los casos relacionados con cuestiones legales o de seguridad. Si tu app ha sido rechazada y cumple los requisitos para este proceso, usa App Store Connect para comunicarte directamente con el equipo de App Review para indicar que te gustaría aprovechar este proceso y que planeas abordar el problema en tu próximo envío.

¡Estamos deseando ver qué ingenias!

Última actualización: 9 de junio de 2025

• Google Docs
• Google Drive
• Download [pdf]



File Info : application/pdf, 39 Pages, 2.14MB

Document Document

App-Review-Guidelines-20250609-Spanish macOS Version 15.5 (Build 24F74) Quartz PDFContext Pages

Related Documents

	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal aspects. This document outlines the standards and requirements for app approval to ensure a safe and high-quality user experience.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal information. This document outlines the standards and requirements to ensure a high-quality and secure app ecosystem.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal information. This document ensures apps meet Apple's standards for quality, security, and user experience.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal aspects. Learn about content restrictions, user experience, privacy, and more.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal requirements. Learn how to ensure your app successfully navigates the review process.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting apps to the Apple App Store, covering safety, performance, business, design, and legal aspects. Includes information on content, user experience, metadata, and submission processes.
	Apple App Store Review Guidelines Comprehensive guidelines for developers submitting applications to the Apple App Store, covering safety, performance, business, design, and legal requirements. This document ensures apps provide a secure, high-quality experience for users.
	Apple App Store Review Guidelines Comprehensive guidelines for app developers submitting applications to the Apple App Store, covering safety, performance, business, design, and legal aspects.