Home » Guías » Guía: todo lo que necesitas saber para subir tu app o juego a la App Store
iTunes Connect 2014

Guía: todo lo que necesitas saber para subir tu app o juego a la App Store

Esta guía se actualiza automáticamente con los nuevos contenidos y actualizaciones que Apple va incorporando y actualmente está certificado para apps para iOS 8.3 y Xcode 6.2. Además se complementa con la guía para subir apps de Apple Watch que se encuentra en otro artículo y dónde se explica todo lo concerniente a estas extensiones de apps.

Meses de desarrollo, muchas ganas, ilusión, pruebas en TestFlight para verificar que todo está correcto, refinar y ajustar… ya todo está listo para subir a la App Store tu flamante app o juego pero, ¿ahora qué? ¿Es subirlo y ya está? Ni mucho menos, el proceso de subida requiere la preparación de multitud de material gráfico e incluso vídeo. Veamos qué material hemos de preparar en función de cuál sea nuestro proyecto para la nueva versión iOS 8 y los nuevos iPhone 6 y 6 Plus, además del resto.

Subir una app

Subir una app es más fácil que un juego. Las apps, que puede que usen compras integradas, no van a usar Game Center (aunque todo sea dicho, podrían si estuvieran gamificadas). Lo primero de todo y principal es nuestro icono. Debemos preparar uno para la app, que ya deberíamos haber cargado en nuestro proyecto en Xcode. La recomendación es que sea a 2048×2048 y existen multitud de formas de hacerlo.

La mejor es a través de Photoshop usando las plantillas de App Icon Template. Totalmente libres de royalties y gratuitas, permiten descargan las acciones y plantillas necesarias (actualizado a iOS 8) para generar todos los iconos necesarios para todos los dispositivos actualmente en la calle, incluidos los iPhone 6 y 6 Plus.

Ojo: el icono debe ser completamente cuadrado sin bordes redondeados. Apple ya se encarga de aplicarle una máscara al subirlo. Esto hay que hacerlo igual en los iconos de la propia app en Xcode.

Luego está el tema de las capturas de promoción. Son hasta 5 (aunque podemos poner solo una) y aunque están definidas como capturas de la app, Apple siempre ha permitido que estas puedan ser con carácter promocional usando diseño gráfico. De esta forma, no tiene por qué ser estrictamente una captura si no que podemos poner un poco de diseño si queremos y usar varias imágenes o material de la app o juego para darle un poco más de color.

Ojo: aplicar canal alfa en los PNG está prohibido y iTunes Connect rechazará los gráficos si estos lo tienen activado. Recomendamos usar JPG con una mínima compresión para evitar cualquier problema con las subidas.

Si nuestra app es para iPhone e iOS 7 o superior deberemos subir obligatoriamente las capturas o pantallas promocionales en las siguientes resoluciones: 960×640 (iPhone 4s) y 1136×640 (iPhone 5/5c/5s). Si es iOS 6 o anterior además deberá incluir 480×320 (iPhone 3GS). Si queremos que nuestra app soporte iPhone 6 y 6 Plus, también hemos de subir a sus correspondientes resoluciones 1334×750 (iPhone 6) y 2208×1242 (iPhone 6 Plus). Lógicamente, estas coordenadas se invierten si la app no es en modo apaisado sino en modo portrait.

Si la app es para iPad las resoluciones a subir son 1024×768 (iPad 2/iPad Mini) o 2048×1536 (iPad Retina 3/4, iPad Mini Retina 1/2 y iPad Air 1/2). Es importante notar que para iPad solo se sube un set de capturas, recomendando las de resolución Retina que se adaptarían solas por el sistema al iPad no Retina. Obviamente, si la app es Universal hay que subir todas ellas.

Capturas iTunes Connect

Por ahora, pero seguramente cambiará en unos meses, no es obligatorio que nuestro juego o app soporte los nuevos iPhone 6 y 6 Plus. Si no subimos estas capturas, estaremos indicando al sistema que nuestra app ha de ejecutarse en modo compatible en los nuevos teléfonos y será el sistema quien adapte el contenido. Pero hemos de ser nosotros quienes verifiquemos que el sistema las adapta bien pues si no lo hace por cualquier motivo (que nuestra construcción de auto-layout no sea correcta o el motor gráfico usado no soporte los nuevos modos de los nuevos iPhone) Apple rechazará la app por no funcionar correctamente.

De igual manera, aunque el sistema de referencia para nuestra app sea iOS 7 o cualquier otro anterior, es obligatorio que la app funcione correctamente en todas las versiones superiores a la elegida, por lo que si no funciona en iOS 8 (por ejemplo) la app será rechazada. Nuestra recomendación es que no dejéis nada sin soportar.

Las actuales apps ya subidas y aprobadas que no cuenten con estas adaptaciones, no sufrirán ningún tipo de problema y Apple no las rechazará aunque estas no funcionen en iOS 8 e incluso se cierren nada más abrir. Pero en el momento que subáis una nueva versión, es obligatorio cumplir con estos requisitos de funcionamiento y prueba con los diferentes dispositivos que uséis. Y ojo, existe una gran posibilidad que a partir de marzo del próximo año, Apple obligue a soportar nativamente los nuevos modelos de iPhone.

Previsualización de app (el vídeo)

No es obligatorio, pero sí recomendable, incluir un vídeo del juego o app. Dicho vídeo, con un tamaño máximo de 500MB, no puede durar más de 30 segundos ni menos de 15, además que debe estar compuesto exclusivamente de material capturado directamente del juego o app sin alterar. Mientras en las capturas sí se permite trabajo artístico, en este caso Apple no permite ediciones tipo trailer con diseño gráfico o material que se salga de una mera captura (editada si queremos) de la app o juego en movimiento, enseñando qué hace o cómo funciona.

Debemos subir vídeos adaptados a las diferentes resoluciones de cada dispositivo y capturados del dispositivo en sí. Si intentamos colar una captura de iPhone 5s para el vídeo del iPad (recortando el vídeo) corremos el riesgo que Apple nos rechace la app, porque verificarán siempre que el contenido del vídeo corresponde con la versión a la que hemos asociado el mismo. Y aunque no lo hemos comentado, esto pasa igual con las capturas: no subáis nunca capturas de iPad adaptadas en tamaño a las de iPhone. Probablemente os echen para atrás la app.

Los vídeos pueden subirse en formatos .mp4 o .mov en H264 o ProRes 422 HQ, en mono o estéreo. Las resoluciones son: 1136×640 (iPhone 5/5c/5s) aceptándose también un vídeo FullHD 1920×1080, 2048×1536 (todos los modelos de iPad) en 4:3 aceptándose también un vídeo en 16:9 a resolución 1200×900, 1334×750 (iPhone 6) y 1920×1080 (o sea, FullHD) para el iPhone 6 Plus. El iPhone 4S no soporta vídeos para las app, así que no hay que subir para este nada. De todas formas, las recomendaciones de Apple son las siguientes, según su guía de app previews para Final Cut Pro X:


DispositivoPortraitLandscape
iPhone 6750 x 13341334 x 750
iPhone 6 Plus1080 x 19201920 x 1080
iPhone 5/5c/5s, iPod Touch 5G640 x 11361136 x 640
iPad900 x 12001200 x 900

Un truco: con un solo vídeo Full HD luego podemos generar a todas las resoluciones para iPhone, ya que la relación de aspecto no varía. Ojo, no queramos engañar a Apple y subir el vídeo del iPhone recortado para el iPad. Nos jugamos un rechazo ya que los vídeos han de ser capturados cada uno en su tipo de dispositivo: iPad o iPhone.

Igualmente, dependiendo de lo que soporte nuestra app, tendremos que subir unos u otros, pero si es para iPhone hay que subir todas las opciones del mismo. En iPad solo hay un vídeo a subir en dos posibles resoluciones, según necesidades. El vídeo puede ser apasaido o vertical, y se reproducirá adaptado en el terminal según se envíe. Pero no subamos un vídeo en vertical en resolución apaisado porque será rechazada la app. Hay que respetar las resoluciones al pie de la letra.

Quicktime iOS Capture

¿Cómo hacer el vídeo? Fácil. Con OS X Yosemite solo tenemos que enchufar por cable lightning el iPad o iPhone al ordenador (con dispositivos con toma dock no funciona). Abrimos Quicktime y en Archivo elegimos Grabar Nueva Película. Se abrirá una nueva ventana, probablemente con la imagen de la Webcam. A la derecha del botón rojo de grabar tenemos un pequeño ángulo hacia abajo. Pulsamos y veremos que podemos elegir el dispositivo como fuente de imagen y sonido. Los elegimos y listo. Al darle a grabar, haremos una grabación espejo de nuestro dispositivo con imagen y sonido. Luego solo hay que darle un par de retoques con iMovie o hacer algo mucho más profesional con Final Cut Pro X. Sencillo.

Metadatos

Aparte del material gráfico, hemos de subir una serie de datos que corresponden a la app, como el nombre, una descripción, las palabras clave (no más de 100 caracteres separados por comas), una dirección web de soporte que debemos tener obligatoriamente en nuestra propia página web con un formulario de contacto, una dirección web de marketing de la app (esta es opcional) y otra dirección web con la política de privacidad. Si nuestra app es un juego que queremos que se incluya en la tienda de niños, este campo es absolutamente obligatorio y hay que hacer una página de política de privacidad por cada idioma en que se publique la app. De igual forma, todos estos datos han de estar en cada uno de los idiomas en que vayamos a publicar la app o juego.

Luego habrá que decirle que número de versión es la app y si no es la primera versión tendremos un campo junto a descripción para indicar qué cambios hemos introducido en esta nueva versión. La clasificación del juego o app la tuvimos que elegir al dar de alta, pero podemos modificarla. Y todas las apps usarán el acuerdo de licencia genérico de Apple, pero tenemos la opción de usar un acuerdo de licencia propio.

También tendremos que proporcionar los datos de contacto nuestros (o de algún representante en caso de ser empresa) para que Apple pueda localizarnos en caso de cualquier tema legal, promoción, información, etc.

Compras integradas y Game Center

Compras IntegradasSi usamos compras integradas, también es importante saber que al darlas de alta, hemos de introducir una serie de datos de descripción e identificador para poder usar dichos códigos en nuestra app, así como enviar una captura en cualquier resolución de dicha compra con el objetivo de indicar a la persona que revisará la misma en qué consiste dicha compra. En ningún caso dicha captura se publica en lado alguno. También hay que introducir un título y descripción en cada uno de los idiomas en que se publique la app para cada una de las compras integradas.

En el caso de Game Center, también hay que dar de alta las tablas de puntuaciones o logros que queramos incluir, donde deberemos indicar el nombre y descripción de cada uno de estos elementos en todos los idiomas que se incluyan en la app, así como un icono a 512×512 para cada uno de los logros que demos de alta. Y ojo, porque aunque el icono es cuadrado, cuando se muestre en Game Center en iOS 7 o superior será redondo (con máscara) por lo que no se verá entero. Hay que tenerlo en cuenta a la hora de diseñarlo, así como que se verá mucho más pequeño.

Compilación y envio

Una vez has metido las compras integradas y las has probado con un usuario de prueba de iTunes (lo que llaman un Sandbox User), así como la funcionalidad del propio Game Center con el mismo usuario, metidas las capturas, información, direcciones web, vídeos y demás hemos superado lo más complicado.

Ya solo queda elegir la versión de compilación que vamos a enviar. Como ya explicamos en la Guía de TestFlight Beta Testing, el nuevo iTunes Connect permite más de una subida. De hecho, podemos subir cuantas queramos con Xcode o Application Loader. Estas quedan almacenadas como compilaciones (builds) de nuestra app, y solo una de ellas será la que se envíe finalmente.

Por lo tanto, tras subir la app hemos de ir a iTunes Connect para completar el proceso. Bajamos en la página principal y vamos a Compilaciones. Pulsamos +, elegimos la versión que queremos (veremos versión, fecha y hora de subida) y listo.

Add Build

Solo queda pulsar en “Enviar a Revisión” y contestar a las preguntas de seguridad pertinentes. La primera sobre si hemos usado encriptación en la app, en cuyo caso su único propósito ha de ser con fines de protección de propiedad intelectual (si hemos usado la protección de contenido de TexturePacker, hemos de marcarlo).

La otra más importante es la pregunta respecto al identificador de publicidad. Si hemos incluido publicidad en nuestra app con cualquier servicio de terceros o la propia Apple, debemos contestar que sí y elegir para qué va a usarse en la app: para mostrar publicidad, para monitorizar instalaciones asociadas o para recompensar a un usuario por una acción con la publicidad. Hemos de marcar convenientemente según nuestra funcionalidad porque podrían rechazarnos la misma.

Respondido esto y aceptado, veremos el inquietante “Esperando para revisión” y a cruzar los dedos. Si queremos hacernos una idea aproximada de lo que Apple puede tardar en revisarnos la app, podemos consultar la web Average App Store Review que nos da una estimación de lo que viene tardando en los últimos días Apple en lanzar las revisiones.

Esperamos que la guía os haya resultado útil, y como siempre, si tenéis cualquier duda al respecto, no dudéis en escribirnos y preguntad. Hasta entonces, Good Apple Coding.

Acerca de Julio César Fernández

Analista, consultor y periodista tecnológico, desarrollador, empresario, productor audiovisual, actor de doblaje e ingeniero de vídeo y audio.

Otras recomendaciones

Prototipos Unit Testing TDD

Lecciones por prototipos (II): test unitarios (XCTest y TDD)

Una de las cosas que normalmente se perciben más complejas en el desarrollo en cualquier …

  • Arturo Mena

    Woooow muy interesante yo la vdd no sabia todo este proceso y la vdd es bueno saberlo.

    • Julio César Fernández

      Gracias Arturo. Son pasos muy importantes para llegar a la calidad necesaria y una subida con garantías. Un saludo.

  • Pingback: Guía de TestFlight Beta Testing para usuarios internos y externos | Apple Coding()

  • Pingback: One more thing… aplicaciones adaptadas a iOS 8, cómo aprovechar la app salud y más | SUNETFON()

  • Pingback: One more thing… aplicaciones adaptadas a iOS 8, cómo aprovechar la app salud y más | www.descubridores.com()

  • Pingback: One more thing... aplicaciones adaptadas a iOS 8, cómo aprovechar la app salud y más - Manzanandroide()

  • Pingback: Análisis: ¿por qué rechaza Apple una app o juego? | Apple Coding()

  • Felicidades por el blog Julio !! , muy completo y tratando los temas con cierta con profundidad en cada post.
    Te animo a seguir !!!

    • Julio César Fernández

      Intentamos hacerlo lo mejor posible y comentarios así nos animan aun más. Muchas gracias.

  • Muchas gracias Julio, para mi fue de gran ayuda tu aporte.

    • Julio César Fernández

      Un placer Omar. Me alegro que te haya servido y cualquier otra cosa, ya sabes dónde estamos.

  • Javier

    Enhorabuena por el artículo, Julio.
    Una duda con respecto a la persona que sube la app: ¿en caso de ser persona jurídica, hay inconveniente porque se trate de una Comunidad de Bienes? ¿Hace falta enviar mucho papeleo?

    Gracias de antemano, un saludo.

    • Julio César Fernández

      Si es una persona jurídica necesitas el número DUNS que identifica a la sociedad. Es un número que se emite automáticamente a las semanas de la creación de la sociedad y que puedes buscar desde el propio formulario de alta a través de la razón social. También se puede buscar en la web en mycredit.dnb.com/search-for-duns-number/ . Es importante que los datos coincidan bien. Luego Apple te llamará por teléfono para confirmar los datos (posiblemente sea una llamada en inglés).

      Hecho esto, no hay nada más que configurar el nombre que aparecerá como desarrollador de las apps en tu cuenta al dar de alta la primera app.

      Si tienes cualquier duda no dudes en contactar con nosotros.

      Un saludo,
      Julio

  • Laura Sánchez

    Que buena información, gracias Julio por compartir tu conocimiento.

    Tengo una duda, al momento de subir la aplicación y todo lo que ésta requiere, es necesario hacer el registro de marca? (hablo sobre una app para video juegos casuales). Gracias

    • Julio César Fernández

      Hola Laura,

      Gracias por tu comentario y agradecimiento. Te comento sobre tu duda: el registro de marca de un app es totalmente independientemente de la subida a la App Store. Tú puedes subir la app, que se venda, usar tu nombre y marca comercial… Apple da por supuesto que eres tú quien ha tomado “las precauciones” para proteger tu producto. A este respecto, recuerda que el ámbito es mundial. Tu caso particular en Colombia lo desconozco. En España, puedes registrar la marca en la Oficina de Patentes y Marcas de España pero en caso de conflicto, los registros solo sirven para certificar que tú creaste el producto, la imagen o marca antes que la persona a quien reclamas. En tu país entiendo que habrá algo parecido, pero te recomiendo (es lo más habitual) que le eches un vistazo a otras opciones como safecreative.org, donde tienes opción de inscribir a nivel mundial y (sobre todo) registrarlo en Estados Unidos directamente.

      Espero haberte sido de ayuda y si tienes más dudas, siéntete libre de escribirnos a través del formulario de contacto,
      Un saludo

  • Dasoga

    Hola tengo una duda, alguien sabe como puedo subir una app con publicidad y la misma sin pero de paga? Tengo que crear 2 proyectos en el Xcode o como es el proceso? Gracias por contestar!

  • Gonzalo

    Gracias por la info Julio, viene bien saberlo. He llegado hasta aquí buscando información del desesperante tiempo ‘en revisión’ que marca itunes connect al mandarles la app. Como pueden poner tantas trabaa para subir una aplicación? Es una odisea en comparación con Android. Si un nuevo sistema entrara a competir contra Android y Apple y fuera taaaan costoso (almenos a nivel desarrollador) como Apple yo creo que no duraría dos telediarios, tienen suerte de tener ya montado el tinglado y que tengamos que pasar por el aro, pero mi sensación está siendo bastante negativa.
    Una duda mas, ¿sabeis si, por lo que sea, la aplicación tras los ‘X’ dias en revision, es rechazada, y la vuelves a subir para su aprobacion, vuelve otra vez todo el proceso a tardar lo mismo? Se me esta eternizando demasiado y empieza a ser frustrante.

    • Julio César Fernández

      Hola Gonzalo,

      Los problemas son dos: saturación de trabajo y necesidad de una mínima seguridad y pruebas. Una app viene a tener entre 2 horas o incluso días para ser revisada en cada punto, dependiendo de la funcionalidad. Además, la enorme cantidad de updates y nuevas Apps que se suben obliga a esos tiempos. Yo lo entiendo y lo prefiero porque tienes unas garantías básicas, aunque entiendo que puede frustrar. Y sí, si tu app es rechazada vuelves a empezar, a no ser que sea por motivos en los que se pudieran haber equivocado o malinterpretado algo (puede pasar) e impugnas el rechazo alegando razones. Dichas impugnaciones van por otra vía.

      Un saludo y suerte en la revisión.

  • Leandro Grafico

    Hola tengo una pregunta, hice un app con kidsbookmaker que es un software para hacer libros infantiles, despues de pagar su licencia, yo agrego los datos y lo subo al servidor de ellos y ellos me devuelven un iPa. solo basta con tener la ipa y los identificadores correctos.. como com.ejemplo.ejemplo para subirla?

    • Julio César Fernández

      Necesitas el “kit” completo de subida. Es decir, dar de alta el Bundle ID en el portal de desarrolladores, dar de alta la app en iTunes Connect, subir toda la información tal cual se cuenta en el post, etc. Luego, usa la app Application Loader para elegir el IPA que esté generado con tu Bundle ID (el com.empresa.producto), elige la app asociada y el programa se encargará de firmar el binario para su correcta subida.

      Un saludo,
      Julio

  • Hola lo que no entiendo porque si Apple exige que realices tu app con el SDK 8 y xcode 6 existen apps nuevas compatibles con 7.1 en la App Store, como hacen par que sea compatibles con 64bts

    • Julio César Fernández

      El SDK base es sobre el que se construye la app, que incluye dos ejecutables en uno: uno para 64 bits y otro para 32. Cuando eliges la SDK también eliges cuál será la versión mínima de sistema operativo soportado y es ahí donde se adapta cogiendo la versión compatible con cada sistema a nivel de librerías.

      Un saludo,

  • Fernanda

    Hola, estamos buscando subir una app pero tengo la duda de si se puede subir una versión prueba (obviamente disfrazandola como una app final, ya que app store no acepta versiones de prueba, beta o piloto) y una vez viendo los resultados con los usuarios hacer las correcciones pertinentes, eliminar esta app y subir una “nueva” ya con los cambios hechos. ¿Crees que es posible?

    • Julio César Fernández

      Hola Fernanda,
      No. No puede hacerse y no deberías. La App Store no acepta demos ni pruebas. De igual forma, borrar una app es un grave error porque pierdes todo el posicionamiento conseguido y dejas colgados a muchos usuarios.
      El procedimiento es hacer tu app bien hecha y como tú crees que funcionará, y hacer un soft launch: un lanzamiento en un solo país donde limitas el número de usuarios y te sirve de prueba para ver el comportamiento de tus usuarios y ajustar la app a base de actualizaciones. Cuando ya esté afinada, la abres al resto del mundo.
      Un saludo,

  • Pingback: Apple Watch, cómo subir una app al App Store | Apple Coding()

  • RamonBG

    Hola, tengo una pregunta.

    Cuando envías a revision la app por primera vez, ¿puedes enviar junto con ella todas las compras integradas que lleva? o ¿sólo se puede enviar una compra y luego enviar las otras?.

    Es que según veo con la pestaña de compras integradas pone lo siguiente, que me confunde un poco con lo que has escrito en tu artículo:

    “Debes enviar a revisión la primera compra dentro de la app para que esta se revise cuando envíes una versión de la app. Para ello, ve a la página de detalles de la versión. Cuando el binario se haya cargado y hayas enviado la primera compra dentro de la app para su revisión, podrás enviar otras compras dentro de la app desde la siguiente tabla.”

    Un saludo y gracias por el artículo.

    • Julio César Fernández

      Hola Ramón,

      Las compras integradas, a lo que se refiere ese mensaje, hay que configurarlas previamente en su correspondiente sección. Una vez hecho, las añades a la app en su pestaña correspondiente y ya puedes enviarlo. Tienes que hacer ambos pasos.

      A lo que se refiere el mensaje es a que tienes que añadirlas antes, como te he indicado, porque una vez enviada la app no puedes incluir nuevas hasta enviar una nueva versión.

      Un saludo,

    • Hola Ramón,
      A lo que se refiere este mensaje es simplemente que, una vez has dado de alta las diferentes compras integradas como se indica en el artículo, luego has de añadirlas al binario que envíes de la App antes de enviarlo a revisión. Revisa la sección que corresponde a las inapp, inclúyelas en el binario eligiendo una a una, y entonces se asociarán.

      Puedes incluir tantas inapp como quieras, pero una vez enviadas ya no podrás incluir nuevas hasta que envíes una nueva versión.

      Un saludo,

      • RamonBG

        Gracias por la aclaración, así lo haré.

  • Amaury Duran

    TENGO UNA APP EN GOOGLE PLAY COMO HAGO PARA TENERLA EN APLE STORE,QUE TENGO QUE HACER

    • Julio César Fernández

      Hola Amaury,

      Las apps de Android no son compatibles con las de Apple y viceversa. Tendrías que hacerla desde 0 en los lenguajes y entornos de Apple pues nada te servirá. No obstante, si has usado un entorno multi-plataforma como Xamarin, el proceso es más sencillo pues el mismo desarrollo sirve para diferentes plataformas. Eso sí, para publicar una app en Apple necesitas tener una cuenta de pago del programa de desarrolladores, que cuesta unos 99$ al año, y subir tu app a Apple para revisión siguiendo este mismo artículo como guía.

      Un saludo,

  • Aplicación DY

    Buenas, ¿el vídeo capturado puede llevar voz en off explicativa? Gracias.

    • Julio César Fernández

      No. El vídeo capturado ha de ser únicamente de capturas de la app en funcionamiento. Adicionalmente puede incluirse alguna titulación que pudiera dar alguna guía, pero nunca voz en off.

      Un saludo

  • Oscar Blazquez

    Hola,
    Si soy menor de edad y quiero publicar mi app ya terminada, como lo hago? Porque en el iTunes connect en términos y condiciones pide que seas mayor de edad.
    Gracias

    • Julio César Fernández

      Hola Óscar. Siendo menor de edad tus padres o tutores son los que han de actuar en tu nombre. Son ellos los que han de crear la cuenta, firmar los acuerdos y dar sus datos bancarios y de impuestos, así como hacerse responsables de la correspondiente tributación de los ingresos.
      Cuando seas mayor de edad, podrás crear tu cuenta y traspasar todas las apps a esta nueva sin perder ningún dato o privilegio de estas.
      Es un imperativo legal: ningún menor puede firmar un contrato con una empresa, son sus padres o tutores quienes lo hacen en su nombre.
      Un saludo y espero haberte ayudado.

  • Okinawa

    Hola:
    Tengo un problema al enviar mi app: estoy en “compras integradas”; he seguido todos los pasos,y cuando le doy “submit to review” me da un error con la captura de la pantalla, me dice que no está subida cuando sí lo está. He comprobado las propiedades de la foto, y coinciden con las requeridas; he probado varios formatos en png y jpg y tampoco. ¿sabéis qué puede ser?

    Muchas gracias

    • Hola Blanca,

      ¿Has incluido el in-app dentro de la app antes de enviarlo? ¿Tiene las fotos la dimensión exacta que pide? ¿Has probado a borrar la foto y volverla a subir?
      No puedo darte mucha guía sin más datos, pero te escribo por privado.
      Un saludo,

      • Okinawa

        ¿Incluir in-app dentro de la app te refieres al Tier ? lo demás sí que he hecho todo: volverla a subir y tiene la dimensión exacta. Es más cuando la subo la primera vez no da ningún error; el error me salta cuando le doy a enviar para revisión, y el mensaje que se despliega es que tengo que subir una captura de pantalla, cuando ya está subida. No sé si ahora he aclarado más la situación.