Apple rechaza la app de astronomía Dark Hours por «astrología» - dos veces

Apple rechazó Dark Hours, una app de astronomía para observar objetos celestes, con el argumento de que «guarda relación con la astrología» - y cuando el desarrollador Terry Godier apeló, el App Review Board de Apple confirmó el rechazo afirmando que la app «incluye una función de lectura de tarot en directo», según los relatos publicados el 7 de agosto de 2026 por Daring Fireball y el desarrollador Michael Tsai. El caso importa más allá de una sola app: es un ejemplo documentado de la vía de escalado de revisión más alta de Apple ratificando un rechazo objetivamente erróneo.

Qué ocurrió

Dark Hours es una app de astronomía creada por Terry Godier, con un diseño nativo de iOS que utiliza la interfaz Liquid Glass de Apple, según la entrada de John Gruber en Daring Fireball. El rechazo inicial de App Review de Apple la clasificó como astrología. Godier escaló a través del proceso de apelación de Apple hasta el App Review Board - la última instancia para los rechazos en disputa - y la respuesta del board, citada en ambas entradas, fue: «Entendemos que la app incluye una función de lectura de tarot en directo.»

Godier lo niega rotundamente. La app «no tiene ninguna función de tarot, ningún horóscopo, ni nada que yo, ni ninguna otra persona a quien haya preguntado, asociaría con la astrología», declaró, según cita Daring Fireball. La propia valoración de Gruber tras examinar la app: «Es inmediatamente obvio que guarda relación con la ciencia de la astronomía y no tiene absolutamente nada que ver con la astrología.»

Por qué los desarrolladores están prestando atención

Las críticas reunidas en el resumen de Michael Tsai van más allá del error individual y apuntan al sistema que lo produjo. Godier sostiene que el proceso de revisión es incoherente en ambos sentidos: aprueba apps de baja calidad, como envoltorios de ChatGPT y juegos cargados de publicidad excesiva, mientras rechaza una herramienta científica legítima. La caracterización de Gruber sobre el resultado de la apelación fue más contundente: «Esto es sacado directamente de Kafka.»

El detalle que hace notable este caso es dónde se ratificó el error. Los errores de revisores individuales son una constante conocida en el desarrollo para la App Store. Aquí, según ambos relatos, el App Review Board - la vía de escalado que existe precisamente para corregir tales errores - introdujo una nueva afirmación incorrecta (la función de tarot) en lugar de detectar la original.

Qué significa esto para los desarrolladores

Si publicas en iOS, las conclusiones prácticas son concretas:

• No des por sentado que el App Review Board reexamina tu app desde cero. En este caso documentado, el board ratificó una clasificación errónea con una justificación que, según el desarrollador, describe una función que no existe. Construye tu apelación como si tuvieras que refutar el rechazo original y anticipar interpretaciones erróneas adyacentes: deja claro qué no es tu app, con capturas de pantalla.
• La confusión con una categoría adyacente es un riesgo de rechazo real. Una app de astronomía se leyó como astrología. Si el dominio de tu app tiene un vecino superficialmente similar, más regulado o restringido (astronomía/astrología, educación/juegos cercanos a las apuestas, bienestar/médico), aborda la distinción de forma explícita en tus notas de revisión antes del primer envío.
• La documentación pública mueve los casos. Ambas entradas aparecieron el 7 de agosto de 2026 y fueron recogidas ampliamente por los agregadores para desarrolladores ese mismo día. Ninguna de las dos fuentes informa de una marcha atrás de Apple en el momento de escribir esto, pero el patrón histórico que sugiere el enfoque de «rechazo de la semana» de Gruber - rechazos de alto perfil que atraen el escrutinio público - es una palanca que los desarrolladores han usado cuando el proceso formal falla. Guarda registro de cada intercambio con la revisión para poder publicar una cronología exacta si así lo decides.
• Planifica los calendarios de lanzamiento contando con el riesgo de revisión. Una apelación que llega al App Review Board y fracasa no deja a la app más vía hacia la App Store que el reenvío. Si una fecha de lanzamiento importa, reserva margen para al menos un ciclo de rechazo en cualquier categoría donde una clasificación errónea como esta sea plausible.

Ni Daring Fireball ni la entrada de Tsai informan de comentario alguno de Apple más allá de las respuestas de revisión citadas anteriormente.