Las renovaciones fallan más a menudo de lo que los clientes cancelan, y esa pérdida involuntaria es ingreso que aún puedes recuperar

Una tarjeta caduca, un banco rechaza una renovación, y un suscriptor que nunca perdiste deja de pagar. No abrieron tu app ni tocaron cancelar. Su método de pago simplemente falló, y a menos que sepas qué ocurre después, desaparecen de tus ingresos sin hacer ruido. Esto es la pérdida involuntaria, y tanto en la App Store como en Google Play la tienda no se rinde con ese pago cuando falla. Conserva al suscriptor, sigue reintentando la tarjeta y, en la mayoría de los casos, mantiene abierta una ventana durante semanas en la que el dinero aún puede llegar. La mayor parte de esa recuperación ocurre actúes o no. Interpretarla correctamente es la diferencia entre contar una cancelación real y dar por perdido un pago que la tienda está a punto de cobrar por ti.

Esto no es un reembolso ni un contracargo. Nada se revierte, no sale dinero de tu cuenta. El ingreso sencillamente nunca llega, y en tus informes parece una expiración corriente. Por eso se fuga en silencio. Un cliente que cancela te dice que se va. Un cliente cuya tarjeta falló no te dice nada, y si los tratas igual, pierdes a los que la tienda estaba a punto de recuperar.

Qué es realmente la pérdida involuntaria

La pérdida de clientes viene en dos formas, y no son el mismo problema. La pérdida voluntaria es una decisión: el cliente cancela porque ya no quiere la suscripción. La pérdida involuntaria es un accidente: el cobro de renovación falla, normalmente porque una tarjeta caducó, alcanzó su límite o el banco la marcó por ser un cargo recurrente o extranjero. La primera es un problema de producto que resuelves con el producto. La segunda es un problema de pagos, y es la que la tienda está diseñada para resolver por ti.

Por qué es mayor de lo que parece

Las renovaciones fallidas son comunes, y no tienen nada que ver con lo buena que sea tu app. Las tarjetas caducan según un calendario, los saldos se agotan y los bancos rechazan cargos recurrentes que deciden que parecen arriesgados. En cada ciclo de renovación una parte de tus cobros falla por razones que el suscriptor nunca eligió. Como esos suscriptores nunca anunciaron que se iban, es fácil confundirlos con expiraciones corrientes y fácil perderles la pista, y así es como el ingreso recuperable acaba registrado como muerto.

La App Store sigue intentándolo durante 60 días

Cuando una suscripción de renovación automática no logra cobrarse, Apple no la termina. Pasa a un período de reintento de cobro que dura hasta 60 días, y Apple sigue intentando la tarjeta a lo largo de esa ventana. Lo que el suscriptor experimenta durante esos 60 días depende de un ajuste que tú controlas: el período de gracia de facturación.

El período de gracia de facturación mantiene el acceso mientras Apple reintenta

Activa el Período de gracia de facturación y el suscriptor conserva el acceso completo a tu contenido de pago durante la duración de la gracia, hasta 16 días en los planes mensuales y anuales, mientras Apple reintenta la tarjeta. Recupera dentro del período de gracia y no hay ninguna interrupción: la misma fecha de facturación, ningún día de servicio perdido y ningún hueco en tus ingresos. Apple incluso absorbe el coste de los días que sirvió gratis durante la gracia. Este es el raro ajuste que es casi puro beneficio, porque un suscriptor recuperado ni siquiera nota el cobro fallido.

Tras la gracia, el acceso se detiene pero el reintento no

Una vez que el período de gracia termina sin un cobro exitoso, el suscriptor pierde el acceso, pero Apple sigue reintentando la tarjeta durante el resto de la ventana de 60 días. Recupera en ese tramo y el suscriptor renueva en la fecha de recuperación, iniciando un nuevo ciclo de facturación, y Apple no cobra por los días de gracia ya concedidos. Solo cuando pasan los 60 días completos sin un pago exitoso la suscripción expira para siempre. Deja el período de gracia desactivado y el suscriptor pierde el acceso en el instante en que la renovación falla, que es el peor momento posible para entregarle a un cliente que paga una puerta cerrada.

Las notificaciones que marcan cada paso

Tu feed de App Store Server Notifications narra toda la secuencia. DID_FAIL_TO_RENEW te indica que una renovación falló, llevando un subtipo GRACE_PERIOD mientras el suscriptor sigue dentro de la gracia y debe conservar el acceso. GRACE_PERIOD_EXPIRED marca el fin de la gracia, el momento de revocar el acceso. DID_RENEW con un subtipo BILLING_RECOVERY significa que la tarjeta por fin se aprobó y el suscriptor ha vuelto. EXPIRED con un subtipo BILLING_RETRY significa que los 60 días se agotaron y el suscriptor se ha ido de verdad. Gestiona esos cuatro y tu acceso siempre coincidirá con el estado real.

Google Play divide los mismos 60 días en dos

Google Play aplica la misma idea con otra forma y con su propio vocabulario. Una renovación fallida hace pasar la suscripción por un período de gracia y luego por una retención de cuenta, y las dos juntas conforman una ventana de recuperación de 60 días.

El período de gracia mantiene el acceso, la retención de cuenta lo quita

Durante el período de gracia el suscriptor conserva el acceso mientras Google reintenta la tarjeta, y la hora de expiración se aplaza a medida que corren los reintentos. Si la tarjeta se aprueba, la suscripción se recupera con su fecha de renovación original intacta, como si el fallo nunca hubiera ocurrido. Si la gracia se agota, la suscripción cae en retención de cuenta. Ahora el acceso se detiene, y sigue desactivado hasta que se arregle el pago. Recupera desde la retención de cuenta y el acceso vuelve, pero la fecha de facturación se restablece a la fecha de recuperación en lugar de la antigua.

El cálculo de los 60 días cambió a finales de 2025

Desde el 1 de diciembre de 2025, Google calcula la duración de la retención de cuenta como 60 días menos tu período de gracia. Una gracia de 16 días deja 44 días de retención, y la ventana de recuperación combinada se mantiene en 60 días. Elige una gracia más larga y cambias tiempo de retención por tiempo de acceso, pero la ventana total no cambia. Google recomienda leer el estado en vivo de la suscripción a través de su API en lugar de asumir una duración de retención fija, porque el reparto ahora se deriva, no es estático.

Los tipos de RTDN que gestionas

Las Real-time Developer Notifications de Google Play anuncian cada etapa. SUBSCRIPTION_IN_GRACE_PERIOD significa conservar el acceso y pedir al cliente que arregle la tarjeta. SUBSCRIPTION_ON_HOLD significa revocar el acceso ahora. SUBSCRIPTION_RECOVERED significa que el pago se aprobó y el acceso vuelve. SUBSCRIPTION_CANCELED y luego SUBSCRIPTION_EXPIRED significan que la ventana se cerró sin arreglo y el suscriptor se ha perdido. Estas llegan por el mismo canal de RTDN que ya usas para las compras anuladas y los reembolsos.

Lo que la pérdida involuntaria te cuesta

El coste aquí no es del tipo reembolso, donde el dinero que registraste te lo reclaman de vuelta. Es ingreso que nunca aparece, y se esconde en tus números como una simple expiración.

Una renovación que ya pagaste por ganar

Cada suscriptor recurrente te costó dinero real ganarlo: la inversión publicitaria y la creatividad que lo captaron, la incorporación, y el cómputo, el almacenamiento y las llamadas a API que has ejecutado para él en cada ciclo desde entonces. Un suscriptor perdido por una tarjeta muerta se marcha con todo ese coste hundido sin recuperar, y para reemplazar el ingreso pagas de nuevo costes de adquisición por alguien nuevo. Un suscriptor que la tienda recupera no te cuesta nada readquirirlo. La brecha entre esos dos, readquisición completa frente a cero, es el dinero que la pérdida involuntaria mueve de verdad.

La recuperación se ejecuta gratis, si la dejas

Aquí está la parte que se pasa por alto. Durante la gracia y el reintento, la tienda cobra en tu nombre sin coste para ti. No ejecutas la gestión de cobros, no pagas a un procesador por cada reintento, y no tienes que enviar ni un solo correo. La recuperación está ocurriendo en segundo plano a lo largo de una ventana de 60 días. Cuando ese ingreso se pierde de todos modos, suele deberse a uno de dos errores autoinfligidos: desactivar el período de gracia, de modo que los suscriptores quedan bloqueados en el momento en que una tarjeta falla, o tratar a un suscriptor que aún está dentro de la ventana de recuperación como una cancelación definitiva y renunciar a un ingreso que la tienda no había abandonado.

Cómo mantener realmente baja la pérdida involuntaria

Invierte tu esfuerzo en los pocos ajustes y señales que impulsan la recuperación, y deja que la tienda haga el reintento que ya hace bien.

Activa el período de gracia de facturación

En ambas tiendas, habilita un período de gracia. Mantiene a los suscriptores que pagan dentro de tu app mientras la tienda reintenta, así que un suscriptor recuperado nunca pierde un día, y es el control de mayor apalancamiento aquí. En la App Store es un interruptor en App Store Connect. En Google Play un período de gracia está activado por defecto para los planes base de renovación automática, así que el trabajo es mantenerlo activado y fijar una duración que te sientas cómodo sirviendo gratis.

Haz que el acceso coincida con el estado real en gracia y retención

Conserva el acceso durante la gracia, con el DID_FAIL_TO_RENEW de Apple con el subtipo GRACE_PERIOD y el SUBSCRIPTION_IN_GRACE_PERIOD de Google. Revoca el acceso cuando la gracia de Apple expira y cuando Google envía SUBSCRIPTION_ON_HOLD. Restáuralo en el momento en que llega la recuperación, con BILLING_RECOVERY o SUBSCRIPTION_RECOVERED. Equivócate en una dirección y regalas acceso gratis durante semanas. Equivócate en la otra y bloqueas a un suscriptor que está a un reintento de volver a pagarte.

Cuenta la recuperación aparte de la pérdida

Un suscriptor en gracia o retención de cuenta no se ha perdido. No lo registres como perdido hasta que la ventana de recuperación se cierre sin un cobro exitoso. Si tu analítica funde renovación fallida y cliente canceló en un solo número, tu pérdida se lee peor de lo que es y tu recuperación se lee como si no pasara nada. Separa la pérdida involuntaria y rastrea su tasa de recuperación, porque esa tasa es un número que de verdad puedes mover con un ajuste y un aviso.

Impulsa el arreglo, luego apártate

Lo único útil que puedes añadir es un empujón. Ambas tiendas te dejan pedir al suscriptor que actualice su método de pago, Apple dentro de la app y Google a través de su In-App Messaging API y las notificaciones de Play. Un aviso bien cronometrado durante la gracia eleva la recuperación, porque la mayoría de estos clientes todavía quieren la suscripción y solo necesitan arreglar una tarjeta. Más allá del empujón, deja que la tienda reintente. Ya está haciendo la parte cara, gratis, durante semanas.

Los mismos feeds de App Store Server Notifications y RTDN que RefundHalt ya escucha para los reembolsos también llevan cada una de estas señales de facturación. Gracia, retención, recuperación y pérdida involuntaria aparecen en tu panel junto a tus reembolsos, para que puedas ver la ventana de recuperación hacer su trabajo en lugar de adivinar qué renovaciones fallidas se han ido y cuáles van a volver.

La versión corta

Una renovación fallida no es una cancelación, y la tienda la trata así durante semanas. Apple reintenta una tarjeta hasta durante 60 días y, con un período de gracia activado, mantiene al suscriptor dentro de tu app mientras lo hace. Google Play divide los mismos 60 días entre un período de gracia que conserva el acceso y una retención de cuenta que lo quita. Activa la gracia, gestiona las notificaciones de gracia y retención para que el acceso coincida con la realidad, pide al cliente que arregle su tarjeta y cuenta a un suscriptor como perdido solo después de que la ventana se cierre vacía. La pérdida involuntaria es la única fuga de ingresos que la tienda trabaja activamente para taparte. Tu trabajo es sobre todo apartarte, y leer tus números lo bastante bien para saber cuándo la pérdida es real.