En uno o dos días 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 / sugerencia para un proceso de envío sin problemas.
Aquí hay cosas que he cubierto;
- No hay fugas de memoria
- Rendimiento probado en un dispositivo real
- No se bloquea :)
- Usar certificados / perfil correctos
De lo que no estoy seguro es 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 iPhone, pero ¿qué pasa con el último? ¿Esto tiene que coincidir con el Identificador de paquete?
¿Hay alguna otra cosa que deba agregar a la lista de información? Me di cuenta de que cuando se creó para la distribución Adhoc, mi aplicación no tiene ninguna información de autor / título en iTunes.
Respuestas:
Primero, no se preocupe por la falta de información del autor / título (e ícono) en iTunes. Esos metadatos que llegan cuando distribuyes usando 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 aplicación que creó 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 llamaba "Beer" en inglés, podría mostrarse 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 clave se está preparando. Básicamente, no recibe ninguna notificación antes de que su aplicación se active, y el proceso de revisión puede llevar desde unas pocas horas hasta unas pocas semanas. Asegúrese de tener un sitio web en funcionamiento y la capacidad de aceptar (y proporcionar) comentarios. Acabo de usar Blogger.
A menos que su aplicación sea trivial, el mundo real lo hará encontrar problemas que no anticipó y sus usuarios descontentos siempre será el más vocal, por lo que necesita la capacidad para responder!
Mi aplicación es deliciosa , por cierto.
fuente
Asegúrese de tener un traje a prueba de fuego para tratar con todos los revisores retrasados que dan malas notas 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 de responder realmente es enloquecedor.
fuente
Cuando envíe una aplicación, asegúrese de establecer el número de versión correctamente en el archivo info.plist: al actualizar una aplicación, debe aumentar el número de versión. Puede 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 recompilar, pero es una de esas cosas para olvidar fácilmente.
Estoy de acuerdo con Hunter también. Obtendrás 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 he encontrado útiles:
En algún momento, verá el error "Verificación de código de aplicación fallida". 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:
Tenga en cuenta que Xcode 4 es mucho mejor cuando se trata de aprovisionamiento.
fuente
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.
fuente
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:
Errores
HIG Lite versiones de Internet
Conectividad (excelente información que puede ser sorprendido de leer)
Uso excesivo del ancho de banda en
redes celulares capacidades del dispositivo (otro gran punto aquí que me salvó)
fuente
Si es rechazado, la fecha de envío será la misma que cuando envió por primera vez, lo que dará como resultado una clasificación más baja cuando su aplicación finalmente esté disponible. Si lo rechazan, solicite a Apple que elimine el primer envío y, en lugar de reemplazar el binario en la aplicación rechazada, envíelo como una nueva aplicación con un número de versión más nuevo 1.1, etc.
Algunas personas sugieren mantener su aplicación gratis durante una semana más o menos durante una fase de promoción, y luego aumentar el precio más tarde. He intentado en ambos sentidos y hasta ahora parece ser 6 en un sentido y 1/2 docena del otro. Por cada 1000 descargas gratuitas que obtienes, espera alrededor de 10 a $ 0.99 (de nuevo, esta es mi experiencia)
Una cosa menor con la que me encontré. Asegúrese de que el ícono Pequeño incrustado 57x57 coincida con el ícono Grande 512x512. Si es "demasiado" diferente en su opinión, rechazarán la aplicación. Así que evite intentar mostrar incluso un poco más de detalle en el ícono más grande.
fuente
Siga las pautas de la interfaz de usuario, si está utilizando cualquier widget de Apple. Por ejemplo, reutilizar los conjuntos de íconos de Apple en contextos que cambian su significado (como reutilizar 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.
fuente
Apple ha publicado (a partir del 9 de septiembre de 2010) su lista oficial de pautas de revisión de la tienda de aplicaciones, por lo que vale la pena verificar que no haya incumplido ninguna de ellas:
pautas de aprobación
(se requiere inicio de sesión de desarrollador de Apple)
o un espejo aquí:
pautas de la tienda de aplicaciones
También tienen su propia página de sugerencias de envío de la tienda de aplicaciones (probablemente se requiere inicio de sesión del desarrollador).
fuente
Me parece que realmente no comprueban fugas de memoria y problemas de estabilidad, más problemas de usabilidad. Por ejemplo, mi aplicación usa Core Location para encontrar paradas de autobús en Perth. Cuando lo probaron en California, no encontraron ninguno cerca (¡qué sorpresa!). Me pincharon por no mostrar un mensaje fuera del área.
Otra cosa que marcaron fue sobre los números de la parada de autobús. En Perth, son números de 5 dígitos. Los probadores de Apple ingresaron números de 2 dígitos y, sin darse cuenta, mencionaron estaciones de tren, para lo cual uso una ruta de código ligeramente diferente, y la funcionalidad descrita en mi descripción no hubiera funcionado.
En realidad, fue un comentario muy útil, y fue bueno tener a alguien que no conocía para que lo repitiera. Me sorprendió lo minuciosos que fueron en las pruebas. Pensé que sería una especie de herramienta de verificación estática automatizada para asegurarme de que no estaba tratando de violar la seguridad del iPhone.
fuente
El nombre para mostrar y el nombre deben ser similares o idénticos a menos que sepa que no es necesario que sean (por ejemplo, twitteriffic y twitteriffic premium se muestran como 'twitteriffic' en el iphone, pero son aplicaciones diferentes con nombres diferentes).
El identificador de 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: sin conocimiento del desarrollo de AppStore, solo una pequeña cantidad de conocimiento sobre Mac y archivos plist)
fuente
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" estableciendo su valor predeterminado. Puede cambiar el nombre que se muestra 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 para mostrar el 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 promocional lista cuando envíe su aplicación.
Si su aplicación es rechazada, Apple le dice qué solucionar. Son bastante razonables, así que no te preocupes por eso.
fuente
Enviar información desde el dispositivo a Internet también es una trampa potencial. El Acuerdo SDK dice:
Si haces algo como enviar las mejores puntuaciones de un juego, asegúrate de darle al usuario la oportunidad de saltear 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 se completa, 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 tarda una semana en ser rechazado, ya tienes una semana de retraso cuando tienes que comenzar a arreglar algo que creías que no estaba roto.
fuente
Tenga cuidado con las palabras clave, no use 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).
fuente
ACTUALIZACIÓN: como se indica a continuación, alguien más (¿un okupador de dominio?) Agarró el dominio, por lo que el enlace ahora está roto. Parece haber 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 caer en la trampa de algún cambio reciente en las razones "secretas" de aprobación de Apple.
fuente
Cuando envíe, hay un cuadro para que ingrese los detalles de la cuenta de demostración que su aplicación pueda necesitar.
Este cuadro también es un buen lugar para poner cualquier detalle adicional que los revisores puedan encontrar útil al verificar su solicitud.
fuente
Si se trata de una aplicación para iPad, no mencione iPad ni en el nombre de la aplicación cuando la envíe ni en el nombre para mostrar en su Info.plist.
Esto fue un poco molesto para mí porque tengo "una" aplicación (dos binarios) que tiene una interfaz diferente para iPhone y iPad; no podría llamar a la versión de iPad "Symmetry Lab" porque así es como se llama la aplicación para iPhone , no podía llamarlo "Symmetry Lab iPad" porque no se puede decir iPad en el nombre, y no quería llamarlo "Symmetry Lab HD" porque tiene más diferencias que resolución. Terminé decidiéndome por "Symmetry Lab Pro".
fuente
No use imágenes en los elementos de la barra de pestañas que se parezcan a un iPhone / iPod Touch. Solían permitirlos, pero ahora los están rechazando. Parece que otro hardware de Apple no es un problema.
fuente
¿Apple no cambió el método de fecha de clasificación para las aplicaciones recién enviadas?
Ya no necesitamos jugar el juego "establece tu fecha en el futuro, entonces hoy".
Las "nuevas aplicaciones" se ordenan por "fecha de aprobación" ahora.
fuente
Obtuve "Binario inválido" en varios intentos. Lo que finalmente funcionó fue comprimir el paquete directamente en la Mac y subirlo a una Mac. Por supuesto, omita el archivo .dSYM. En intentos anteriores, la compresión se realizó en una PC. Volver a comprimir para dejar de lado el .dSYM también se realizó en una PC en los intentos fallidos.
fuente
thumbs.dben élSi utiliza un navegador que no sea Safari para interactuar con el Portal del desarrollador, es posible que las cosas no funcionen. Me costó al menos una hora de miseria descubrir esto.
fuente
Si crea una versión lite de su aplicación, tenga cuidado de no bloquear las características que podrían hacer que se considere no totalmente funcional. Tampoco se supone que debe vender a la versión completa (aunque parece que muchas aplicaciones hacen esto de todos modos).
fuente