Astro gehört jetzt Cloudflare — was das für unsere Seiten heißt
Im Januar 2026 hat Cloudflare das Team hinter Astro übernommen — dem quelloffenen Web-Framework, mit dem diese Vereinsseite, unser App-Katalog und mehrere unserer Landingpages gebaut sind. Wir haben geprüft, ob uns das trifft. Kurzfassung: kaum — weil wir statisch bauen und selbst hosten. Aber die Übernahme ist ein guter Anlass, die eigene Abhängigkeit ehrlich aufzuschreiben.
Cloudflare hat am 16. Januar 2026 The Astro Technology Company übernommen; Astro bleibt nach Zusage beider Seiten MIT-lizenziert, offen regiert und plattform-agnostisch. Für unsere Nutzung — statische Builds auf eigenem Server, ohne Cloudflare-Laufzeit — ändert sich dadurch nichts; der Exit bliebe selbst im schlechtesten Fall trivial. Beobachten genügt, handeln müssten wir erst bei Lizenzwechsel oder sterbender Plattform-Neutralität.
Diese Seite, die Sie gerade lesen, ist mit Astro gebaut — einem quelloffenen Web-Framework, das aus Quelltext schnelle, statische Webseiten macht. Am 16. Januar 2026 hat Cloudflare, einer der größten Infrastruktur-Konzerne des Internets, das Team hinter Astro übernommen. Wenn ein Werkzeug, auf dem mehrere unserer Seiten stehen, den Besitzer wechselt, schauen wir hin. Das ist diese Recherche.
Was passiert ist
Cloudflare hat The Astro Technology Company übernommen; das Astro-Kernteam arbeitet seither als Angestellte des Konzerns weiter. Beide Seiten haben öffentlich zugesagt: Astro bleibt quelloffen unter der MIT-Lizenz, die offene Governance und die öffentliche Roadmap bleiben bestehen, und das Framework bleibt plattform-agnostisch — Seiten lassen sich weiterhin überall betreiben, nicht nur auf Cloudflares Diensten. Die ersten Monate stützen das: Zwei große Versionen sind seit der Übernahme erschienen, das Entwicklungs-Tempo hat eher zugenommen.
Warum kauft ein Infrastruktur-Konzern ein Gratis-Werkzeug? Weil Frameworks Zulauf-Kanäle sind: Wer mit Astro baut, betreibt seine Seite mit einer gewissen Wahrscheinlichkeit auf der Plattform, die das Framework am besten unterstützt. Cloudflare kauft sich Nähe zu Hunderttausenden Projekten — das ist legitim, und man sollte es beim Namen nennen.
Warum uns das kaum trifft
Unsere Astro-Seiten sind statisch: Beim Bauen entstehen fertige Dateien, die auf unserem eigenen Server liegen. Astro läuft bei uns nur auf dem Entwicklungsrechner, nie im Betrieb. Es gibt keinen Cloudflare-Dienst, keine Server-Laufzeit und keinen Adapter, der uns an irgendeine Plattform bindet. Selbst wenn Astro morgen eine falsche Abzweigung nähme, liefen unsere Seiten unverändert weiter — und der Umzug auf ein anderes Werkzeug wäre Handarbeit, aber keine Abhängigkeits-Operation. Statische Seiten bauen kann jeder Seiten-Generator.
Die zweite Absicherung ist die Lizenz. MIT heißt: Der gesamte Quelltext darf von jedem kopiert, verändert und weitergeführt werden. Sollte Cloudflare das Projekt gegen die Community drehen, kann diese es unabhängig fortsetzen — bei einem Framework, das Konzerne wie Visa und NBC News einsetzen, ist das kein theoretischer Trost, sondern ein realistisches Szenario. Unsere Rückversicherung ist der offene Code, nicht das Wohlwollen des Käufers.
Und ein Punkt spricht ehrlicherweise für die Übernahme: Astros Finanzierung hing zuvor an Sponsoring — ein Modell, das schon manches gute Werkzeug hat verhungern lassen. Ein bezahltes Vollzeit-Team macht das Fundament unserer Seiten langlebiger, nicht brüchiger.
Die ehrliche Gegenseite
In der Community kursiert die alte Sorge „umarmen, erweitern, ersticken“: Astro werde überall laufen, aber irgendwann am besten auf Cloudflare. Diese Sorge ist nicht unbegründet. Neue Server-Funktionen entstehen absehbar Cloudflare-zuerst, und die Zusagen von Januar sind Absichtserklärungen, kein Vertrag. Wir nehmen das ernst, ohne daraus Alarm zu machen — denn unser Nutzungsmodus (statisch, selbst gehostet) ist von genau dieser Drift am wenigsten betroffen.
Ehrlich benannt gehört auch dazu: Wir sind an anderer Stelle längst von Cloudflare abhängig — die Namensauflösung unserer Domains und die Tunnel zu unseren Servern laufen darüber. Die Astro-Übernahme vergrößert diese Abhängigkeit kaum, aber sie konzentriert mehr Internet-Infrastruktur in einer Hand. Das ist die eigentliche Frage hinter dieser Recherche, und sie ist größer als ein Web-Framework.
Woran wir handeln würden
Wir beobachten, statt zu reagieren — aber nicht diffus, sondern mit definierter Schwelle. Wir handeln, wenn eines von drei Dingen eintritt: Die Lizenz ändert sich weg von MIT; Deploy-Ziele außerhalb von Cloudflare verkümmern spürbar; oder die offene Governance wird ausgehöhlt. Für keines davon gibt es heute ein Anzeichen. Bis dahin gilt: Das Werkzeug ist gut, der Code ist offen, unsere Seiten gehören uns.
Was das für mana bedeutet
- Unsere Astro-Seiten — diese Vereinsseite, der App-Katalog auf mana.how und mehrere Landingpages — sind statische Builds: Aus dem Quelltext entstehen fertige HTML-, CSS- und JavaScript-Dateien, die auf unserem eigenen Server liegen. Es gibt keine Astro-Laufzeit, keinen Cloudflare-Dienst und keinen Adapter im Spiel. Das ist genau der Nutzungsmodus, den eine Übernahme am wenigsten treffen kann.
- Die MIT-Lizenz und die offene Governance sind wichtiger als jede Zusage. Sollte Cloudflare das Projekt in eine Richtung drehen, die der Community nicht passt, ist eine unabhängige Weiterführung (ein „Fork") rechtlich jederzeit möglich — und bei einem Framework dieser Verbreitung auch realistisch. Wir hängen also am offenen Code, nicht am Konzern.
- Die Übernahme löst ein Problem, das uns eher betroffen hätte: Astros Finanzierung hing zuvor an Sponsoring. Ein bezahltes Vollzeit-Team macht das Werkzeug, auf dem unsere Seiten stehen, langlebiger — das Tempo der Veröffentlichungen hat seit Januar eher zu- als abgenommen.
- Ehrlich benannt: Wir sind an anderer Stelle längst von Cloudflare abhängig — Namensauflösung und Tunnel unserer Dienste laufen darüber. Die Astro-Übernahme vergrößert diese Abhängigkeit nicht wirklich, aber sie konzentriert sie. Der Unterschied zum Rest: Bei statischen Seiten ist der Auszug trivial, jeder Seiten-Generator kann diese Arbeit.
- Unsere Handlungs-Schwelle ist definiert, nicht diffus: Wir reagieren, wenn die Lizenz sich ändert, wenn Deploy-Ziele außerhalb von Cloudflare spürbar verkümmern oder wenn die offene Governance ausgehöhlt wird. Für keines davon gibt es derzeit ein Anzeichen.
Offene Punkte
- „Läuft überall, läuft aber am besten auf Cloudflare" — diese Sorge der Community ist berechtigt. Neue Server-Funktionen (etwa Live-Inhalte ohne Neu-Build oder die Workers-Entwicklungsumgebung) entstehen absehbar Cloudflare-zuerst. Uns trifft das erst, falls wir je von statischen Seiten auf Astros Server-Betrieb wechseln — dann wäre die Plattform-Neutralität neu zu prüfen.
- Die Zusagen — MIT, offene Governance, plattform-agnostisch — sind Absichtserklärungen zum Zeitpunkt der Übernahme, kein einklagbarer Vertrag. Die Technik-Geschichte kennt genug Übernahmen, deren Versprechen zwei Jahre hielten. Deshalb stützen wir uns auf die Lizenz und die Fork-Option, nicht auf das Versprechen.
- Die größere Frage für den Verein ist nicht Astro, sondern unsere Cloudflare-Abhängigkeit insgesamt (Namensauflösung, Tunnel). Sie ist bewusst eingegangen und dokumentiert, aber sie verdient eine eigene Betrachtung — diese Recherche ersetzt sie nicht.
Quellen Dritter
Was wir hier berichten, berichten andere zuerst und mit eigenem Namen daneben. Datum dort, wo es belegbar ist.
- Astro-Blog — The Astro Technology Company joins Cloudflare2026-01-16
- Cloudflare-Blog — Astro is joining Cloudflare2026-01-16
- Cloudflare — Pressemitteilung zur Übernahme2026-01-16
- The New Stack — Cloudflare Acquires Team Behind Open Source Framework Astro
- Hacker News — Diskussion zur Übernahme (Community-Reaktion)
- byteiota — Cloudflare Acquires Astro: Framework Wars Intensify
Weitere Berichte
- KIGemma 4 12B auf der eigenen GPU — was es ablösen könnte
- PlattformGodot jenseits von Spielen — eine souveräne Werkbank für Echtzeit-Anwendungen
- RegulierungDrittanbieter-Apps auf dem iPhone — was die EU geöffnet hat, und was nicht
- DatenschutzSync ohne fremden Server — Daten sichern, die uns nie erreichen
- PlattformApp-Vertrieb an Google vorbei — eigenes Repo oder fremder Kanal?
- Plattformfallow — was ein Codebase-Analyzer für unsere App-Entwicklung leistet
Recherchen sind das Langform-Format. Die kurze, datierte Version solcher Entwicklungen sammelt die Souveränitäts-Chronik; die Grund-Annahmen, auf denen mana steht, stehen unter den Thesen.