Guideline 4.3(a) Design Spam: cómo solucionarlo, más 4.3(b) y 4.2.6 para apps de plantilla e IA (2026)

Un rechazo por Guideline 4.3(a) Design Spam es uno de los mensajes de App Review más difíciles de resolver, porque rara vez dice a qué app se parece la tuya. Afecta mucho más a apps de plantilla, clientes white-label y apps generadas con IA que al resto. Esta guía separa la 4.3(a) de la 4.3(b) y la 4.2.6, analiza cómo otros desarrolladores superaron el rechazo y te da una plantilla de respuesta y una checklist que completar antes de volver a enviar. Para otros tipos de rechazo, consulta la guía de rechazos guideline por guideline.

¿Qué significa la Guideline 4.3(a) Design Spam?

La Guideline 4.3(a) significa que Apple cree que tu envío es esencialmente la misma app que otra ya enviada: o bien varios bundle IDs de una misma app, o bien una copia casi idéntica de la app de otra persona. La solución es consolidar los duplicados o hacer que la experiencia principal sea claramente distinta.

A noviembre de 2026, las App Review Guidelines dicen: "No crees varios Bundle IDs de la misma app (por ejemplo, enviar una app de mapas distinta para cada ciudad del mundo en lugar de un único mapa mundial que permita a los usuarios buscar cualquier ciudad)". La alternativa que propone Apple es: "considera enviar una sola app y ofrecer las variantes mediante compras dentro de la app". La 4.3(a) lleva el icono de la llave, así que también se aplica a la notarización de apps de iOS y iPadOS distribuidas fuera del App Store.

El texto de rechazo que suelen recibir los desarrolladores es: "Guideline 4.3(a) - Design - Spam. We noticed your app shares a similar binary, metadata, and/or concept as apps submitted to the App Store by other developers, with only minor differences." (es decir, que tu app comparte un binario, metadatos y/o concepto similares a los de apps enviadas por otros desarrolladores, con solo diferencias menores). En esa frase hay tres desencadenantes (binario, metadatos, concepto), y cualquiera de ellos basta para provocar el rechazo.

¿En qué se diferencia la 4.3(a) de la 4.3(b) y la 4.2.6?

La 4.3(a) trata de duplicados, la 4.3(b) de apps que no aportan nada nuevo a una categoría ya saturada y la 4.2.6 de apps creadas con plantillas y enviadas desde la cuenta equivocada. Cada una requiere una solución distinta, así que primero comprueba el número exacto de la guideline en tu rechazo.

El texto vigente de la 4.3(b) también advierte que Apple "puede retirar estas apps del App Store en adelante si no se actualizan, mejoran o no atraen clientes", y que categorías de poco esfuerzo, como juegos para beber o apps de pedos, pueden llevar a la expulsión del Apple Developer Program si se envían repetidamente. Para el resto de reglas que Apple ha revisado recientemente, consulta nuestros cambios de las App Review Guidelines de octubre de 2026.

¿Por qué las apps de plantilla y las generadas con IA se marcan como spam?

Las apps de plantilla y las generadas con IA se marcan porque muchas comparten el mismo código inicial, las mismas pantallas y textos de tienda similares, lo que coincide con los tres desencadenantes: binario, metadatos y concepto. Ser el dueño del código no exime a una app si el resultado se parece a cientos de otras.

Los creadores de apps con IA suelen producir el mismo onboarding, la misma barra de pestañas y el mismo conjunto genérico de funciones ("registra hábitos, obtén análisis con IA"), y la descripción del App Store generada a menudo también es igual. Si publicaste con un creador de apps, comprueba quién aparece como vendedor. La 4.2.6 dice que los servicios de plantillas "no deben enviar apps en nombre de sus clientes", así que la app debe publicarse con la cuenta de desarrollador del propietario del contenido. Nuestra guía para publicar con Base44 y nuestra guía para publicar con Lovable explican qué sigue siendo responsabilidad tuya después de exportar.

¿Qué han hecho otros desarrolladores para solucionar un rechazo por 4.3(a)?

Los casos publicados muestran que los cambios visuales por sí solos rara vez funcionan. Funciona mejor consolidar las apps duplicadas y redactar una respuesta concreta sobre lo que diferencia a la app.

• Fusionar con una app existente (GitHub). Un equipo que publicaba una app VoIP basada en Linphone contó en el issue #936 de linphone-iphone que un nuevo set de iconos y una nueva paleta de colores no bastaron para superar la 4.3(a). Concluyeron que el conflicto era otra app basada en Linphone en la misma cuenta. Incorporaron los cambios a esa app existente como actualización y fue aprobada "casi de inmediato".
• Explicar qué la hace única (Godot Forum). Un desarrollador de juegos en el Godot Forum sospechaba que el binario compartido del motor coincidía con otros juegos de Godot. Reducir el tamaño de la build y explicar que usaba Godot fueron ambos rechazados. Una respuesta "enumerando los aspectos clave que, en mi opinión, hacían mi juego divertido y único frente a otros juegos del mismo género" consiguió la aprobación.
• Las capturas no bastaron (Apple Developer Forums). En un hilo de los Apple Developer Forums, un desarrollador contó que un representante de Apple señaló las capturas de pantalla y que "metadatos" puede referirse al título, el subtítulo, las palabras clave o las capturas. Unas capturas completamente nuevas recibieron igualmente el mismo rechazo, en una actualización de una app con 2–3 años de antigüedad.

El patrón común: los cambios cosméticos (iconos, colores, capturas) fallaron en los tres casos. Lo que funcionó fue eliminar el duplicado de la cuenta o dar al revisor razones concretas, a nivel de funciones, de por qué la app es diferente.

¿Cómo se soluciona un rechazo por 4.3(a) paso a paso?

Para solucionar un rechazo por 4.3(a), primero localiza el duplicado, después haz cambios reales en el producto y luego responde a App Review con detalles concretos antes de volver a enviar. Reenviar la misma build con un icono nuevo es la forma más habitual de ser rechazado otra vez.

1. Lee el número exacto de la guideline en la sección App Review de App Store Connect. Si dice 4.2.6 o 4.3(b), sigue esa fila de la tabla anterior.
2. Haz una lista de todas las apps de tu cuenta, publicadas o retiradas, que compartan código, plantilla, concepto o diseño con la rechazada. Si encuentras alguna, fusiónalas en una sola app con variantes dentro de la app, o publica los cambios como actualización de la app ya publicada.
3. Busca en el App Store las palabras clave de tu categoría y anota los primeros resultados. Escribe qué hace tu app que ninguna de ellas haga.
4. Cambia al menos un flujo principal (fuente de datos, función principal, modelo de interacción), no solo el tema visual.
5. Reescribe el nombre, el subtítulo, las palabras clave, la descripción y las capturas para que describan tus funciones concretas y no quede ningún texto genérico de plantilla.
6. Responde en App Store Connect usando la plantilla de abajo. La página de App Review de Apple también ofrece citas de 30 minutos por Webex si quieres consultar las guidelines directamente con un revisor.
7. Si crees que el revisor no entendió la app, presenta una apelación ante el App Review Board. Apple pide "enviar solo una apelación por cada envío que no superó la revisión" y responder antes a las solicitudes de información.

¿Qué debe decir la respuesta a App Review?

Una buena respuesta nombra las funciones concretas que diferencian a la app, confirma que no hay apps duplicadas en tu cuenta e indica al revisor dónde puede ver cada diferencia. Que sea breve, objetiva y educada.

Hello App Review,

Thank you for the feedback on Guideline 4.3(a). We have reviewed our account
and confirm [App Name] is our only app in this category. [We removed /
merged "Old App" into this app in version X.Y.]

What [App Name] does that similar apps do not:
1. [Feature] - e.g. syncs with the user's school timetable via [API];
   see Home > Schedule.
2. [Feature] - e.g. offline lesson plans authored by our team, not
   generated or scraped; see Library.
3. [Feature] - e.g. teacher-to-parent messaging; see the demo account.

This version also changes [core flow] and replaces all metadata and
screenshots to reflect these features.

Demo account: [username] / [password]

We are happy to provide more detail or join a call.

Thank you,
[Name]

Si una función requiere iniciar sesión, da al revisor credenciales que funcionen. Nuestra guía de cuenta demo para la revisión del App Store explica cómo configurarla.

¿Qué debe incluir una checklist de diferenciación antes de volver a enviar?

Una checklist de diferenciación debe cubrir tu cuenta, tu binario, tus metadatos y tu concepto, los cuatro aspectos que examina la 4.3. Marca cada punto antes de volver a pulsar Submit for Review.

• Cuenta: ninguna otra app, publicada o retirada, comparte la misma plantilla, concepto o diseño.
• Cuenta: la app se envía desde la cuenta de desarrollador del propio propietario del contenido (4.2.6).
• Binario: se han eliminado las pantallas de ejemplo de la plantilla, los datos de demostración y la marca provisional.
• Binario: existe al menos una función principal que no tienen los primeros resultados de la categoría.
• Metadatos: el nombre, el subtítulo y las palabras clave describen tu valor concreto, no la categoría en general.
• Metadatos: las capturas muestran tus funciones diferenciadoras en los dos primeros fotogramas.
• Concepto: puedes explicar en una frase por qué un usuario elegiría esta app frente a los cinco primeros resultados.
• Notas para la revisión: se enumeran las diferencias y una cuenta demo, para que el revisor no tenga que buscarlas.

Si te han rechazado por la 4.3 más de una vez y no sabes qué cambiar, nuestro servicio de publicación en el App Store prepara la revisión y trabaja contigo sobre los comentarios del rechazo, por $599 para ambas tiendas (las cuotas de las cuentas de desarrollador se pagan aparte).