Dificultades comunes con los requisitos del App Store

Desafortunadamente, el proceso de revisión de Apple para las aplicaciones de la App Store es bastante estricto. Si no estás familiarizado con sus directrices, puedes cometer fácilmente errores que llevan al rechazo inicial de la App Store. En este artículo, quiero mostrarte los problemas más comunes que encontramos cuando ayudamos a los clientes a publicar su aplicación. Este artículo se centra en el proceso de revisión de las aplicaciones que creamos para los clientes por convirtiendo su sitio web en una aplicación.

Cuenta individual en lugar de cuenta de organización

Apple ofrece dos tipos diferentes de cuentas de desarrollador que se pueden utilizar para publicar aplicaciones en la App Store. La primera es la cuenta individual, que cualquiera puede crear pagando la tarifa necesaria. Con esta cuenta sólo puedes publicar aplicaciones que estén directamente relacionadas contigo como persona. No puedes enviar aplicaciones para o sobre tu negocio. Además, no puedes conceder a un desarrollador independiente acceso a tu cuenta, por lo que sólo podemos trabajar con cuentas de organización. Estas cuentas están destinadas a organizaciones en lugar de a personas, por ejemplo, empresas. La principal diferencia es que necesitas un número DUNS para crear una cuenta de organización. Por favor, asegúrate de que tu organización es elegible para recibir un número DUNS si quieres publicar tu aplicación en la App Store.

Contenido censurable (Sección 1.1)

Su sitio web no debe contener "contenido ofensivo, insensible, molesto, con intención de disgustar, de mal gusto o simplemente espeluznante". Las directrices son más detalladas y dejan cierto margen para la interpretación, sin embargo, los sitios que muestran violencia o pornografía están claramente excluidos. Revise las pautas completas si cree que su sitio web puede sobrepasar los límites.

Pagos (Sección 3.1)

Es posible que se le pida que procese los pagos realizados en su sitio web con In-App-Purchases (IAP) en su lugar. La motivación de Apple aquí es clara: obtienen el 30% de cada IAP. Por el momento, no apoyamos a los IAP para nuestras aplicaciones todavía. Como esta sección de las directrices es bastante detallada y ofrece muchas excepciones (sección 3.1.3), te animo a que la leas para asegurarte de que tu aplicación/sitio web no tenga que usar IAPs.

Ejemplos de compras que no necesitan usar IAPs:

• 3.1.3 e) Bienes y servicios fuera de la aplicación: Pago de bienes físicos que se consumirán fuera de la aplicación. Esto significa que las tiendas que venden productos físicos no necesitan usar IAP.
• 3.1.3(d) Experiencias de persona a persona: Las compras para experiencias personales individuales como tutorías, entrenamiento físico o consultas no tienen que utilizar los IAP.
• 3.2.2(vii) Las aplicaciones pueden permitir a los usuarios individuales dar un regalo monetario a otra persona sin utilizar las IAP, siempre que el regalo sea opcional y el 100% de los fondos vayan al receptor del mismo.

Si su sitio web recoge pagos por cualquiera de las exenciones anteriores, puede utilizar nuestro convertidor de la página web a la aplicación sin ningún problema.

Iniciar sesión con Apple (Sección 4.8)

Si tu página web ofrece una función de inicio de sesión, debes ofrecer también una función de "Iniciar sesión con Apple" en tu página web, para que también aparezca en la aplicación.

Sin embargo, hay algunas excepciones a esta regla:

• Su sitio web utiliza exclusivamente los sistemas de configuración de cuentas y de inicio de sesión de su empresa.
• Tu sitio web es un sitio web educativo, empresarial o de negocios que requiere que el usuario inicie sesión con una cuenta educativa o empresarial existente.
• Su sitio web utiliza un sistema de identificación de ciudadanos o un ID electrónico respaldado por el gobierno o la industria para autenticar a los usuarios.
• Su sitio web es un cliente de un servicio específico de terceros y se requiere que los usuarios inicien sesión en su correo, medios sociales u otra cuenta de terceros directamente para acceder a su contenido. Un ejemplo de esto sería si usted fuera un proveedor de correo y sus usuarios se conectaran a su cuenta de correo electrónico.