Cómo rellenar la ficha de tu app sin que te la rechacen

Para rellenar la ficha de una tienda de apps sin que te la rechacen, sube capturas con los tamaños exactos que pide cada tienda, respeta los límites de caracteres de los textos, evita afirmaciones que no puedas demostrar, como "n.º 1" o "mejor", y comprueba si tus productos pertenecen a una categoría regulada con normas propias. Los problemas de ficha están entre los rechazos más fáciles de evitar.

Esta guía cubre la parte de la ficha y los metadatos: especificaciones de los recursos, normas de texto, afirmaciones que se marcan y categorías de producto reguladas con sus propias normas de tienda. Conocer las normas antes de enviar evita la mayoría de estos problemas.

Alcance. Esta lista de comprobación cubre solo el riesgo de la ficha y los metadatos. No sustituye a una revisión completa de App Review ni a la revisión de publicación de Google Play, y no cubre la funcionalidad de la app, los fallos, las declaraciones de privacidad, los pagos, la eliminación de cuenta ni el acceso del revisor. Todo eso aparece al final, en "Qué no cubre esta lista de comprobación". A lo largo del texto, cada norma lleva la etiqueta [Obligatorio] (una norma explícita de la tienda o una comprobación de subida), [Directriz de la plataforma] (la orientación declarada por la tienda, aplicada con criterio del revisor) o [Recomendado] (nuestro propio consejo de buenas prácticas). Esto no es asesoramiento legal.

Primero, por qué esto pilla a tanta gente

Tanto Apple como Google revisan tus metadatos, no solo tu app. Tus capturas de pantalla, el nombre, el subtítulo, la descripción y las palabras clave forman parte de lo que se aprueba, y las normas se aplican a todas las localizaciones que envías, no solo a la inglesa. Así que una ficha que pasa en inglés puede marcarse igualmente por una afirmación que dejaste en las capturas en alemán.

Dos tiendas, dos reglamentos:

• Apple publica las directrices de revisión de la App Store. Las normas sobre metadatos están sobre todo en la directriz 2.3 (metadatos precisos), las de contenido en la 1.1 (contenido objetable) y las categorías restringidas en la 1.4 (daño físico).
• Google publica sus políticas de Play Console, entre ellas una política de metadatos específica y las normas por categoría en la política del programa para desarrolladores.

Los dos conjuntos de normas coinciden más de lo que se diferencian.

Las especificaciones de los recursos: dimensiones, cantidades y formatos

Ajusta primero los recursos a las especificaciones, porque un archivo con el tamaño o el formato equivocados lo detecta el validador de subida antes de que lo vea una persona. Estos datos son los vigentes en 2026 y Apple cambia los tamaños de captura cuando salen dispositivos nuevos, así que confirma los valores actuales en las especificaciones de capturas de pantalla de Apple y en la guía de recursos de vista previa de Google antes de exportar nada.

Dos trampas de subida pillan a las marcas más a menudo, y las dos son errores de validación en el momento de subir el archivo (no rechazos de App Review): la transparencia (las dos tiendas rechazan al subir una captura o un icono con canal alfa) y las dimensiones exactas en píxeles (el validador de Apple solo acepta los tamaños de su lista, así que una exportación con otro tamaño se rechaza). Exporta archivos RGB planos con un tamaño aceptado y desaparecen las dos.

Capturas: marcos de iPhone, marcos de Android y un juego o dos

[Recomendado] Si puedes, crea capturas con aspecto nativo para cada tienda, porque la propia guía de recursos de Google desaconseja las imágenes de dispositivos y pide que las capturas representen la experiencia real dentro de la app. Ese es el ideal.

Si vas a producir un único juego para reutilizarlo, hazlo con marcos de iPhone en lugar de Android. La asimetría es el motivo: Apple no acepta capturas que muestren dispositivos o interfaz de Android (tienen que reflejar la experiencia de Apple), mientras que Google es más permisivo y allí las capturas con marco de iPhone se aceptan habitualmente. Así que un juego de iPhone llega más lejos que uno de Android. No podemos prometer que Google apruebe un encuadre concreto, así que trata lo de "un juego de iPhone para las dos" como un atajo práctico, no como una garantía.

Los límites de texto

[Obligatorio] Tus campos de texto tienen límites estrictos de caracteres. Pasarte no es el riesgo (el campo simplemente te para); el riesgo es lo que pones dentro.

Unas cuantas normas de texto que provocan rechazos por sí solas:

• [Obligatorio] Nada de precios en el nombre de la app ni en los campos de metadatos. La directriz 2.3.7 de Apple dice que los nombres, los subtítulos y otros metadatos no deben incluir precios ni términos que no sean propios de ese campo. Pon las ofertas en la descripción o en el texto promocional.
• [Directriz de la plataforma] Nada de emojis, palabras en mayúsculas ni caracteres especiales repetidos en el título. Google es estricto aquí; limítate al nombre de tu marca y, como mucho, un descriptor corto.
• [Obligatorio] Nada de nombres de apps de la competencia en tu nombre, tus palabras clave ni tu descripción (directriz 2.3.7 de Apple). Las referencias a la otra plataforma tienen su propia norma, que vemos más abajo.

Nuestra guía de optimización para la App Store dirigida a marcas de Shopify explica cómo usar estos campos para convertir y ganar visibilidad, no solo para pasar la revisión.

Las afirmaciones que se marcan

Aquí es donde caen las marcas, porque el movimiento de marketing más tentador suele ser justo lo que las tiendas rechazan.

Afirmaciones de ranking o superioridad sin fundamento ("nº 1", "la mejor", "la más valorada")

[Directriz de la plataforma] Evita las afirmaciones de ranking y superioridad que no puedas fundamentar. Apple trata las afirmaciones no verificables como metadatos inexactos según la directriz 2.3, y la política de metadatos de Google restringe las afirmaciones de ranking y premios ("nº 1", "la mejor", "app del año", iconos de premios) en títulos y recursos gráficos. Es una marca habitual y fácil de evitar.

Qué hacer en su lugar: haz que cualquier afirmación sea concreta y fundamentada, o quítala. "Con la confianza de 40 000 clientes" vale si es cierto y puedes respaldarlo; "la mejor app de compras" no. Ante la duda, describe lo que hace la app en lugar de coronarla.

Capturas que muestran algo que la app no hace

[Obligatorio] La directriz 2.3.3 de Apple exige que las capturas muestren la app en uso real. Si una captura anuncia una función que no está en la versión, simula una pantalla que no existe o su texto promete algo que la app no entrega, se rechaza por metadatos inexactos. Las superposiciones de marketing y los textos están permitidos; la pantalla de debajo tiene que ser una parte real de la app, y lo que se afirme sobre ella tiene que ser cierto. En la práctica: pon una función en una captura solo si el revisor puede abrir la app y encontrarla.

Precios y texto promocional en tus gráficos

[Obligatorio en Apple] / [Directriz de la plataforma en Google] La directriz 2.3.7 de Apple trata los precios y los términos promocionales genéricos en nombres, subtítulos, capturas y vistas previas como metadatos inexactos (además, se quedan desactualizados). La guía de capturas de Google desaconseja con firmeza el texto de ranking, premios y precios o promociones ("Rebajas", "50 % de descuento", "Gratis") en los gráficos, como práctica recomendada más que como bloqueo absoluto en la subida. En cualquier caso, canaliza las ofertas por los campos pensados para ellas (el texto promocional de Apple se actualiza sin volver a enviar la app) en lugar de grabarlas en las imágenes.

Lenguaje soez y ofensivo

[Obligatorio] Los metadatos de la tienda tienen que ser aptos para todas las edades aunque tu app tenga una clasificación por edad más alta, así que el lenguaje soez o vulgar en el nombre, el subtítulo, las capturas o la descripción se rechaza según las normas de contenido objetable de Apple (directriz 1.1) y su equivalente en Google. Mantén los metadatos limpios, sea cual sea el tono habitual de tu marca.

Menciones a la otra plataforma (sobre todo en Apple)

[Obligatorio] Apple no quiere que su tienda apunte a la de nadie más. Una referencia a Google Play, a Android o a "también disponible en..." en cualquier parte de tus metadatos de Apple, en el texto o en las capturas, se rechaza según la directriz 2.3.10, que limita tu ficha a información relevante y prohíbe nombres e imágenes de otras plataformas móviles. Es fácil que se escape porque parece información útil, y a nosotros nos ha pillado un par de veces. Deja fuera de la ficha de Apple cualquier mención a la otra plataforma. (Google es más relajado, aunque tampoco hace falta mencionar a Apple allí.)

Contenido sin terminar o de relleno

[Obligatorio] Los metadatos (y la app) tienen que ser una representación terminada y fiel. Un "lorem ipsum", un "demo" o un "test" olvidados, o una captura de una pantalla sin terminar, se leen como un envío incompleto y provocan el rechazo, y Apple no aloja apps en fase beta en la App Store. Ojo al matiz: un estado real de reserva o "próximamente" es legítimo cuando se configura con las herramientas de reserva de la propia tienda. La norma trata en realidad sobre el contenido sin terminar o engañoso, así que limpia el relleno y asegúrate de que lo que se muestra coincide con lo que se publica.

Acumulación de palabras clave y términos irrelevantes

[Obligatorio] Meter a presión términos de moda sin relación, nombres de marcas competidoras o palabras clave repetidas en tus campos se marca según la directriz 2.3.7 de Apple y las normas antispam de Google. Las palabras clave deben ser relevantes para lo que tu app es de verdad.

Categorías reguladas: productos para adultos y alcohol

Unas cuantas categorías de producto tienen sus propias normas de tienda además de todo lo anterior. El cannabis, el CBD, los vapeadores y la nicotina están lo bastante restringidos (viables en algunos casos y en otros no) como para tener su propia guía: ¿puedes vender CBD, cannabis o vapeadores a través de una app móvil? Aquí cubrimos las dos categorías que más sorprenden a las marcas de retail generalista. Como siempre, estas políticas cambian y varían por país, así que verifica la política vigente y busca asesoramiento legal; esto no es una resolución.

Las marcas de bienestar sexual pueden publicar sin problema, pero la fotografía de producto y los textos tienen que mantenerse no explícitos, y hay que declarar con honestidad el contenido para adultos en el cuestionario de clasificación por edad (declararlo mal es motivo de rechazo en sí mismo). Una presentación cuidada, de estilo retail, pasa; las imágenes explícitas no. El alcohol suele ser publicable con el control de edad adecuado y una clasificación correcta, aunque los detalles varían según el mercado.

La lista de comprobación previa al envío

Repásala antes de darle a enviar, en todas las localizaciones. Reduce el riesgo de la ficha y los metadatos; no cubre la app en sí (mira la sección siguiente).

Recursos

• Capturas con un tamaño aceptado actualmente, RGB plano y sin transparencia
• Al menos 4 capturas, el icono y (en Google) el gráfico destacado según especificaciones
• Ningún dispositivo ni interfaz de Android en las capturas de Apple
• Todas las capturas muestran una pantalla real que existe en esta versión

Texto y afirmaciones

• Ninguna afirmación de "nº 1", "la mejor", "la más valorada" o premios sin fundamento
• Toda afirmación numérica ("con la confianza de X clientes") es exacta y defendible
• Ningún precio ni texto promocional en el nombre ni en los gráficos
• Ningún lenguaje soez o vulgar en ningún campo
• Ningún nombre de app de la competencia
• Ninguna mención a Google Play ni a Android en la ficha de Apple
• Ningún emoji, mayúscula sostenida ni carácter especial en el título
• Ningún contenido de relleno o sin terminar; lo que se muestra coincide con lo que se publica

Categoría y localización

• Si estás en una categoría regulada (cannabis, vapeadores, adultos, alcohol), política vigente comprobada en las dos tiendas
• Todo lo anterior comprobado en cada localización, no solo en inglés

Qué no cubre esta lista de comprobación

Pasar la revisión de la ficha es necesario, pero no suficiente. La mayor parte de lo que de verdad hace que rechacen las apps está fuera de los metadatos, y esta guía no lo toca a propósito:

• Acceso del revisor: credenciales de una cuenta de demostración que funcione, y cualquier inicio de sesión o zona restringida a la que el revisor tenga que llegar.
• Backend en marcha: los servicios y las API de los que depende la app tienen que estar activos durante la revisión, no en un entorno de pruebas.
• Privacidad y datos: etiquetas de privacidad y formulario de seguridad de datos correctos, una política de privacidad y los textos de uso de los permisos.
• Pagos: uso correcto de las compras dentro de la app frente a los pagos externos según el tipo de contenido.
• Eliminación de cuenta: obligatoria dentro de la app cuando la app permite crear cuentas.
• Funcionamiento y estabilidad: sin fallos, sin enlaces rotos, sin funciones de relleno y con funcionalidad real más allá de una web reempaquetada.
• Criterio del revisor: las dos tiendas aplican su propio juicio, así que nada de esto garantiza la aprobación.

Cómo ayuda NAPPS

NAPPS es una plataforma de creación de apps móviles nativas para marcas de Shopify y Shopify Plus. Prepara las fichas de App Store y Google Play en el lanzamiento con recursos del tamaño correcto y textos conformes, y las publica desde tus propias cuentas de Apple y Google. El equipo revisa los problemas de ficha más habituales antes del envío, entre ellos los superlativos sin fundamento, las afirmaciones de las capturas que van por delante de la versión, las menciones a la otra plataforma y el contenido de relleno olvidado. Para productos regulados, NAPPS puede evaluar la viabilidad en tienda antes de que construyas nada.

La app es gratuita hasta que estés listo para publicarla, así que puedes dejar la ficha bien antes de tener encima la fecha de lanzamiento. La lista de comprobación para lanzar una app móvil de Shopify cubre el resto del trabajo previo al lanzamiento.

Directamente de la fuente

La documentación de las propias tiendas es la última palabra y cambia, así que consúltala antes de un envío:

• Apple: las directrices de revisión de la App Store (metadatos en 2.3, contenido en 1.1, categorías restringidas en 1.4) y las especificaciones de capturas de pantalla.
• Google: la política de metadatos, la guía de recursos de vista previa, la política del programa para desarrolladores para categorías restringidas y las buenas prácticas de la ficha de tienda.

En resumen

Dejar la ficha bien es un ejercicio de cumplimiento con un puñado de trampas: recursos con un tamaño aceptado y sin transparencia, ningún precio ni lenguaje soez en el texto, todas las capturas mostrando una función real de la versión, ninguna mención a la otra plataforma en Apple y ninguna afirmación de ranking que no puedas fundamentar. Superar todo eso reduce el riesgo de un rechazo relacionado con la ficha en todas las localizaciones, y eso importa sobre todo cuando al otro lado espera un lanzamiento o una campaña. No cubre la app en sí, así que trátalo como una capa de revisión, no como el conjunto.

Si prefieres no aprender esto por las malas, y sobre todo si tus productos están en una categoría regulada, reserva una llamada de 20 minutos con el equipo de NAPPS y te daremos una lectura clara de tu ficha y de tu viabilidad en tienda antes de que construyas nada.