El fraude amistoso es el contracargo en el que el cliente ya obtuvo lo que pagó, y es la única disputa en la que tus pruebas todavía pueden influir

El fraude amistoso es la disputa sobre la que nadie te advierte, porque quien la presenta no es un delincuente con una tarjeta robada. Es tu cliente real. Compró tu compra dentro de la app con su propia tarjeta, usó lo que compró y luego le dijo a su banco que el cargo fue un error. El dinero se revierte, los bienes siguen gastados y, del lado del banco, el caso se ve idéntico al fraude real. Para los desarrolladores de apps esto importa por una razón: es el único tipo de disputa donde tus propias pruebas siguen siendo un dato de entrada para la decisión, y ambas tiendas te dan solo unas pocas horas para aportarlas. Esto es lo que realmente cuesta el fraude amistoso, por qué sigue creciendo y la estrecha palanca que Apple y Google te dejan.

Qué es el fraude amistoso y por qué no siempre es fraude

El fraude amistoso, también llamado fraude de primera parte o fraude de contracargo, ocurre cuando el titular genuino de la tarjeta hace una compra y luego solicita un contracargo a su banco emisor después de recibir los bienes o servicios. El nombre está deliberadamente al revés. La persona del otro lado no es un atacante externo, sino el mismo cliente que tocó comprar.

La intención no siempre está presente. Parte de ello es abuso deliberado, una forma de quedarse con el contenido y recuperar el efectivo. Pero mucho de ello es confusión honesta: un titular de tarjeta que olvidó una compra legítima, un padre que no reconoció un cargo hecho por un familiar, o un simple arrepentimiento del comprador disfrazado de error de facturación. Para tu contabilidad no importa cuál sea. El dinero se va de todos modos.

En qué se diferencia del fraude real

El fraude real es un desconocido usando una tarjeta que no es suya, y las herramientas antifraude integradas en las tiendas apuntan directamente a eso: señales de dispositivo, controles de velocidad, patrones de tarjetas robadas. El fraude amistoso atraviesa todo eso sin problemas, porque cada señal es legítima. La cuenta real, el dispositivo real, la tarjeta real, la compra real. Lo único que es falso es la afirmación que se le hace al banco después, y esa afirmación llega mucho tiempo después de que tus controles antifraude ya pasaron.

Qué tan grande se ha vuelto el fraude amistoso

El fraude amistoso ya no es un error de redondeo, y todas las tendencias apuntan en una dirección. Juniper Research proyecta que representará el 28 por ciento de todos los contracargos a nivel mundial para 2031, impulsado por el cambio de actitud de los consumidores hacia la disputa de cargos. El Chargeback Field Report de 2026 de Chargebacks911, una encuesta a más de 250 comercios, encontró que el 83.4 por ciento dice que el fraude amistoso ha aumentado en los últimos tres años, y que el 74.4 por ciento lo considera una preocupación moderada o significativa.

El costo se agrava junto con el volumen. Los datos del sector para 2026 sitúan el costo real del fraude en cerca de $5.13 por cada dólar disputado, una vez contadas las comisiones, los bienes perdidos y la gestión, y los comercios que pelean las disputas ganan solo alrededor del 43.8 por ciento de las que impugnan y recuperan netos aproximadamente el 10.7 por ciento después del esfuerzo. La lección de esos dos últimos números no es que pelear sea inútil. Es que pelear después de los hechos es una mala apuesta, y evitar que la disputa prospere en primer lugar es donde está el dinero.

Por qué el fraude amistoso le cuesta a un desarrollador de apps más que el precio

El número que duele nunca es solo el precio de compra. Es el precio más todo lo que ya gastaste para cumplir la compra, y con un producto digital casi todo ese gasto ocurre antes de que llegue la disputa. Un reembolso de una caja sin abrir queda a la par. Un contracargo por fraude amistoso sobre una compra dentro de la app ya consumida es una pérdida apilada encima de un costo que no puedes recuperar.

El costo entregado que ya pagaste

Recorre el dinero hacia atrás desde la disputa. El resultado generado quemó minutos de GPU que te facturaron. La función ejecutó llamadas a la API que te cobraron por token o por solicitud. Los archivos que el cliente descargó siguen en un almacenamiento que estás pagando por mantener. Si la compra financió un pago a un creador o un fondo de premios, ese dinero ya salió de tu cuenta. El fraude amistoso revierte la venta y deja cada uno de esos costos en su lugar. El cliente se queda con el valor, tú te quedas con la cuenta.

En Google Play, la disputa ahora te cobra directamente

Hasta hace poco, un contracargo en cualquiera de las dos tiendas era en su mayoría una pérdida que cargaba la tienda. Eso cambió en Android. Para los pedidos de Google Play realizados a partir del 3 de agosto de 2026, Google Play y el desarrollador comparten los costos de contracargo, lo que en la práctica significa que una disputa perdida te cobra el precio de compra menos la comisión de servicio de Play, más la comisión de contracargo del banco o de la red de tarjetas. Esa comisión la fija la red, no Google, y los informes del sector suelen situarla entre $15 y $25 por disputa, un cargo fijo que puede empequeñecer el precio de una compra de bajo costo.

En el App Store, Apple carga con el banco, tú pierdes los ingresos

Apple es el comerciante registrado, así que un contracargo de tarjeta en una compra del App Store se resuelve entre el banco del titular de la tarjeta y Apple, y tú nunca ves ese caso ni una comisión bancaria por él. Lo que sí pierdes es el dinero. Cuando se concede un reembolso, el monto sale de tus ingresos, y para las solicitudes de reembolso que Apple sí te dirige, tus pruebas son la única influencia que tienes. La exposición a la comisión bancaria es una historia de Google Play; la historia de los ingresos perdidos es de ambas tiendas.

La estrecha ventana donde tus pruebas todavía cuentan

Hay exactamente dos momentos en los que una tienda se detiene y le pide pruebas al desarrollador antes de decidir, y el fraude amistoso es precisamente el caso para el que existen. Ambos son cortos, y ambos se cierran sin ti si los pierdes.

El CONSUMPTION_REQUEST de 12 horas de Apple

Cuando un cliente le pide a Apple un reembolso sobre una compra dentro de la app elegible, Apple envía a tu servidor una notificación CONSUMPTION_REQUEST y espera hasta 12 horas a que llames a Send Consumption Information. Devuelves datos estructurados: si el artículo se entregó, cuánto de él se consumió y tu preferencia de reembolso. Apple igual toma la decisión, pero tu respuesta es un dato de entrada documentado, y es el único lugar donde se puede contrarrestar un reembolso por fraude amistoso en Apple.

El orders.reviewrefund de 24 horas de Google Play

En Android el disparador es un PendingRefundReviewNotification. Desde el momento en que llega tienes 24 horas para llamar al método orders.reviewrefund con una preferencia de reembolso y pruebas de uso, el estado de entrega del pedido y el estado de consumo del artículo. Google lo incorpora a su decisión y, cuando las pruebas lo respaldan, impugna el contracargo ante el banco en tu nombre. Google registra solo tu primera llamada para una notificación dada, así que reúne las pruebas antes de responder, no después.

Las disputas por fraude amistoso en las que nunca puedes influir

No todo evento de devolución de dinero te da voz, y ayuda saber cuáles se deciden por encima de ti para que gastes esfuerzo solo donde rinde.

• Un contracargo completado es definitivo por parte del banco. Una vez que el banco emisor se pone del lado del titular de la tarjeta, ninguna apelación a Apple o Google lo revierte. Tu única influencia son las pruebas presentadas antes de la decisión.
• El reembolso de autoservicio de 48 horas de Google Play lo concede Google bajo su propia política. No se te consulta y solo se te notifica cuando aparece como una compra anulada.
• Los reembolsos concedidos por soporte en cualquiera de las dos tiendas son definitivos, sin canal de apelación para el desarrollador.
• Una compra de Google Play no reconocida se reembolsa automáticamente alrededor de las 72 horas. Eso es una brecha de integración, no una disputa, y la solución es reconocer las compras del lado del servidor, no impugnar nada.

Cómo hacer que el fraude amistoso sea impugnable antes de que ocurra

No puedes evitar que un cliente llame a su banco. Puedes decidir, con mucha antelación, si la disputa que sigue tiene respuesta o es una pérdida automática. Todo lo que hace que el fraude amistoso sea ganable tiene que existir antes de que llegue la notificación.

Registra la entrega y el consumo en el momento en que ocurren

Las pruebas que ambas tiendas piden, que el artículo se entregó y se usó, solo convencen si se registraron cuando ocurrieron. Registra qué otorgó cada compra y si se consumió en el momento de uso, no reconstruido después de que llega una disputa. Una llamada a reviewrefund o una respuesta de consumo es tan sólida como la telemetría que la respalda.

Automatiza la respuesta, no a una persona

Conecta CONSUMPTION_REQUEST y PendingRefundReviewNotification a un controlador que reúna las pruebas y responda por sí solo. Un reloj de 12 horas y uno de 24 horas no pueden depender de que alguien note una bandeja de entrada. Las disputas que ganas son las que se responden automáticamente, dentro de la ventana, cada vez.

Juzga tu protección solo por los casos impugnables

Divide tus reembolsos en los que tienen una ventana de revisión y los que no. Las solicitudes de reembolso por fraude amistoso y las revisiones de contracargo son donde una tasa de recuperación significa algo, porque hubo una decisión que tus pruebas podían mover. Los reembolsos emitidos por la tienda aportan información, no un veredicto sobre tus defensas. RefundHalt está construido en torno a esa división: responde automáticamente la solicitud de consumo y la llamada a reviewrefund con las pruebas de entrega y uso que registraste, y mantiene los reembolsos no impugnables en su propio registro para que tus números sigan siendo honestos.