La repreciación de Render en abril de 2026: se acaban las cuotas por asiento, mucho menos ancho de banda incluido
El 23 de abril de 2026, Render reemplazó su cobro por asiento con una cuota fija por espacio de trabajo: $0 al mes para Hobby, $25 al mes para Pro, $499 al mes para Scale, confirmado directamente en el propio anuncio de precios de Render. Los espacios de trabajo existentes tenían hasta el 1 de agosto de 2026 para migrar a los nuevos planes. En el mismo cambio, Render recortó de forma sustancial el ancho de banda incluido en esos planes: la asignación de egress incluida en Hobby bajó de 100 GB a 5 GB, y la cobertura de este cambio describe un recorte comparable en Pro, con los excedentes ahora cobrados a una tarifa fija de $0.15 por gigabyte en lugar de la práctica anterior de cobrar por bloques de 100 GB. El propio anuncio de Render afirma que el 75% de los clientes que pagan verían su factura bajar o quedar igual bajo la nueva estructura. Para un tipo de carga de trabajo específico y común, sin embargo, la cuenta sale al revés, y vale la pena entender exactamente por qué.
Lo que realmente cambió, en palabras de Render
El cambio principal es el que Render eligió destacar: se acaba la cuota por asiento. Bajo el modelo anterior, un espacio de trabajo Pro pagaba entre $19 y $29 por miembro de equipo al mes, lo que significa que solo la cuota base de plataforma de un equipo de cinco personas podía llegar a $95 o $145 antes de que un solo servicio estuviera corriendo. Bajo el modelo nuevo, eso se reemplaza con una cuota fija por espacio de trabajo, $25 al mes para Pro, sin importar si el espacio de trabajo tiene una persona o veinte. Para cualquier equipo más grande que un desarrollador solo, esa parte del cambio es una mejora directa, y es la parte que respalda la propia afirmación de Render de que la mayoría de los clientes que pagan salen mejor o igual.
El segundo cambio recibió mucha menos atención: el ancho de banda incluido por plan cayó fuertemente. La asignación de egress de Hobby pasó de 100 GB a 5 GB, un recorte de 20 veces. La cobertura sobre el plan Pro describe una reducción igual de drástica, hasta 25 GB incluidos, con la asignación anterior exacta reportada de forma inconsistente entre las distintas coberturas de este cambio (algunas fuentes ubican la asignación anterior de Pro en 100 GB, otras más alto), así que el número exacto de “antes” vale la pena tratarlo como reportado y no como confirmado de forma independiente aquí. Lo que es consistente en todas las fuentes, incluidas las propias páginas de planes actuales de Render, es el número de “después”: 25 GB incluidos en Pro, 1 TB en Scale, y una tarifa fija de $0.15 por gigabyte por cualquier cosa que exceda lo incluido.
¿Por qué recortó Render el ancho de banda incluido y eliminó la cuota por asiento?
Estos dos cambios parecen no estar relacionados, pero sí lo están. Una cuota por asiento es una factura que escala según cuánta gente usa el producto, lo cual no tiene casi nada que ver con lo que realmente le cuesta a Render correr la infraestructura de un cliente. El egress, los datos que una aplicación en funcionamiento le devuelve a sus usuarios, es un costo real y medido que el propio Render le paga a sus proveedores upstream, y escala según exactamente una cosa: cuánto tráfico sirve realmente la aplicación de un cliente. Pasar de “cobrar por persona” a “cobrar por gigabyte realmente usado” es, mecánicamente, un acercamiento a facturar según la estructura de costos real de Render, y un alejamiento de un número (el tamaño del equipo) que solo era una aproximación aproximada del uso.
Esa es una razón de negocio coherente para hacer el cambio, y es consistente con la trayectoria más amplia de la empresa: Render levantó $100 millones en febrero de 2026 a una valuación reportada de $1.5 mil millones con un crecimiento interanual de más del 100%, lo cual es una historia de financiamiento que depende de una estructura de costos que escala de forma predecible con el uso, en vez de una donde un puñado de clientes de alto tráfico se subsidian en silencio dentro de un plan fijo basado en asientos, tarifado para otro tipo de carga de trabajo. Nada de esto hace que el cambio sea malo en el fondo. Sí significa que los clientes más expuestos a la desventaja son un grupo específico e identificable: cargas de trabajo con ancho de banda real y sostenido, video, descargas de archivos, respuestas de API con payloads grandes, webhooks disparados en volumen, que antes cabían cómodamente dentro de una asignación fija generosa y ahora caen en un medidor.
Lo que esto cuesta para una carga de trabajo real
Toma una configuración Pro bastante común: un servicio web, un worker en segundo plano, ambos en un tamaño de instancia estándar, más una base de datos Postgres administrada pequeña. Antes de contar el egress, eso es más o menos $95 al mes bajo la nueva tarifación, con la cuota de espacio de trabajo incluida. Con poco tráfico, dentro de la asignación incluida de 25 GB, eso es toda la factura, y es una mejora real respecto a la antigua tarifación Pro por asiento para un equipo de más de una o dos personas.
El número se mueve rápido pasado ese punto. Con 500 GB de egress mensual, un número razonable para una app que sirve imágenes, miniaturas de video, o una cantidad modesta de tráfico de API a unos pocos miles de usuarios, el excedente es de 475 GB más allá de lo incluido, a $0.15 por gigabyte eso representa unos $71 agregados a la base, para un total cercano a $166 al mes. Con 1 TB de egress mensual, el excedente sube a cerca de $150, llevando el total por encima de $245. Con 2 TB, una carga de trabajo que no es inusual para una app de consumo con mucho contenido multimedia, el renglón de egress por sí solo se acerca a $300, más del triple de la cuota base de plataforma. El patrón es claro: el ancho de banda, no el cómputo ni la cuota de espacio de trabajo, se convierte en el renglón dominante de la factura para cualquier cosa más allá de una app con poco tráfico, y sigue subiendo sin techo hasta que un cliente se cambia al plan Scale de $499 y su asignación de 1 TB.
La parte que vale la pena tener presente es que nada de esto requiere que un equipo haga algo fuera de lo común. Servir video, imágenes, payloads grandes de JSON, o simplemente tener una app popular, no es un comportamiento exótico; es una parte grande de lo que las aplicaciones web realmente hacen. Un modelo de precios que es más amigable con los equipos pequeños en cuanto a número de personas, y notablemente menos amigable con cualquiera que tenga tráfico real y sostenido, es una decisión específica e intencional, no una mejora universal, y el propio encuadre de Render de “75% de los clientes” es consistente con eso: describe al cliente mediano, no a la franja de clientes cuyas cargas de trabajo son justamente el tipo que genera ancho de banda real.
Lo que hace distinto un precio fijo sin medidor de ancho de banda
La tarificación de Railyard no tiene ningún renglón de ancho de banda, medido o no. El plan Pro de $19 al mes y el plan Team de $49 al mes son fijos por equipo, sin importar cuánto tráfico sirvan realmente las aplicaciones en esos servidores. Esto es posible por una razón estructural, no por generosidad: los servidores mismos viven en la propia cuenta de nube del cliente, y el ancho de banda lo factura el proveedor de nube (DigitalOcean, Hetzner, Vultr) directamente al cliente, a la propia tarifa de ese proveedor, la cual para la mayoría de los proveedores incluye una asignación de ancho de banda notablemente más grande empaquetada en el precio del propio servidor, y que históricamente no se acerca a una tarifa marginal de $0.15 por gigabyte una vez agotada la asignación propia de un servidor. Railyard nunca toca esa factura, no le aplica ningún sobreprecio, y no tiene nada que medir, porque el tráfico nunca pasa por infraestructura que Railyard posea en primer lugar.
Esta es la misma bifurcación arquitectónica que aparece en cada comparación entre una plataforma administrada y una de servidor propio: una plataforma que corre el cómputo tiene que tarifar los recursos que realmente está pagando, lo cual para una carga de trabajo intensiva en ancho de banda termina significando medir el ancho de banda, porque es un costo variable real que la plataforma absorbe en nombre del cliente. Una plataforma que no corre el cómputo no tiene ese costo que recuperar, así que no hay nada que medir. Ninguno de los dos enfoques es un truco. El costo de egress de Render es dinero real que Render paga en algún punto upstream, y recuperar parte de eso de los clientes que generan ese tráfico es una decisión de tarificación defendible, posiblemente más honesta que esconderlo dentro de una cuota fija que otros clientes terminan subsidiando. El encuadre honesto es que los dos modelos están optimizados para cargas de trabajo distintas: una plataforma con egress medido es una opción correcta y justa para un equipo con tráfico modesto y predecible que se beneficia del costo más bajo basado en asientos; un precio fijo por equipo con el ancho de banda facturado directamente por el proveedor de nube es el mejor ajuste una vez que el tráfico es lo bastante grande como para que un medidor por gigabyte domine la factura.
La lección real
Render no hizo nada engañoso aquí. Publicó el cambio, dio una ventana de transición real, y destacó la parte del cambio que es una mejora inequívoca para la mayoría de los clientes. La parte que vale la pena conocer antes de registrarse, o antes de presupuestar una renovación, es la que no fue titular: una carga de trabajo con ancho de banda real y sostenido ahora se factura por gigabyte sin más tope que el siguiente nivel de plan, reemplazando una asignación que, durante la mayor parte de la historia de Render, era lo bastante generosa como para no pensar en ella. Cualquiera que corra una app intensiva en ancho de banda en Render haría bien en sacar la cuenta para su tráfico real antes de asumir que el nuevo precio base, de apariencia más amigable, cuenta toda la historia.
Preguntas frecuentes
¿Cuándo cambió Render sus precios? Render pasó a un modelo de cuota fija por espacio de trabajo el 23 de abril de 2026, con los espacios de trabajo existentes obligados a migrar antes del 1 de agosto de 2026.
¿Cuánto ancho de banda incluye Render ahora? Los nuevos planes incluyen 5 GB en Hobby, 25 GB en Pro, y 1 TB en Scale, muy por debajo de las asignaciones vigentes antes de abril de 2026, con los excedentes cobrados a $0.15 por gigabyte.
¿Los precios de Render subieron o bajaron? Las dos cosas, según la carga de trabajo. Eliminar la cuota por asiento baja la factura para la mayoría de los equipos, sobre todo los más grandes. Recortar el ancho de banda incluido sube la factura para cualquier carga de trabajo con tráfico real y sostenido, porque el egress ahora se mide más allá de una asignación mucho más pequeña.
¿Railyard cobra por ancho de banda? No. Los servidores de Railyard corren en la propia cuenta de nube del cliente, así que el ancho de banda lo factura directamente el proveedor de nube a su propia tarifa, sin que Railyard lo mida ni le aplique sobreprecio.
Fuentes
- Render: “Better pricing for fast-growing teams”, anuncio propio de Render, consultado en octubre de 2026, que confirma los niveles de espacio de trabajo de $0/$25/$499, el ancho de banda incluido de 5 GB/25 GB/1 TB, la tarifa de excedente de $0.15/GB, y la afirmación del 75% de los clientes
- Cobertura sobre el recorte de ancho de banda de Hobby en abril de 2026, incluyendo Render’s April 2026 Egress Cut From 100GB to 5GB on Hobby
- Cobertura sobre el contexto de negocio detrás del cambio, incluyendo la ronda de financiamiento de Render de febrero de 2026, en Render’s $1.5B Valuation Hides a $0.15/GB Question
- La propia página de precios de Railyard con los detalles actuales de los planes fijos por equipo
Mira cómo se comparan los modelos directamente: Compara Railyard con Render, o mira cómo funciona el precio fijo de Railyard sobre servidores que ya posees.