Guideline 4.3 Design Spam: app rechazada, qué hacer

Guideline 4.3 Design Spam: la respuesta corta

La guideline 4.3 es la regla antispam del App Store. La 4.3(a) prohíbe publicar varias veces la misma app y, en la práctica, se aplica contra las apps reempaquetadas. La 4.3(b) rechaza las apps imposibles de distinguir de lo que ya existe, sobre todo en las categorías saturadas. La solución es de fondo: una función principal que nadie más ofrezca.

Es el rechazo más difícil de corregir: cuestiona la razón de ser de tu app, y ninguna corrección de código basta si el producto se parece demasiado a lo que ya existe.

Publico mis propias apps iOS: Solys, un despertador con minijuegos, y TradaZen, un entrenamiento de trading, están en el App Store. Nolera y Clic fueron rechazadas y luego corregidas. Recibí rechazos 2.1, 5.6.3 y 2.3.2, que detallo en por qué Apple rechaza tu app. Nunca recibí un rechazo 4.3, y no te voy a contar lo contrario. Esta guía se basa en el texto oficial de Apple, parafraseado en español.

¿Qué dice exactamente la guideline 4.3?

La 4.3, "Spam", está en la sección 4, "Design", de las App Review Guidelines. Sus dos partes apuntan a dos problemas distintos.

4.3(a): una sola app, no una copia por variante

El texto oficial pide no crear varios Bundle IDs para la misma app. El ejemplo de Apple: publicar una app de mapa por cada ciudad del mundo, en lugar de un solo mapa mundial donde buscas tu ciudad. Si tu app tiene versiones por lugar, por equipo deportivo o por universidad, Apple te aconseja enviar una sola app y ofrecer las variantes mediante compras dentro de la app.

En la práctica, el mensaje de rechazo va más allá de ese ejemplo. En los rechazos 4.3(a) que algunos desarrolladores publicaron en los foros de desarrolladores de Apple, Apple escribe que la app comparte "a similar binary, metadata, and/or concept" con apps enviadas por otros desarrolladores, con solo diferencias menores. El mensaje califica esas apps similares o reempaquetadas como spam. Tres palabras importan: el binario (el código compilado), los metadatos (nombre, descripción, capturas) y el concepto.

Otras dos reglas van en la misma dirección. La 4.2.6, una subregla de la guideline 4.2, rechaza las apps creadas a partir de una plantilla comercial o de un servicio de generación de apps, salvo que las envíe directamente el proveedor del contenido. La guideline 4.1, "Copycats", prohíbe copiar una app popular cambiando un poco su nombre o su interfaz. Empieza con una frase simple: "Come up with your own ideas."

4.3(b): las categorías saturadas

La 4.3(b) rechaza las apps imposibles de distinguir de lo que ya está ampliamente disponible: para Apple, estas variantes oportunistas empeoran el descubrimiento en el App Store.

El texto nombra las categorías afectadas. Las apps de citas, de linterna, de efectos de sonido, de fondos de pantalla, de temporizadores simples y de adivinación ("fortune telling") ya están bien establecidas. Apple ya no acepta nuevos envíos en estas categorías, salvo que ofrezcan "a meaningfully different or improved experience". Apple incluso puede retirar las que no se actualizan ni mejoran, o que no atraen a nadie.

Una segunda lista es más severa: juegos para beber, Kama Sutra, apps de pedos y eructos. Apple las considera mediocres o de poco esfuerzo, y los envíos repetidos de este tipo pueden llevar a la expulsión del programa de desarrolladores.

Los horóscopos y la astrología no aparecen nombrados como tales en la versión actual del texto. Una app genérica de horóscopo diario sigue estando muy cerca de la adivinación, y yo la trataría como una categoría saturada.

Por qué la 4.3 aparece más seguido con la IA y las plantillas

Las plantillas lo comparten todo por diseño

Una plantilla de app vendida en internet la compran muchos desarrolladores, que cambian los colores, el ícono y el nombre, y luego la envían. Apple no detalla cómo detecta los parecidos, pero su mensaje habla del binario, los metadatos y el concepto: tres cosas que una plantilla comparte con todas sus copias. Es exactamente el caso al que apuntan la 4.3(a) y la 4.2.6.

La IA produce la versión promedio de tu idea

Pídele a una IA "una app de seguimiento de hábitos": te devuelve la versión más probable de la idea, o sea, el promedio de lo que existe, con las mismas pantallas y el mismo onboarding. El código quizás sea original, el concepto no. Y la 4.3(b) juzga la experiencia, no la originalidad del código.

La IA programa muy bien una idea diferenciada, pero no encuentra la diferencia por ti. Detallo lo que hace bien y lo que no en crear una app iOS con IA.

Cómo diferenciar realmente tu app

Una función principal que nadie ofrezca exactamente así

Es la regla que me impongo con cada idea, justamente para evitar la 4.3: una función principal que nadie más ofrezca exactamente así. Un despertador más sería atacable: los temporizadores simples están entre las categorías que cita Apple. Solys es un despertador que te obliga a ganar un minijuego para apagarlo. La diferencia cabe en una frase, y se ve desde el primer uso.

La prueba: completa "es la única app que...". Si solo puedes terminarla con "pero más bonita", tu diferencia es demasiado débil.

Contenido y lógica que te pertenezcan

Una apariencia distinta no basta. Lo que distingue a una app es lo que produce: contenidos escritos para ella, datos que calcula, una mecánica que no se encuentra en otro lado. Si partes de una plantilla o de un proyecto open source, cambia la lógica, no solo los colores.

Un nombre, capturas y una descripción que lo demuestren

El mensaje 4.3(a) menciona los metadatos: el revisor también juzga tu ficha, como en la guideline 2.3.10. Un nombre genérico tipo "Linterna Pro" anuncia una copia incluso antes de abrir la app. Tu nombre y tu subtítulo deben decir la función única, tu primera captura debe mostrarla y tu descripción debe empezar por ella. Este trabajo también ayuda a tu posicionamiento: el método está en la página ASO App Store.

Una sola app para todas tus variantes

Si tu idea se declina por ciudad, por equipo o por tema, publica una sola app con una opción para elegir dentro, y compras dentro de la app si las variantes son de pago. Es la lectura literal de la 4.3(a).

Cómo responder a un rechazo 4.3 en App Store Connect

Lo que antes se llamaba Resolution Center hoy está en la sección App Review de App Store Connect. Ahí respondes al mensaje de App Review con texto y archivos adjuntos, capturas o documentos, mientras no hayas vuelto a enviar la app.

1. Identifica la subregla. Un rechazo 4.3(a) habla de parecido con otras apps o de múltiples variantes. Un rechazo 4.3(b) habla de una categoría saturada.
2. Sé honesto sobre el fondo. Si tu app viene de una plantilla o de verdad se parece a lo que existe, no discutas: cambia el producto, no la redacción.
3. Si tu diferencia es real, muéstrala. Responde breve, con hechos, en inglés, con un video de la función principal adjunto.

La plantilla que yo usaría, para adaptar:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Escribe las dos frases sobre el código y las otras apps solo si son ciertas. Una afirmación falsa en una respuesta a Apple te costará más caro que un rechazo. El proceso completo después de cualquier rechazo está en la página app rechazada por Apple.

Cuándo apelar ante el App Review Board

Apple permite apelar ante el App Review Board si crees que el revisor no entendió bien el concepto y el funcionamiento de tu app, o que recibiste un trato injusto durante la revisión. Apple pone tres condiciones: dar razones precisas por las que tu app cumple las guidelines, presentar una sola apelación por envío rechazado y responder primero a cualquier solicitud de información adicional.

Apela cuando tu diferencia sea real, visible en la app, y tu respuesta en App Store Connect no haya bastado para que la entiendan. Para una plantilla, un clon o una variante sin diferencia, la apelación no va a cambiar el producto.

Apple también ofrece, en la misma página, citas por video de 30 minutos con App Review. Si tu idea roza una categoría saturada, pregunta antes de construir.

La checklist anti-4.3 antes de enviar

• Sabes terminar la frase "es la única app que..." sin hablar de diseño
• La función principal se ve desde el primer uso, sin buscarla
• Ninguna pantalla, texto, sonido ni imagen viene tal cual de una plantilla, cuya lógica cambiaste
• No publicas dos apps que comparten el mismo código y el mismo concepto
• Tus variantes (ciudades, equipos, temas) viven en una sola app
• Tu nombre y tu subtítulo dicen la función única, no la categoría
• Tu primera captura y tu descripción empiezan por tu diferencia
• Si tu app toca una categoría citada por la 4.3(b), las notas de revisión explican en dos frases qué la distingue y cómo probarlo

La 4.3 se previene al elegir la idea

Una app "más" en un nicho saturado tiene dos problemas. Apple puede rechazarla por la 4.3(b). Y si pasa, se enfrenta a apps instaladas desde hace años sin ofrecer una razón para elegirla.

Por eso la diferenciación no se agrega al momento de enviar. Se decide antes de la primera línea de código, reduciendo tu idea a una función principal clara para un público preciso. Es el núcleo de un MVP de app iOS bien planteado, y el primer paso de mi método de la idea al App Store.

Elegir la idea correcta antes de programar

En el iOS Kit, el primer paso del recorrido sirve justamente para eso: elegir la idea, el público y el precio antes de escribir el código.

¿Ya recibiste un rechazo 4.3? El Apple Review Kit te ayuda a encontrar la regla citada, lo que exige y un ejemplo de corrección y de respuesta. Si quieres que revisemos tu caso juntos desde ya, reserva una hora conmigo, por videollamada.

Nadie puede garantizarte la aprobación de Apple, ni siquiera yo. Puedo ayudarte a descartar desde el principio las ideas que serían una app de más.

¿Todavía dudas de tu idea? El diagnóstico gratuito parte de tu proyecto, te dice qué paso atacar primero y te envía mi checklist contra los rechazos de Apple. La página de inicio muestra luego cómo crear una app móvil sin partir de cero eligiendo la idea antes de escribir el código.

Preguntas frecuentes

¿Cuál es la diferencia entre 4.3(a) y 4.3(b)?

La 4.3(a) apunta a la duplicación: varias versiones de la misma app, o una app que comparte su código, su ficha o su concepto con otras salvo algunos detalles. La 4.3(b) apunta a la saturación: nada nuevo en una categoría muy poblada, como las linternas.

¿Mi app creada con IA será rechazada por la 4.3?

No por estar creada con IA: Apple juzga el resultado, no la herramienta. El riesgo viene de una idea genérica que la IA convierte en la versión promedio de lo que existe. Si tu función principal es única y visible, el origen del código no es un problema en cuanto a la 4.3.

¿Se puede usar una plantilla sin que te rechacen?

Una plantilla usada como punto de partida técnico, y luego transformada a fondo, no es el problema. Una plantilla publicada casi tal cual, con un nombre y colores nuevos, corresponde exactamente a lo que apuntan la 4.3(a) y la 4.2.6.

¿Hay que cambiar de cuenta o de Bundle ID después de un rechazo 4.3?

No. Cambiar de identificador o de cuenta no cambia la app, y la 4.3(b) prevé que los envíos repetidos de apps de poco valor pueden llevar a la expulsión del programa de desarrolladores. La única salida duradera es modificar el producto y luego volver a enviarlo.

¿Una app de citas o de fondos de pantalla todavía puede ser aceptada?

Sí, si ofrece una experiencia realmente diferente o mejorada: es la condición que pone el texto de Apple. Esa diferencia debe verse en la app, en la ficha y en las notas de revisión.