Las suscripciones a plazos de Google Play atan al comprador, pero no tus ingresos: esto es lo que te cuesta un reembolso o un pago impagado

Vende un plan de 12 meses en Google Play como plan base a plazos y el comprador acepta pagar cada mes durante un año. Ese compromiso obliga al comprador. No te garantiza el dinero a ti. Google te paga a medida que llega cada pago mensual, nadie persigue al comprador que deja de pagar, y un reembolso o un contracargo puede terminar el plan con la mayor parte del año sin pagar. Las suscripciones a plazos de Google Play son una buena herramienta de conversión en los cuatro países que las tienen. Como garantía de ingresos son débiles. Así se comporta realmente el compromiso cuando un comprador cancela, deja de pagar una cuota, recibe un reembolso o impugna un cargo, y lo que te cuesta cada caso.

Cómo funcionan las suscripciones a plazos de Google Play

Un plan base a plazos es una suscripción que el comprador paga en importes mensuales fijos durante un período de compromiso que eliges tú. En Play Console defines el precio mensual y un compromiso de 3 a 24 meses, y la pantalla de compra muestra al comprador el total. Todos los pagos son mensuales. Ni tú ni el comprador podéis cambiar la frecuencia ni el calendario.

La función está limitada a compradores de Brasil, Francia, Italia y España, y Google indica a los desarrolladores que consulten Play Console para conocer la disponibilidad más reciente. Mostrar el detalle completo del compromiso en tu paywall, como el número de pagos comprometidos, requiere Play Billing Library 7 o posterior, donde llega en el campo installmentDetails.

Qué pasa cuando termina el compromiso

Eliges entre dos tipos de renovación. Con la renovación automática mensual, el plan se convierte en una suscripción mensual normal tras el primer compromiso, sin más permanencia. Con la renovación automática por la misma duración, el comprador se suscribe a otro período de compromiso completo de igual longitud. Las pruebas gratuitas no cuentan para el compromiso inicial. Las fases de precio introductorio sí.

El compromiso es firme para el comprador, no para tus ingresos

Google describe el compromiso como firme frente a cancelaciones y cambios de precio. Esa es la parte que suena a ingresos garantizados. Lee el resto de la documentación y tres hechos apuntan en sentido contrario.

• No cobras por adelantado. La documentación de Google dice que los pagos se abonan a medida que los compradores realizan sus pagos mensuales, y que los desarrolladores no cobran cuando el comprador se suscribe.
• Nadie se encarga de cobrar los pagos impagados. Si un comprador no paga, ni Google ni el desarrollador intentan cobrar los pagos pendientes o atrasados, salvo los reintentos habituales de Google durante el período de gracia y la suspensión de la cuenta.
• Google no te va a compensar. Su documentación afirma claramente que Google no responde ante el desarrollador por las cuotas restantes que queden sin pagar.

Las Condiciones del Plan de Pagos que Google dirige al consumidor le dicen al comprador que no puede cancelar las cuotas restantes y que sigue siendo responsable de los importes pendientes. Ese es el contrato del comprador con Google. En tu lado de la contabilidad, una cuota impagada es simplemente un ingreso que nunca llega.

Qué le hace cada salida a un plan a plazos

Hay cuatro formas en que una suscripción a plazos termina antes de tiempo o cambia de rumbo. Cada una deja sobre la mesa una cantidad distinta de dinero.

El comprador cancela

Un comprador que cancela a mitad del compromiso no se libra de los pagos restantes. Google envía una notificación SUBSCRIPTION_CANCELLATION_SCHEDULED en cuanto cancela, mientras queden pagos. La Google Play Developer API mantiene la suscripción en SUBSCRIPTION_STATE_ACTIVE y añade un objeto pendingCancellation vacío a installmentDetails. Al final del compromiso recibes SUBSCRIPTION_CANCELED, seguido de SUBSCRIPTION_EXPIRED, salvo que el comprador restaure el plan antes. Mantén el acceso activo hasta entonces. El comprador sigue pagando.

Detienes tú mismo los pagos

A veces quieres que un comprador salga antes, por una queja de facturación o por un producto que vas a retirar. El método purchases.subscriptionsv2.cancel acepta un cancellationType. USER_REQUESTED_STOP_RENEWALS se comporta como una cancelación del propio comprador, así que el compromiso sigue hasta el final. DEVELOPER_REQUESTED_STOP_PAYMENTS detiene el siguiente pago, el comprador no tiene que terminar el compromiso y el plan no se puede restaurar. Es la salida discreta. No devuelve nada, solo detiene los cargos futuros.

Se reembolsa el último pedido

Las reglas de reembolso de Play Console para suscripciones son tajantes. Reembolsa el pedido más reciente y el pedido se reembolsa, la suscripción se elimina de inmediato y se cancelan las renovaciones futuras. Reembolsa un pedido anterior y la suscripción sigue activa. La API de revocación funciona igual. Su opción fullRefund devuelve el importe completo del último cargo, y una notificación SUBSCRIPTION_REVOKED te indica que cortes el acceso de inmediato. En un plan a plazos, el último cargo es un pago mensual. Así que reembolsar y revocar devuelve un mes y cancela todos los pagos que aún se deben en virtud del compromiso.

El comprador deja de pagar

La documentación de Google señala que los rechazos y las recuperaciones de pago pueden darse en cualquier cuota. El período de gracia y la suspensión de la cuenta siguen aplicándose, y Google reintenta el cobro durante ambos. Después, el saldo se da por perdido, sin que nadie en concreto lo asuma. Las Condiciones del Plan de Pagos de Google añaden una consecuencia para el comprador: quien sea suspendido o cancelado por no pagar una cuota puede perder el derecho a volver a usar un plan de pagos en Google Play. Tú no recibes nada de eso.

Lo que cuesta un reembolso o un contracargo en un plan a plazos

Aquí es donde la mecánica se convierte en dinero. Tomemos como ejemplo un plan de €9.99 al mes con un compromiso de 12 meses. El comprador ve €119.88. Tu contabilidad ve €9.99 al mes, menos la comisión de servicio de Google, mientras los pagos sigan llegando.

Un reembolso renuncia a todo el saldo pendiente

Supón que reembolsas y revocas el pedido más reciente en el cuarto mes. Devuelves un pago de €9.99. También cancelas los ocho pagos que aún no se han hecho, €79.92 del compromiso que ya nunca llegarán. Reembolsar en su lugar un pedido anterior mantiene vivo el plan, y por eso el pedido que eliges importa más en un plan a plazos que en uno mensual. Si lo que de verdad quieres es dejar de facturar sin devolver dinero, DEVELOPER_REQUESTED_STOP_PAYMENTS lo hace sin reembolso.

Los contracargos ahora recaen sobre ti, cuota a cuota

En los pedidos de Google Play realizados después del 3 de agosto de 2026, Google hace responsable al desarrollador de los contracargos: el precio de compra menos la comisión de servicio de Play, más la comisión de contracargo del banco. Como un plan a plazos factura mensualmente, cada pago mensual es un cargo propio que el banco puede disputar. Un comprador que se arrepiente de todo el año puede impugnar varios. El coste que asumes por disputa es pequeño. La suma de comisiones no lo es, y una disputa perdida es definitiva en el banco. Un contracargo también pone fin a la suscripción, ya que Google envía SUBSCRIPTION_REVOKED cuando se produce el contracargo de una compra.

Los costes que no se detienen con los pagos

Cada mes de acceso que sirves te cuesta algo real: computación para las funciones que usa el comprador, llamadas a API de terceros, almacenamiento y tiempo de soporte. Cuando un comprador cancela, esa factura sigue corriendo hasta el final del compromiso, pero sus pagos también. Cuando un comprador deja de pagar, la factura puede seguir corriendo durante el período de gracia y la suspensión de la cuenta sin que llegue dinero. Esa es la brecha que hay que vigilar.

Cómo proteger los ingresos a plazos

Sigue el compromiso, no solo el estado de la suscripción

Guarda initialCommittedPaymentsCount y remainingCommittedPaymentsCount del recurso de suscripción con cada notificación. SUBSCRIPTION_STATE_ACTIVE te dice que el acceso está activo. El número de pagos restantes te dice qué parte del compromiso sigue siendo dinero real y qué parte es solo una promesa.

Trata una cancelación pendiente como una alerta temprana

Un comprador con un pendingCancellation sigue pagando, pero te ha dicho que quiere salir. Son los compradores con más probabilidades de pedir un reembolso o impugnar un cargo posterior. Atiende rápido sus tickets de soporte y no dejes que una queja de facturación se convierta en un contracargo.

Elige la salida antes de elegir el reembolso

Cuando un comprador quiere salir, decide qué pretendes realmente. Detener los cargos futuros es DEVELOPER_REQUESTED_STOP_PAYMENTS. Devolver el dinero de un mes y cortar el acceso es reembolsar y revocar el último pedido. Devolver el dinero de un mes anterior manteniendo el plan activo es reembolsar ese pedido anterior. RefundHalt vigila estas notificaciones por plan, así que un reembolso, una revocación o una cuota impugnada aparece junto a los pagos que aún se deben, no como un evento suelto que tengas que reconstruir después.