Guideline 1.1 Objectionable Content: corregir un rechazo

La guideline 1.1, "Objectionable Content", rechaza las apps cuyo contenido es ofensivo, impactante, de muy mal gusto o engañoso. También cubre las funciones falsas, como un detector falso, y las apps que se aprovechan de una tragedia de actualidad. La corrección consiste en quitar o enmarcar el elemento señalado, en la app y en la ficha, y luego decirle al reviewer qué cambió.

Publico mis propias apps iOS: Solys, TradaZen y Nolera están en el App Store. Esta guía se basa en el texto oficial de Apple, leído el 15 de octubre de 2026 ("Last Updated: June 8, 2026"). Las apps mencionadas más abajo son ejemplos construidos para ilustrar la regla. Para la visión general de los motivos de rechazo, mejor lee por qué Apple rechaza una app.

¿Qué dice la guideline 1.1?

La 1.1 abre la sección 1, "Safety", de las App Review Guidelines. Su frase inicial: "Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy." Dicho de otro modo: nada de contenido ofensivo, hiriente, perturbador, hecho para dar asco, de muy mal gusto o simplemente siniestro.

La introducción de la sección es todavía más directa: "if you're looking to shock and offend people, the App Store isn't the right place for your app." Si tu objetivo es impactar, el App Store no es el lugar indicado.

Las siete subreglas son ejemplos, no una lista cerrada. El reviewer juzga el tono y el efecto del contenido. Por eso un rechazo 1.1 suele sorprender: no se marcó ninguna casilla concreta, pero el conjunto se consideró al límite.

Las 7 subreglas, de la 1.1.1 a la 1.1.7

• 1.1.1: contenido difamatorio, discriminatorio o malintencionado hacia un grupo (religión, origen, orientación sexual, género…), sobre todo si puede humillar a una persona o a un grupo concreto. Excepción: "Professional political satirists and humorists are generally exempt from this requirement."
• 1.1.2: violencia realista contra personas o animales, o incitación a la violencia. En un juego, los enemigos no pueden apuntar únicamente a un origen, a un gobierno real o a una empresa real.
• 1.1.3: uso peligroso o ilegal de armas, o ayuda para comprar armas de fuego y municiones.
• 1.1.4: contenido sexual explícito o pornográfico, incluidas las apps de encuentros de una noche.
• 1.1.5: comentario religioso incendiario, o cita inexacta de un texto religioso.
• 1.1.6: información falsa y funciones falsas, como datos del dispositivo inexactos o un rastreador de ubicación falso. La frase clave: "Stating that the app is “for entertainment purposes” won't overcome this guideline." Se rechazan las apps de llamadas o SMS anónimos o de broma.
• 1.1.7: apps que buscan aprovecharse de un evento reciente, como una guerra, un atentado o una epidemia.

La tabla: subregla, rechazo típico, corrección

Esta es la lista que hay que revisar antes de enviar una app que toca el humor, la IA o la actualidad. Los rechazos típicos son ejemplos construidos a partir del texto.

Subregla	Rechazo típico	Corrección
1.1.1 Maldad	Chistes sobre un origen	Apuntar a ideas, no a personas
1.1.2 Violencia	Gore realista, blanco real	Estilo dibujado, enemigo ficticio
1.1.3 Armas	Enlace a una armería	Quitar compra y enlaces
1.1.4 Sexualidad	Avatar IA desnudo	Filtro y ropa puesta
1.1.5 Religión	Versículo mal citado	Texto exacto y con fuente
1.1.6 Falsedad	Detector de mentiras falso	Función real o retirarla
1.1.7 Actualidad	Juego sobre una guerra en curso	Quitar el tema

Una mención "para entretenimiento" no salva una función falsa: Apple lo escribe con todas las letras en la 1.1.6.

Cuatro casos típicos para una app independiente

Los cuatro casos siguientes son ejemplos construidos, no apps reales.

La app satírica

Ejemplo: una app que genera portadas de periódico falsas con figuras políticas. La excepción de la 1.1.1 se refiere a satíricos y humoristas "profesionales". Un desarrollador independiente no se beneficia de ella automáticamente. El texto apunta ante todo al contenido que humilla, intimida o hiere a un blanco concreto.

Lo que yo haría: apuntar a situaciones, no a orígenes ni religiones. Nunca permitir apuntar a una persona particular por su nombre o su foto. Y si los usuarios publican sus creaciones, agregar el filtro, el reporte y el bloqueo que exige la guideline 1.2.

El detector falso y la app de broma

Ejemplo: un "detector de mentiras" que lee el dedo apoyado en la pantalla, un escáner de huella que "adivina" el estado de ánimo, un rastreador que localiza cualquier número. El teléfono no mide nada de eso. Es exactamente el "trick/joke functionality" de la 1.1.6.

La corrección no es una advertencia más. O la función mide de verdad lo que muestra, o desaparece. Si la idea es un juego entre amigos, asume el juego: preguntas, un puntaje, un castigo, sin pretender leer el cuerpo o el dispositivo. Lo mismo para la ficha: un nombre que promete un detector real basta para atraer la 1.1.6.

El contenido generado por IA, sin filtro

Ejemplo: una app que escribe historias, chistes o respuestas de coach con un modelo de IA, mostradas tal cual. Lo que tu IA produce, lo publica tu app. Si sale del modelo un mensaje racista o violento, la 1.1 se aplica como si lo hubieras escrito tú.

Lo que yo implementaría:

• Instrucciones de sistema que fijen el tono y los temas prohibidos.
• Un control de la solicitud y de la respuesta en el servidor, antes de mostrarla. OpenAI ofrece un modelo de moderación gratuito, que clasifica texto e imágenes.
• Un mensaje neutro cuando la respuesta se bloquea, y un botón para reportar una respuesta.

Este control corre en el servidor, donde debe quedarse la clave del modelo, como explico en clave API secreta en una app Expo. Si las creaciones se pueden compartir con otros, la 1.2 se suma a la 1.1. Y el envío de los datos del usuario al modelo corresponde a la guideline 5.1.2.

El avatar o la imagen IA

Ejemplo: una app que transforma una selfie en personaje, o que genera avatares. Tres riesgos. Una imagen sexualizada cae en la 1.1.4. Una imagen gore o de violencia realista cae en la 1.1.2. Una persona real ridiculizada o representada sin su consentimiento cae en la 1.1.1.

La corrección: filtrar la solicitud y la imagen generada, rechazar fotos de terceros y mantener ropa puesta por defecto. Para logos, personajes y estilos de marca, el tema de los derechos se trata en la guía de la guideline 5.2.1.

La ficha cuenta tanto como la app

Un rechazo 1.1 puede apuntar a la ficha tanto como al código: una descripción provocadora, una palabra clave fuera de lugar, una captura demasiado cruda. La regla 2.3.8 lo exige: "Metadata should be appropriate for all audiences". El ícono, las capturas y las vistas previas deben quedarse en el nivel 4+, aunque tu app tenga una clasificación más alta. Para un juego violento, Apple pone el ejemplo de imágenes sin muertes sangrientas ni armas apuntando a un personaje.

Responde también con honestidad el cuestionario de clasificación por edad, como pide la regla 2.3.6. Sus valores y definiciones cubren violencia, sexualidad, humor grosero y terror. Una clasificación correcta no vuelve aceptable un contenido prohibido. Sobre todo evita sorprender a las familias que confían en el control parental.

Responder a un rechazo 1.1

1. Encuentra el elemento señalado. A veces el mensaje cita una captura o una pantalla. Si sigue siendo vago, pregunta en App Store Connect qué contenido es el problema.
2. Corrige en todas partes. La app, la descripción, las palabras clave, las capturas y las imágenes de las compras dentro de la app.
3. Prepara un nuevo build si el contenido está en la app. Un cambio solo en la ficha basta únicamente si el problema estaba en la ficha.
4. Explícalo en dos frases. El método y los plazos de respuesta están detallados en responder a App Review.

Una plantilla de notas en inglés, para adaptar, conservando solo lo que sea cierto:

Hello,

Thank you for your feedback regarding Guideline 1.1.

In build [X], we have:
- removed [content] from [screen] and from the
  App Store description and screenshots;
- added server-side moderation of AI requests and
  responses before anything is displayed;
- added a "Report" button on every generated result.

Best regards,
[Your name]

Apela ante el App Review Board solo si el reviewer entendió mal tu contenido. Un contenido al límite no se defiende, se quita.

La checklist 1.1 antes del envío

• Ningún texto, imagen o sonido apunta a un grupo, una religión o una persona particular.
• Los enemigos de un juego son ficticios y la violencia no es realista.
• Ninguna función pretende medir lo que el teléfono no mide.
• Ningún tema se aprovecha de una guerra, un atentado o una epidemia en curso.
• Cada salida de IA pasa por un control en el servidor antes de mostrarse.
• El ícono, las capturas y la descripción se quedan en el nivel 4+.
• El cuestionario de clasificación por edad describe el contenido real.
• Las notas de revisión explican las zonas límite, como un humor negro o un tema sensible.

Corregir tu rechazo antes de reenviar la app

El Review Kit reúne lo que reviso antes de cada envío, con dos skills que revisan tu proyecto en Claude Code y preparan tu respuesta si Apple te rechaza. Si quieres una mirada humana, reserva una hora conmigo: revisamos juntos tu contenido y tu ficha. El proceso completo está en la página app rechazada por Apple.

Si estás preparando tu primer lanzamiento, haz tu diagnóstico gratuito: te dice qué etapa atacar primero y te envía mi checklist antirrechazo de Apple.

Nadie puede garantizar que Apple aceptará tu app. Quitar las zonas límite antes del envío al menos elimina este motivo de la lista.

Preguntas frecuentes

¿Qué significa "Guideline 1.1 - Safety - Objectionable Content"?

Es el título del rechazo en el mensaje de Apple. El reviewer consideró que un contenido de la app o de su ficha era ofensivo, impactante o engañoso. El mensaje puede apuntar a una subregla concreta, por ejemplo "Guideline 1.1.6" para una función falsa.

¿Qué es la guideline 1.1.6?

Es la subregla sobre información falsa y funciones falsas: datos del dispositivo inexactos, rastreador de ubicación falso, función de broma. También rechaza las apps de llamadas o SMS anónimos o de broma. La corrección consiste en hacer que la función sea real, o en quitarla.

¿Basta con una mención "para entretenimiento"?

No. La 1.1.6 precisa que escribir que la app es "for entertainment purposes" no basta. Si una función pretende medir o detectar algo que el teléfono no mide, la advertencia no cambia en nada el rechazo.

¿Una app de humor o de sátira puede pasar la 1.1?

Puede pasar si el humor no apunta a un grupo, una religión o una persona particular. La excepción de la 1.1.1 se refiere a satíricos y humoristas profesionales. Para una app independiente, apunta a situaciones e ideas, no a personas, y mantén la ficha en el nivel 4+.

¿El contenido generado por IA corresponde a la 1.1 o a la 1.2?

A las dos, según el recorrido. Lo que la IA muestra a la persona que la usa corresponde a la 1.1: eres responsable de ello como de un texto escrito a mano. Si esas creaciones se comparten con otros usuarios, se suma la 1.2, con filtro, reporte, bloqueo y contacto publicado.