Existe un tipo particular de silencio cuando un desarrollador abre un pago de App Store y resulta ser unos puntos porcentuales menor de lo que prometía el dashboard de ventas. Nadie envió un correo, nada se rompió; Apple simplemente devolvió algo de dinero en tu nombre y siguió adelante.
Esa brecha es más grande de lo que la mayoría supone, y explicamos cómo se convierte en dinero real en nuestra publicación sobre reembolsos de App Store y fuga de ingresos. Esta es la versión práctica: cómo avanzan las solicitudes de reembolso de Apple dentro del sistema, adónde va ese ingreso y qué puede hacer realmente un desarrollador, que es más de lo que imaginas y menos de lo que dicen los proveedores.
Puntos clave
Apple decide cada reembolso de App Store. No tienes poder de veto, pero desde 2021 te consultan, y tienes alrededor de 12 horas para responder.
La política escrita de reembolsos de App Store es breve. La real es el sistema de decisión de Apple, que pondera el historial del cliente y lo que sea que tú envíes.
Un reembolso revierte toda la venta, y si no revocas el acceso, el cliente también se queda con el contenido.
El abuso de reembolsos es una minoría de las solicitudes, pero se concentra en consumibles y cuentas reincidentes, y es la parte que sí puedes combatir.
Dipsea redujo su tasa de reembolsos en aproximadamente un tercio con solo empezar a responderle a Apple.
Cómo funciona realmente el proceso de reembolso de Apple
El cliente no acude a ti. Va a reportaproblem.apple.com, elige "Request a refund," selecciona un motivo y envía la solicitud. La página de soporte de Apple le indica que espere entre 24 y 48 horas y señala que la elegibilidad "podría variar según el país o la región," lo cual es Apple reconociendo que las leyes de protección al consumidor en lugares como la UE y Australia otorgan derechos adicionales a los términos. Los propios términos dicen que las transacciones son finales, y aun así muchas terminan siendo reembolsadas.
En algún momento dentro de esas 48 horas, si tienes configuradas las App Store Server Notifications, Apple envía a tu servidor una CONSUMPTION_REQUEST preguntando si el cliente usó lo que compró. Tienes 12 horas para responder. Los ingenieros de Apple dijeron en un Tech Talk sobre gestión de reembolsos que el sistema de decisión analiza "el historial de compras y reembolsos del cliente" junto con lo que tú envíes, y después recibes una notificación REFUND o REFUND_DECLINED. Nuestra guía explicativa de CONSUMPTION_REQUEST tiene la versión campo por campo.
Dos cosas de esto sorprenden a la gente. Apple nunca te dice quién es el cliente, solo un ID de transacción. Y si no respondes dentro de las 12 horas, Apple decide con tu parte en blanco, algo que el artículo de RevenueCat resumió diciendo que Apple "a menudo otorga el reembolso por defecto."
Cómo afectan las solicitudes de reembolso de Apple a los ingresos de la app
El costo directo es bastante simple. Apple revierte la transacción y tu parte se descuenta del siguiente pago. Con una tasa de reembolso del 4 por ciento, una app que factura $50,000 al mes está devolviendo cerca de $2,000, antes de que alguien se haya preguntado siquiera si esos reembolsos fueron justos.
Los costos indirectos son donde realmente se acumula el problema. Un consumible reembolsado después de que se gastaron las monedas significa que entregaste el producto y no recibiste nada a cambio. Una suscripción reembolsada sin procesar la notificación REFUND significa que el cliente conserva el acceso durante el resto del periodo, así que pagaste dos veces. En las apps de Refund Sensor, el caso promedio vale $33.31, lo cual suena poco hasta que lo multiplicas por 2,870 casos y obtienes casi cien mil dólares. Así se siente, más o menos, desde dentro: muchas cantidades pequeñas que nadie reclama como propias.
Dónde aparece el abuso de reembolsos en App Store
La mayoría de las solicitudes de reembolso son normales. Un niño compró gemas, alguien olvidó cancelar una prueba, la app se cerró de golpe en un iPad antiguo. Trata esos casos como atención al cliente, porque así los trata Apple.
El abuso es una porción menor con un patrón reconocible: consumibles comprados, usados y reembolsados en el mismo día, la misma cuenta haciéndolo en varias apps, una suscripción reembolsada el último día del periodo, mes tras mes. Apple ve mucho más de esto que cualquier desarrollador. Su informe de fraude de 2026 indica que bloqueó $2.2 mil millones en transacciones potencialmente fraudulentas en 2025 y cerró 40.4 millones de cuentas de clientes por fraude y abuso. El abuso de reembolsos es el primo menor, la parte que se te escapa a ti.
Lo que puedes hacer al respecto es más limitado de lo que a la gente le gustaría. No puedes impedir que un cliente solicite un reembolso. Sí puedes decirle a Apple que las monedas ya se gastaron, que es justamente para eso que existe la consumption request, y puedes asegurarte de que un reembolso otorgado realmente elimine el contenido, porque un abusador que se queda con las gemas volverá a hacerlo. Bastantes apps nunca llegaron a implementar esa parte.
Qué puede hacer un desarrollador en esas 12 horas
La mayor parte se reduce a simplemente responder. Dipsea, una app de audio por suscripción, empezó a responder las consumption requests a fines de 2024, y su tasa de reembolso bajó del 3 por ciento al 1.9 por ciento en unas dos semanas. Nadie ahí le pidió a Apple que rechazara nada. Simplemente dejaron de dejar el formulario en blanco.
Algunas observaciones tras ver esto en muchas apps. Adjunta un appAccountToken en el momento de la compra, o no podrás vincular la transacción que Apple menciona con un usuario en tu base de datos. Incluye en tus términos el consentimiento para compartir datos de uso, porque Apple indica que no se debe enviar nada sin él. Envía la preferencia de reembolso con honestidad, ya que Apple la trata como una preferencia y anula cualquier evasiva evidente. Y registra cada solicitud con una marca de tiempo, porque las que se te pasan llegan a las 3 a.m. de un sábado.
Después, mira más arriba en el flujo. La propia lista de motivos de Apple incluye UNINTENDED_PURCHASE y UNSATISFIED_WITH_PURCHASE, y ambos son problemas de producto antes que problemas de reembolso. Un recordatorio el día antes de que se convierta una prueba gratuita, un paywall que muestre el precio con el mismo tamaño que los beneficios, un paso de confirmación en los consumibles de un juego infantil. Cada uno elimina solicitudes antes de que existan, lo cual es mejor que ganarlas.
Software de gestión de reembolsos de App Store, y si de verdad lo necesitas
Puedes construir esto tú mismo. Un endpoint para la notificación, una búsqueda que vincule el ID de transacción con un usuario, un PUT al endpoint de consumo de Apple, y un job que avise si algo lleva ocho horas sin atenderse. Un buen desarrollador backend lo hace en una semana y luego se hace cargo de ello para siempre, que es el costo real.
Si ya usas RevenueCat o Adapty, ambos responderán las consumption requests usando los datos de uso que recopilan sus SDK, lo cual es una opción razonable si de todos modos ya tienes el SDK integrado en tu app.
Refund Sensor es la opción independiente. Se conecta con una clave de API de App Store Connect y una URL de notificaciones, sin necesidad de SDK, y cubre Apple y Google en un solo lugar. En más de 800 apps, ha defendido el 77 por ciento de las solicitudes elegibles. Los precios son fijos: un nivel gratuito y luego $39.99 o $79.99 al mes, sin quedarse con un porcentaje de lo recuperado. Los detalles de configuración están en la página de defensa de reembolsos de Apple.
Una advertencia que aplica a todo esto, incluido lo nuestro. Lo que se comercializa como software de protección de ingresos de App Store no puede evitar los reembolsos ni hacer que Apple decida a tu favor. Lo que hace es asegurarse de que Apple reciba tu respuesta cada vez, dentro del plazo, con datos precisos. Eso resulta valer mucho, y es todo lo que hacen estas herramientas.
Conclusión
Las solicitudes de reembolso de Apple no van a desaparecer, y no tienes poder de veto. Lo que cambió en 2021 es que Apple empezó a preguntar, y la mayoría de los desarrolladores todavía no responden. El proceso de reembolso de Apple funciona con lo que sea que llegue a Apple en esas 12 horas, y un formulario vacío pierde frente a la historia de un cliente.
Así que protege tus ingresos en ese orden. Responde la solicitud, revoca el acceso cuando se otorgue el reembolso para que el abuso no sea rentable, y luego corrige el paywall y el flujo de prueba que generan las solicitudes en primer lugar. Si respondes con algo que construyes tú, que tomas prestado de tu plataforma de suscripciones, o que delegas a una herramienta, importa menos que el simple hecho de hacerlo.
Preguntas frecuentes
No. Apple es quien toma la decisión. Puedes enviar datos de consumo y una preferencia de reembolso dentro de las 12 horas, y Apple los considera, pero puede anular la decisión del desarrollador, y de hecho lo hace.
Apple le indica a los clientes que esperen entre 24 y 48 horas. Tu plazo para responder es de 12 horas a partir de la CONSUMPTION_REQUEST, que normalmente llega al inicio de ese periodo.
Apenas. La notificación REFUND incluye un revocationReason que es "app issue" u "other." La solicitud en sí incluye el motivo elegido por el cliente, que resulta más útil.
Comprar, consumir y solicitar el reembolso a propósito, generalmente de consumibles, muchas veces de forma repetida en varias apps. El sistema de decisión de Apple ya considera el historial de reembolsos, así que tu tarea es confirmar el consumo y revocar el acceso cuando se concrete el reembolso.
Solo si no puedes responder de forma confiable las consumption requests en 12 horas de manera manual. Si recibes menos de unas cuantas solicitudes por semana, una lista de verificación puede ser suficiente. Por encima de eso, automatízalo, ya sea con tu propio código, tu plataforma de suscripciones o una herramienta dedicada.
