Desde el 3 de agosto, los costes de contracargo de Google Play recaen en los desarrolladores, y esto es lo que cada disputa te quita ahora

Google Play cambió sin hacer ruido quién paga los contracargos, y lo hizo en un artículo del centro de ayuda, no en una conferencia. Para los pedidos realizados el 3 de agosto de 2026 o después, los costes de contracargo de Google Play se comparten con el desarrollador, lo que en términos llanos significa que ahora devuelves el dinero más una comisión bancaria cada vez que un cliente disputa una compra de Play a través de su emisor de tarjeta. Google absorbía todo esto antes. Ya no lo hace. Aquí verás exactamente qué cambió, qué te saca de la cuenta una sola disputa y la única ventana de 24 hours en la que puedes replicar.

Qué cambió Google y dónde apareció

El cambio es pequeño en palabras y grande en efecto. El centro de ayuda de Google Play añadió una página titulada actualizaciones sobre la protección de reembolsos y la responsabilidad de los costes de contracargo, y la línea operativa es una sola frase: para los pedidos realizados el 3 de agosto de 2026 o después, Google Play y el desarrollador comparten el coste de un contracargo. No hubo evento de lanzamiento ni envío masivo de correos a la altura del tamaño del cambio. Aterrizó como una nota de política fechada en el centro de ayuda de Play Console, junto a un recordatorio de que Google impidió US$3.4B de fraude en 2025.

Antes de esto, un contracargo en una compra de Play era problema de Google. Un cliente disputaba un cargo con su banco, el banco retiraba el dinero y Google cargaba con la pérdida. Bajo la nueva política, la pérdida se dirige a ti por la parte del pedido que se te pagó, y llega con una comisión encima.

Quién paga qué ahora

Qué te saca ahora de la cuenta un solo contracargo

La cifra principal no es el precio de compra. Es el precio de compra más una comisión fija, y en las compras pequeñas la comisión es la mitad más grande. Las redes de tarjetas cobran una comisión de contracargo fija por disputa sin importar el tamaño del pedido, y los informes del sector la sitúan entre $15 to $25 para una disputa típica de Play. Google no fija esa comisión ni divulga una cifra propia, así que trata cualquier número exacto como de la red de tarjetas, no de Google.

Toma una compra dentro de la app de $9.99. Supón que la tarifa de servicio de Play es del 30 percent, así que Google se llevó unos $3.00 y tú recibiste unos $6.99. Si ese pedido recibe un contracargo, devuelves los $6.99 que recibiste y pagas la comisión de contracargo. A $20 eso son $26.99 perdidos en una sola venta de $9.99, antes de contar lo que ya gastaste atendiendo la compra. Google sigue cubriendo su tarifa de servicio de $3.00, que es la parte compartida, pero no se acerca a cubrir tu lado.

Y la comisión es solo la pérdida visible. Casi siempre gastaste dinero real atendiendo esa compra antes de que llegara la disputa. La salida generada costó minutos de GPU. Las llamadas a la API costaron cargos por token que te facturaron. Los archivos almacenados cuestan almacenamiento que sigues pagando por retener. Si la compra financió un pago a un creador, ese dinero ya salió. Un contracargo recupera la venta y añade una comisión, y nada del gasto detrás de la venta vuelve con ella.

La única ventana en la que puedes defenderte

Google lanzó una válvula de escape junto al traspaso de costes, y es la única palanca que tienes. Cuando un cliente inicia un contracargo que necesita tu aportación, Google Play envía una notificación de desarrollador en tiempo real llamada PendingRefundReviewNotification. Desde el momento en que llega tienes 24 hours para responder llamando al método orders.reviewrefund de la Google Play Developer API. Pierde la ventana y Google decide sin tus pruebas.

Qué te deja enviar Google

La llamada a reviewrefund no es una apelación de texto libre. Envías una preferencia de reembolso y pruebas de uso estructuradas: el estado de entrega del pedido y el estado de consumo del artículo de la compra. En términos llanos, le dices a Google si el cliente ya recibió y usó lo que compró. Google lo integra en su propia decisión y, donde las pruebas lo respaldan, impugna el contracargo ante el banco en tu nombre.

El reloj de 24 hours es el equivalente en Google Play de la ventana CONSUMPTION_REQUEST de 12-hour de Apple. Ambas tiendas te dan un temporizador corto y fijo para entregar pruebas, y ambas deciden sin ti si el temporizador se agota. La diferencia ahora es lo que está en juego del lado de Play. En Google, dejar que el temporizador expire puede significar devolver la compra más la comisión bancaria, no solo perder un caso en el que nunca ibas a influir.

Un contracargo no es un reembolso, y la diferencia decide quién paga

Es fácil meter todo evento de devolución de dinero en el mismo saco, pero Google Play los trata de forma distinta, y solo algunos de ellos te dirigen un coste o una pregunta. Saber cuál es cuál te dice dónde muerde de verdad esta nueva política.

Los flujos que nunca te preguntan

• El reembolso de autoservicio de 48 horas de Google Play, donde un cliente toca reembolsar en la tienda dentro de los dos días de la compra, lo decide Google bajo su propia política. No tienes aportación, y estos son reembolsos gestionados por Google, no los contracargos bancarios de los que trata el cambio del 3 de agosto.
• Los reembolsos iniciados por soporte y los reembolsos de buena voluntad concedidos por Google también son decisión de Google. Te informan de que ocurrieron a través de la Voided Purchases API, pero tú no los apruebas.
• Una compra sin confirmar se reembolsa automáticamente alrededor de las 72 horas. Eso es un fallo de tu lado, no una disputa, y el arreglo es confirmar las compras a tiempo, no impugnar nada.

El flujo que ahora te cuesta

Un contracargo es distinto en naturaleza. El cliente se salta la tienda y disputa el cargo con su banco. El banco retira el dinero y, históricamente, cobraba una comisión por hacerlo. Ese es el flujo que la política del 3 de agosto traspasa a ti, y es el flujo que la ventana de reviewrefund está hecha para impugnar. Todo lo demás de la lista se decide por encima de tu cabeza y siempre fue así.

Qué significa esto para tu canal de disputas

La respuesta práctica no es heroica. Es fontanería. Los desarrolladores que salen de esto baratos son los que pueden responder, de forma automática y en 24 hours, una sola pregunta: ¿recibió y usó este cliente lo que pagó? Si tus sistemas pueden producir el estado de entrega y el estado de consumo a demanda, puedes alimentar a reviewrefund y dejar que Google impugne las disputas débiles. Si no pueden, cada contracargo es una pérdida no impugnada más una comisión.

Conecta la notificación, no a una persona

Una ventana de 24 hours no es un flujo de trabajo humano. Dirige PendingRefundReviewNotification a un manejador automatizado que reúna las pruebas y llame a reviewrefund sin esperar a que alguien lea una bandeja de entrada. Una disputa que aterriza un viernes por la noche igual expira el sábado.

Registra el consumo en el momento en que ocurre

Las pruebas que Google quiere, entrega y consumo, solo convencen si ya estaban registradas cuando llega la disputa. Registra qué concedió cada compra y si se usó en el momento en que se usa, no reconstruido después. La llamada a reviewrefund es tan sólida como la telemetría que la respalda.