Hatchbox hat den Preis von 10 $ auf 15 $ pro Server erhöht, und das ist ein gesundes Zeichen für ein kleines Team
Anfang September 2026 teilte Hatchbox-Gründer Chris Oliver den Kunden mit, dass der Pro-Server-Preis der Plattform steigen würde, von 10 $ im Monat auf 15 $. Hatchbox’ eigene Preisseite listet jetzt einen einzigen Plan zu 15 $ pro Server pro Monat, unbegrenzte Apps, unbegrenzte Teammitglieder, inklusive. Der Sprung ist bestätigt: Die eigentlich interessante Frage ist, was er bedeutet, und was nicht.
Es bedeutet nicht, dass Hatchbox etwas falsch gemacht hat. Eine Erhöhung um 50 % bei einem Produkt, das jahrelang zu 10 $ pro Server bepreist war, von einem Zweier-Team, das zusätzlich unter echtem Umsatzdruck ein Video-Tutorial-Geschäft (GoRails) betreibt, während mehr Entwickler sich auf KI-Tools verlassen, um Code zu schreiben und zu lernen, ist kein Skandal. Es ist eher das Gegenteil: ein kleiner, angesehener Laden, der verlangt, was das Produkt tatsächlich wert ist, statt es still und leise zu billig anzubieten, bis das Geschäft das nicht mehr tragen kann, worauf die Leute angewiesen sind. Die öffentliche Reaktion eines langjährigen Hatchbox-Nutzers auf die Neuigkeit brachte es unverblümt auf den Punkt: Es war „vorher kriminell unterpreist und ist es jetzt immer noch”, und er würde gerne drei- oder viermal so viel dafür zahlen. Das ist nicht die Reaktion, die eine Preiserhöhung normalerweise bekommt, und es lohnt sich, einen Moment darüber nachzudenken, bevor man einen Kontrast sucht.
Was sich tatsächlich geändert hat
Hatchbox ist eine Deployment-Plattform für Rails-, Ruby- und Node-Apps, die auf Servern läuft, die du bereitstellst, deinem eigenen DigitalOcean-, Hetzner- oder AWS-Account, nicht Hatchbox’ Infrastruktur. Das ist ein wichtiges Detail, das man im Kopf behalten sollte, weil es dieselbe grundlegende Form hat, die Railyard nutzt: Die Plattform ist eine Control Plane, der Server gehört dir, und die Rechnung von deinem Cloud-Anbieter ist separat von der Rechnung an die Firma, die die Deploys betreibt. Hatchbox hat diese Control-Plane-Schicht von Anfang an pro Server abgerechnet: ein pauschaler Preis für alles, was du auf dieser Box laufen lässt, so viele Apps du willst. Lange Zeit war dieser Preis 10 $ im Monat pro Server. Seit der Ankündigung im September 2026, und jetzt auf Hatchbox’ eigener Preisseite widergespiegelt, sind es 15 $.
Warum hat Hatchbox den Preis erhöht?
Die Begründung, die Chris Oliver gab, wie in der Berichterstattung des Indie-Hosting-Newsletters über die Ankündigung berichtet und ein paar Wochen später auf seinem eigenen GoRails-Podcast wiederholt, war unkompliziert: Ein Preis, der zu lange zu niedrig ist, entzieht dem, worauf sich Leute verlassen, die Ressourcen, die nötig sind, um es weiter zu verbessern. Das ist ein echter Tradeoff für jeden kleinen, bootstrapped Betreiber, und man sollte es eher für bare Münze nehmen als nach einem versteckten Motiv zu suchen. Ein Zweier-Team, das ein von arbeitenden Entwicklern genutztes Hosting-Produkt unterstützt, hat Fixkosten, die nicht schrumpfen, nur weil der Preis pro Kunde jahrelang gleich geblieben ist: Support-Zeit, Wartung der Server-Automatisierung, Sicherheitspatching über die Infrastruktur jedes einzelnen Kunden, die normalen Kosten, eine Deploy-Pipeline davor zu bewahren, stillschweigend zu verrotten. Wenn sich der Preis nicht bewegt, bewegt sich irgendwann der Service, und das ist ein schlechteres Ergebnis für genau die Kunden, die ein niedriger Preis eigentlich schützen sollte.
Warum „pro Server” das entscheidende Detail ist
Der interessante Teil ist nicht, dass die Zahl gestiegen ist. Es ist, was für eine Art Zahl es ist. Hatchbox rechnet pro verwaltetem Server ab. Wenn du einen Server betreibst, zahlst du eine Gebühr von 15 $ (vorher 10 $). Wenn deine App wächst und du einen zweiten Server hinzufügst, vielleicht eine dedizierte Worker-Box, vielleicht einen Standby-Datenbank-Host, vielleicht eine Staging-Umgebung auf ihrer eigenen Maschine, zahlst du jetzt zwei. Ein Team, das fünf Server unter Hatchbox’ neuer Preisgestaltung betreibt, zahlt 75 $ im Monat an Plattformgebühren, bevor ein einziger Dollar an den Cloud-Anbieter geht, der den Workload tatsächlich ausführt. Unter der alten Preisgestaltung kostete derselbe Fünf-Server-Aufbau 50 $. In beiden Fällen ist die Plattformgebühr eine lineare Funktion davon, wie viele Maschinen du betreibst, unabhängig von Teamgröße, Traffic oder wie viel dieser Infrastruktur tatsächlich tragend ist versus eine billige Staging-Box, die kaum genutzt wird.
Das ist kein Mangel. Es ist ein kohärentes, vertretbares Modell, und es passt sauber zu Hatchbox’ eigener Kostenstruktur: mehr verwaltete Server bedeuten mehr Fläche für Hatchbox zu automatisieren, zu überwachen und zu supporten, sodass eine Pro-Server-Gebühr grob mit der tatsächlichen Arbeit skaliert, die die Plattform für dich leistet. Für ein Team, das über die gesamte Lebensdauer des Produkts einen oder zwei Produktionsserver betreibt, ist es auch ein wirklich günstiger Weg, eine verwaltete Deploy-Pipeline auf Infrastruktur zu bekommen, die du selbst besitzt. Die 50-%-Erhöhung ändert die konkrete Zahl, nicht die Form der Rechnung.
Was ein flacher Pro-Team-Preis stattdessen macht
Railyards Preisgestaltung baut auf einer anderen Achse auf. Es gibt überhaupt keinen Pro-Server-Posten. Free umfasst einen Application-Server plus einen Datenbankserver für drei Apps. Pro kostet 19 $ im Monat pro Team und deckt bis zu fünf Server mit unbegrenzten Apps ab. Team kostet 49 $ im Monat pro Team mit unbegrenzten Servern, Single Sign-on und einem Audit-Log. Die Zahl, die sich bewegt, während du wächst, ist die Plan-Stufe, kein Pro-Einheit-Zähler: Von einem Server zu fünf zu gehen, kostet exakt dieselben 19 $, weil die Gebühr am Team hängt, das die Plattform nutzt, nicht an der Anzahl der Maschinen, die dieses Team in einem bestimmten Monat zufällig betreibt.
Der praktische Unterschied zeigt sich genau in dem Szenario, das Hatchbox’ Pro-Server-Gebühr auslöst: dem Hinzufügen von Infrastruktur. Ein Team auf Railyards Pro-Plan, das einen dedizierten Background-Worker-Server hinzufügt, dann einen Standby-Datenbank-Host, dann eine Staging-Box, geht von einem Server zu vier, ohne dass sich die Plattformrechnung überhaupt bewegt, weil alle vier noch innerhalb der Fünf-Server-Grenze von Pro liegen. Ein Team auf Hatchbox’ neuer Preisgestaltung, das genau dasselbe macht, sieht seine Hosting-Tool-Rechnung von 15 $ auf 60 $ im Monat steigen, in 15-$-Schritten, für das Hinzufügen von Infrastruktur, die nichts damit zu tun hat, wie viele Leute im Team sind oder wie sehr das Produkt selbst gewachsen ist. Keine der beiden Zahlen ist falsch. Sie messen unterschiedliche Dinge: Hatchbox bepreist den Infrastruktur-Footprint, den es verwaltet, Railyard bepreist das Team, das die Control Plane nutzt, und der Infrastruktur-Footprint wächst zufällig kostenlos innerhalb der Obergrenze eines Plans.
Es lohnt sich auch, ehrlich darüber zu sein, wo Railyards Modell seine eigene Version desselben Tradeoffs hat. Die flache Gebühr ist nicht unendlich: Pros Fünf-Server-Grenze ist ein echtes Limit, und ein Team, das darüber hinauswächst, geht zu Team für 49 $, ein Sprung statt einer glatten Pro-Einheit-Erhöhung. Ein Team, das genau sechs Server braucht und nichts sonst, was Team bietet, zahlt für Spielraum, den es noch nicht nutzt, genauso wie ein Hatchbox-Kunde, der einen leicht belasteten Server betreibt, dieselben 15 $ zahlt wie ein Kunde, der einen stark belasteten betreibt. Jedes Preismodell zieht seine Grenzen irgendwo; der ehrliche Vergleich geht darum, wo die Grenzen liegen, nicht ob eine Seite keine hat.
Zwei kleine Teams, zwei vernünftige Antworten
Es lohnt sich, direkt zu sagen, was dieser Vorfall tatsächlich ist: ein gut geführtes, angesehenes Hosting-Unternehmen, das einen Preis neu kalibriert, der stagniert war, offen erklärt von einem Gründer, der transparent über den Druck war, unter dem ein kleines, bootstrapped Team operiert. Nichts an der Erhöhung im September 2026 deutet darauf hin, dass Hatchbox irgendetwas falsch gemacht hat oder in Schwierigkeiten ist. Wenn überhaupt, ist ein Gründer, der öffentlich sagt „das war unterpreist, und das ist für uns nicht nachhaltig, um es weiter zu verbessern”, die Art von Transparenz, die im Hosting selten ist, wo Preisänderungen öfter als stille Zeile in einer Abrechnungs-E-Mail ohne jede Erklärung ankommen.
Was der Vorfall tatsächlich illustriert, ist kein Urteil über eine der beiden Firmen, es ist ein saubereres natürliches Experiment in den zwei vertretbaren Wegen, eine BYO-Server-Control-Plane zu bepreisen. Rechne pro Infrastruktur-Einheit ab, und der Preis folgt exakt der Server-Anzahl, was einfach zu durchdenken und fair gegenüber den eigenen Kosten der Plattform ist, aber bedeutet, dass normales Infrastrukturwachstum (hier eine Worker-Box, dort ein Staging-Server) die Rechnung im Gleichschritt bewegt. Rechne pro Team mit einer Plan-Obergrenze ab, und Infrastruktur innerhalb dieser Obergrenze wächst kostenlos, aber die Obergrenze selbst ist eine Sprungfunktion statt einer glatten Linie, und ein Team nahe am Rand einer Stufe zahlt implizit für Raum, in den es noch nicht hineingewachsen ist.
Beides sind ehrliche Preisstrategien für dieselbe zugrunde liegende Idee, Software, die Deploys auf Servern verwaltet, die der Kunde besitzt, statt Infrastruktur, die die Plattform besitzt. Das eigentliche Signal, das man aus einer Hatchbox-Preiserhöhung mitnehmen sollte, ist nicht „Pro-Server-Preisgestaltung ist schlecht”. Es ist, dass Pro-Server-Preisgestaltung eine mechanische Konsequenz hat (die Rechnung bewegt sich mit der Infrastruktur, nicht mit Teamgröße oder Nutzung), und ein Team, das eine der beiden Plattformen bewertet, sollte seine tatsächliche Server-Anzahl gegen beide Preisformen modellieren, bevor es sich entscheidet, statt die Headline-Zahlen isoliert zu vergleichen. Ein Ein-Server-Nebenprojekt ist auf Hatchbox auch nach der Erhöhung günstiger. Ein Team, das vier oder fünf Server für Worker, Standbys und Staging betreibt, ist sehr wahrscheinlich günstiger auf einem flachen Pro-Team-Plan. Keine der beiden Tatsachen macht die Preisgestaltung der anderen Plattform falsch.
FAQ
Wie viel hat sich Hatchbox’ Preis erhöht? Hatchbox’ Pro-Server-Gebühr stieg von 10 $ im Monat auf 15 $ im Monat, eine Erhöhung um 50 %, angekündigt von Gründer Chris Oliver Anfang September 2026 und seitdem auf Hatchbox’ eigener Preisseite widergespiegelt.
Rechnet Hatchbox immer noch pro Server ab? Ja. Hatchbox’ Preisgestaltung ist in ihrer Form unverändert, eine pauschale Gebühr pro verwaltetem Server, mit unbegrenzten Apps und Teammitgliedern inklusive. Nur die Pro-Server-Zahl hat sich bewegt, von 10 $ auf 15 $.
Ist Railyard günstiger als Hatchbox? Das hängt davon ab, wie viele Server ein Team betreibt. Ein Einzel-Server-Setup ist auch nach der Erhöhung auf Hatchbox günstiger. Ein Team, das vier oder fünf Server für Worker, Standbys und Staging betreibt, ist typischerweise günstiger auf Railyards flachem 19-$-pro-Monat-Pro-Plan, weil Railyard keine Pro-Server-Gebühr hinzufügt.
Haben bestehende Hatchbox-Kunden den alten 10-$-Preis behalten? Die Berichterstattung über die Ankündigung deutet darauf hin, dass der neue 15-$-Preis breit gilt, statt bestehende Kunden bei 10 $ zu belassen, obwohl Hatchbox’ eigene Preisseite die maßgebliche aktuelle Quelle für jeden bestimmten Account ist.
Quellen
- Hatchbox-Preisseite, geprüft Oktober 2026, aktueller Preis gelistet bei 15 $ pro Server pro Monat
- Hatchbox price increase - plus more bootstrapper news, High Signal Newsletter, berichtet über die Ankündigung vom 2. September 2026 und Chris Olivers angegebene Begründung
- Josh Pigfords öffentliche Reaktion auf die Erhöhung
- The Ruby on Rails Podcast, Episode 552: „Hatchbox and GoRails in the age of AI with Chris Oliver and Collin Jilbert”, veröffentlicht am 16. September 2026
- Railyards eigene Preisseite für aktuelle Details zu Free-, Pro- und Team-Plan
Sieh, wie die beiden Modelle direkt im Vergleich stehen: Railyard mit Cloud 66 vergleichen, dem architektonisch nächsten Verwandten beider Plattformen, sieh die vollständige Preisseite, oder sieh wie Railyard auf Servern funktioniert, die du schon besitzt.