para online descargar apple app iphone ios app-store

iphone - online - ¿Consejos para un envío de AppStore exitoso?



iphone store (21)

¿Apple no cambió el método de fecha de clasificación para las nuevas aplicaciones enviadas?

Ya no necesitamos jugar el juego "establece tu fecha en el futuro, entonces hasta hoy".

Las "nuevas aplicaciones" están ordenadas por "fecha de aprobación" ahora.

En un día o dos estaré listo para enviar mi aplicación de iPhone a la AppStore y tengo curiosidad por saber si las personas que han pasado por este proceso tienen algún consejo o sugerencia para un proceso de envío sin problemas.

Aquí hay cosas que he cubierto;

  • No hay pérdidas de memoria
  • Rendimiento probado en un dispositivo real
  • No se bloquea :)
  • Usando certificados / perfil correctos

No estoy seguro de cómo configurar el "Nombre de visualización del paquete" / "Identificador del paquete" y el "Nombre del paquete" en info.plist. Entiendo que el primero es el texto que se muestra en el propio iPhone, pero ¿qué pasa con el último? ¿Esto tiene que coincidir con el identificador de paquete?

¿Hay alguna otra cosa que deba agregar a info.plist? Me he dado cuenta de que cuando se creó para la distribución Adhoc, mi aplicación no tiene información de autor / título en iTunes.

ACTUALIZACIÓN: como se indica a continuación, otra persona (¿un dominio de ocupaciones ilegales?) Tomó el dominio, por lo que el enlace ahora está roto. Parece que ha cambiado de manos varias veces recientemente :(.

Lea la página actual de rechazos y aceptaciones en AppRejections.com , y verifique que no esté a punto de fallar por algún cambio reciente en los motivos de aprobación "secretos" de Apple.

Al enviar una aplicación, asegúrese de configurar correctamente el número de versión en el archivo info.plist. Al actualizar una aplicación, debe aumentar el número de versión. Puedes usar la notación xx, o la notación xxx. (Olvidé actualizarlo en mi primera actualización de la aplicación). No es que sea difícil de actualizar y compilar, pero es una de esas cosas para olvidar fácilmente.

Estoy de acuerdo con Hunter también. Usted recibirá malas críticas. Está bien. Son imbéciles. Tu aplicación es genial.

Si alguna vez tiene problemas con los certificados, hay algunas cosas que me han resultado útiles:

  1. Reinicie XCode.
  2. En tu iPhone / iPod, ve a Configuración> General> Perfiles. Asegúrate de que el perfil de distribución que usas esté allí, y que no haya otros perfiles en conflicto (tuve dos perfiles de distribución para la misma aplicación). Puede eliminarlos directamente en el iPhone / iPod.

En algún momento verá el error "Error en la verificación del codeign de la aplicación". te volverá loco Tomar una respiración profunda. Reinicie XCode, reinicie su hardware de desarrollo. Ve a golpear una pared, toma un trago y todo volverá a funcionar.

Entonces, querrás:

  1. Limpia el objetivo de construcción (o todos los objetivos si estás enojado con todos ellos)
  2. Establezca la identidad de firma de código (en las propiedades de destino) en "No firmar código"
  3. Cerrar Xcode
  4. Eliminar todos los directorios en la carpeta de compilación
  5. Abrir Xcode
  6. Restablecer la identidad de firma de código a su distribución de iPhone: certificado
  7. Sacrificar un animal pequeño.
  8. Construir.
  9. Enviar la solicitud a iTunes Connect
  10. ¡Lucro!

Tenga en cuenta que Xcode 4 es mucho mejor cuando se trata de aprovisionamiento.

Asegúrese de tener un traje a prueba de llamas para lidiar con todos los revisores retrasados ​​que dan malas calificaciones sin probar la aplicación o leer la descripción de lo que se supone que debe hacer.

Me marcaron por no hacer cosas que mi descripción dice que no hace.

El proceso de revisión, y la incapacidad para responder realmente, es enloquecedor.

Cuando envía, hay un cuadro para que ingrese los detalles de la cuenta de demostración que su aplicación podría necesitar.

Esta casilla también es un buen lugar para colocar cualquier detalle adicional que los revisores puedan encontrar útil al revisar su solicitud.

El envío de información desde el dispositivo a Internet también es un peligro potencial. El Acuerdo SDK dice:

Cualquier forma de recopilación de datos del usuario o dispositivo, o imagen, imagen o captura de voz o grabación realizada por la Aplicación (colectivamente "Grabaciones"), y cualquier forma de datos de usuario, contenido o información que se cargue, sincronice o transmita la Aplicación ( colectivamente, "Transmisiones") deben cumplir con todas las leyes y regulaciones de privacidad aplicables, así como con los requisitos del programa Apple relacionados con dichos aspectos, incluidos, entre otros, los requisitos de notificación o consentimiento. En particular, un usuario debe mostrar un indicador visual razonablemente visible como parte de la aplicación para indicar que se está realizando una grabación.

Si haces algo como enviar las puntuaciones más altas de un juego, asegúrate de darle al usuario la oportunidad de omitir la transmisión. De lo contrario puede ser rechazado, nos pasó a nosotros.

Por cierto: no hay garantía de que si su primera versión llega, todas las actualizaciones lo harán. Nuestro 1.1 fue rechazado por una característica que ya estaba en 1.0. Esto es muy molesto, ya que la actualización podría estar solucionando un error y, si demora una semana en ser rechazada, ya tiene una semana de retraso cuando tiene que empezar a corregir algo que pensó que no estaba roto.

El nombre de la pantalla y el nombre deben ser similares o idénticos, a menos que sepa que no es necesario que lo sean (por ejemplo, twitteriffic y twitteriffic premium se muestran como ''twitteriffic'' en el iPhone, pero son aplicaciones diferentes con nombres diferentes).

El identificador del paquete es el equivalente de Apple de una ruta de registro de alguna manera, los desarrolladores de Windows usarían HKLM / Software / Company / Application - Apple usa una convención más como com.companyname.appname.

(Descargo de responsabilidad: no se tiene conocimiento del desarrollo de AppStore, solo una pequeña cantidad de conocimientos sobre Mac y archivos plist)

Encuentro que realmente no comprueban las fugas de memoria y los problemas de estabilidad, más problemas de usabilidad. Por ejemplo, mi aplicación utiliza Core Location para encontrar paradas de autobús en Perth. Cuando lo probaron en California, no encontraron ninguno cerca (¡qué sorpresa!). Me hicieron ping sobre el mensaje de fuera de la zona.

Otra cosa en la que hicieron ping fue sobre los números de las paradas de autobús. En Perth, son números de 5 dígitos. Los probadores de Apple estaban ingresando números de 2 dígitos, y sin darse cuenta activaron estaciones de tren, para las cuales utilizo una ruta de código ligeramente diferente, y la funcionalidad descrita en mi descripción no habría funcionado.

En realidad, fue una retroalimentación muy útil, y fue bueno tener a alguien que no conocía y darle una vez más. Estaba bastante sorprendido de lo minuciosos que estaban en las pruebas. Pensé que solo sería una especie de herramienta de verificación estática automatizada para asegurarme de que no estaba intentando violar la seguridad del iPhone.

Este artículo es, con mucho, la respuesta más completa a esta excelente pregunta:

rechazos de la tienda de aplicaciones

La publicación también tiene enlaces a otros recursos sobre el tema.

Buena suerte Matthew

La información en el artículo incluye:

Loco
HIG Lite Versiones Internet
Conectividad (excelente información que podría sorprenderte de leer)
Uso excesivo del ancho de banda
Capacidades de dispositivos de redes celulares (otro gran punto aquí que me salvó)

  • APIs privadas
  • Funcionalidad limitada
  • Código no interpretado
  • Manejo de UserData
  • Contenido con derechos de autor
  • Uso de imágenes registradas
  • Contenido objetable
  • UIWebViews
  • Transacciones fuera del App Store
  • Icono de información de aplicación de precios y aplicación
  • Descripción de la aplicación de la imagen de tienda
  • Actualizaciones de palabras clave de App Store son
  • Revisado como nuevas aplicaciones

Mi consejo es crear un perfil de distribución de comodines. De esta manera, puede dejar solo el identificador de paquete, el valor predeterminado funciona.

Deje el "Nombre del paquete" configurando su valor predeterminado. Puede cambiar el nombre mostrado cambiando el nombre del producto (vaya a la pantalla de información del proyecto, seleccione todas las configuraciones y busque "producto"). Puede sobrescribir esto con la configuración del Nombre de visualización del paquete, pero no es necesario si el nombre de su producto es correcto.

Debe tener una versión de alta resolución (512x512) de su logotipo o imagen de promoción lista cuando envíe su aplicación.

Si tu aplicación es rechazada, Apple te dice qué arreglar. Son bastante razonables, así que no te preocupes por eso.

No utilice imágenes en los elementos de la barra de pestañas que se parecen a un iPhone / iPod Touch. Usan para permitirlos, pero ahora los están rechazando. Parece que otro hardware de Apple no es un problema.

Obtuve "binario inválido" en varios intentos. Lo que finalmente funcionó fue comprimir el paquete directamente en la Mac y cargarlo en una Mac. Por supuesto, deje de lado el archivo .dSYM. En intentos anteriores, la compresión se realizó en una PC. Rezipping para omitir el .dSYM también se realizó en una PC en los intentos fallidos.

Primero, no te preocupes por la información (o el icono) del autor / título que falta en iTunes. Son los metadatos que llegan cuando distribuyes usando la App Store.

Su identificador de paquete, como dice sascha, debe ser único y generalmente es su dominio al revés. Esto debe coincidir con el ID de la aplicación que creaste en el Portal del desarrollador.

El Nombre para mostrar (CFBundleDisplayName) es cómo aparece en la pantalla de inicio. Una cosa importante que encontré sobre esto es que se puede localizar, por lo que si su aplicación se llamara "Beer" en inglés, podría aparecer como "Birra" en italiano y "Bier" en alemán.

Las cosas mecánicas, siempre y cuando sigas las instrucciones, son bastante sencillas. Encontré que la llave está siendo preparada. Básicamente, no recibe ningún aviso antes de que su aplicación entre en funcionamiento, y el proceso de revisión puede tomar desde algunas horas hasta algunas semanas. Asegúrese de tener un sitio web en funcionamiento y la capacidad de aceptar (y proporcionar) comentarios. Acabo de utilizar Blogger.

A menos que su aplicación sea trivial, el mundo real encontrará problemas que usted no anticipó y sus usuarios insatisfechos siempre serán los más vocales, por lo que necesita la capacidad de respuesta.

Mi aplicación es Yummy , por cierto.

Si crea una versión liviana de su aplicación, tenga cuidado de no bloquear las funciones que podrían hacerla considerada no completamente funcional. También se supone que no debe aumentar la venta a la versión completa (aunque parece que muchas aplicaciones lo hacen de todos modos).

Si es rechazado, su fecha de envío seguirá siendo la misma que la primera vez que lo envió, lo que se traduce en una clasificación más baja cuando su aplicación finalmente esté disponible. Si obtiene rechazado, solicite a Apple que elimine el primer envío y en lugar de reemplazar el binario en la aplicación rechazada, preséntelo como una nueva aplicación con un número de versión más reciente 1.1, etc.

Algunas personas sugieren mantener su aplicación gratuita durante aproximadamente una semana durante una fase de promoción y luego aumentar el precio más adelante. He intentado en ambos sentidos y hasta ahora parece ser 6 de una manera y 1/2 docena de la otra. Por cada 1000 descargas gratuitas, recibirá aproximadamente 10 a $ 0.99 (de nuevo, esta es mi experiencia)

Una cosa menor que me encontré. Asegúrese de que el icono Small Embedded 57x57 coincida con el icono Grande 512x512. Si es "demasiado" diferente en su opinión, rechazarán la aplicación. Así que evite mostrar incluso un poco más de detalle en el icono más grande.

Si se trata de una aplicación para iPad, no mencione el iPad en el nombre de la aplicación cuando lo envíe ni el nombre para mostrar en su lista de información.

Esto fue un poco de un bugbear para mí porque tengo la aplicación "one" (dos binarios) que tiene una interfaz diferente para iPhone y iPad. No pude llamar a la versión de iPad "Symmetry Lab" porque así se llama la aplicación de iPhone. , no podría llamarlo "Symmetry Lab iPad" porque no se puede decir iPad con el nombre, y no quería llamarlo "Symmetry Lab HD" porque tiene más diferencias que resolución. Terminé conformándome con "Symmetry Lab Pro".

Si usa un navegador que no sea Safari para interactuar con el Portal de desarrolladores, es posible que las cosas no funcionen. Me costó al menos una hora de miseria descubrir esto.

Siga las pautas de la interfaz de usuario, si está utilizando widgets de Apple. Por ejemplo, reutilizar los conjuntos de íconos de Apple en contextos que cambian su significado (como volver a colocar el ícono de la cámara para tomar capturas de pantalla, cuando el ícono está reservado para mostrar el álbum de Imágenes del dispositivo) puede ser motivo de rechazo.

Tenga cuidado con las palabras clave, no utilice otros nombres de aplicaciones como palabras clave. (Mi aplicación de música fue rechazada después de 3 semanas porque usé ''last.fm'' como palabra clave).

Una vez que se apruebe su aplicación, debe cambiar la Fecha de disponibilidad a la fecha de hoy. Esto garantiza que se mostrará en la parte superior de la lista de categorías, que está ordenada por fecha. Hacemos esto para nuestra aplicación, iStylist Makeover .

ACTUALIZACIÓN: Como se menciona a continuación, esto ya no es válido.