La Guideline 4.3 es la regla antispam de Apple. Suele aplicarse cuando una app parece duplicar un producto existente, repite una plantilla o añade otra ficha casi idéntica a una categoría ya saturada. Un icono nuevo o un subtítulo reescrito rara vez resuelven el motivo del rechazo.

Identifica qué parte de la 4.3 aplica

La sección 4.3(a) se centra en varios Bundle ID para lo que es esencialmente la misma app, incluidos porfolios divididos por ubicación, cliente o tema. La sección 4.3(b) cubre apps indistinguibles de productos ya comunes en una categoría saturada. La primera pregunta si las variantes deberían ser un solo producto. La segunda, si el producto en sí aporta una experiencia con sentido.

Empieza por la nota del revisor

Lee la nota exacta en App Store Connect y separa las pruebas de la conclusión. Anota qué consideró similar el revisor: el concepto de producto, el binario, la ficha, el porfolio de la cuenta o la propia categoría. No reenvíes hasta poder explicar la diferencia en una frase.

Prueba útil

Si las capturas, el primer arranque y el resultado principal parecen intercambiables con otra app, el revisor probablemente tampoco verá un producto distinto.

Revisa el producto, no solo la ficha

  1. Resultado principal: identifica el trabajo que tu app hace y las apps comparadas no.
  2. Experiencia: muestra dónde el flujo, la audiencia, el contenido o los datos difieren de forma sustancial.
  3. Titularidad: reúne licencias y autorizaciones para contenido de marca, plantillas o assets de terceros.
  4. Porfolio: explica por qué esto debe ser una app aparte y no un modo dentro de una existente.

Prepara una nota de revisión limpia

Mantén la respuesta factual. Nombra el flujo diferenciador, indica al revisor dónde está e incluye las credenciales necesarias para llegar a él. Si el build anterior causó confusión, di qué cambió en el nuevo. Evita argumentar que a la competencia la aprobaron; la revisión se basa en la app enviada.

What is distinct:
      [one clear product difference]

      Where to find it:
      [screen and exact steps]

      What changed in this build:
      [material product changes]

      Supporting rights or context:
      [licenses, ownership, account relationship]

Cambios que normalmente no resuelven la 4.3

Un icono nuevo, otra paleta, otro nombre o reordenar capturas hacen que la ficha parezca distinta dejando el producto igual. Quitar la referencia a una plantilla no elimina el código compartido ni un flujo intercambiable. Si el revisor no puede llegar al valor diferencial con la cuenta y los pasos facilitados, asume que aún no está demostrado.

¿Reenviar o apelar?

Reenvía cuando hayas cambiado el producto o ya puedas demostrar una diferencia a la que el revisor no podía acceder. Apela cuando el envío ya cumple y el rechazo parece basarse en un malentendido factual. En ambos casos, envía un expediente coherente en lugar de varios mensajes fragmentados.

Antes de pulsar enviar

  • El build revisado contiene los cambios prometidos.
  • Las capturas y los metadatos describen el producto actual.
  • El flujo diferenciador es accesible con la cuenta de revisión facilitada.
  • Tu nota es específica, corta y sin comparaciones que no puedas probar.

¿Te ha resultado útil este artículo?