¿Alguien me puede ayudar a saber las posibles razones por las que la tienda Apple puede rechazar o presentar objeciones para enviar cualquier aplicación de iPhone.Razones para rechazar la aplicación de iPhone en la tienda de Apple
Éstos son posibles razones (no oficiales, from here):
vibración. No está permitido usar vibración continua en sus aplicaciones: ráfagas cortas ya que las advertencias son todo lo permitido. No se moleste en intentar configurar un temporizador para mantener la vibración en marcha, esto hará que su aplicación sea rechazada.
Vinculación a marcos privados. Esto es obvio, pero de alguna manera al jugar con cosas que habíamos vinculado al MoviePlayer.framework. Eso es un no-no, y nos costó unos diez días mientras desvinculábamos ese marco, volvíamos a compilarlo y luego volvíamos a enviarlo.
Manejo incorrecto de la edición en celdas de tabla vista. También es obvio, pero tenga en cuenta que si habilita la edición de celda de tabla, tendrá que especificar manualmente qué celdas deben responder a los controles de edición y cuáles no. Tuvimos algunas celdas de preferencias al azar en una de nuestras primeras aplicaciones que se pudieron pasar para mostrar una insignia de "eliminación". Por supuesto que no hizo nada, pero Apple consideró justamente este diseño deficiente y rechazó nuestra aplicación.
Iconos. Asegúrese de que el icono de 57 píxeles sea idéntico a la versión de 512 píxeles. Además, use un ícono diferente si está creando versiones 'lite' y 'pro' de su aplicación (es decir, gratuitas y de pago). Usando el mismo ícono para ambos manda tu aplicación directamente a ... lo adivinaste ... el contenedor.
Copia de la funcionalidad existente. Este es mucho más sutil e insidioso, y probablemente haya afectado al gran porcentaje de desarrolladores. Además de la debacle ampliamente publicitada de Podcaster, los informes de los comentarios de los usuarios indican que Apple está lanzando una amplia red cuando busca funcionalidad duplicada. Los mini navegadores web, o las aplicaciones que esencialmente muestran páginas web, parecen particularmente vulnerables, incluso si agregan funcionalidad nueva y/o útil. Manténgase alejado de los clientes de correo electrónico también.
Usando el teclado apropiado tipo. Si su aplicación solicita un número de teléfono u otra entrada de solo numeración, usted presenta un teclado que también incluye la posibilidad de ingresar una entrada alfanumérica estándar ... sí. (Gracias Jeremy1026)
Números de versión. Si su aplicación se encuentra actualmente en versión 0.99 o inferior a, será mejor que considere darle una promoción ya que Apple parece preferir 1.0 y superior. Uno de los nuestros fue rechazado recientemente por ser .016, con un mensaje que sugiere que nuestro número de versión ni siquiera era numérico. Cuando volvimos a enviar la misma aplicación desde cero como la versión 1.0, se procesó.
Posibilidades de red. Si su aplicación requiere algún tipo de acceso a la red, debe asegurarse de que funcione cuando dicho acceso no esté disponible. Si no lo hace, será rechazado.Apple proporciona código de ejemplo para probar esto que se puede utilizar tal cual en la mayoría de los casos: https://developer.apple.com/library/content/samplecode/Reachability/Introduction/Intro.html
Y por último, pero no menos importante:
Editar:
Aquí hay un enlace a un reciente artículo sobre ten iPhone Apps That Didn't Make Apple's App Store.
Y un consejo: Apple tiene una aplicación para Mac llamada Application Loader que puede instalar. Una vez que lo instales, analiza el archivo zip de tu aplicación. Verifica que todos los certificados, íconos y otras cosas sean correctas antes de enviar a Apple. El uso de Application Loader minimiza las posibilidades de rechazo de la aplicación.
Otro recurso interesante: App Store Roundtable: Transparency and the Approval System (appleblog.com)
Sin embargo, otro de edición:
Nuevas reglas de febrero de 2010: "No hay trajes de baño, sin piel, y no hay Innuendo" (fuente: TechCrunch article, W obble author's blog)
Por cierto: durante el iPhone 3 .0 evento de vista previa (marzo de 2009), un portavoz de Apple dijo que se aprobó el 96% de todas las solicitudes enviadas.
Puede encontrar esto interesante con respecto a su segundo punto: http: // daringfireball. net/2008/11/google_mobile_uses_private_iphone_apis –
También agregaría otro a esa lista: al azar. Apple una vez me pidió que volviera a enviar mi archivo binario sin cambios ... supongo que lo perdieron o algo así. – rustyshelf
Aquí está el vídeo del anuncio SDK que describe de Apple lista de criterios de rechazo publicado:
Como otros han señalado, Apple también parecen tener un montón de otras condiciones que no se publicitan . Tenga en cuenta que los avisos de rechazo son now covered by the NDA.
acaba de recibir un rebote para el manejo de las interrupciones de red mal. Si se conecta a la red, esté preparado para manejar cualquier condición de error que pueda surgir.
No puedo confirmarlo, pero tiene sentido, pero las personas informan que sus aplicaciones son rechazadas por ser demasiado simples o demasiado triviales.
Lo que hace que te preguntes qué estaba pasando cuando Apple permitió todas las chorradas de las linternas –
Charlie, de hecho tengo una linterna en mi primera página en el iPhone. Muy útil por la noche. –
Sorprendentemente, las aplicaciones pueden obtener rejected por tratar de mantener su interfaz coherente con las propias aplicaciones de Apple. (es decir, usando zoom de pellizco/expandir gestos)
¿Querrá Apple crear una aplicación como esa en el futuro? If (yes) reject.
¿Tiene una idea realmente impresionante que Apple podría querer usar en el futuro if(yes) reject
¿Por qué votar abajo? ¿Ni siquiera voy a dejar un comentario? – sixtyfootersdude
Hay un sitio que conozco que puede ayudar a generar grandes ideas de publicidad con iPhone. ver este sitio: http://itunes.apple.com/app/adpack/id359562015?mt=8
de Apple tiene ahora (a partir del 9 septiembre de 2010) publicado su lista oficial de directrices para el examen tienda de aplicaciones:
(inicio de sesión de desarrolladores de Apple requerido)
o un espejo aquí:
Envié una aplicación de pago a la tienda de aplicaciones pero me rechazaron y descubrí otra posibilidad de rechazo de la aplicación
Mi aplicación estaba habilitada para Game Center. Cuando se inicia la aplicación, la primera pantalla era la pantalla de inicio de sesión que solicita al usuario que inicie sesión a través de GameCenter para continuar.
Rechazaron la aplicación dando razones, ya que el usuario no podrá obtener los servicios de su aplicación a menos que no haya iniciado sesión en Game Center aunque pagó por descargar la aplicación. No puede restringir que el usuario inicie sesión en Game Center cada vez que se inicia la aplicación.
Mi versión de pago de la aplicación fue rechazada por la tienda de aplicaciones.
Después de comprar y descargar aplicaciones primera pantalla fue "Acuerdo de Usuario" y cuando el usuario toca "Estoy de acuerdo" sólo entonces es capaz de seguir utilizando la aplicación.
Apple describió el motivo del rechazo "cuando el usuario compró la aplicación desde la tienda de aplicaciones y descargó el teléfono, no debe restringir el uso del acuerdo" en lugar de mostrar su acuerdo antes de descargar la aplicación en iTunes.
Desde el 1 de mayo de 2013 en adelante, si no admitimos el iPhone 5, su aplicación será rechazada. Por lo tanto, la compatibilidad con el iPhone 5 es obligatoria.
Por mala que sea la plataforma Palm, al menos cualquiera podría escribir y vender aplicaciones para ella. – Kibbee
@Kibbee: Excepto que vendieron muchas menos de esas aplicaciones. – Thilo
Esta pregunta no está relacionada con el tema porque trata sobre el cumplimiento de la App Store, no es un problema de codificación. Consulte [¿Están las preguntas centradas en el desarrollador sobre tiendas de aplicaciones sobre el tema de Stack Overflow?] (Http://meta.stackexchange.com/q/175701) –