FR
Commencer gratuitement
← Blogue

Hatchbox a augmenté son prix de 10 $ à 15 $, et c'est un signe sain pour une petite équipe

Railyard

24 octobre 2026 · 9 min de lecture

Au début de septembre 2026, le fondateur de Hatchbox, Chris Oliver, a annoncé à ses clients que le prix par serveur de la plateforme allait augmenter, passant de 10 $ par mois à 15 $. La page de tarification de Hatchbox affiche maintenant un seul forfait à 15 $ par serveur par mois, avec applications illimitées et membres d’équipe illimités inclus. La hausse est confirmée : la vraie question à répondre, c’est ce que ça signifie, et ce que ça ne signifie pas.

Ça ne veut pas dire que Hatchbox a fait quelque chose de mal. Une augmentation de 50 % sur un produit facturé à 10 $ par serveur depuis des années, venant d’une équipe de deux personnes qui gère aussi une entreprise de tutoriels vidéo (GoRails) sous une réelle pression de revenus alors que de plus en plus de développeurs s’appuient sur des outils d’IA pour écrire et apprendre à coder, n’est pas un scandale. C’est plutôt le contraire : une petite boutique bien considérée qui facture ce que le produit vaut réellement, plutôt que de sous-facturer discrètement jusqu’à ce que l’entreprise ne puisse plus soutenir ce dont les gens dépendent. La réaction publique d’un utilisateur de longue date de Hatchbox à cette nouvelle résume bien la chose : c’était « criminellement sous-évalué avant, et ça l’est encore maintenant », et il paierait volontiers trois ou quatre fois plus cher pour l’avoir. Ce n’est pas la réaction habituelle à une hausse de prix, et ça vaut la peine de s’y attarder avant de passer au contraste.

Ce qui a vraiment changé

Hatchbox est une plateforme de déploiement pour les applications Rails, Ruby et Node qui tourne sur des serveurs que vous fournissez, votre propre compte DigitalOcean, Hetzner ou AWS, pas l’infrastructure de Hatchbox. C’est un détail important à retenir, parce que c’est essentiellement la même forme que celle qu’utilise Railyard : la plateforme est un plan de contrôle, le serveur vous appartient, et la facture de votre fournisseur infonuagique est distincte de la facture envoyée à l’entreprise qui gère les déploiements. Hatchbox facture cette couche de plan de contrôle par serveur depuis le début : un prix fixe pour tout ce que vous faites tourner sur cette machine, autant d’applications que vous voulez. Pendant longtemps, ce prix était de 10 $ par mois par serveur. Depuis l’annonce de septembre 2026, et tel que reflété maintenant sur la page de tarification de Hatchbox, c’est 15 $.

Pourquoi Hatchbox a-t-il augmenté son prix?

Le raisonnement donné par Chris Oliver, tel que rapporté dans la couverture de l’infolettre spécialisée en hébergement indépendant de cette annonce, et repris sur son propre balado GoRails quelques semaines plus tard, était simple : un prix trop bas pendant trop longtemps prive la chose dont les gens dépendent des ressources nécessaires pour continuer à s’améliorer. C’est un vrai compromis pour tout petit opérateur autofinancé, et ça vaut la peine de le prendre au pied de la lettre plutôt que d’y chercher un motif caché. Une équipe de deux personnes qui soutient un produit d’hébergement utilisé par des développeurs en activité a des coûts fixes qui ne diminuent pas juste parce que le prix par client est resté le même pendant des années : temps de support, maintenance de l’automatisation des serveurs, correctifs de sécurité sur l’infrastructure de chaque client, le coût ordinaire de maintenir un pipeline de déploiement qui ne se dégrade pas en silence. Si le prix ne bouge pas, éventuellement c’est le service qui bouge, et c’est un pire résultat pour exactement les clients qu’un prix bas était censé protéger.

Pourquoi « par serveur » est le détail qui compte

La partie intéressante n’est pas que le chiffre ait augmenté. C’est le type de chiffre que c’est. Hatchbox facture par serveur géré. Si vous faites tourner un serveur, vous payez des frais de 15 $ (auparavant 10 $). Si votre application grandit et que vous ajoutez un deuxième serveur, peut-être une machine dédiée pour les tâches de fond, peut-être un serveur de secours pour la base de données, peut-être un environnement de préproduction sur sa propre machine, vous payez maintenant pour deux. Une équipe qui fait tourner cinq serveurs sous la nouvelle tarification de Hatchbox paie 75 $ par mois en frais de plateforme avant même qu’un seul dollar aille au fournisseur infonuagique qui fait réellement tourner la charge de travail. Sous l’ancienne tarification, cette même configuration à cinq serveurs était à 50 $. Dans les deux cas, les frais de plateforme sont une fonction linéaire du nombre de machines que vous faites tourner, indépendamment de la taille de l’équipe, du trafic, ou de la proportion de cette infrastructure qui est réellement critique par rapport à un serveur de préproduction bon marché à peine utilisé.

Ce n’est pas une faille. C’est un modèle cohérent et défendable, qui correspond bien à la propre structure de coûts de Hatchbox : plus il y a de serveurs sous gestion, plus il y a de surface à automatiser, surveiller et soutenir pour Hatchbox, donc des frais par serveur évoluent à peu près avec le travail réel que la plateforme fait en votre nom. Pour une équipe qui fait tourner un ou deux serveurs de production pendant toute la vie du produit, c’est aussi une façon réellement abordable d’obtenir un pipeline de déploiement géré sur une infrastructure que vous possédez. L’augmentation de 50 % change le chiffre précis, pas la forme de la facture.

Ce qu’un prix fixe par équipe fait à la place

La tarification de Railyard repose sur un axe différent. Il n’y a aucune ligne de facturation par serveur du tout. Le forfait Gratuit inclut un serveur d’application plus un serveur de base de données pour trois applications. Pro est à 19 $ par mois par équipe et couvre jusqu’à cinq serveurs avec applications illimitées. Team est à 49 $ par mois par équipe avec serveurs illimités, authentification unique et journal d’audit. Le chiffre qui bouge à mesure que vous grandissez, c’est le palier du forfait, pas un compteur à l’unité : passer d’un serveur à cinq coûte exactement les mêmes 19 $, parce que les frais sont attachés à l’équipe qui utilise la plateforme, pas au nombre de machines que cette équipe fait tourner ce mois-là.

La différence pratique se manifeste exactement dans le scénario qui déclenche les frais par serveur de Hatchbox : l’ajout d’infrastructure. Une équipe sur le forfait Pro de Railyard qui ajoute un serveur dédié aux tâches de fond, puis un serveur de secours pour la base de données, puis un serveur de préproduction, passe d’un serveur à quatre sans que la facture de la plateforme ne bouge du tout, parce que les quatre restent à l’intérieur de l’allocation de cinq serveurs de Pro. Une équipe sur la nouvelle tarification de Hatchbox qui fait exactement la même chose voit sa facture d’outil d’hébergement grimper de 15 $ à 60 $ par mois, par tranches de 15 $, pour ajouter une infrastructure qui n’a rien à voir avec le nombre de personnes dans l’équipe ou la croissance du produit lui-même. Aucun des deux chiffres n’est faux. Ils mesurent des choses différentes : Hatchbox tarife l’empreinte d’infrastructure qu’elle gère, Railyard tarife l’équipe qui utilise le plan de contrôle, et l’empreinte d’infrastructure se trouve à être gratuite de croître à l’intérieur du plafond d’un forfait.

Ça vaut aussi la peine d’être honnête sur l’endroit où le modèle de Railyard a sa propre version du même compromis. Le prix fixe n’est pas infini : le plafond de cinq serveurs de Pro est une vraie limite, et une équipe qui le dépasse passe à Team à 49 $, un saut plutôt qu’une augmentation progressive à l’unité. Une équipe qui a besoin d’exactement six serveurs et de rien d’autre que Team offre paie pour une marge de manœuvre qu’elle n’utilise pas encore, de la même façon qu’un client Hatchbox faisant tourner un serveur légèrement chargé paie les mêmes 15 $ qu’un client en faisant tourner un fortement chargé. Chaque modèle de tarification trace ses lignes quelque part; la comparaison honnête porte sur où se trouvent ces lignes, pas sur si un côté n’en a aucune.

Deux petites équipes, deux réponses raisonnables

Ça vaut la peine de dire directement ce que cet épisode est vraiment : une entreprise d’hébergement bien gérée et respectée qui recalibre un prix devenu désuet, expliqué candidement par un fondateur qui a été transparent sur les pressions que subit une petite équipe autofinancée. Rien dans l’augmentation de septembre 2026 ne suggère que Hatchbox a mal géré quoi que ce soit ou est en difficulté. Au contraire, un fondateur prêt à dire publiquement « c’était sous-évalué et ce n’est pas viable pour nous de continuer à l’améliorer » est le genre de transparence rare dans l’hébergement, où les changements de prix arrivent plus souvent comme une ligne discrète dans un courriel de facturation sans aucune explication.

Ce que cet épisode illustre vraiment, ce n’est pas un verdict sur l’une ou l’autre entreprise, c’est une expérience naturelle propre sur les deux façons défendables de tarifer un plan de contrôle sur serveurs apportés par le client. Facturer par unité d’infrastructure, et le prix suit exactement le nombre de serveurs, ce qui est simple à comprendre et juste par rapport aux propres coûts de la plateforme, mais signifie qu’une croissance normale d’infrastructure (un serveur de tâches ici, un serveur de préproduction là) fait bouger la facture au même rythme. Facturer par équipe avec un plafond de forfait, et l’infrastructure à l’intérieur de ce plafond est libre de croître, mais le plafond lui-même est une fonction en escalier plutôt qu’une ligne lisse, et une équipe près du bord d’un palier paie implicitement pour une marge dans laquelle elle n’a pas encore grandi.

Les deux sont des stratégies de tarification honnêtes pour la même idée sous-jacente : un logiciel qui gère les déploiements sur des serveurs que le client possède plutôt qu’une infrastructure que la plateforme possède. Le vrai signal à retenir d’une augmentation de prix chez Hatchbox, ce n’est pas que « la tarification par serveur est mauvaise ». C’est que la tarification par serveur a une conséquence mécanique (la facture bouge avec l’infrastructure, pas avec la taille de l’équipe ou l’utilisation), et qu’une équipe qui évalue l’une ou l’autre plateforme devrait modéliser son nombre réel de serveurs selon les deux formes de tarification avant d’en choisir une, plutôt que de comparer les chiffres en vitrine isolément. Un projet personnel à un seul serveur coûte moins cher sur Hatchbox même après l’augmentation. Une équipe qui fait tourner quatre ou cinq serveurs pour des tâches de fond, des serveurs de secours et de la préproduction est très probablement moins chère sur un forfait fixe par équipe. Aucun des deux faits ne rend la tarification de l’autre plateforme fausse.

FAQ

De combien le prix de Hatchbox a-t-il augmenté? Les frais par serveur de Hatchbox sont passés de 10 $ par mois à 15 $ par mois, une hausse de 50 %, annoncée par le fondateur Chris Oliver au début de septembre 2026 et reflétée depuis sur la propre page de tarification de Hatchbox.

Hatchbox facture-t-il toujours par serveur? Oui. La tarification de Hatchbox n’a pas changé de forme, un prix fixe par serveur géré, avec applications et membres d’équipe illimités inclus. Seul le chiffre par serveur a bougé, de 10 $ à 15 $.

Railyard est-il moins cher que Hatchbox? Ça dépend du nombre de serveurs que l’équipe fait tourner. Une configuration à un seul serveur coûte moins cher sur Hatchbox même après l’augmentation. Une équipe qui fait tourner quatre ou cinq serveurs pour des tâches de fond, des serveurs de secours et de la préproduction est généralement moins chère sur le forfait Pro fixe à 19 $ par mois de Railyard, parce que Railyard n’ajoute pas de frais par serveur.

Les clients existants de Hatchbox ont-ils gardé l’ancien prix de 10 $? La couverture de l’annonce indique que le nouveau prix de 15 $ s’applique largement plutôt que de maintenir les clients existants à 10 $, bien que la propre page de tarification de Hatchbox reste la source la plus à jour pour un compte précis.

Sources

Voyez comment les deux modèles se comparent directement : Comparer Railyard à Cloud 66, le plus proche parent architectural des deux plateformes, consultez la page de tarification complète, ou voyez comment Railyard fonctionne sur des serveurs que vous possédez déjà.

Voyez l'alternative à prix fixe, par équipe.

Un seul prix pour toute l'équipe, pas un prix par serveur ajouté.

Commencer gratuitement Voir comment se passe un déploiement

Offre gratuite, sans carte, et 14 jours de Pro pour chaque nouvelle équipe. Prix fixe par équipe.

Échap pour fermer · ↵ pour ouvrir un résultat