Astro Hosting: was der Betrieb wirklich kostet.
Astro Hosting ist im Betrieb günstig: Statisches HTML läuft auf jedem statischen Hosting und CDN, oft im kostenlosen Tarif. Diese Seite zeigt, wo Kosten wirklich auflaufen, was EU-Hosting bedeutet – und wie Sie jederzeit wieder herauskommen.
Statisch ist der Standard
Astro rendert die gesamte Website standardmäßig vorab. Das Ergebnis sind statische HTML-Dateien – ohne Datenbank und ohne Anwendungsserver, der zur Laufzeit mitläuft.
Die Architektur bestimmt die Rechnung
Nicht der Anbieter entscheidet über Ihre Betriebskosten, sondern wie viel Ihrer Website zur Laufzeit rendert statt vorgerendert zu sein. Diese Entscheidung fällt früh.
Kein Plattform-Lock-in
Astro steht unter MIT-Lizenz, das Build-Ergebnis sind normale Dateien. Ein Anbieterwechsel ist ein Deployment und eine DNS-Umstellung, kein Projekt.
Sehen Sie selbst, was wir bauen.
Echte Screenshots statt Versprechen: Mini Marvin ist unsere eigene Progressive Web App – von uns konzipiert, entwickelt und live im Browser betrieben. Mit derselben Sorgfalt setzen wir Ihr Web-Projekt um.
Babynamen swipen statt scrollen
Mini Marvin ist unsere Progressive Web App zur Namenssuche: durch über 10.000 Vornamen swipen – direkt im Browser, ohne App-Store.
Projekt im Kopf?
Beschreiben Sie es in drei Sätzen – Sie bekommen eine ehrliche Ersteinschätzung, in der Regel innerhalb von 24 Stunden.
Astro Hosting in sieben Sätzen.
Die kurze Antwort
- Eine statisch ausgelieferte Astro-Website ist im Betrieb günstig.
- Für viele Marketing-Websites reicht ein kostenloser oder sehr günstiger Tarif bei einem statischen Host oder CDN aus.
- Das ist der Normalfall, nicht der Sonderfall.
Warum das so ist
- Statisches Prerendering ist Astros Standardausgabe.
- Zur Laufzeit gibt es keine Datenbankabfrage und keinen Anwendungsserver, der pro Aufruf eine Seite zusammenbaut – es gibt Dateien, die ein CDN ausliefert.
Was die Kosten wirklich bewegt
- Nicht der Anbieter, sondern wie viel Ihrer Website On-Demand rendert.
- On-Demand-Rendering braucht einen Adapter für die Ziellaufzeit und erzeugt Funktionsaufrufe.
- Das ist eine Architekturentscheidung, die früh fällt.
Wo Geld tatsächlich abfließt
- Bandbreite bei bildlastigen Seiten
- Build-Minuten bei großen Inhaltsbeständen
- Das CMS-Abo als meist größter wiederkehrender Posten – und Funktions- oder Edge-Aufrufe
- Wenn Server-Rendering breit eingesetzt wird
EU-Hosting
- Ist für deutsche Käufer oft die eigentliche Anforderung und mit Astro problemlos machbar: Der Hosting-Standort ist eine Anbieterwahl, keine Eigenschaft des Frameworks.
- Weiterführend: DSGVO-konforme Website.
Selbst hosten ist legitim.
- Astro steht unter MIT-Lizenz
- Das Build-Ergebnis läuft auf jedem Webserver – auch im eigenen Rechenzentrum
- Hinter der eigenen Firewall
- Mit der eigenen Betriebsmannschaft
Preise nennen wir hier nicht,
- Weil Anbietertarife sich laufend ändern und eine Zahl von heute in drei Monaten falsch ist.
- Sie bekommen eine nachvollziehbare Schätzung für Ihren Fall
- Die Baukosten stehen unter Astro-Kosten.
Lieber direkt sprechen?
Ein kurzes Gespräch klärt Umfang, Aufwand und ob wir zueinander passen.
Warum der Betrieb einer Astro-Website so wenig kostet.
Betriebskosten entstehen dort, wo zum Zeitpunkt eines Seitenaufrufs Arbeit stattfindet. Bei einer vorgerenderten Astro-Website findet zu diesem Zeitpunkt fast keine Arbeit mehr statt – sie ist beim Build passiert, einmal, für alle Besucher zusammen. Das ist der ganze Trick, und er ist nicht neu, sondern nur konsequent umgesetzt.
- Kein Anwendungsserver im Weg – Standardmäßig wird die gesamte Astro-Website vorgerendert und als statisches HTML ausgeliefert. Es läuft kein Prozess, der pro Aufruf eine Seite zusammensetzt, und keine Datenbank, die dafür befragt werden müsste. Was ein Besucher anfordert, existiert bereits als Datei.
- Auslieferung statt Berechnung – Statische Dateien sind das, wofür Content Delivery Networks gebaut sind: cachen und ausliefern. Deshalb ist die Grundlast einer Astro-Website in vielen Tarifen schlicht nicht messbar teuer – der Anbieter macht das Günstigste, was er kann.
- Bilder entstehen beim Build – Astro bringt Bildoptimierung mit: Die Komponenten setzen Ladeverhalten und Maße selbst und leiten Bildmaße ab, um Layout-Shift zu vermeiden. Bei statischer Ausgabe passiert die Umrechnung in Formate und Größen im Build – nicht bei jedem Aufruf, und nicht in einem kostenpflichtigen Bildumwandlungsdienst.
- Interaktivität kostet nur dort, wo sie stattfindet – Astro entfernt standardmäßig sämtliches Client-JavaScript aus Komponenten; eine Komponente wird erst über eine explizite Direktive zur Insel und hydratisiert dann sofort, im Browser-Leerlauf oder beim Sichtbarwerden. Weniger ausgeliefertes JavaScript heißt weniger übertragene Bytes – und Bandbreite ist einer der wenigen Posten, die mit Erfolg wachsen.
- Server Islands halten die Hülle cachebar – Wenn ein einzelner Bereich dynamisch sein muss – ein Warenkorb-Zähler, ein personalisierter Block –, rendert eine Server Island genau diesen Teil unabhängig nach. Die Seitenhülle bleibt dabei aggressiv cachebar. Das ist der Unterschied zwischen einer dynamischen Stelle und einer dynamischen Website, und in der Betriebsrechnung ist dieser Unterschied groß.
- Wenig Fläche, die gepflegt werden muss – Eine ausgelieferte statische Website hat keine Administrationsoberfläche und keine Laufzeit-Erweiterungen, die im Hintergrund arbeiten. Das ersetzt keine Wartung – Abhängigkeiten und Major-Upgrades bleiben eine Aufgabe, siehe Support und Wartung –, aber es verschiebt sie aus dem Betrieb in die Entwicklung, wo sie planbar ist.
Was „statisch“ hier heißt
Statisch beschreibt die Auslieferung, nicht den Inhalt. Ihre Inhalte ändern sich weiter, so oft Sie wollen; nach jeder Änderung baut die Pipeline die betroffenen Seiten neu und stellt sie bereit. Der Besucher bekommt am Ende eine fertige Datei.
Was daneben trotzdem läuft
Formularverarbeitung, Volltextsuche, Analytics, Newsletter, Buchung: Diese Dienste laufen neben der Website, nicht in ihr. Sie haben eigene Preismodelle – und sie sind der Grund, warum wir sie im Angebot getrennt ausweisen.
Was wir nicht sind
Wir sind keine Hosting-Firma. Wir betreiben kein eigenes Rechenzentrum und verkaufen Ihnen keinen Tarif mit Marge. Wir wählen mit Ihnen aus, richten ein, dokumentieren – und Sie schließen den Vertrag direkt beim Anbieter, auf Ihren Namen.
Bau und Betrieb trennen
Die einmaligen Kosten für Konzept, Design und Umsetzung stehen unter Astro-Kosten. Diese Seite behandelt ausschließlich die wiederkehrenden Kosten danach.
Unsicher beim Stack?
Wir sagen es auch, wenn ein anderes Werkzeug besser zu Ihrem Projekt passt.
Vorrendern oder zur Laufzeit rendern – hier entscheidet sich die Rechnung.
Die Frage „welcher Hoster ist günstig?“ ist die zweite Frage. Die erste lautet: Wie viel Ihrer Website muss beim Aufruf entstehen? Astro erlaubt beides und mischt es pro Route – über eine explizite Einstellung wird eine einzelne Seite vom Prerendering ausgenommen. Genau diese Verteilung bestimmt später Ihre monatliche Rechnung, und sie wird in der Architekturphase festgelegt, nicht beim Anbietervergleich.
Vorgerendert reicht, wenn …
Alle Besucher sehen im Kern dasselbe, und Inhalte ändern sich in Redaktionszyklen statt in Sekunden.
- Ihre Seiten Inhalte zeigen: Leistungen, Referenzen, Blog, Dokumentation, Landingpages, Karriere, Standorte.
- Inhalte aus Markdown oder einem CMS kommen und nach jeder Änderung ein Build laufen darf – Sekunden bis Minuten, je nach Umfang.
- Personalisierung sich auf einzelne Bereiche beschränkt, die als Insel nachgeladen oder als Server Island unabhängig gerendert werden können.
- Sie Lastspitzen erwarten – ein Presseartikel, ein TV-Beitrag, eine Kampagne. Statische Dateien aus dem CDN sind der ruhigste Weg durch einen Ansturm.
- Ihre Rechtsabteilung wenig Fläche prüfen soll: kein öffentlich erreichbares Backend, keine Laufzeit-Erweiterungen, überschaubare Datenflüsse.
- Sie maximale Portabilität wollen. Ein Verzeichnis mit Dateien läuft überall – das ist der Unterschied zwischen Umzug und Umbau.
On-Demand-Rendering brauchen Sie, wenn …
Dann bauen wir es – und sagen Ihnen vorher, welcher Teil der Rechnung dadurch entsteht.
- Seiten pro Besucher unterschiedlich aussehen müssen: Login-Bereich, Preise nach Kundengruppe, Verfügbarkeiten in Echtzeit.
- Sie Daten annehmen statt nur auszuliefern: Formularverarbeitung, Warenkorb, Suchanfragen gegen einen fremden Dienst.
- Ihr Inhaltsbestand zu groß oder zu volatil für einen vollständigen Build ist – Millionen von Seiten oder minütliche Änderungen.
- Inhalte sofort live sein müssen, ohne dass ein Build dazwischenliegt. Das ist eine legitime redaktionelle Anforderung.
- Sie ein Shop-Frontend mit Lagerbeständen und Kundenkonten betreiben – siehe Astro E-Commerce.
- Ihre Anwendung überwiegend so funktioniert. Dann ist die ehrliche Frage, ob Astro noch das richtige Werkzeug ist: Astro vs. Next.js.
Projekt im Kopf?
Beschreiben Sie es in drei Sätzen – Sie bekommen eine ehrliche Ersteinschätzung, in der Regel innerhalb von 24 Stunden.
Wo die Kosten tatsächlich auflaufen.
Sieben Posten, sortiert danach, wie oft sie in der Praxis wirklich weh tun. Zahlen stehen hier bewusst keine: Tarife, Kontingente und Freigrenzen ändern sich bei allen Anbietern regelmäßig, und eine gedruckte Zahl wäre spätestens im nächsten Quartal irreführend. Was sich nicht ändert, ist die Form der Kosten – und die können Sie prüfen.
- Bandbreite – Der Posten, der mit Erfolg wächst. Entscheidend ist selten die Zahl der Seitenaufrufe, sondern das Gewicht pro Aufruf – und das sind fast immer Bilder und Videos. Eine bildlastige Referenzgalerie kann mehr Traffic verursachen als der gesamte Rest der Website. Gegenmittel: moderne Formate und passende Größen aus der eingebauten Bildverarbeitung, Videos beim Videodienst statt im eigenen Verzeichnis, und aussagekräftige Vorschaubilder statt Originaldateien in Listen.
- Build-Minuten – Jede Änderung löst einen Build aus. Bei einer Website mit 40 Seiten ist das eine Randnotiz. Bei zehntausenden Detailseiten aus einem großen Inhaltsbestand wird es ein Posten – vor allem, wenn die Redaktion vierzig Mal am Tag speichert. Gegenmittel: eingebautes Caching für große Collections, gezielte statt vollständiger Neubauten, Sammel-Deploys zu festen Zeiten statt bei jedem Komma.
- Das CMS-Abo – In den meisten Projekten der größte wiederkehrende Posten – oft ein Vielfaches des Hostings, und meistens pro Nutzer oder pro Umgebung gestaffelt. Genau deshalb gehört die Systemwahl in die Architekturphase und nicht ans Ende: Ob Ihre Inhalte in Content Collections im Repository liegen oder in einem Headless CMS, ist die teuerste Entscheidung dieser ganzen Seite.
- Funktions- und Edge-Aufrufe – Sobald Routen zur Laufzeit rendern, zahlen Sie pro Aufruf und pro Rechenzeit statt pro ausgeliefertem Byte. Für einige dynamische Stellen ist das unerheblich. Wird eine ganze Website ohne Not on-demand gerendert, ist es der Posten, der aus einem Tarif für zweistellige Beträge einen dreistelligen macht. Deshalb entscheiden wir das pro Route und schreiben auf, warum.
- Dienste, die daneben laufen – Formularverarbeitung, Suche, Newsletter, Buchungen, Consent-Verwaltung, Fehler-Monitoring: Jeder dieser Dienste hat ein eigenes Preismodell, und in Summe sind sie oft größer als das Hosting selbst. Wir listen sie im Angebot einzeln auf – auch die kostenlosen, damit später niemand von einer Rechnung überrascht wird.
- Domains, Zertifikate, Mail und Monitoring – Der unspektakuläre Sockel. Domain-Verlängerungen, gegebenenfalls Wildcard-Zertifikate, Postfächer, ein Uptime-Check. Kleine Beträge, aber sie gehören in die Aufstellung, weil sie sonst in einer anderen Abteilung landen und dort niemandem zugeordnet werden können.
- Wartung und Upgrades – Kein Hosting-Posten, aber ein Betriebsposten – und der ehrlichere Vergleichsmaßstab. Astro folgt Semantic Versioning, und Sicherheits-Fixes gibt es für genau eine vorherige Major-Version. Da zuletzt zwei Major-Versionen innerhalb eines Jahres erschienen sind, planen wir Upgrades als wiederkehrende kleine Aufgabe. Wie wir das aufziehen, steht unter Astro Support & Wartung.
Lieber direkt sprechen?
Ein kurzes Gespräch klärt Umfang, Aufwand und ob wir zueinander passen.
Vier Wege, eine Astro-Website zu betreiben.
Alle vier sind vertretbar, und wir setzen alle vier um. Die Wahl hängt an Ihrer IT, Ihren Datenschutzanforderungen und daran, wie viel Ihrer Website zur Laufzeit rendert – nicht daran, was gerade als modern gilt.
Statisches Hosting oder CDN
Der Normalfall für Marketing-Websites. Das Build-Ergebnis wird auf ein CDN gelegt und von dort ausgeliefert; die Pipeline stellt nach jeder Inhaltsänderung neu bereit. Günstig, robust unter Last, wenig zu prüfen. Für die große Mehrheit der Websites, die wir bauen, endet die Hosting-Diskussion hier.
Website-EntwicklungPlattform mit Adapter
Wenn Teile der Website zur Laufzeit rendern müssen, kommt ein Adapter für die Ziellaufzeit dazu. First-Party-Adapter pflegt Astro im @astrojs-Scope, darunter für Node, Vercel und Cloudflare. Wir wählen nach der Laufzeit, die Sie ohnehin betreiben – und nicht umgekehrt.
IntegrationenEigener Server, eigene Infrastruktur
Astro steht unter MIT-Lizenz und das Build-Ergebnis ist portabel: statische Dateien auf jedem Webserver, für On-Demand-Rendering ein Node-Prozess über den Node-Adapter, gern im Container. Für Häuser mit eigener Betriebsmannschaft, eigenem Rechenzentrum oder strikten internen Vorgaben ist das der kürzeste Weg zur Freigabe.
IT-ProjektleitungHosting in der EU
Für viele deutsche Käufer die eigentliche Anforderung. Der Hosting-Standort ist eine Anbieter- und Vertragsfrage, keine Eigenschaft des Frameworks – Astro liefert Dateien, und wo die liegen, entscheiden Sie. Wir dokumentieren die Datenflüsse der fertigen Seite, damit Ihr Datenschutzbeauftragter etwas Prüfbares bekommt.
DSGVO-WebsiteUnsicher, was Ihr Betrieb kosten wird?
Schildern Sie in drei Sätzen, wie groß Ihr Inhaltsbestand ist, wie oft er sich ändert und was personalisiert sein muss. Sie bekommen eine Einschätzung, welcher Teil Ihrer Website vorgerendert werden kann – und was der Rest kostet.
Wie wir Ihr Hosting festlegen.
Zeitrahmen vorweg, damit Sie planen können: Für eine neue Website ist das Hosting-Setup eine Sache von ein bis drei Arbeitstagen. Der Umzug einer bestehenden Astro-Website zu einem anderen Anbieter dauert typischerweise zwei bis fünf Arbeitstage plus DNS-Vorlauf. Eine Website von breitem Server-Rendering auf überwiegend statische Auslieferung umzubauen ist dagegen kein Hosting-Thema, sondern Architektur – dafür rechnen wir mit ein bis vier Wochen. Nach oben bewegt wird diese Spanne von: der Anzahl der Routen, die heute zur Laufzeit rendern; Redirect-Ketten aus früheren Relaunches; Zertifikaten und Domains, die anderswo verwaltet werden; DNS-Vorlaufzeiten; einer Beschaffungs- oder Freigabestrecke im Konzern; und Datenschutzprüfungen mit Auftragsverarbeitungsverträgen, die ihre eigene Taktung haben.
Ersteinschätzung
Wir klären drei Dinge: Wie groß ist der Inhaltsbestand, wie oft ändert er sich, und was davon muss pro Besucher unterschiedlich aussehen. Aus diesen drei Antworten ergibt sich fast die gesamte Betriebsrechnung – lange bevor ein Anbietername fällt.
Renderstrategie pro Route
Wir gehen die Seitentypen durch und legen fest, welche vorgerendert werden und welche zur Laufzeit rendern. Das Ergebnis ist eine Liste, keine Grundsatzentscheidung. Jede Route, die on-demand läuft, bekommt eine Begründung – wenn uns keine einfällt, wird sie vorgerendert.
Standort und Anbieter wählen
Erst jetzt wird über Anbieter gesprochen, und zwar entlang Ihrer Anforderungen: Hosting-Standort, Auftragsverarbeitung, vorhandene Rahmenverträge, ob Ihre IT selbst betreiben will, welche Laufzeit dort schon läuft. Der Vertrag läuft direkt zwischen Ihnen und dem Anbieter, auf Ihren Namen und Ihre Rechnung.
Aufbau, Pipeline und Umschaltung
Repository, Build-Pipeline, Vorschau-Umgebung, Zertifikate, Weiterleitungen, Sicherheits-Header. Die alte Seite bleibt online, bis die neue steht; umgeschaltet wird über DNS, wenn im Staging alles geprüft ist. Bei einem Wechsel senken wir die DNS-Laufzeit vorher ab, damit die Umstellung in Minuten greift statt in Tagen.
Übergabe und Messung
Sie bekommen die Zugänge, die Dokumentation der Datenflüsse und eine Aufstellung aller wiederkehrenden Kosten – inklusive der Dienste, die neben der Website laufen. Danach messen wir Ladeverhalten und Core Web Vitals in Ihrem eigenen Projekt, mit Ihren echten Nutzerdaten. Was das im Detail heißt, steht unter Performance-Optimierung.
Unsicher beim Stack?
Wir sagen es auch, wenn ein anderes Werkzeug besser zu Ihrem Projekt passt.
EU-Hosting, eigene Infrastruktur und der Weg wieder hinaus.
Drei Fragen, die in deutschen Ausschreibungen zuverlässig kommen und auf denen die meisten Agenturseiten schweigen. Hier sind sie der Reihe nach beantwortet – ohne juristische Beratung, denn die leisten wir nicht.
Der Hosting-Standort ist eine Entscheidung, keine Eigenschaft des Frameworks
Astro erzeugt Dateien. Wo diese Dateien liegen und wer sie ausliefert, entscheiden Sie mit der Anbieterwahl – nicht das Framework. Wenn Ihre Vorgabe lautet, dass Auslieferung und Protokolldaten die EU nicht verlassen, wählen wir einen Anbieter mit Rechenzentren in der EU und einer entsprechenden vertraglichen Zusage; wenn Ihre IT selbst betreiben will, liefern wir dorthin. Prüfen Sie in beiden Fällen nicht nur den Serverstandort, sondern auch, wo Protokolle, Metriken und Backups landen. Das ist erfahrungsgemäß die Stelle, an der es unsauber wird.
Statische Auslieferung macht die Datenschutzprüfung kürzer
Eine vorgerenderte Website hat wenig Prüffläche: kein öffentlich erreichbares Redaktionsbackend, keine Laufzeit-Erweiterungen, die im Hintergrund fremde Skripte nachladen. Was zu prüfen bleibt, ist trotzdem echte Arbeit – Formulare, Analytik, Schriftarten, eingebettete Videos und Kartendienste, Consent-Verwaltung. Wir dokumentieren die Datenflüsse der fertigen Seite, damit Ihr Datenschutzbeauftragter etwas Prüfbares in der Hand hat statt einer Vermutung. Was in dieser Prüfung sonst noch auftaucht, steht ausführlich unter DSGVO-konforme Website. Die juristische Bewertung bleibt bei Ihnen beziehungsweise Ihrer Rechtsberatung: Wir bauen, wir beraten nicht juristisch.
Selbst hosten ist ein legitimer Weg – nicht der Notausgang
Astro ist freie Software unter MIT-Lizenz, und das Build-Ergebnis ist portabel. Statische Ausgabe heißt: ein Verzeichnis, das jeder Webserver ausliefern kann – auch der, den Ihre IT seit zehn Jahren betreibt. Wenn Teile der Website zur Laufzeit rendern sollen, braucht es einen Adapter für die Ziellaufzeit; für den Betrieb auf eigener Infrastruktur ist das in der Regel der Node-Adapter, üblicherweise im Container hinter Ihrem vorhandenen Reverse Proxy. Was Sie dann selbst tragen, ist das, wofür Sie bezahlen würden: Verfügbarkeit, Zertifikate, Sicherheitsupdates des Systems, Backups, Skalierung bei Lastspitzen. Für Häuser mit eigener Betriebsmannschaft ist das oft günstiger und immer schneller freigegeben. Für ein fünfköpfiges Unternehmen ohne Betriebsteam ist es meistens die teurere Variante, auch wenn auf der Rechnung eine kleinere Zahl steht.
Der Ausstieg ist eingebaut, nicht verhandelt
Lock-in entsteht dort, wo Ihre Inhalte in einem proprietären Format in einer fremden Oberfläche liegen und der Export ein Zugeständnis ist. Bei diesem Aufbau ist es anders: Der Quellcode liegt in Ihrem Repository, die Inhalte liegen als Markdown daneben oder in einem CMS mit dokumentierter API, und das Build-Ergebnis sind normale Dateien. Ein Anbieterwechsel besteht aus drei Handgriffen – Build ausführen, Ergebnis beim neuen Anbieter bereitstellen, DNS umstellen. Auch der Wechsel der Agentur ist damit ein normaler Vorgang: Sie halten die Zugänge, wir dokumentieren im Repository, und wer nach uns kommt, findet ein Projekt vor, das sich mit den üblichen Kommandos bauen lässt. Wir halten das für eine Selbstverständlichkeit und schreiben es trotzdem hin, weil es in dieser Branche keine ist.
Was wir dabei ausdrücklich nicht leisten
Wir sind keine Hosting-Firma und betreiben kein eigenes Rechenzentrum. Wir verkaufen keinen Tarif mit Aufschlag weiter, und wir bieten keine Rufbereitschaft rund um die Uhr an – wenn Ihr Betrieb eine solche Zusage mit Vertragsstrafen braucht, gehört der Betrieb zu einem spezialisierten Anbieter oder in Ihre eigene IT, und wir arbeiten dem zu. Was wir leisten: Architektur, Auswahl, Einrichtung, Dokumentation, Deployment-Pipeline und die laufende Pflege des Projekts. Die Rechnung des Anbieters bekommen Sie, nicht wir.
Was Sie behalten
Repository, Domains, Anbieterkonten und Zugänge laufen auf Ihren Namen. Das ist keine Vertrauensfrage, sondern der Normalzustand – und der Grund, warum ein Wechsel technisch langweilig bleibt.
Wenn es größer aufgehängt ist
Bei Vorhaben mit interner IT, Beschaffung, Altsystemen und Terminen übernehmen wir auf Wunsch die IT-Projektleitung und moderieren die Abstimmung mit Ihrem Betrieb.
Wenn Sie von woanders kommen
Ein Umzug betrifft selten nur das Hosting. Was bei einem Plattformwechsel wirklich passiert, steht unter Migration zu Astro – inklusive der Fälle, in denen wir davon abraten.
Keine Rechtsberatung
Wir bauen technisch datenschutzfreundlich und dokumentieren die Datenflüsse. Die juristische Bewertung von Verträgen, Einwilligungen und Erklärungen bleibt bei Ihnen oder Ihrer Rechtsberatung.
Projekt im Kopf?
Beschreiben Sie es in drei Sätzen – Sie bekommen eine ehrliche Ersteinschätzung, in der Regel innerhalb von 24 Stunden.
Das CMS-Abo ist der Posten, der am häufigsten wegfällt.
Wenn Hosting fast nichts kostet, ist die Redaktionssoftware der größte wiederkehrende Betrag. Und genau hier setzen wir einen modernen KI-Stack an: vincubate baut nicht nur mit Astro, sondern gibt Ihnen die Möglichkeit, Ihre Website im Chat zu pflegen – zum Beispiel über einen Telegram-Bot. Text ändern, Blogbeitrag anlegen, Bild tauschen, Preis korrigieren: als Nachricht, nicht als CMS-Sitzung.
- Inhalte im Repository statt im Abo – Liegen Ihre Inhalte in Content Collections, gibt es keine monatliche Lizenz für die Redaktionsoberfläche – die Struktur ist Teil des Projekts. Für Teams, die selten, aber strukturiert pflegen, ist das die günstigste Betriebsform überhaupt.
- Pflege per Chat statt CMS-Sitzung – Sie schicken eine Nachricht, der Agent schreibt die Änderung, Sie bekommen eine Vorschau-URL zurück und geben frei. Wie dieser Ablauf im Detail aussieht, steht unter Website per Chat pflegen.
- Warum das technisch trägt – Astro-Inhalte liegen in einem typisierten, schema-validierten Modell: Content Collections mit Zod-Schema. Ein Agent kann nur Felder füllen, die es gibt, in Formaten, die validieren. Ein fehlerhafter Eingriff scheitert im Build – nicht auf der Live-Seite.
- Jede Änderung ist ein nachvollziehbarer Commit – Historie, Vorher-Nachher, Rückgängigmachen: alles vorhanden, weil der Weg über Repository und Deployment läuft. Das ist nebenbei das Argument, das in Freigabeprozessen zählt.
- Konzern und Einzelunternehmer gleichermaßen – Ein Redaktionsteam behält sein System und nutzt den Chat für die vielen Kleinstkorrekturen, die den Freigabeprozess verstopfen. Ein Handwerksbetrieb ohne CMS-Login schickt Foto und Sprachnachricht von der Baustelle. Wer eine Sprachnachricht schicken kann, kann seine Website pflegen.
- Der Beleg statt einer Behauptung – Chat-Agenten sind hier Tagesgeschäft: Wir haben einen WhatsApp-KI-Agenten für den eigenen Vertrieb gebaut und im echten Kundenkontakt betrieben – mit Eskalation an einen Menschen und Monitoring des Verlaufs.
Grenze 1: kein Ersatz für ein Redaktionssystem
Wo mehrere Menschen täglich publizieren, Übersetzungen parallel laufen und Freigaben mehrstufig dokumentiert werden, brauchen Sie ein Headless CMS. Der Chat ergänzt es dann, er ersetzt es nicht – und das Abo bleibt in der Rechnung.
Grenze 2: die Verantwortung bleibt bei Ihnen
Ein Agent schlägt vor und schreibt. Er entscheidet nicht, ob eine Aussage stimmt oder ein Preis so kommuniziert werden darf. Deshalb ist die Vorschau der Übergabepunkt und nicht Zierrat.
Grenze 3: Struktur bleibt Entwicklungsarbeit
Neue Seitentypen, zusätzliche Felder, geändertes Layout oder Navigation sind Eingriffe in Code und Schema. Sie laufen als normale Entwicklungsaufgabe, im Projekt oder in der Betreuung.
Grenze 4: nicht automatisch billiger
Der Chat-Weg spart ein Abo, kostet aber Einrichtung. Bei vier Änderungen im Jahr rechnet sich das schnell; bei einem Redaktionsteam mit Kalender und Rollen rechnet sich das Abo. Wir sagen Ihnen, welcher der beiden Fälle Ihrer ist – der Umfang wird pro Projekt festgelegt.
Lieber direkt sprechen?
Ein kurzes Gespräch klärt Umfang, Aufwand und ob wir zueinander passen.
Wann unsere Antwort die falsche ist.
Diese Seite verkauft eine Leistung, die im Kern billig ist. Umso wichtiger ist die rechte Spalte: die Fälle, in denen Sie uns für das Hosting nicht brauchen oder in denen ein anderer Weg der bessere ist. Wir sagen das lieber jetzt als in der dritten Projektwoche.
Sprechen Sie mit uns, wenn …
Es geht um die Architektur der Betriebskosten, nicht um den Verkauf eines Tarifs.
- Sie nicht wissen, warum Ihre bestehende Website im Betrieb kostet, was sie kostet – und niemand die Posten aufschlüsseln kann.
- Ihre Rechnung mit dem Traffic wächst, obwohl sich am Inhalt kaum etwas ändert. Das ist fast immer ein Bild- oder ein Rendering-Thema.
- Sie vor einer Standort- oder Datenschutzentscheidung stehen und eine technische Bewertung brauchen, bevor die Rechtsabteilung antwortet.
- Sie eine bestehende Astro-Website haben, die zu viel on-demand rendert, weil das beim Aufsetzen niemand hinterfragt hat.
- Sie umziehen wollen – zu einem anderen Anbieter, auf eigene Infrastruktur oder weg von einer Plattform, die Sie einsperrt.
- Sie Bau und Betrieb aus einer Hand wollen, mit einem Betreuungsvertrag statt einer Übergabe ins Nichts.
Sie brauchen uns hier nicht, wenn …
Vier davon kosten uns Umsatz. Sie stehen trotzdem hier, weil sie stimmen.
- Ihre Website läuft und die Rechnung klein ist. Hosting ist selten die Stelle, an der sich Optimierung lohnt – prüfen Sie zuerst das CMS-Abo.
- Ihre IT eine eigene Plattform betreibt, auf der ohnehin alles läuft. Dann liefern wir das Build-Artefakt und Sie deployen – das ist der kürzere Weg.
- Sie eine zugesicherte Verfügbarkeit mit Vertragsstrafen und Rufbereitschaft rund um die Uhr brauchen. Das bieten wir nicht an; dafür gibt es spezialisierte Betreiber.
- Sie nur jemanden zum Deploy-Knopf suchen. Eine eingerichtete Pipeline bedient Ihr Team selbst, und wir zeigen es beim Übergabetermin.
- Ihr Vorhaben eine eingeloggte Anwendung ist. Dann ist das keine Hosting-, sondern eine Architekturfrage: individuelle Softwareentwicklung.
- Ihr Team visuell selbst bauen will, ohne Repository und Deployment. Dann ist unsere Webflow-Leistung der ehrlichere Vorschlag – inklusive des Abos, das dann dazugehört.
Unsicher beim Stack?
Wir sagen es auch, wenn ein anderes Werkzeug besser zu Ihrem Projekt passt.
Astro Hosting auf einen Blick.
Die Form der Kosten, nicht die Zahlen. Zahlen bekommen Sie für Ihren Fall – aus dieser Tabelle können Sie vorher prüfen, ob ein Angebot plausibel ist.
| Punkt | Wie es sich verhält | Was es bewegt |
|---|---|---|
| Grundauslieferung | Statisches Prerendering ist Astros Standard: Die gesamte Website wird vorgerendert und als statisches HTML ausgeliefert. Das läuft auf jedem statischen Hosting und auf jedem CDN. | Sehr wenig. Für viele Marketing-Websites bleibt die Grundlast in den günstigsten oder kostenlosen Tarifen – deshalb ist Hosting selten der Posten, über den man reden muss. |
| On-Demand-Rendering | Pro Route zuschaltbar; braucht einen Adapter für die Ziellaufzeit. First-Party-Adapter pflegt Astro im @astrojs-Scope, darunter für Node, Vercel und Cloudflare. | Der größte Hebel auf der Hosting-Rechnung. Abgerechnet wird nach Aufrufen und Rechenzeit statt nach ausgelieferten Bytes. Je mehr Routen dynamisch sind, desto steiler die Kurve. |
| Bandbreite | Wächst mit dem Gewicht pro Seitenaufruf, nicht mit der Seitenzahl. Bilder und Videos machen praktisch den gesamten Unterschied. | Der Posten, der mit Erfolg mitwächst. Moderne Bildformate, passende Größen und Videos beim Videodienst statt im eigenen Verzeichnis halten ihn flach. |
| Build-Minuten | Jede Inhaltsänderung löst einen Build aus. Content Collections bringen Caching für große Bestände mit. | Bei kleinen Websites irrelevant. Bei zehntausenden Detailseiten und hoher Änderungsfrequenz ein echter Posten – planbar über gezielte Neubauten und Sammel-Deploys. |
| CMS | Astro ist CMS-agnostisch: Inhalte kommen aus Content Collections im Repository oder aus einem Headless CMS mit API. | In den meisten Projekten der größte wiederkehrende Betrag, oft ein Vielfaches des Hostings. Die Systemwahl gehört deshalb in die Architekturphase. |
| Hosting-Standort | Freie Anbieterwahl, inklusive Rechenzentren in der EU oder Betrieb auf eigener Infrastruktur. Astro schreibt nichts vor. | Selten ein Kostentreiber, oft ein Freigabetreiber. Entscheidend ist, wo neben der Auslieferung auch Protokolle, Metriken und Backups liegen. |
| Zeitrahmen | Neues Setup ein bis drei Arbeitstage. Anbieterwechsel zwei bis fünf Arbeitstage plus DNS-Vorlauf. Umbau von breitem SSR auf überwiegend statisch ein bis vier Wochen. | Nach oben bewegt von der Zahl dynamischer Routen, alten Redirect-Ketten, fremdverwalteten Domains und Zertifikaten sowie internen Freigabe- und Beschaffungsstrecken. |
| Ausstieg | Astro steht unter MIT-Lizenz, das Build-Ergebnis sind normale Dateien, der Quellcode liegt in Ihrem Repository. | Kein Plattform-Lock-in. Anbieterwechsel heißt: bauen, bereitstellen, DNS umstellen. Auch ein Agenturwechsel bleibt damit ein normaler Vorgang. |
| Unsere Einschätzung | Hosting ist bei Astro fast nie das Problem – und deshalb auch fast nie die richtige Stelle zum Sparen. Wer Betriebskosten senken will, prüft zuerst, wie viele Routen ohne Not zur Laufzeit rendern, und danach das CMS-Abo. In dieser Reihenfolge, nicht umgekehrt. | Wir würden es so machen: so viel vorrendern wie möglich, dynamisch nur, wo eine Begründung auf dem Tisch liegt. Anbieter nach Datenschutz- und Betriebsanforderungen wählen, nicht nach Tarif – der Unterschied zwischen den günstigen Optionen ist kleiner als eine Stunde Diskussion darüber. |
Projekt im Kopf?
Beschreiben Sie es in drei Sätzen – Sie bekommen eine ehrliche Ersteinschätzung, in der Regel innerhalb von 24 Stunden.
Häufige Fragen zu Astro Hosting und Betriebskosten.
Erst die Fragen, die im Einkauf und in der IT wirklich gestellt werden – dann die kurzen.
„Unsere Geschäftsführung will wissen, was die neue Website monatlich kostet. Was sagen wir?“
Sagen Sie: Der Hosting-Anteil ist klein und bei einer statisch ausgelieferten Astro-Website oft vernachlässigbar. Die monatliche Summe besteht meistens aus dem CMS-Abo, den Diensten daneben – Formulare, Suche, Newsletter, Monitoring – und einer optionalen Betreuung. Wir weisen diese Posten im Angebot einzeln aus, inklusive der kostenlosen, damit später niemand von einer Position überrascht wird. Eine Pauschalzahl ohne Kenntnis Ihres Inhaltsbestands wäre geraten, und geraten hilft Ihnen bei der Freigabe nicht.
„Wir haben mehrere tausend Bilder in der Mediathek. Wird Bandbreite dann zum Problem?“
Das ist der Fall, in dem Bandbreite tatsächlich zum größten Hosting-Posten werden kann – aber es hängt am Gewicht pro Aufruf, nicht an der Anzahl der Dateien. Astro bringt Bildoptimierung mit: Die Bildkomponenten erzeugen mehrere Formate und Größen und setzen Ladeverhalten und Maße selbst. In Listen und Übersichten laufen dann kleine Vorschaubilder statt Originaldateien. Wichtig ist außerdem, dass Bilder nicht am Verarbeitungsweg vorbeigelegt werden, denn Dateien im öffentlichen Verzeichnis werden unverändert ausgeliefert. Videos gehören zu einem Videodienst, nicht in Ihr Hosting.
„Unsere IT will das Hosting selbst betreiben. Geht das, oder ist das ein Sonderweg?“
Das ist kein Sonderweg, sondern eine der vier normalen Varianten. Astro steht unter MIT-Lizenz und das Build-Ergebnis ist portabel: Bei statischer Ausgabe ist es ein Verzeichnis, das jeder Webserver ausliefern kann. Soll ein Teil zur Laufzeit rendern, kommt in der Regel der Node-Adapter dazu, üblicherweise als Container hinter Ihrem vorhandenen Reverse Proxy. Wir liefern das Artefakt und die Pipeline, Ihre IT betreibt. In Häusern mit eigener Betriebsmannschaft ist das oft der schnellste Weg durch die interne Freigabe.
„Unsere Rechtsabteilung verlangt Hosting in der EU. Ist das mit Astro machbar?“
Ja, und zwar ohne technischen Kompromiss: Der Hosting-Standort ist eine Anbieter- und Vertragsfrage, keine Eigenschaft des Frameworks. Astro erzeugt Dateien, und wo diese liegen, entscheiden Sie. Achten Sie in der Prüfung darauf, wo neben der Auslieferung auch Protokolldaten, Metriken und Backups liegen – dort wird es in der Praxis unsauber. Wir dokumentieren die Datenflüsse der fertigen Seite für Ihren Datenschutzbeauftragten; die juristische Bewertung bleibt bei Ihnen. Mehr dazu unter DSGVO-konforme Website.
„Wir haben zehntausende Produkt- und Detailseiten. Dauern die Builds dann nicht ewig?“
Bei sehr großen Beständen ist die Build-Zeit tatsächlich der Punkt, an dem man nachdenken muss. Content Collections bringen Caching für tausende Einträge mit, und wir bauen gezielt statt vollständig, wo es geht. Wenn sich der Bestand minütlich ändert oder die Zahl in die Millionen geht, ist die ehrliche Antwort: Dann rendern die betroffenen Routen on-demand, und die Kosten verschieben sich von Build-Minuten zu Funktionsaufrufen. Beides ist planbar – wir rechnen beide Varianten durch, bevor Sie entscheiden.
„Wir brauchen Personalisierung und einen Login-Bereich. Explodieren dann die Kosten?“
Nicht zwangsläufig, wenn die Trennung sauber ist. Der entscheidende Unterschied ist der zwischen einer dynamischen Stelle und einer dynamischen Website: Ein personalisierter Block kann als Server Island unabhängig gerendert werden, während die Seitenhülle aggressiv gecacht bleibt. Teuer wird es, wenn eine ganze Website ohne Not on-demand rendert. Wenn allerdings der überwiegende Teil Ihres Produkts hinter dem Login liegt, ist nicht das Hosting die Frage, sondern das Werkzeug – dann sprechen wir über eine individuelle Web-Anwendung.
„Was passiert, wenn wir Sie irgendwann nicht mehr wollen?“
Dann gehen Sie, und es wird technisch langweilig. Repository, Domains und Anbieterkonten laufen auf Ihren Namen; wir arbeiten darin, wir besitzen sie nicht. Der Quellcode ist dokumentiert und lässt sich mit den üblichen Kommandos bauen, Inhalte liegen als Markdown oder in einem CMS mit dokumentierter API. Ein Anbieter- oder Agenturwechsel besteht aus bauen, bereitstellen, DNS umstellen. Wir halten das für selbstverständlich und schreiben es trotzdem auf, weil es das in dieser Branche nicht überall ist.
„Unser jetziger Hoster betreut uns seit Jahren. Müssen wir wechseln?“
In den meisten Fällen nicht. Eine statisch ausgelieferte Astro-Website läuft auf jedem Webhosting, das Dateien ausliefern kann – häufig genügt es, das Deployment-Ziel auf Ihren bestehenden Vertrag zu legen. Was wir vorher prüfen: ob dort automatisiert bereitgestellt werden kann, ob Zertifikate und Weiterleitungen sauber verwaltet sind und ob Ihr Tarif bei Lastspitzen mitgeht. Ein Wechsel nur um des Wechsels willen kostet Sie Geld und uns Glaubwürdigkeit.
„Wer haftet, wenn die Seite ausfällt?“
Für die Verfügbarkeit der Infrastruktur haftet der Anbieter nach seinem Vertrag – deshalb schließen Sie ihn direkt und auf Ihren Namen ab, statt über uns mit einem Aufschlag. Wir bieten ausdrücklich keine Rufbereitschaft rund um die Uhr und keine zugesicherte Verfügbarkeit mit Vertragsstrafen an. Was wir vereinbaren können, sind Erreichbarkeitszeiten und Reaktionswege im Rahmen eines Betreuungsvertrags. Wenn Ihr Betrieb mehr als das braucht, gehört er zu einem spezialisierten Betreiber oder in Ihre eigene IT.
„Wir erwarten einen Traffic-Peak nach einem Fernsehbeitrag. Hält das?“
Statische Auslieferung aus einem CDN ist genau der Fall, für den dieses Modell gebaut ist: Es wird eine fertige Datei aus dem Cache ausgeliefert, kein Prozess rechnet pro Besucher. Praktisch bedeutet ein Ansturm dann vor allem mehr Bandbreite – planbar, keine Fehlerseiten. Anders sieht es aus, wenn Ihre wichtigste Seite on-demand rendert oder ein Formular in einen fremden Dienst schreibt; diese Stellen prüfen wir vor einer angekündigten Kampagne einzeln durch. Auch das ist ein Grund, dynamische Routen sparsam einzusetzen.
„Wir zahlen aktuell ein CMS-Abo. Können wir das loswerden?“
Vielleicht – die ehrliche Antwort hängt an Ihrer Redaktion. Wenn wenige Personen selten, aber strukturiert pflegen, reichen Content Collections im Repository, und die Pflege kann zusätzlich über einen Chat-Kanal laufen. Wenn mehrere Personen täglich publizieren, Übersetzungen parallel führen und mehrstufig freigeben, ist ein Headless CMS das richtige Werkzeug und das Abo gut angelegtes Geld. Wir rechnen beide Wege durch und sagen Ihnen, welcher Fall Ihrer ist.
„Rechnet sich ein Wechsel überhaupt, wenn Hosting so billig ist?“
Über eingespartes Hosting allein: fast nie. Wenn Ihnen jemand eine Migration mit der Hosting-Rechnung verkauft, rechnen Sie nach. Ein Wechsel rechnet sich über andere Größen – Ladezeit und Sichtbarkeit, weniger Wartungsaufwand an einer großen Erweiterungslandschaft, schnellere Umsetzung neuer Seiten, geringere Angriffsfläche. Ob sich das für Sie trägt, prüfen wir vorher ergebnisoffen; die Kriterien und die Gegenargumente stehen unter Migration zu Astro.
Kann man eine Astro-Website kostenlos hosten?
Häufig ja. Weil standardmäßig vorgerendert und statisches HTML ausgeliefert wird, passt eine typische Marketing-Website bei vielen Anbietern in die kostenlosen oder günstigsten Tarife. Konkrete Grenzen nennen wir hier nicht, weil sie sich laufend ändern – wir prüfen sie für Ihren Fall zum Zeitpunkt der Entscheidung.
Braucht eine Astro-Website einen Node-Server?
Nur wenn Sie On-Demand-Rendering nutzen. Standardmäßig wird die Website vorgerendert und läuft als statische Dateien ohne jeden Anwendungsserver. Sobald einzelne Routen zur Laufzeit rendern sollen, braucht es einen Adapter für die Ziellaufzeit – für eigene Infrastruktur meist den Node-Adapter.
Was ist ein Astro-Adapter?
Ein Adapter macht ein Astro-Projekt für eine bestimmte Server-Laufzeit lauffähig und wird für On-Demand-Rendering benötigt. Astro pflegt First-Party-Adapter im @astrojs-Scope, darunter für Node, Vercel und Cloudflare. Für rein statische Auslieferung brauchen Sie keinen.
Läuft Astro auf einem normalen Webhosting-Paket?
Für die statische Auslieferung ja: Das Build-Ergebnis sind HTML-, CSS-, JavaScript- und Bilddateien, die jeder Webserver ausliefern kann. Voraussetzung ist nur, dass Sie dorthin automatisiert bereitstellen können. Für On-Demand-Rendering braucht es dagegen eine passende Laufzeitumgebung.
Ist Astro kostenlos?
Ja. Astro ist freie Open-Source-Software unter MIT-Lizenz. Es fallen keine Lizenzkosten an – Kosten entstehen durch Umsetzung, Hosting, ein eventuelles CMS und die Dienste, die neben der Website laufen. Was Astro selbst ist, steht unter Was ist Astro?.
Kann man eine Astro-Website selbst hosten?
Ja. Die MIT-Lizenz erlaubt es, und das Build-Ergebnis ist portabel: statische Dateien auf Ihrem eigenen Webserver, für dynamische Routen ein Node-Prozess über den entsprechenden Adapter. Betrieb, Zertifikate, Backups und Skalierung liegen dann bei Ihrer IT.
Wie lange dauert ein Hosting-Umzug?
Für eine bestehende Astro-Website in der Regel zwei bis fünf Arbeitstage plus DNS-Vorlauf. Länger wird es durch alte Redirect-Ketten, fremdverwaltete Domains und Zertifikate sowie interne Freigabestrecken. Die alte Umgebung bleibt bis zur Umschaltung online.
Lieber direkt sprechen?
Ein kurzes Gespräch klärt Umfang, Aufwand und ob wir zueinander passen.
Weiterlesen im Astro-Cluster.
Bau, Betrieb, Inhalte und der Weg dorthin – jede Seite beantwortet genau eine Frage:
Was kostet Ihr Betrieb wirklich?
Schicken Sie uns Ihre aktuelle Hosting- und CMS-Rechnung mit ein paar Sätzen zum Inhaltsbestand. Sie bekommen eine Einschätzung, welcher Posten sich lohnt anzufassen – und welcher nicht. In der Regel innerhalb von 24 Stunden.
Astro-Hosting besprechen.
Kurz beschreiben, wie groß Ihr Inhaltsbestand ist, was personalisiert sein muss und welche Vorgaben es zum Hosting-Standort gibt – wir melden uns mit einer Ersteinschätzung.
Antwort in der Regel innerhalb von 24 Stunden.
Remote & vor Ort – DACH-weit tätig (DE, AT, CH), internationale Projekterfahrung inklusive.
Verwandte Leistungen.
Was kostet eine Astro-Website?
Die einmaligen Kosten: Kostentreiber, typische Projektzuschnitte und der Weg zu einer belastbaren Schätzung.
Mehr erfahrenIT-Projektleitung
Wenn interne IT, Beschaffung und Datenschutz mit am Tisch sitzen und jemand die Abstimmung führen muss.
Mehr erfahrenWhatsApp-KI-Agent
Der Beleg für den Chat-Teil dieser Seite: ein Agent, den wir für den eigenen Vertrieb gebaut und betrieben haben.
Mehr erfahren