Las solicitudes de reembolso excesivas pueden costarte más que los propios reembolsos, porque ambas tiendas las tratan como una señal de calidad

Las solicitudes de reembolso excesivas están en la lista de motivos de Apple para dudar de tu app. La directriz 5.6.4 de las App Review Guidelines lo dice en una sola frase, y el Acuerdo de Distribución para Desarrolladores de Google tiene una cláusula equivalente que le permite retirar la app de un desarrollador nuevo por su tasa de reembolsos. La mayoría de los desarrolladores ven los reembolsos como un problema de ingresos. Las tiendas también los leen como una señal de calidad, y una señal de calidad puede acabar en un aviso de retirada.

Aquí tienes lo que escribió realmente cada tienda, hasta dónde llega ese texto, lo que cuesta que retiren una app y cómo evitar que tu volumen de reembolsos se convierta en una prueba en tu contra. Ninguna tienda publica un umbral, así que se trata de leer los contratos con cuidado y controlar lo que está en tu mano.

Qué dice la directriz 5.6.4 de Apple sobre las solicitudes de reembolso excesivas

La directriz 5.6.4, titulada App Quality, forma parte de la sección 5.6, el Código de Conducta para Desarrolladores. La frase central es la que importa: entre los indicios de que no se cumple la expectativa de calidad están las quejas excesivas de clientes sobre tu app, como las reseñas negativas, y las solicitudes de reembolso excesivas. La última frase la conecta con la aplicación de sanciones. No mantener una calidad alta puede ser un factor para decidir si un desarrollador respeta el Código de Conducta.

De ese vínculo sale todo su peso. La propia introducción del Código de Conducta dice que tu cuenta del Developer Program será cancelada si realizas actividades contrarias a él. La misma sección enumera las conductas que Apple vigila: apps que engañan a los usuarios para que hagan compras no deseadas, que suben precios de forma engañosa o que cobran por funciones o contenidos que no se entregan. Todas ellas generan solicitudes de reembolso, y por eso Apple las cuenta.

Cómo es en la práctica un aviso por la 5.6.4

Apple no publica sus cartas de sanción, así que la mejor prueba es lo que cuentan los desarrolladores. En un hilo de los Apple Developer Forums, un desarrollador explicó que Apple citó la directriz 5.6.4 y advirtió de que la app se retiraría de la venta, con posible suspensión de la cuenta de desarrollador, si no se modificaba en 14 días. Las soluciones que propuso fueron una prueba gratuita, una pantalla de valoración dentro de la app, más pruebas y retoques de diseño. Otros desarrolladores del hilo señalaron que nada de eso atacaba el motivo por el que los clientes pedían que les devolvieran el dinero.

¿Puede Apple retirar una app por solicitudes de reembolso excesivas?

Sí. El Anexo 2 del Apple Developer Program License Agreement, sección 7.3, permite a Apple dejar de comercializar y de permitir descargas de una app en cualquier momento, con o sin causa. También enumera motivos concretos, entre ellos el incumplimiento del acuerdo o de otra documentación como las App Review Guidelines. La directriz 5.6.4 forma parte de esas directrices. Y la misma sección añade que la decisión de Apple de dejar de distribuir la app no te libera de tus obligaciones según el Anexo 2.

Qué dice el acuerdo de Google Play sobre las tasas de reembolso

El texto de Google es más breve y más directo. La sección 4.11 del Acuerdo de Distribución para Desarrolladores de Google Play, en la versión vigente desde el 15 de septiembre de 2025, establece que, para desarrolladores nuevos sin historial de productos, Google puede usar o publicar métricas de rendimiento como las tasas de desinstalación y de reembolso para identificar o retirar productos que no cumplen estándares aceptables, según determine Google.

Hay dos detalles que merecen atención. La cláusula menciona las tasas de reembolso de forma expresa, no como ejemplo de algo más amplio. Y se limita a desarrolladores nuevos sin historial de productos, justo el tipo de cuenta que menos puede permitirse una retirada. Aun así, una cuenta consolidada no es inmune. La sección 10.3 permite a Google rescindir el acuerdo si tú o tu producto suponéis un riesgo potencial de daño económico, reputacional o de seguridad para Google, los usuarios o los socios.

Cómo una retirada en Google Play acaba en una cuenta cancelada

La ayuda de Play Console sobre cancelaciones de cuentas describe la escalera. Varias retiradas o advertencias pueden dar lugar a la suspensión de una app. Las suspensiones cuentan como faltas contra la buena reputación de tu cuenta de desarrollador. Varias suspensiones, o suspensiones por infracciones graves, pueden llevar a la cancelación. Cuando se cancela una cuenta, todas las apps del catálogo se retiran de Google Play y se pierden los usuarios, las estadísticas y las valoraciones asociados a esas apps.

Lo que cuesta una retirada en dinero

Un aviso de retirada no borra los reembolsos que ya debes. Lo que corta son los ingresos con los que los ibas a pagar. En Apple, el Anexo 2, sección 6.3, te obliga a reembolsar a Apple las devoluciones que concede, incluidas las que comunica un proveedor de pagos, que es como te llega un contracargo. La sección 7.1 mantiene esa obligación antes y después de la rescisión y permite a Apple retener todos los pagos durante el plazo que considere razonable para compensar los reembolsos a usuarios finales. La sección 8.1 del acuerdo de Google hace lo mismo con los productos vendidos antes de la retirada, y la sección 3.8 permite a Google descontar los reembolsos de tus pagos.

Después, suma lo que sigue en marcha. Los clientes que ya instalaron la app la siguen abriendo. Tus servidores, el cómputo de GPU, las llamadas a APIs de terceros de pago, el almacenamiento y las comisiones del procesador de pagos te siguen facturando por esos usuarios mientras los ingresos nuevos caen a cero. Si la app paga a creadores o afiliados, esos pagos se calcularon sobre ventas que ahora pueden volver como reembolsos contra un saldo congelado.

Con qué frecuencia cancelan cuentas las tiendas

Las cifras públicas ponen el riesgo en su justa medida. El Informe de Transparencia del App Store de 2024 de Apple contabiliza 146.747 cuentas de desarrollador canceladas. De ellas, 146.583 se cancelaron por fraude según la sección 3.2(f) del DPLA, y Apple señala que el motivo más habitual es la vinculación con otras cuentas de desarrollador canceladas. Solo 99 apps se retiraron por la directriz 5.6.0, el Código de Conducta para Desarrolladores, y 69 por la directriz 3.1.2, Suscripciones. De 8.132 recursos contra cancelaciones de cuentas, se restablecieron 225 cuentas.

Esto se lee de dos maneras. Que una app honesta acabe cancelada por reembolsos es raro, y el informe no desglosa la 5.6.4 por separado. Pero una vez cancelada una cuenta, recuperarla es poco probable. El Código de Conducta de Apple ofrece una vía: una declaración por escrito que detalle las mejoras que piensas hacer, y si Apple aprueba el plan y confirma los cambios, la cuenta puede restablecerse.

Cómo evitar que tu volumen de reembolsos se convierta en una prueba

No puedes impedir que la gente pida reembolsos. Sí puedes dejar de darles motivos, y puedes asegurarte de que las tiendas escuchen tu versión en los dos flujos en los que la piden.

Elimina las causas que menciona el Código de Conducta

• Muestra el precio, el periodo de facturación y las condiciones de renovación en el paywall antes del botón de compra, para que nadie descubra un cargo semanal en su extracto bancario.
• Entrega lo que vendiste en cuanto se pague. Una compra que no se desbloquea es una solicitud de reembolso y un ticket de soporte a la vez.
• Haz que la cancelación sea fácil de encontrar en tu pantalla de ajustes. Un suscriptor que no encuentra la salida le pide a la tienda que le devuelva el dinero.
• Vigila los reembolsos por producto, país y versión de la app, no solo en total. Un pico tras una versión o en un mercado concreto te dice qué arreglar.

Responde a los dos flujos que te permiten aportar pruebas

Solo dos flujos de reembolso te permiten presentar pruebas ante la tienda antes de que decida. Apple envía un CONSUMPTION_REQUEST y te pide que respondas en 12 horas con datos de consumo mediante Send Consumption Information. Google Play envía una revisión de reembolso pendiente por un contracargo, y respondes en 24 horas llamando a orders.reviewrefund. Todo lo demás, incluidos los reembolsos de autoservicio de 48 horas de Google Play, los reembolsos de soporte y los reembolsos automáticos de compras no confirmadas, se decide sin ti. Una solicitud que respondes con datos precisos es una solicitud que la tienda puede rechazar cuando el contenido se entregó y se usó.

¿Pueden penalizarte por reembolsos que no provocaste?

Ninguna tienda dice que distinga en su revisión de calidad las solicitudes de reembolso abusivas de las legítimas, así que da por hecho que lo visible es el volumen bruto. Por eso conviene llevar tu propio registro: qué reembolsos vinieron de las mismas pocas cuentas, cuáles siguieron a un fallo de entrega por tu parte y cuáles llegaron tras un uso intensivo. Si alguna vez llega un aviso por la 5.6.4, ese registro es lo que convierte una promesa vaga en el plan de mejoras concreto que pide el Código de Conducta de Apple.

RefundHalt responde a cada CONSUMPTION_REQUEST y a cada revisión de contracargo de Google Play dentro de su plazo con tus datos de uso reales, y sigue las tasas de reembolso por producto, país y versión, para que veas un problema de calidad en tus cifras antes de que una tienda lo vea en las suyas.