Guideline 2.3.10: app rechazada por sus metadatos

La guideline 2.3.10, "Accurate Metadata", rechaza una app cuya ficha o interfaz menciona otra plataforma: Android, Google Play, un teléfono de otra marca en una captura. Tu ficha habla de tu app en los dispositivos Apple, y de nada más. Si la mención está en la ficha, la corriges y vuelves a enviar el mismo build. Si está en la app, necesitas un nuevo build.

Dos primas caen por la misma razón: la 2.3.3, cuando las capturas no muestran la app en uso, y la 2.3.7, cuando el nombre, el subtítulo o las palabras clave engañan. Yo mismo preparo las fichas y las capturas de mis apps: Solys, TradaZen y Nolera están en el App Store. Esta guía se basa en el texto oficial de Apple, consultado el 15 de octubre de 2026. Las compras dentro de la app en la ficha corresponden a la 2.3.2, que trato aparte. Para la visión de conjunto de los rechazos, lee por qué Apple rechaza una app.

¿Qué dice la guideline 2.3.10?

La sección 2.3 de las App Review Guidelines parte de una idea simple: quien descarga debe saber lo que obtiene. Descripción, capturas, vistas previas e información de privacidad deben reflejar la experiencia real de la app.

La 2.3.10 precisa: "don't include names, icons, or imagery of other mobile platforms or alternative app marketplaces in your app or metadata, unless there is specific, approved interactive functionality." En pocas palabras: nada de nombres, íconos ni imágenes de otra plataforma móvil o de una tienda de apps alternativa, ni en la app ni en su ficha. Y agrega: "Make sure your app metadata is focused on the app itself and its experience." La ficha habla de la app, sin información fuera de tema.

Tres puntos para recordar:

• La app cuenta tanto como la ficha. Un botón "Disponible en Google Play" dentro de la app cae bajo la misma regla.
• Las tiendas alternativas también están incluidas. Las que existen en algunos países no se mencionan, igual que Android.
• La excepción es estrecha. Una app puede nombrar otra plataforma si una función interactiva concreta, aprobada por Apple, lo justifica. Ejemplo: una app para transferir archivos entre un iPhone y un teléfono Android puede mencionar Android, porque es su función. Explícalo en las notas de revisión.

El mensaje típico de un rechazo 2.3.10

El título es "Guideline 2.3.10 - Performance - Accurate Metadata". En un mensaje publicado en los foros de Apple, Apple escribe: "Referencing third-party platforms in your app or its metadata is not permitted on the App Store unless there is specific interactive functionality." Después pide quitar toda mención de la app y de su ficha: descripción, texto promocional, novedades, vistas previas y capturas. En ese caso, las capturas venían de páginas del sitio web del desarrollador, y Apple detectó un dispositivo y una barra de estado que no eran los de un iPhone.

La página de ayuda de Apple sobre las capturas en uso lo confirma: una captura que hace referencia a otra plataforma, por ejemplo en su barra de estado, se evalúa según la 2.3.10.

Dónde se esconden las menciones que te hacen caer en la 2.3.10

• La descripción y el texto promocional. "También disponible en Android" es la frase más común.
• Las notas de versión. Es la trampa de los proyectos publicados en las dos tiendas. Una nota común como "Corrección del teclado en Android" termina en el App Store. Si preparas las dos versiones con un solo proyecto, como en app iOS o Android, escribe notas separadas.
• Las capturas y las vistas previas. Un marco de teléfono Android, una barra de estado de Android, una captura tomada en el emulador de Android o en tu sitio web.
• La app misma. Una pantalla para compartir o de referidos con las dos insignias de tienda, un enlace "Calificar la app" que abre Play Store, un texto de bienvenida que habla de Android. En un proyecto React Native o Expo, elige el enlace y la insignia según Platform.OS: así la versión iOS solo muestra el App Store.
• Cada idioma. Cada localización tiene sus propios textos y sus propias capturas, y Apple evalúa las capturas de cada localización. Una mención olvidada en un solo idioma puede bastar para que rechacen el envío.

Para buscar, lanzo una búsqueda en los textos de la ficha y en los archivos de traducción de la app: rg -i "android|google play|play store". Luego reviso cada captura, idioma por idioma, buscando una barra de estado o un marco que no venga de un iPhone.

2.3.3: capturas que muestran la app en uso

El texto oficial: "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." Las capturas deben mostrar la app funcionando, no solo el logo, la pantalla de inicio de sesión o la pantalla de carga. Se permiten textos e imágenes añadidos encima.

La página de ayuda de Apple da una regla con números. Para cada tipo de dispositivo, más de la mitad de las capturas deben mostrar la app en uso. Con tres capturas, dos deben hacerlo. Con cuatro, tres. Las demás pueden presentar los beneficios con visuales de marketing. En las capturas en uso, los textos añadidos no deben tapar la interfaz.

Esto es compatible con una ficha que vende: un título corto encima de una pantalla real sigue siendo una captura en uso. Los tamaños y la cantidad de capturas, hasta diez por tamaño de dispositivo, están en las especificaciones de capturas.

2.3.7: un nombre, un subtítulo y palabras clave honestos

La 2.3.7 exige un nombre único y palabras clave que describan la app, sin llenar los metadatos de "trademarked terms, popular app names, pricing information, or other irrelevant phrases just to game the system". Nada de marcas registradas, nombres de apps conocidas, precios ni frases fuera de tema para engañar a la búsqueda.

Lo que exige en la práctica:

• El nombre cabe en 30 caracteres. El subtítulo también, según la información de la app de App Store Connect.
• El subtítulo no menciona otras apps y no promete nada que no se pueda verificar.
• El nombre, el subtítulo, las capturas y las vistas previas no muestran precios.
• Las palabras clave no contienen nombres de apps ni de empresas de terceros. La ayuda sobre la información de versión lo dice: "Names of other apps or companies aren't allowed."

La palabra "gratis" es una trampa. En un rechazo 2.3.7 publicado en los foros de Apple, Apple aclara que las menciones de servicios gratuitos o en promoción cuentan como una referencia de precio.

Decir que una función requiere suscripción es lo esperado; mostrar su precio en una captura, no. La primera exigencia viene de la 2.3.2, la segunda de la 2.3.7. Apple resume sus consejos sobre nombre, subtítulo y palabras clave en su página dedicada a la página de producto. El método para elegir tus palabras está en palabras clave App Store, y la ficha completa en la página ASO App Store.

Rechazado o aceptado: la tabla regla por regla

Las versiones rechazadas son ejemplos inventados. La línea del nombre aceptado es el nombre real de Solys en el App Store de Francia, en octubre de 2026.

Regla	Rechazado (ejemplo)	Aceptado
2.3.10	"Disponible en iPhone y Android"	"Disponible en iPhone y iPad"
2.3.10	Nota "Bug corregido en Android"	"Corrección de la visualización del teclado"
2.3.10	Captura en un marco de teléfono Android	Captura del simulador de iPhone
2.3.10	Insignias de App Store y Google Play en la app	Solo la insignia de App Store en iPhone
2.3.3	Logo, inicio de sesión, carga y luego 2 pantallas	Al menos 3 pantallas de uso de 5
2.3.3	Texto de marketing a pantalla completa, sin app	Título corto encima de una pantalla real
2.3.3	Maqueta de una función aún no lanzada	Pantalla real de la versión enviada
2.3.7	Nombre "Despertador Alarma Sueño Pro Gratis"	"Solys : Limiter temps d'écran"
2.3.7	Subtítulo "Mejor que [app competidora]"	Subtítulo que dice el beneficio
2.3.7	Palabras clave con nombres de apps rivales	Palabras de uso: despertador, mañana, rutina
2.3.7	"Gratis" o "-50 %" en una captura	Ningún precio ni promoción en las capturas

Un caso real, fuera de la 2.3.10: un nombre de terceros en la descripción

En Nolera, mi app de clóset, la descripción nombraba a OpenAI, el servicio de IA que se usa para la prueba virtual de ropa. Apple rechazó el envío citando la sección 5, "Legal", por la disponibilidad en China. La solución fue quitar China de los países donde se ofrece la app.

No fue un rechazo 2.3.10, pero viene del mismo lugar: un nombre de servicio de terceros en la ficha nunca es neutral. Antes de escribir uno, pregúntate si ayuda a la persona a elegir tu app. Casi siempre basta con describir lo que hace la función.

Corregir y volver a enviar

1. Lee la lista de Apple. El mensaje dice dónde vio la mención: descripción, capturas, app. Suma tu propia búsqueda, idioma por idioma.
2. Corrige todo, no solo el ejemplo citado. Una segunda mención encontrada en la siguiente vuelta te cuesta un ciclo de revisión completo.
3. Solo la ficha: mismo build. Haces los cambios en App Store Connect, respondes a App Review y vuelves a enviar. El detalle está en tiempo de revisión del App Store.
4. Mención en la app: nuevo build. El revisor prueba el binario enviado.
5. Función interactiva real: explícala. Di en tu respuesta qué hace la app con la otra plataforma y dónde probarlo.

La plantilla de respuesta que yo usaría, en inglés, para adaptar:

Hello,

Thank you for your review.

We removed every reference to other platforms:
- Description and promotional text: [what changed].
- What's New: [what changed].
- Screenshots: replaced with captures from iPhone,
  in all [number] localizations.

No change was needed in the app binary.

Best regards,

Escribe la última línea solo si es cierta.

La checklist 2.3 antes del envío

• Ninguna palabra "Android", "Google Play" o "Play Store" en la ficha, en ningún idioma.
• Notas de versión escritas para iOS, no copiadas de la versión Android.
• Capturas tomadas en iPhone o iPad, sin marco ni barra de estado de otra marca.
• Más de la mitad de las capturas de cada dispositivo muestran la app en uso.
• Ninguna maqueta de una función que no esté en la versión enviada.
• Nombre y subtítulo sin precio, sin nombre de app competidora, sin promesas que no se puedan verificar.
• Palabras clave sin marcas de terceros ni nombres de empresas.
• Ningún "gratis" ni porcentaje de descuento en las capturas.
• En la app, enlaces e insignias de tienda adaptados a la plataforma.

Una ficha que pasa la revisión a la primera

El Apple Review Kit reúne mi checklist previa al envío y skills de Claude Code que revisan tu proyecto, tu paywall y tu ficha. Para capturas que venden sin infringir la 2.3.3, el App Store Screenshots Kit crea tus visuales a partir de las pantallas reales de tu app, en los tamaños que pide Apple. Si quieres una mirada humana, reserva una hora conmigo. El proceso completo después de un rechazo está en la página app rechazada por Apple.

Si estás preparando tu primer lanzamiento, haz tu diagnóstico gratuito: ordena los pasos y te envía mi checklist antirrechazo de Apple. La página de inicio muestra cómo crear una app móvil pensando en la ficha desde el principio.

Preguntas frecuentes

¿Qué significa "Guideline 2.3.10 - Performance - Accurate Metadata"?

Es el título del rechazo por mencionar otra plataforma. Apple encontró, en tu ficha o en tu app, un nombre, un ícono o una imagen de Android, de Google Play o de otra tienda de apps. La solución: quitar cada mención, en cada idioma.

¿Puedo escribir que mi app también existe en Android?

No en la ficha ni en la versión iOS de la app. La única excepción es una función interactiva real con la otra plataforma, que debes explicar en las notas de revisión. Para decir que tu app existe en otro lado, usa tu sitio web.

¿Cuántas capturas deben mostrar la app en uso?

Más de la mitad, para cada tipo de dispositivo. Con tres capturas, dos muestran la app en uso. Con cuatro, tres. Las demás pueden presentar tus beneficios con visuales de marketing.

¿Necesito un nuevo build después de un rechazo 2.3.10?

No si la mención está solo en la ficha: corriges en App Store Connect y vuelves a enviar el mismo build. Si la mención está en la app, como una insignia de Google Play en una pantalla para compartir, necesitas un nuevo build.

¿Puedo mencionar una app competidora en mis palabras clave?

No. La ayuda de App Store Connect prohíbe nombres de otras apps y de empresas en las palabras clave, y la 2.3.7 rechaza las marcas registradas usadas para engañar a la búsqueda. Apuesta mejor por las palabras que tu público escribe para describir su necesidad.