El 1 de julio de 2026, Envato reescribió silenciosamente la economía de vender en CodeCanyon y ThemeForest. Los autores que habían pasado una década construyendo su estatus de "exclusividad" —y con él, tasas de comisión tan generosas como el 87.5% de cada venta— pasaron a una única participación de ingresos plana del 50%, sin más. Sin niveles, sin bonificación por lealtad, sin requisito de exclusividad. Si eres un desarrollador de plugins o temas de WordPress que vende ahí, tu ganancia neta por venta puede haberse reducido a la mitad de la noche a la mañana, y si tus libros contables no rastreaban ya los ingresos por plataforma, por estructura de comisiones y por tipo de licencia, probablemente no lo notaste hasta que el pago llegó más corto de lo esperado.
Ese es el problema real que se esconde debajo de este cambio específico: la mayoría de los negocios de productos de WordPress solos o de equipo pequeño en realidad no saben cuánto ganan. Saben lo que llega a su cuenta bancaria. Esas no son la misma cifra, y la brecha entre ellas —comisiones de marketplace, comisiones del procesador de pagos, conversión de moneda, IVA retenido en origen, ingresos por renovación contabilizados como ingresos únicos— es exactamente donde los errores contables se acumulan silenciosamente durante años.
El problema de los pagos multicanal
La mayoría de los negocios de productos de WordPress no venden a través de un único canal. Una configuración típica se parece a alguna combinación de:
- Una tienda autoalojada que usa una plataforma de comerciante registrado como Freemius o Paddle, que gestiona licencias, suscripciones y recaudación de impuestos
- Envato Market (CodeCanyon para plugins, ThemeForest para temas), un marketplace que se queda con su parte antes de que veas siquiera un depósito
- Checkout directo vía Stripe o una pasarela de pago acoplada a Easy Digital Downloads o WooCommerce, donde tú mismo eres el comerciante registrado
Cada uno de estos canales paga en un calendario diferente, en una mezcla de monedas diferente, tras deducir una combinación distinta de comisiones. Freemius puede remitir mensualmente el neto de su participación de ingresos y de cualquier gestión de impuesto sobre ventas. Envato paga vía PayPal o transferencia bancaria tras su comisión, con el porcentaje exacto dependiendo ahora del cambio a tasa plana de julio de 2026 en lugar de tu nivel histórico de exclusividad. Un checkout directo de Stripe deposita el ingreso bruto de la tarjeta, y las comisiones del procesador aparecen como una línea de gasto separada días después.
Si tu contabilidad consiste en registrar cualquier cifra que llegue a la cuenta bancaria como "ingresos por ventas", estás mezclando cuatro eventos contables distintos —ingreso bruto, comisión del marketplace, comisiones de procesamiento y remisión de impuestos— en una sola cifra que casi no te dice nada sobre qué canal es realmente rentable por unidad vendida.
La solución no es complicada, pero requiere disciplina: contabiliza el ingreso bruto en el momento de la venta dentro del sublibro de cada canal, y registra las comisiones del marketplace, las comisiones de procesamiento y cualquier impuesto retenido como líneas separadas de gasto o de contra-ingreso. Esa es la única forma de responder a una pregunta como "¿sigue mereciendo la pena el listado en CodeCanyon después del cambio de tasa de julio de 2026?" con una cifra real en lugar de una intuición.
Por qué el cambio de Envato importa para tu plan de cuentas
Antes de julio de 2026, el programa de autores exclusivos de Envato escalonaba las comisiones según los ingresos de por vida —cuanto más tiempo llevaras vendiendo en la plataforma y mayor fuera tu volumen, las tasas podían bajar hasta el 12.5% para los autores principales, lo que significaba que te quedabas hasta el 87.5% de cada venta. Los vendedores no exclusivos, que también podían listar sus productos en otros sitios, obtenían condiciones considerablemente peores. A partir del 1 de julio de 2026, toda esa estructura escalonada desapareció. Cada autor —sin importar su historial de ventas o su estatus de exclusividad— recibe ahora una participación de ingresos plana del 50%.
Para efectos contables, esto no es una nota al pie. Si tenías una cuenta de "Ventas de Envato" que asumía implícitamente una tasa de retención superior al 85% incorporada en tus cálculos de margen históricos, esa suposición ahora es incorrecta para cada transacción futura. Dos cosas para hacer de inmediato:
- Divide tus reportes de ingresos por plataforma en el límite del 1 de julio de 2026. No promedies los meses previos y posteriores al cambio cuando estés evaluando si el marketplace todavía merece la pena: la economía unitaria realmente cambió en esa fecha.
- Vuelve a ejecutar tu comparación de canales. Una comisión plana del 50% en Envato es una cifra muy distinta para comparar contra el modelo de participación de ingresos progresivo de Freemius (que típicamente empieza más alto y disminuye conforme crece tu volumen) o un checkout de Stripe autogestionado donde tu única "comisión" es una tasa de procesamiento de ~2.9% más lo que gastes en adquisición de clientes. Productos que tenía sentido mantener exclusivos en Envato bajo los antiguos niveles pueden ya no cuadrar.
Comerciante registrado frente a checkout autogestionado: quién le debe al fisco
Esta es la parte de la contabilidad de productos de WordPress que sorprende a más gente, porque los dos modelos crean obligaciones completamente distintas en tus libros.
Si vendes a través de una plataforma de comerciante registrado (MoR, por sus siglas en inglés) como Freemius o Paddle, esa plataforma es legalmente el vendedor registrado para efectos fiscales. Calcula, recauda y remite el IVA en la UE/Reino Unido, el GST donde aplique, y el impuesto sobre ventas de EE. UU. en los estados donde tienes nexo económico. Tus libros no necesitan una cuenta de pasivo de impuesto sobre ventas por pagar para esas ventas —el MoR ya asumió esa responsabilidad. Lo que registras es el pago neto que realmente recibes, además de que deberías conservar los propios reportes de transacciones del MoR como tu rastro de auditoría por si alguna autoridad fiscal pregunta alguna vez cómo se gravó una venta determinada.
Si vendes directamente —una integración de Stripe o Paddle clásico acoplada a tu propio checkout, donde tú eres el comerciante registrado— esa responsabilidad es tuya. Eres responsable de rastrear los umbrales de nexo económico estado por estado (la mayoría de los estados de EE. UU. activan una obligación de impuesto sobre ventas en algún punto entre $100,000 en ventas o 200 transacciones anuales, aunque los umbrales varían), registrarte donde sea requerido, y remitir lo que recaudas. Eso significa que tus libros necesitan una cuenta real de pasivo de impuesto sobre ventas por pagar, no solo una línea de ingresos, y necesitas un proceso para conciliar lo que recaudaste contra lo que has remitido en cada período de declaración.
Mezclar estos dos modelos sin distinguirlos en tus libros es un error común y costoso: los negocios o bien contabilizan por duplicado un pasivo fiscal que una plataforma MoR ya gestionó, o —peor aún— asumen que un MoR está gestionando las obligaciones fiscales en un canal donde en realidad son ellos quienes responden ante el fisco.
Las renovaciones de licencia no son ventas únicas
Las licencias de plugins y temas normalmente se venden como claves anuales (o de por vida), y es tentador contabilizar el pago completo de renovación como ingreso en el momento en que llega a tu cuenta. Bajo los principios estándar de reconocimiento de ingresos (ASC 606 en EE. UU.), eso no es correcto si la licencia otorga un año de actualizaciones y soporte: el ingreso de una renovación debe reconocerse no antes del inicio del período de renovación, distribuido a lo largo del período en que el cliente realmente tiene derecho al servicio.
En concreto: si un cliente renueva una licencia de $120/año, no contabilizas $120 de ingreso el día en que se cobra. Registras $120 como ingreso diferido (un pasivo —le debes un año de actualizaciones/soporte al cliente), y luego reconoces $10 de ingreso cada mes conforme realmente entregas esa obligación. Si vendes principalmente licencias anuales y solo contabilizas el efectivo entrante como ingreso, tu estado de resultados mensual será engañoso —con picos en tus meses de mayor renovación y subestimado el resto del año— y si alguna vez necesitas estados financieros para una solicitud de préstamo, una conversación de adquisición, o simplemente una lectura honesta de si el negocio está creciendo, esos picos ocultarán la tendencia real.
Esto importa aún más cuando vendes simultáneamente a través de Freemius, Envato y un checkout directo, porque la mecánica de renovación de cada canal difiere ligeramente (las licencias de Envato, por ejemplo, están tradicionalmente más orientadas a la compra única que a la renovación por suscripción, mientras que Freemius está construido en torno a la licencia recurrente). Tu seguimiento de ingresos diferidos necesita tener eso en cuenta por canal, no aplicar una suposición general a cada venta.
Conciliar pagos sin perder la cabeza
La tarea práctica semanal o mensual que une todo esto es la conciliación de pagos: comparar lo que el panel de cada plataforma dice que ganaste contra lo que realmente llegó a tu cuenta bancaria, y entender cada línea intermedia. Un proceso funcional se ve así:
- Extrae el reporte a nivel de transacción de cada canal (Freemius, Envato, Stripe) en lugar de confiar en el total resumido del pago: necesitas la venta bruta, la comisión/tarifa y el impuesto retenido como líneas separadas, no una sola cifra neta.
- Contabiliza el ingreso bruto y cada deducción por separado en tu libro contable, etiquetados por canal, para que puedas generar un reporte de margen real canal por canal.
- Concilia el depósito neto contra la suma del ingreso bruto menos comisiones menos impuesto retenido para ese período de pago. Un desajuste normalmente significa un reembolso, un contracargo o una diferencia de conversión de moneda que aún no has registrado.
- Rastrea el ingreso por renovación frente al de venta nueva por separado, incluso dentro de un mismo canal, para que puedas ver tu tasa real de renovación —posiblemente la mejor métrica de salud para un negocio de software con licencia, y una que queda completamente oscurecida si las renovaciones y las ventas nuevas se agrupan en una sola cuenta de "Ventas de Envato".
Hacer esto a mano en una hoja de cálculo es manejable con un puñado de transacciones al mes; deja de escalar en el momento en que estás conciliando tres canales con monedas, calendarios de comisiones y tratamientos fiscales distintos entre sí en cada ciclo de pago.
Mantén tus libros multicanal auditables
Si estás manejando pagos de Freemius, Envato y un checkout directo de Stripe, la contabilidad en texto plano encaja de forma natural: las transacciones de cada canal viven como entradas versionadas que puedes etiquetar, automatizar con scripts y comparar mediante diff, en lugar de estar enterradas dentro de un panel de caja negra que solo te muestra los depósitos netos. Beancount.io te da esa transparencia —control total sobre cómo se categorizan el ingreso bruto, las comisiones del marketplace y el ingreso diferido por renovación, con un rastro de auditoría completo para cada venta. Comienza gratis y descubre por qué los desarrolladores que ya piensan en control de versiones también están cambiando su contabilidad a texto plano.