Rechazos de metadatos en App Store: cómo solucionar 2.3.x, 2.3.7, 4.3 y 5.2.1
Acabas de recibir el correo. El estado cambió a Metadata Rejected, y la nota del Resolution Center cita un número de directriz que tuviste que buscar. La buena noticia es que un rechazo de metadatos es de los más rápidos de resolver: no vuelves a subir una compilación, editas el registro de la versión y reenvías.
Lo primero que debes revisar es el número de directriz en el mensaje del Resolution Center, porque te indica exactamente qué campo corregir. Este artículo cubre las cuatro que más probablemente veas en un rechazo de ficha. Los números de directriz se renumeran con el tiempo, así que los que se mencionan aquí reflejan las App Store Review Guidelines actuales.
Primero, la mecánica: qué significa realmente «Metadata Rejected»
Un estado Metadata Rejected señala tu ficha en la tienda —nombre de la app, subtítulo, palabras clave, descripción, capturas, vistas previas, URLs— no el binario compilado. Como la marca está en los metadatos, no necesitas un nuevo binario. Editas el campo citado en App Store Connect, mantienes la compilación existente asociada a la versión y reenvías.
Conviene tener claras dos salvedades. Primero, reenviar te vuelve a poner en la cola de revisión, así que no requiere compilación pero no está libre de revisión: una persona o un proceso automatizado vuelve a examinarlo. Segundo, corregir el único campo que citó Apple no inmuniza el resto de tu ficha. Los revisores pueden marcar otra directriz en el siguiente pase. Aprovecha para limpiar toda la ficha, no solo la frase que te señalaron.
Directriz 2.3.3: las capturas deben mostrar la app en uso
Qué la activa. Tus capturas no muestran a la app haciendo su trabajo. La versión clásica es que la primera posición sea una pantalla de bienvenida, una pantalla de inicio de sesión, o arte de portada con un eslogan y sin interfaz real. También se activa cuando una captura muestra una función que la app no tiene, o hace referencia a un dispositivo o interfaz de otra plataforma.
Antes: la primera posición es tu logo centrado sobre un degradado con la frase «la forma más inteligente de planificar tu semana», sin ninguna interfaz de la app a la vista.
Después: la primera posición es una pantalla real de un flujo principal —una vista semanal con entradas reales rellenadas— con un texto breve que nombra el beneficio por encima del dispositivo. Los revisores (y los usuarios) pueden ver qué hace la app desde la miniatura. Conserva los textos de marketing y los marcos de dispositivo, pero asegúrate de que la interfaz debajo sea genuina y actual.
Este es un cambio de metadatos: sustituye las imágenes en el registro de la versión, reenvía, sin nueva compilación.
Directriz 2.3.7: las palabras clave deben describir tu app, no buscar juegos
Qué la activa. Esta es la directriz sobre el mal uso de palabras clave. Se activa cuando tus metadatos están rellenos de términos que no describen tu app: marcas registradas que no te pertenecen, nombres de apps más grandes o populares, lenguaje de precios en el campo equivocado, nombres de famosos o figuras públicas metidos para captar alcance, o frases genéricas metidas para atrapar búsquedas. El campo de palabras clave de 100 caracteres suele ser el culpable habitual, pero también se señalan el subtítulo y el nombre. Los nombres de apps tienen un límite de 30 caracteres, y el lenguaje de precio o promocional no pertenece al nombre, al subtítulo ni a las capturas.
Antes (campo de palabras clave): una lista que incluye los nombres de tres apps más grandes de tu categoría, el nombre de un creador conocido y un par de palabras de tendencia sin relación, ninguna de las cuales describe una función que hayas lanzado.
Después: palabras clave que corresponden a lo que un usuario realmente buscaría para encontrar tu función: las tareas que realiza, el problema que resuelve, los sustantivos de tus propias pantallas. Cada término debe apuntar a algo que la app realmente hace.
Antes (subtítulo): una línea de comparación que te posiciona frente a una app rival mencionada por su nombre.
Después: un subtítulo que expresa en términos simples el resultado que ofrece tu app, sin el nombre de ninguna otra marca. El subtítulo es para dar contexto sobre tu app, no un lugar para tomar prestado el tráfico de otro.
Directriz 4.3: apps spam y casi duplicadas
Qué la activa. 4.3 trata sobre la similitud. Se activa cuando lanzas varias apps casi idénticas bajo bundle IDs distintos (una compilación separada por ciudad, por equipo, por cliente, en lugar de una app con esas variaciones integradas), o cuando un envío es difícil de distinguir de algo que ya está ampliamente disponible. A menudo es un problema de concepto, pero la ficha es lo que hace visible la duplicación: descripciones y capturas idénticas entre tus propias apps son una señal fuerte.
Antes: cinco apps en tu cuenta con el mismo diseño, la misma lista de funciones, y un texto que solo difiere en sustituir el nombre de una ciudad o un equipo.
Después: una app que incorpora esas variaciones como opciones o compras dentro de la app, con una ficha que describe lo genuinamente distinto que hace. Si de verdad tienes productos separados, haz que cada ficha muestre lo que realmente es diferente en las capturas y la descripción, no solo cambiar un nombre propio por otro.
4.3 puede requerir más que un ajuste de metadatos si la app subyacente realmente es una reedición superficial. Pero cuando el problema es que tus fichas se leen como clones entre sí, diferenciar el texto y las capturas es un ajuste de metadatos.
Directriz 5.2.1: propiedad intelectual ajena en tus metadatos
Qué la activa. Usar material protegido de terceros sobre el que no tienes derechos —marcas registradas, obras con derechos de autor, nombres imitadores— en cualquier parte de tu bundle, nombre de desarrollador o metadatos. Una variante común es un desajuste entre la app o marca de la ficha y la entidad que realmente la envió, lo que hace que Apple pregunte quién es el dueño del nombre.
Antes: el nombre de una marca o plataforma que no te pertenece colocado en el título, subtítulo o campo de palabras clave de tu app para captar su tráfico de búsqueda.
Después: el nombre de tu propio producto en el título, el subtítulo y las palabras clave. Si realmente te integras con una plataforma de terceros y necesitas mencionarlo, deja cualquier mención factual de compatibilidad en la descripción, donde está permitido, y fuera del nombre y el subtítulo. Si construiste la app para un cliente que posee la marca, envíala desde la cuenta de la entidad propietaria, o pide que te añadan a su equipo, para que el nombre del vendedor y la marca coincidan.
La parte sin compilación nueva, reformulada
En los cuatro casos, si la solución vive en el registro de la versión —texto e imágenes—, la corriges en App Store Connect y reenvías el mismo binario. No incrementas un número de compilación ni esperas ningún procesamiento. Ese es el carril rápido que te da un rechazo de metadatos. La contrapartida es que vuelves a pasar por revisión, así que conviene repasar toda la ficha frente a estas cuatro antes de reenviar, en lugar de resolverlas una por una a medida que llegan los rechazos.
Dónde ayuda Mokbi (y dónde no)
La mayoría de los problemas con 2.3.7 empiezan en la fase de redacción, cuando un campo de palabras clave o un subtítulo se rellena para buscar más alcance. La IA de Mokbi redacta el texto de tu ficha —nombre, subtítulo, palabras clave, descripción— a partir de lo que tu app realmente hace, lo que te aleja del relleno y de los hábitos de tomar prestada una marca ajena que provocan un rechazo por palabras clave. Después localiza ese texto en 50 idiomas, así no tienes que redactar a mano un campo de palabras clave nuevo por cada mercado y reintroducir la misma trampa en cada uno.
Seamos claros sobre el límite. Esto reduce tus probabilidades de que te marquen 2.3.x o 5.2.1 por el texto; no puede garantizar la aprobación, y no decide qué hay dentro de tu compilación. La revisión es decisión de Apple. Lo que hace un texto conforme y fiel a la app es eliminar los motivos fáciles y autoinfligidos de rechazo. Mokbi no publica automáticamente en tu ficha: genera el texto y las capturas; tú los revisas y los envías.