Lo que un reembolso le cuesta a tu app es más que el precio que devuelves

Cuando un cliente recupera su dinero, el número que notas es el precio de venta saliendo de tu cuenta. Ese número es real, pero es la línea más pequeña de la factura. Lo que un reembolso le cuesta a tu app es la venta que reviertes más todo lo que ya gastaste para ganarla y servirla, menos la única cosa que la tienda devuelve en silencio. Lee la factura completa y los reembolsos dejan de parecer una devolución plana de un solo precio. Parecen lo que son, una pérdida con varias partes, de las cuales solo una aparece en la línea del reembolso.

Aquí está la contabilidad completa, con cifras reales y de dónde vienen. La tienda devuelve su comisión, así que pierdes tu parte y no el pago completo del cliente. El cómputo, las llamadas a la API, el almacenamiento y los pagos que ya quemaste no se revierten. Y un contracargo, que es el primo más rudo de un reembolso, ahora acarrea una tarifa del banco que tu negocio absorbe. Recorre la factura de arriba abajo y podrás poner precio a un reembolso correctamente, que es el primer paso para gastar tu defensa solo donde rinde.

Lo que cuesta un reembolso, línea por línea

Un reembolso tiene tres capas de coste, y solo la primera es evidente. El precio de venta que devuelves es la capa uno. La matemática de la comisión que decide cuánto de ese precio es realmente tuyo para perder es la capa dos. Y el dinero que ya gastaste para entregar la compra, que ningún reembolso toca, es la capa tres. Pasa por alto cualquiera de las tres y pondrás mal el precio de cada reembolso en tu libro contable.

La capa uno es la venta, pero no la venta completa

El titular es el precio que pagó el cliente. En un reembolso el cliente recibe ese precio completo de vuelta. Pero tú nunca te quedaste con el precio completo en primer lugar, porque la tienda tomó su comisión en la venta. Así que el monto que realmente sale de tu bolsillo en un reembolso es tu parte, y el corte de la tienda se liquida por separado. Esa distinción es la diferencia entre perder diez dólares y perder siete, y se liquida de forma distinta en cada tienda.

Apple devuelve su comisión

En la App Store, cuando Apple reembolsa a un cliente, Apple deduce tu parte posterior a la comisión, no el precio completo. Un desarrollador que revisó su propio informe de pagos de App Store Connect descubrió que Apple retiró la columna Extended Partner Share, la que contiene los ingresos del desarrollador, cuando emitió los reembolsos de sus usuarios. En términos simples, Apple devuelve su propia comisión y recupera solo lo que te había pagado. Hay una salvedad sobre el papel: el Paid Applications Agreement de Apple reserva el derecho de Apple a quedarse con su comisión pese a un reembolso. En transacciones ordinarias esa cláusula prácticamente nunca se ejerce, pero es la razón por la que nunca tratas la devolución de la comisión como una garantía en casos de fraude o abuso.

Google también devuelve la tarifa de servicio

Google Play funciona igual y lo dice con claridad. Cuando emites un reembolso, Google te devuelve la tarifa de servicio y ves la tarifa devuelta en tu próximo informe de ganancias. La tarifa de servicio de Google Play suele ser del 15 por ciento sobre el primer millón de dólares que un desarrollador gana cada año y sobre las suscripciones, y del 30 por ciento por encima de eso. La comisión de Apple es del 30 por ciento para la mayoría de las apps, o del 15 por ciento bajo el App Store Small Business Program y en suscripciones de renovación automática tras un año de servicio pagado. Sea cual sea tu tarifa, ambas tiendas devuelven su corte en un reembolso, así que la pérdida del precio de venta es tu parte, no el pago completo.

Los costes que ya gastaste no regresan

La capa tres es la que ninguna tienda puede devolver, porque la tienda nunca la retuvo. En el instante en que se entregó una compra, ya habías gastado dinero real sirviéndola. Ese gasto es el mismo tanto si el cliente conserva la compra como si pide un reembolso una hora después, y un reembolso no revierte nada de eso.

Nombra los factores, porque son efectivo

Estos no son costes blandos. Son partidas que pagaste: los ciclos de cómputo que ejecutaron la función, las llamadas a la API del modelo que te facturaron por token, el almacenamiento que aprovisionaste para los datos del cliente, el ancho de banda para entregarlos y cualquier pago a creadores o socios que ya enviaste por esa transacción. Un reembolso devuelve la venta. No recupera ni uno solo de esos. En una compra pesada, un lote de imágenes, una generación larga, una exportación grande, la capa tres puede ser una fracción considerable del precio de venta por sí sola, y se gasta antes de que llegue la solicitud de reembolso.

Un contracargo es una factura mayor que un reembolso

Un contracargo no es un reembolso, y no cuesta lo mismo. Un reembolso es el cliente pidiendo a la tienda que le devuelva su dinero. Un contracargo es el cliente pidiendo a su banco que lo fuerce de vuelta, y el banco cobra una tarifa por tramitar esa disputa. Quién asume esa tarifa es donde las dos tiendas ahora divergen fuertemente.

Apple mantiene los contracargos entre el banco y ella misma

En la App Store, un contracargo de tarjeta se resuelve entre el banco y Apple. Apple no te traslada el precio disputado como un reembolso deduce tus ingresos, y no hay una tarifa bancaria separada facturada a tu cuenta. Eso no hace gratuitas las disputas de tarjeta, ya que un reembolso sobre la misma transacción aún te habría costado tu parte, pero Apple absorbe ella misma la maquinaria del contracargo.

Google Play ahora te pone el contracargo a ti

Google Play cambió esto el 3 de agosto de 2026. Para los pedidos realizados después de esa fecha, un contracargo traslada al desarrollador el precio de compra menos la tarifa de servicio de Play, más las tarifas de contracargo asociadas de la institución financiera. Google Play sigue cubriendo la tarifa de servicio de esa transacción. Antes de este cambio Google absorbía por completo las pérdidas por contracargo, así que este es un coste nuevo y real, y Google lo enmarca como alinear Play con los estándares de la industria y como una razón para usar la Review Refund API para impugnar disputas ilegítimas.

Pon un número a la diferencia

Toma una compra dentro de la app de diez dólares en Google Play con una tarifa de servicio del 15 por ciento. Si la reembolsas tú mismo, pierdes tu parte, unos 8.50 dólares, y Google devuelve la tarifa de 1.50 dólares. Si esa misma compra se convierte en cambio en un contracargo después del 3 de agosto de 2026, pierdes los mismos 8.50 dólares y también absorbes la tarifa de contracargo del banco, que la industria de tarjetas suele situar entre 15 y 25 dólares por disputa. En una venta de diez dólares, la tarifa del banco por sí sola puede costar más que la venta. Ese es todo el argumento para emitir un reembolso antes de que una disputa pueda escalar: la venta se pierde de cualquier forma, pero la tarifa del banco solo está sobre la mesa una vez que el banco se involucra.

Los reembolsos que nunca llegaste a poner precio

Algunos reembolsos se deciden sin ti y aún te cuestan el monto completo. El reembolso de autoservicio de 48 horas de Google Play se concede bajo la política de Google sin intervención del desarrollador, y la matemática del dinero es la misma, pierdes tu parte más lo que ya gastaste sirviéndolo. El reembolso automático que Google emite cuando tu app no confirma una compra en unos tres días es la misma pérdida por una compra que el cliente quizá nunca usó, y a diferencia de los demás es totalmente prevenible confirmándola del lado del servidor. No puedes rebatir estos, pero puedes contarlos correctamente, y puedes detener los prevenibles en la fuente.

Cómo poner precio y prevenir, sin una persona en el circuito

Dos hábitos convierten esto de una fuga en un número que gestionas. Primero, etiqueta el coste real de cada compra, el cómputo, la API, el almacenamiento y el pago que desencadenó, para que un reembolso debite una cifra precisa y no solo el precio de venta. Segundo, cierra la vía de escalada antes de que se abra: confirma las compras del lado del servidor para que el reembolso automático de tres días nunca se dispare, y emite un reembolso sobre un pedido claramente malo antes de que pueda convertirse en contracargo y sumar una tarifa del banco. RefundHalt ejecuta esta fontanería automáticamente, emparejando cada reembolso y disputa con su cuenta y cambiando el acceso en el momento en que aterriza el resultado, para que los únicos reembolsos que pagues sean los que nunca podrías haber prevenido.