Saltar al contenido principal

Contabilidad del reparto de ingresos de Steam: cuánto cobran realmente los desarrolladores indie

11 min de lecturaMike ThriftMike Thrift
Contabilidad del reparto de ingresos de Steam: cuánto cobran realmente los desarrolladores indie

Lanzaste tu juego. Steam muestra $42,000 en ventas acumuladas. Tu cuenta bancaria muestra $27,400. Si no sabes exactamente a dónde fueron los otros $14,600, no estás solo — y tampoco estás mirando realmente los estados financieros de tu negocio, estás mirando el panel de una tienda que nunca fue diseñado para serlo.

El reparto de ingresos de Steam suele resumirse como "Valve se queda con el 30%", y para la gran mayoría de los desarrolladores indie eso es cierto en términos generales. Pero ese 30% es solo una de cinco deducciones separadas que se interponen entre el precio que paga un jugador y la cifra en dólares que llega a la cuenta corriente de tu negocio: comisión de plataforma, reembolsos, conversión de moneda, IVA/impuesto sobre ventas y — si no eres contribuyente estadounidense — retención federal. Cada una necesita su propia línea en tus libros, porque cada una se comporta de forma distinta a efectos fiscales, y mezclarlas es la razón por la que los desarrolladores terminan sobrepagando impuestos estimados trimestrales o llevándose una sorpresa desagradable de su contador en abril.

Así es como se mueve realmente el dinero, y cómo registrarlo para que tus libros reflejen la realidad en lugar del panel de Steamworks.

El reparto escalonado de Steam, y por qué apenas importa para la mayoría de los desarrolladores

La estructura actual de Valve se escalona según los ingresos acumulados por título:

  • Comisión de plataforma del 30% sobre los primeros $10 millones de ingresos brutos (te quedas con el 70%)
  • Comisión de plataforma del 25% sobre ingresos entre $10 millones y $50 millones (te quedas con el 75%)
  • Comisión de plataforma del 20% por encima de $50 millones (te quedas con el 80%)

Estos escalones se añadieron por presión de grandes editoras que amenazaban con mover títulos de gran presupuesto a tiendas competidoras, no como un gesto amistoso hacia los indies. Y las cifras lo confirman: el juego indie promedio gana entre $5,000 y $15,000 de ingresos acumulados, e incluso un título en el 5% superior por ventas rara vez supera el millón de dólares. A menos que estés construyendo el próximo gran éxito, planifica tus libros en torno a una comisión plana del 30% — los escalones son un error de redondeo para un juego que nunca cruza los ocho dígitos.

Dicho esto, si tienes un título acercándose a los $10 millones, este es exactamente el tipo de umbral que tu contabilidad debe vigilar en tiempo real, no descubrir tres meses después al conciliar un estado de pago. Un plan de cuentas que registre los ingresos por título (no una sola cuenta genérica de "Ingresos de Steam") te permite ver venir el cruce de escalón.

Ingreso neto: sobre qué te paga Steam en realidad

Esta es la parte que confunde a los desarrolladores que vienen de un negocio minorista o de suscripción más simple: la comisión de Steam no se calcula sobre el precio de venta al público. Se calcula sobre el Ingreso Neto, que es el Ingreso Bruto menos los Ajustes Aplicables.

El Ingreso Bruto incluye el IVA y el impuesto sobre ventas recaudados al pagar. Los Ajustes Aplicables incluyen:

  • Reembolsos y contracargos — se descuenta el precio de compra completo de cualquier copia reembolsada
  • IVA/impuesto sobre ventas — los precios de Steam incluyen impuestos en la mayoría de los países, y Valve remite ese impuesto directamente a la autoridad correspondiente; nunca afecta el cálculo de tu reparto de ingresos
  • Conversión de moneda — las ventas internacionales se liquidan en USD a la tasa de conversión de Valve, que se mueve con los mercados cambiarios entre la fecha de venta y la fecha de pago

Solo después de netear todo eso se aplica el reparto del 70/75/80%. En términos prácticos: no pagas la comisión de Steam sobre una venta reembolsada (bueno), pero tampoco puedes registrar el precio de venta al público como tu ingreso desde un inicio (importante, porque significa que tu cifra de "ventas brutas" de los paneles de marketing siempre será mayor que tu ingreso bruto contable).

Enfoque contable: registra dos cifras separadas para cada período de pago — el ingreso bruto de plataforma (neto de IVA, antes de reembolsos) como tu línea de ingresos, y los reembolsos como una cuenta contra-ingreso que se neteé contra ella en tu estado de resultados. No registres simplemente el monto final depositado como "Ingresos de Steam" — perderás la capacidad de ver la tendencia de tu tasa de reembolsos, que es una de las métricas de salud más útiles que tiene un estudio indie.

Los reembolsos no son un error de redondeo — sigue la tasa, no solo los dólares

La política de reembolsos de Steam permite a un jugador solicitar un reembolso completo por cualquier compra realizada en las últimas dos semanas, siempre que haya jugado menos de dos horas. Es dramáticamente más generosa que las tiendas de consola o móviles, y existe por una buena razón (elimina buena parte del abuso de "comprar, piratear la copia sin DRM, reembolsar" y genera confianza con los compradores). En toda la plataforma, las tasas de reembolso promedian alrededor del 5% de las compras, pero los juegos narrativos cortos y los títulos que pueden "completarse por la ruta crítica" en menos de dos horas suelen ver tasas mucho más altas — desarrolladores han reportado tasas de reembolso de dos dígitos para títulos que un jugador puede terminar de una sentada antes de que se cierre la ventana de dos horas.

Para tus libros, esto significa:

  1. Trata los reembolsos como un costo recurrente de operar en Steam, no como una excepción. Presupuéstalos como un minorista presupuesta las mermas.
  2. Vigila la tasa de reembolso como un KPI, no solo el total en dólares de reembolsos. Una tasa que sube después de un parche o una campaña de marketing es una señal — ya sea un error, una página de tienda engañosa, o (cada vez más común en 2026) abuso de la ventana de reembolso dirigido a juegos cortos.
  3. Nunca reconozcas el ingreso de una venta hasta que la ventana de reembolso haya pasado de forma significativa, si estás haciendo reconocimiento formal de ingresos (ASC 606) — la mayoría de los estudios indie no necesitan diferir el reconocimiento por una ventana de reembolso de dos semanas dada su corta duración y su tasa estadísticamente predecible, pero si los reembolsos son materiales y volátiles para tu título, una reserva/provisión mensual de reembolsos es el enfoque más preciso que reconocer el 100% de las ventas brutas y absorber el golpe después.

Precios regionales y la conversión de moneda que tú no elegiste

Steam admite precios en 35 monedas, y la actualización de precios de Valve en 2026 fue más allá de la simple conversión por tipo de cambio para también ponderar el poder adquisitivo local y las normas regionales de precios de entretenimiento — lo que significa que tu precio de $19.99 en EE. UU. puede traducirse en un precio en términos reales muy distinto en, digamos, Brasil o el sudeste asiático, y esa traducción puede cambiar con el tiempo aunque nunca toques tu propia configuración de precios.

Dos consecuencias para tu contabilidad:

  • Cada venta internacional es una conversión a USD, no una cifra fija. La tasa usada es la de Valve al momento de reportar, no la del día en que el jugador compró el juego. Si estás rastreando ingresos por región para fines fiscales o de planificación empresarial, extrae el desglose regional de tu reporte de ventas de Steamworks en lugar de intentar calcularlo a partir del total depositado.
  • No ajustes manualmente tus precios regionales sin revisar el efecto posterior sobre el ingreso neto por unidad. Una baja de precio en un país con IVA alto puede reducir tu ganancia más de lo que sugiere el cambio en el precio de venta, porque el IVA se descuenta antes de aplicar el reparto de ingresos.

Momento del pago: por qué tu depósito bancario nunca coincide con las ventas de este mes

Valve paga aproximadamente 30 días después del cierre del mes de ventas — las ventas de febrero se pagan a finales de marzo, por ejemplo — y Steam retiene el pago hasta que tu cuenta cruce un umbral mínimo de $100, lo cual importa para títulos pequeños en acceso anticipado o estudios que manejan varios juegos pequeños donde el ingreso mensual de un título individual podría no superar ese umbral por sí solo.

Este desfase es la fuente más común de confusión de "mis libros no coinciden con mi cuenta bancaria" para los nuevos desarrolladores de Steam. La solución es la contabilidad de devengo estándar: registra el ingreso en el mes en que la venta realmente ocurrió (según tu reporte de ventas de Steamworks), no en el mes en que el efectivo llega a tu banco. Configura una cuenta de "Cuentas por Cobrar de Steam" que devengue el ingreso neto de cada mes y se liquide cuando llegue la transferencia o el depósito ACH unos 30 días después. Sin esto, tu estado de resultados mensual parecerá una montaña rusa que no tiene nada que ver con tu tendencia real de ventas — simplemente reflejará los meses en los que casualmente cayó un pago.

Retención fiscal: el paso que los desarrolladores fuera de EE. UU. se saltan y luego lamentan

Si eres contribuyente estadounidense, Valve te emite un 1099 y lo manejas como cualquier otro ingreso empresarial. Si no eres contribuyente estadounidense, esta es la parte que atrapa a la gente:

Los ingresos de Steam se clasifican como ingresos por regalías de fuente estadounidense (específicamente, la tasa de regalía por derechos de autor para juegos y DLC). Durante la incorporación a Steamworks, cada socio completa una entrevista fiscal y genera un Formulario W-9 (desarrolladores de EE. UU.) o un Formulario W-8BEN (desarrolladores fuera de EE. UU.). Según tu país de residencia y si este tiene un tratado fiscal con EE. UU., Valve retiene entre el 0% y el 30% de tu reparto de ingresos antes de que llegue a tu banco, y lo reporta anualmente en el Formulario 1042-S, emitido antes del 15 de marzo.

Si ves que te retienen el 30% y tu país tiene un tratado fiscal con EE. UU. que te daría derecho a una tasa reducida, probablemente no completaste correctamente la entrevista fiscal — comúnmente porque no proporcionaste un número de identificación fiscal extranjero o estadounidense donde el beneficio del tratado lo requiere. Es un formulario que puedes volver a presentar; no es una tasa permanente. Para un desarrollador independiente, la diferencia entre un tratado no reclamado (30% retenido) y uno reclamado (a menudo 0-15%, según el país) puede ser de miles de dólares al año — vale la pena media hora revisando de nuevo la entrevista.

De cualquier forma, esa retención es una línea separada de la comisión de plataforma de Steam. No mezcles "la parte de Steam" y "la retención fiscal" en una sola cifra en tus libros — tienen tratamientos fiscales completamente distintos. El monto retenido es un prepago de tu propia obligación fiscal (puede que puedas reclamarlo como crédito fiscal extranjero o recuperarlo según el tratamiento fiscal de tu país de origen), mientras que la comisión de plataforma es la tarifa de Valve, punto, y no es acreditable contra nada.

Un plan de cuentas simple para un estudio financiado por Steam

Para un estudio pequeño, cinco cuentas capturan casi todo lo anterior:

  • Ingreso Bruto de Steam — ventas al precio neto de IVA, antes de reembolsos y comisión
  • Reembolsos de Steam (contra-ingreso) — valor en dólares de las ventas reembolsadas/con contracargo
  • Comisiones de Plataforma de Steam — la comisión del 30/25/20%, registrada por separado de...
  • Retención Fiscal de Steam — solo para desarrolladores fuera de EE. UU.; trátala como un activo fiscal prepagado, no como un gasto
  • Cuentas por Cobrar de Steam — ingreso devengado pero no pagado del mes actual y del anterior, que se liquida cuando llega el pago

Si manejas más de un título, añade una clase o etiqueta por juego en lugar de todo un nuevo conjunto de cuentas — quieres comparar el desempeño de los títulos sin duplicar tu plan de cuentas cinco veces.

Mantén los libros de tu estudio de videojuegos tan limpios como tu código

Si te sientes cómodo leyendo un reporte de ventas de Steamworks, te sientes cómodo con texto plano — que es exactamente sobre lo que está construido Beancount.io. En lugar de luchar con una herramienta contable basada en interfaz gráfica para modelar algo tan irregular como comisiones de plataforma escalonadas, reservas de reembolsos y retenciones extranjeras, lo escribes una vez como un libro mayor controlado por versiones y obtienes gratis todos los cálculos que se derivan de ahí. Consulta la documentación para ver cómo los desarrolladores estructuran un libro mayor de ingresos de marketplace, o explora Fava para una vista de panel de ingresos, reembolsos y comisiones por título sin salir del texto plano.

Comparte este artículo