Hatchbox subió su precio de $10 a $15, y es una señal saludable para un equipo pequeño
A inicios de septiembre de 2026, el fundador de Hatchbox, Chris Oliver, les dijo a sus clientes que el precio por servidor de la plataforma iba a subir, de $10 al mes a $15. La propia página de precios de Hatchbox ahora muestra un solo plan a $15 por servidor al mes, con aplicaciones ilimitadas y miembros de equipo ilimitados incluidos. El aumento está confirmado: la pregunta que vale la pena responder es qué significa, y qué no significa.
No significa que Hatchbox haya hecho algo mal. Un aumento del 50% en un producto que llevaba años con un precio de $10 por servidor, viniendo de un equipo de dos personas que también maneja un negocio de tutoriales en video (GoRails) bajo una presión de ingresos real mientras más desarrolladores dependen de herramientas de IA para escribir y aprender a programar, no es un escándalo. Es más bien lo contrario: una tienda pequeña y bien considerada que cobra lo que el producto realmente vale, en lugar de cobrar de menos en silencio hasta que el negocio ya no pueda sostener aquello de lo que la gente depende. La reacción pública de un usuario de Hatchbox de muchos años ante esta noticia lo resumió bien: era “criminalmente barato antes y todavía lo es ahora”, y con gusto pagaría tres o cuatro veces más por tenerlo. Esa no es la reacción típica ante un aumento de precio, y vale la pena detenerse en eso antes de pasar al contraste.
Lo que realmente cambió
Hatchbox es una plataforma de despliegue para aplicaciones Rails, Ruby y Node que corre en servidores que tú provees, tu propia cuenta de DigitalOcean, Hetzner o AWS, no la infraestructura de Hatchbox. Ese es un detalle importante de tener presente, porque es básicamente la misma forma que usa Railyard: la plataforma es un plano de control, el servidor es tuyo, y la factura de tu proveedor de nube es independiente de la factura que le pagas a la empresa que gestiona los despliegues. Hatchbox cobra por esta capa de plano de control por servidor desde el inicio: un precio fijo por todo lo que corras en esa máquina, tantas aplicaciones como quieras. Durante mucho tiempo ese precio fue de $10 al mes por servidor. Desde el anuncio de septiembre de 2026, y como se refleja ahora en la página de precios de Hatchbox, es de $15.
¿Por qué subió Hatchbox su precio?
El razonamiento que dio Chris Oliver, según lo reportado en la cobertura del boletín especializado en hospedaje independiente sobre este anuncio, y repetido en su propio podcast de GoRails un par de semanas después, fue directo: un precio demasiado bajo durante demasiado tiempo priva a lo que la gente usa de los recursos necesarios para seguir mejorándolo. Ese es un dilema real para cualquier operador pequeño y autofinanciado, y vale la pena tomarlo tal como se dice en lugar de buscarle un motivo oculto. Un equipo de dos personas que sostiene un producto de hospedaje usado por desarrolladores en activo tiene costos fijos que no bajan solo porque el precio por cliente se mantuvo igual durante años: tiempo de soporte, mantenimiento de la automatización de servidores, parches de seguridad en la infraestructura de cada cliente, el costo ordinario de mantener un pipeline de despliegue que no se deteriore en silencio. Si el precio no se mueve, eventualmente el servicio sí lo hace, y eso es un peor resultado justamente para los clientes que un precio bajo se suponía que iba a proteger.
Por qué “por servidor” es el detalle que importa
Lo interesante no es que el número haya subido. Es el tipo de número que es. Hatchbox cobra por servidor administrado. Si corres un servidor, pagas una cuota de $15 (antes $10). Si tu aplicación crece y agregas un segundo servidor, tal vez una máquina dedicada para tareas en segundo plano, tal vez un servidor de respaldo para la base de datos, tal vez un entorno de staging en su propia máquina, ahora pagas por dos. Un equipo que corre cinco servidores bajo la nueva tarifa de Hatchbox paga $75 al mes en cuotas de plataforma antes de que un solo dólar vaya al proveedor de nube que realmente corre la carga de trabajo. Bajo la tarifa anterior, esa misma configuración de cinco servidores era de $50. De cualquier forma, la cuota de la plataforma es una función lineal de cuántas máquinas estás corriendo, independiente del tamaño del equipo, del tráfico, o de qué tanto de esa infraestructura es realmente crítica frente a un servidor de staging barato que casi no se usa.
Eso no es una falla. Es un modelo coherente y defendible, que encaja bien con la propia estructura de costos de Hatchbox: más servidores bajo gestión significa más superficie que Hatchbox tiene que automatizar, monitorear y soportar, así que una cuota por servidor crece más o menos con el trabajo real que la plataforma hace por ti. Para un equipo que corre uno o dos servidores de producción durante toda la vida del producto, también es una forma genuinamente barata de tener un pipeline de despliegue administrado sobre infraestructura propia. El aumento del 50% cambia el número específico, no la forma de la factura.
Lo que hace distinto un precio fijo por equipo
La tarifación de Railyard está construida sobre un eje diferente. No hay ningún renglón de cobro por servidor. El plan Free incluye un servidor de aplicación más un servidor de base de datos para tres aplicaciones. Pro cuesta $19 al mes por equipo y cubre hasta cinco servidores con aplicaciones ilimitadas. Team cuesta $49 al mes por equipo con servidores ilimitados, inicio de sesión único y registro de auditoría. El número que se mueve a medida que creces es el nivel del plan, no un medidor por unidad: pasar de un servidor a cinco cuesta exactamente los mismos $19, porque la cuota está ligada al equipo que usa la plataforma, no a la cantidad de máquinas que ese equipo esté corriendo ese mes.
La diferencia práctica aparece justo en el escenario que dispara la cuota por servidor de Hatchbox: agregar infraestructura. Un equipo en el plan Pro de Railyard que agrega un servidor dedicado para tareas en segundo plano, luego un servidor de respaldo de base de datos, luego un servidor de staging, pasa de un servidor a cuatro sin que la factura de la plataforma se mueva en absoluto, porque los cuatro siguen dentro del límite de cinco servidores de Pro. Un equipo en la nueva tarifa de Hatchbox haciendo exactamente lo mismo ve subir su factura de herramienta de hospedaje de $15 a $60 al mes, en incrementos de $15, por agregar infraestructura que no tiene nada que ver con cuánta gente hay en el equipo o cuánto ha crecido el producto en sí. Ninguno de los dos números está mal. Están midiendo cosas diferentes: Hatchbox tarifica la huella de infraestructura que administra, Railyard tarifica al equipo que usa el plano de control, y la huella de infraestructura resulta ser gratis de crecer dentro del límite de un plan.
También vale la pena ser honesto sobre dónde el modelo de Railyard tiene su propia versión del mismo dilema. La cuota fija no es infinita: el límite de cinco servidores de Pro es un límite real, y un equipo que lo supera pasa a Team por $49, un salto en lugar de un aumento gradual por unidad. Un equipo que necesita exactamente seis servidores y nada más de lo que ofrece Team paga por un margen que todavía no usa, de la misma forma que un cliente de Hatchbox que corre un servidor con poca carga paga los mismos $15 que uno con carga alta. Todo modelo de tarificación traza sus límites en algún lado; la comparación honesta es sobre dónde están esos límites, no sobre si un lado no tiene ninguno.
Dos equipos pequeños, dos respuestas razonables
Vale la pena decir directamente qué es realmente este episodio: un negocio de hospedaje bien administrado y respetado que recalibra un precio que se había quedado desactualizado, explicado con franqueza por un fundador que ha sido transparente sobre las presiones que enfrenta un equipo pequeño y autofinanciado. Nada en el aumento de septiembre de 2026 sugiere que Hatchbox haya manejado mal algo o esté en problemas. Si acaso, un fundador dispuesto a decir públicamente “esto estaba subvalorado y no es sostenible para nosotros seguir mejorándolo” es el tipo de transparencia poco común en el hospedaje, donde los cambios de precio suelen llegar como una línea discreta en un correo de facturación sin ninguna explicación.
Lo que este episodio realmente ilustra no es un veredicto sobre ninguna de las dos empresas, es un experimento natural limpio sobre las dos formas defendibles de tarificar un plano de control sobre servidores que trae el propio cliente. Cobrar por unidad de infraestructura, y el precio sigue exactamente el número de servidores, lo cual es simple de entender y justo respecto a los propios costos de la plataforma, pero significa que un crecimiento normal de infraestructura (un servidor de tareas aquí, un servidor de staging allá) mueve la factura al mismo ritmo. Cobrar por equipo con un límite de plan, y la infraestructura dentro de ese límite puede crecer gratis, pero el límite mismo es una función escalonada en vez de una línea suave, y un equipo cerca del borde de un nivel paga implícitamente por un margen al que todavía no ha crecido.
Ambas son estrategias de tarificación honestas para la misma idea subyacente: software que administra despliegues en servidores que el cliente posee en lugar de infraestructura que posee la plataforma. La señal real que hay que sacar de un aumento de precio de Hatchbox no es que “cobrar por servidor sea malo”. Es que cobrar por servidor tiene una consecuencia mecánica (la factura se mueve con la infraestructura, no con el tamaño del equipo ni el uso), y un equipo que evalúa cualquiera de las dos plataformas debería modelar su número real de servidores contra ambas formas de tarificación antes de elegir una, en lugar de comparar los números principales de forma aislada. Un proyecto personal con un solo servidor sale más barato en Hatchbox incluso después del aumento. Un equipo que corre cuatro o cinco servidores para tareas en segundo plano, respaldos y staging muy probablemente sale más barato en un plan fijo por equipo. Ninguno de los dos hechos hace que la tarificación de la otra plataforma esté mal.
Preguntas frecuentes
¿Cuánto subió el precio de Hatchbox? La cuota por servidor de Hatchbox pasó de $10 al mes a $15 al mes, un aumento del 50%, anunciado por el fundador Chris Oliver a inicios de septiembre de 2026 y reflejado desde entonces en la propia página de precios de Hatchbox.
¿Hatchbox sigue cobrando por servidor? Sí. La tarificación de Hatchbox no cambió de forma, una cuota fija por servidor administrado, con aplicaciones y miembros de equipo ilimitados incluidos. Solo cambió el número por servidor, de $10 a $15.
¿Es Railyard más barato que Hatchbox? Depende de cuántos servidores corra el equipo. Una configuración de un solo servidor sale más barata en Hatchbox incluso después del aumento. Un equipo que corre cuatro o cinco servidores para tareas en segundo plano, respaldos y staging suele salir más barato en el plan Pro fijo de $19 al mes de Railyard, porque Railyard no agrega un cobro por servidor.
¿Los clientes existentes de Hatchbox mantuvieron el precio anterior de $10? La cobertura del anuncio indica que el nuevo precio de $15 aplica de forma general en lugar de mantener a los clientes existentes en $10, aunque la propia página de precios de Hatchbox es la fuente más actual para cualquier cuenta específica.
Fuentes
- Página de precios de Hatchbox, consultada en octubre de 2026, precio actual indicado en $15 por servidor al mes
- Hatchbox price increase - plus more bootstrapper news, boletín High Signal, que cubre el anuncio del 2 de septiembre de 2026 y el razonamiento de Chris Oliver
- Reacción pública de Josh Pigford ante el aumento
- The Ruby on Rails Podcast, episodio 552: “Hatchbox and GoRails in the age of AI with Chris Oliver and Collin Jilbert”, publicado el 16 de septiembre de 2026
- La propia página de precios de Railyard con los detalles actuales de los planes Free, Pro y Team
Mira cómo se comparan los dos modelos directamente: Compara Railyard con Cloud 66, el pariente arquitectónico más cercano de ambas plataformas, revisa la página de precios completa, o mira cómo funciona Railyard sobre servidores que ya posees.