Apple acaba de cambiar las reglas. Por primera vez en la historia de la App Store, las apps que ya están en vivo pueden ser removidas — no por una violación de submission nueva, no por un reclamo de copyright, sino simplemente porque Apple decide que no están añadiendo suficiente valor.
Esto no es un rumor. En la WWDC26, Apple actualizó la sección 4.3(b) de sus App Store Review Guidelines con lenguaje directo:
“We may remove these apps from the App Store going forward if they are not updated, improved, or do not attract customers.”
La palabra clave: going forward. Esta política aplica a apps que ya están en la store, no solo a submissions nuevas. Si tienes una app en vivo, necesitas entender qué significa esto.
Qué cambió exactamente
Antes, las guidelines de App Store eran una puerta de submission. Apple podía rechazar una app nueva o un update, pero una vez que una app era aprobada y estaba en vivo, generalmente estaba a salvo. El update de junio 2026 a la sección 4.3(b) termina con esa asunción.
Apple ahora tiene el derecho declarado de remover apps ya publicadas de la store si fallan en cumplir estándares continuos. Las guidelines expandidas targetean apps en categorías que Apple considera sobresaturadas, de bajo esfuerzo o redundantes con funcionalidad nativa de iOS.
La nueva ejecución funciona a través del proceso existente de App Store Improvements de Apple: los developers reciben aviso por adelantado cuando sus apps son marcadas como desactualizadas o de bajo rendimiento antes de una posible remoción. Pero ese aviso por adelantado no es una red de seguridad. Para cuando recibes una notificación, tu ranking probablemente ya ha sufrido.
Este es un cambio estructural. La aprobación era una puerta única. Ahora es un estándar continuo.
Qué categorías de apps están en mayor riesgo
Las guidelines de Apple marcan explícitamente varias categorías como sobresaturadas y sujetas a escrutinio elevado:
- Apps de wallpaper: miles de apps ofreciendo colecciones de imágenes estáticas sin valor distinto sobre la competencia o iOS mismo
- Timers y cronómetros simples: funcionalidad básica que iOS provee nativamente, duplicada a través de cientos de apps casi idénticas
- Apps de efectos de sonido y soundboards: explícitamente marcadas como sobresaturadas
- Apps de dating: una categoría abarrotada donde Apple ve demasiados productos funcionalmente idénticos
- Apps de linterna: efectivamente un problema resuelto integrado en el Control Center de iOS
- Apps de adivinación: marcadas junto con juegos de bebida como categorías de bajo valor
- Juegos de bebida, apps de Kama Sutra, apps de pedos y eructos: Apple las describe explícitamente como “mediocre, low-quality, or low-effort” y declara que “do not add value to the App Store”
Si tu app opera en o cerca de cualquiera de estas categorías, tu riesgo está elevado. Pero incluso los developers fuera de estas categorías deberían tomar nota: el estándar de “meaningfully different or improved experience” que Apple introdujo es una señal sobre expectativas a través de toda la App Store, no solo las categorías explícitamente nombradas.
Qué significan realmente “stale” y “low-value”
Apple no ha publicado un umbral numérico. No hay un corte de “menos de X descargas por mes”. En su lugar, los criterios son cualitativos, lo cual los hace más difíciles de gamear pero también más difíciles de defender sin fundamentos sólidos.
Stale significa que la app no ha sido actualizada significativamente. No una versión de parche con un arreglo de typo. Una mejora sustantiva que demuestre desarrollo activo. El lenguaje de Apple sobre “not updated or improved” targetea específicamente apps que han estado dormidas por períodos extendidos.
Low-value significa que la app no ofrece algo significativamente diferente de lo que ya existe en la store, o de lo que iOS provee nativamente. El estándar de “meaningfully different or better” de Apple requiere diferenciación clara. No lenguaje de marketing, sino diferenciación funcional que un usuario reconocería inmediatamente.
Does not attract customers es el criterio más ambiguo. Apple no ha definido qué nivel de engagement es suficiente. Lo que señala es que apps con tasas de install crónicamente bajas, alto abandono y ratings pobres están en riesgo. No hay un piso publicado, pero claramente hay un umbral debajo del cual Apple puede actuar.
Críticamente: Apple dice que provee aviso por adelantado a través de su proceso de App Store Improvements antes de remover una app. Eso significa que puede que recibas una notificación antes de la remoción. Pero para entonces ya estás marcado, y cualquier arreglo que hagas bajo presión carga menos peso que mantener fundamentos fuertes desde el principio.
Tres acciones que los developers indie deberían tomar ahora mismo
1. Actualiza tus metadatos
El título, subtítulo, keywords y descripción de tu app son la primera señal que Apple evalúa al evaluar si una app es distinta y valiosa. Metadatos débiles — keywords genéricos, una descripción vaga, sin declaración clara de diferenciación — señalan bajo esfuerzo.
Específicamente:
- Reescribe tu subtítulo para comunicar tu propuesta de valor única en una línea
- Audita tus keywords por relevancia y balance de competencia; remueve keywords donde rankees debajo de la posición 20
- Actualiza tus screenshots para reflejar funcionalidad actual y usa todos los slots disponibles
- Añade texto promocional si no lo has hecho ya. Este campo se reindexa en cada update
Los metadatos que se ven como si se hubieran escrito en el lanzamiento y nunca tocado están trabajando en tu contra.
2. Fortalece tus ratings
Los ratings son un proxy para engagement y satisfacción del usuario, y Apple los usa como una señal. Una app en 2,7 estrellas con cinco reseñas es un pasivo. Una app en 4,6 con cientos de reseñas comunica que usuarios reales encuentran valor real.
Pide reseñas en el momento correcto: después de que un usuario complete una acción significativa en tu app, no en el launch. Responde a reseñas negativas públicamente. Esto demuestra mantenimiento activo tanto a Apple como a usuarios futuros. Si tienes un backlog de ratings viejos bajos arrastrando tu promedio hacia abajo, shippear un update significativo resetea tu período de review para que puedas construir desde una baseline fresca.
3. Ship un update significativo
“Significativo” es la palabra operativa de Apple. Un bump de versión que arregla un único bug de layout no demuestra inversión en tu app. Un release que añade una feature que los usuarios han pedido, mejora funcionalidad core o aborda una queja común en tus reseñas, sí.
Si tu último update significativo fue hace más de seis meses, prioriza esto ahora. El historial activo de desarrollo es la señal más clara que puedes enviar de que tu app no está abandonada. Afecta cómo se trata tu app en ranking de búsqueda, consideración editorial y ahora directamente bajo las nuevas guidelines de remoción.
Cómo un ASO score fuerte protege tu app
Cada criterio que Apple está aplicando — calidad de metadatos, engagement del usuario, diferenciación de competidores, recencia de updates — mapea directamente a lo que ASO mide. Una app con un ASO score débil no solo está perdiendo rankings de keywords. Está mostrando las vulnerabilidades estructurales que la ponen en riesgo bajo estas nuevas guidelines.
El Marteso ASO Score Checker evalúa tu app a través de las mismas dimensiones que le importan a Apple: completitud de metadatos, cobertura de keywords, calidad de screenshots, ratings, recencia de updates y posicionamiento competitivo. Saca a la superficie exactamente dónde tu app está expuesta antes de que Apple la marque.
Un ASO score alto significa que tus metadatos son precisos, tus keywords son targeteados, tus screenshots convierten y tu app está posicionada distintamente en su categoría. Esas son las señales que Apple busca al decidir si una app es “meaningfully different or improved”.
Una app que rankea bien en fundamentos ASO no solo es visible. Es defendible.
La línea de fondo
La App Store ya no es un directorio de listings permanente. Apple está aplicando un listón más alto, y las apps que han estado coasteando en la aprobación inicial están en riesgo.
Las apps más vulnerables son aquellas con metadatos estancados, sin updates recientes, ratings débiles y sin diferenciación clara de apps competidoras o la funcionalidad nativa de iOS. Eso describe una porción significativa del long tail de la App Store.
Los developers que sobreviven este cambio son los que tratan ASO como mantenimiento continuo, no una checklist de día de lanzamiento.
Comprueba tu ASO score en marteso.com/aso-score-checker y averigua dónde estás antes de que Apple decida por ti.