Astro Website Entwicklung: schnelle Websites, die Ihrem Team gehören.

Astro ist ein quelloffenes Web-Framework unter MIT-Lizenz für inhaltsgetriebene Websites. Es rendert serverseitig, liefert standardmäßig statisches HTML aus und entfernt Client-JavaScript aus Komponenten, bis Sie es ausdrücklich anfordern. Für Marketing-Websites, Magazine und Dokumentation passt dieses Modell schlicht besser als eine Single-Page-Anwendung. Ausführlicher steht das auf unserer Seite Was ist Astro?.

Den Rahmen bestimmen drei Größen: die Anzahl unterschiedlicher Seitentypen (nicht der Seiten), die Tiefe des Content-Modells samt CMS und der Umfang der Integrationen. Eine fokussierte Unternehmensseite liegt deutlich unter einem Relaunch mit Redaktionssystem, Mehrsprachigkeit und Schnittstellen. Nach dem Erstgespräch bekommen Sie eine nachvollziehbare Schätzung mit Annahmen. Die Kostentreiber im Detail erklären wir unter Astro Kosten.

Vier Dinge, und keins davon ist technisch. Eine Person, die entscheiden darf, statt eines Gremiums, das jede Runde neu eröffnet. Inhalte in dem Zustand, in dem sie erscheinen sollen – oder die klare Ansage, dass wir sie schreiben. Zugänge zu Domain, Hosting, Analytics und Altsystem zu Beginn und nicht in Woche sechs. Und Rückmeldungen binnen weniger Arbeitstage. Läuft die Abstimmung über mehrere Abteilungen, übernehmen wir auf Wunsch die Projektleitung mit.

Nicht zwingend. Astro ist CMS-agnostisch: Inhalte können als Markdown-, MDX-, JSON- oder YAML-Dateien im Repository liegen und werden über Content Collections abgefragt. Ein Headless CMS lohnt sich, wenn mehrere Personen ohne Entwicklungswerkzeuge publizieren, Freigaben brauchen oder Inhalte in mehreren Kanälen wiederverwenden. Für alles darunter ist es Zusatzkosten und ein weiteres System im Betrieb. Wir entscheiden das mit Ihnen, bevor gebaut wird.

Ja, wenn wir es so aufsetzen – und das tun wir. Mit CMS pflegt Ihr Team in Masken, ein Speichern löst den Build aus. Ohne CMS bearbeiten Sie Markdown-Dateien direkt in der Oberfläche Ihres Repositories; das Zod-Schema meldet fehlende Felder, bevor etwas live geht. Was strukturell neu ist – ein neuer Seitentyp, eine neue Komponente – bleibt Entwicklungsarbeit. Auf Wunsch richten wir zusätzlich ein, dass sich Texte und Bilder per Chat pflegen lassen.

Ja, im Rahmen dessen, was wir vorher definieren. Wir bauen einen Satz freigegebener Abschnitte – Hero, Textblock, Bildstrecke, Zitat, Formular, FAQ –, die Ihr Team im CMS zu neuen Seiten zusammensetzt, inklusive Metadaten und Vorschau. Ein neuer Baustein oder ein neuer Seitentyp bleibt Entwicklungsarbeit. Wenn Marketing dagegen völlig frei layouten möchte, ist Webflow das ehrlichere Werkzeug – wir bauen es ebenfalls und sagen das lieber vorher als hinterher.

Wir bauen darauf auf. Aus Ihren Tokens für Farbe, Typografie, Abstände und Zustände wird eine Komponentenbibliothek im Code; eine gepflegte Figma-Bibliothek verkürzt die Designphase spürbar. Was wir ansprechen, statt es stillschweigend zu ändern: Effekte, die nur im Entwurfswerkzeug funktionieren – schwere Animationen, große Bildflächen, viele Schriftschnitte – kosten Ladezeit oder Bedienbarkeit. Dann schlagen wir eine Umsetzung vor, die zur Marke passt und trotzdem messbar bleibt. Ohne bestehende Vorlagen entwerfen wir, und die Designphase wächst entsprechend.

Sie werden strukturiert übernommen, nicht kopiert. Zuerst ein Inventar: welche Seiten existieren, welche Zugriffe und eingehenden Links haben sie, was kann weg. Dann die Zuordnung auf Collections und Felder – Titel, Datum, Autor, Bild, Kategorie. Danach der Import per Export-Datei oder Skript, inklusive Bildern und Metadaten. Inhalte, die im Altsystem nur als frei zusammengeklickte Seite existieren, haben kein Feldmodell und müssen neu strukturiert werden. Was wir für verzichtbar halten, sagen wir Ihnen – und leiten die alte URL trotzdem sauber weiter.

Ja, und zwar früh. Jeder Arbeitsstand liegt auf einer eigenen Vorschau-URL aus der Continuous Integration: echte Umgebung, echte Inhalte, echtes Verhalten auf dem Telefon statt Screenshots. Sie kommentieren dort, wir arbeiten ein, jede Änderung erzeugt eine neue Vorschau. Vor der Freigabe laufen Typprüfung, Build, Lighthouse sowie ein Durchgang für Metadaten, Weiterleitungen und Barrierefreiheit. Vorschau-Umgebungen sind für Ihr Team gedacht: Sie sind gesperrt und werden nicht indexiert.

Als Standardziel die jeweils zwei letzten Versionen von Chrome, Safari, Firefox und Edge auf Desktop, Tablet und Telefon; zeigen Ihre Nutzungsdaten etwas anderes, verschieben wir das Ziel und halten es schriftlich fest. Ein struktureller Vorteil kommt dazu: Weil eine Astro-Seite im Kern ausgeliefertes HTML ist, bleibt sie auch dort lesbar, wo JavaScript scheitert oder blockiert wird. Alte Browser wie der Internet Explorer sind kein Ziel mehr. Wo ein Konzern ihn im Intranet noch einsetzt, klären wir den Aufwand vor dem Angebot.

Ja, vollständig. Das Repository liegt in Ihrer Organisation, der Hosting-Account und die Domain laufen auf Ihren Namen, die CMS-Zugänge gehören Ihnen. Astro steht unter MIT-Lizenz, es gibt keine Plattform-Lizenz und keine Lizenz von uns. Jede andere Agentur kann das Projekt übernehmen, ohne dass etwas nachgebaut werden muss. Wir überzeugen lieber durch Arbeit als durch Abhängigkeit.

Ja, wenn im Team jemand mit HTML, CSS, JavaScript und Git arbeitet. Sie bekommen das Repository mit vollständiger Historie, dokumentierte Build- und Deployment-Schritte, eine überschaubare Komponentenbibliothek und eine Einweisung. Zur Personalfrage ehrlich: Es gibt weniger Lebensläufe mit „Astro“ darin als mit WordPress. Der Aufwand bleibt trotzdem klein, weil Astro-Komponenten HTML, CSS und TypeScript sind und interaktive Inseln in React, Preact, Svelte, Vue, SolidJS oder Alpine.js geschrieben werden – Sie stellen aus dem allgemeinen JavaScript-Markt ein. Auf Wunsch begleiten wir die ersten Wochen im Pairing.

Sie behalten alles, was das Projekt ausmacht. Das Repository gehört Ihnen ab der ersten Woche, Hosting- und CMS-Zugänge laufen auf Ihren Namen, die Domain ohnehin. Es gibt keine Lizenz, keinen Baustein und keinen Editor, der an uns gebunden wäre – Astro ist quelloffen unter der MIT-Lizenz. Im Repository liegt eine README, die Build, Deployment und Inhaltsmodell erklärt. Jedes Team, das mit JavaScript und Git arbeitet, kann übernehmen. Angenehm ist ein Wechsel nicht, aber er ist keine Neuentwicklung.

Wir. Was wir gebaut haben und was nicht so funktioniert, wie es vereinbart war, reparieren wir im Rahmen der gesetzlichen Gewährleistung ohne neue Rechnung. Davon zu trennen ist der Änderungswunsch: Ein neuer Seitentyp oder eine neue Funktion ist eine Beauftragung, kein Mangel – und in welche der beiden Kategorien eine Meldung fällt, sagen wir, bevor wir anfangen, nicht hinterher. Feste Reaktions- und Wiederherstellungszeiten vereinbaren wir schriftlich, wenn Ihr Einkauf sie braucht; sie gehören in die Wartungsvereinbarung.

Dass die klassische Angriffsfläche einer Content-Website hier weitgehend entfällt. Eine vorgerenderte Astro-Seite hat im Auslieferungspfad keine Datenbank, kein Admin-Login und kein Plugin-Ökosystem – der übliche Weg über eine verwundbare Erweiterung existiert damit nicht. Was bleibt und wirklich geprüft gehört: Rechte auf Repository und Build-Pipeline, Herkunft der npm-Abhängigkeiten, Formular- und API-Endpunkte, ein Headless CMS als eigenes System mit eigener Anmeldung sowie Domain- und Hosting-Konten. Wir arbeiten mit Zwei-Faktor-Pflicht, minimalen Rechten und regelmäßigen Abhängigkeits-Updates und dokumentieren, wo Geheimnisse liegen.

Astro ist ein Framework und verarbeitet selbst keine personenbezogenen Daten – die Frage entscheidet sich an Hosting, Formularen, Analytics und CMS. Ein statischer Build lässt sich bei einem Anbieter in Deutschland oder der EU betreiben. Schriften binden wir selbst ein statt über fremde Server, für Analytics gibt es Varianten ohne Cookies, und der Formular-Endpunkt wird bewusst gewählt statt mitgeliefert. Wir benennen jeden eingesetzten Dienstleister, damit Ihr Datenschutzbeauftragter die Auftragsverarbeitungsverträge schließen kann. Was das konkret bedeutet, steht unter DSGVO-konforme Website. Rechtsberatung leisten wir nicht.

Kein Framework macht eine Website barrierefrei. Das entsteht in Markup, Kontrasten, Fokusreihenfolge, Formularen und Tastaturbedienung. An einer Stelle hilft Astro strukturell: Es liefert serverseitig gerendertes HTML aus, das ohne JavaScript-Ausführung lesbar ist, und die eingebaute Bildkomponente setzt Alternativtext-Attribut, Ladeverhalten und Maße mit. Alles Weitere behandeln wir als Anforderung im Projekt statt als Nacharbeit – Details unter barrierefreie Website. Eine rechtsverbindliche Konformitätserklärung stellen wir nicht aus; wir liefern den Stand, den Ihre Prüfung bewerten kann.

Nicht, wenn der Umzug geplant wird. Wir ziehen vorher alle indexierten URLs, bauen daraus eine vollständige 301-Liste, halten Titel- und Überschriftenstruktur der tragenden Seiten stabil und testen die Weiterleitungen vor dem Go-live. Nach dem Launch beobachten wir Indexierung und Rankings mehrere Wochen und korrigieren nach. Die einzelnen Wege beschreiben wir unter Astro Migration.

Weil wir das lieber so sagen, als eine zu erfinden. Ein öffentlich zeigbares Astro-Kundenprojekt haben wir bislang nicht. Was wir haben: eine gebaute und betreute Webflow-Referenz, eigene Produkte, die wir selbst entwickelt und veröffentlicht haben, und Jahre an Software-Entwicklung mit Repository, Continuous Integration und Betrieb. Das Framework ist der kleinere Teil dieser Arbeit. Prüfen können Sie uns günstig: Die Ersteinschätzung kostet nichts, das Repository gehört Ihnen ab Tag eins, und gemessen wird vor und nach dem Launch in Ihrem eigenen Projekt.

Bei Anwendungen statt Websites: Nutzer-Login, Rollen und Rechte, komplexe Geschäftslogik, viel Zustand im Client. Dafür bauen wir eine individuelle Web-Anwendung. Und wenn Ihr Marketing neue Seiten selbst zusammenstellen möchte, ohne je ein Repository zu sehen, ist Webflow ehrlicherweise das bessere Werkzeug. Wir bauen beides – deshalb müssen wir Ihnen Astro nicht verkaufen.

Ja. Astro ist quelloffene Software unter der MIT-Lizenz; für das Framework selbst fällt keine Lizenzgebühr an. Kosten entstehen bei Design, Umsetzung, Inhalten, Hosting und Betrieb – und, falls Sie eins einsetzen, beim Headless CMS.

Nicht zwingend. Standardmäßig wird die gesamte Website vorgerendert; statische HTML-Seiten gehen an den Browser und laufen auf jedem CDN oder statischen Hosting. Erst wenn einzelne Routen zur Laufzeit rendern sollen, kommt ein Adapter für die Ziel-Laufzeit dazu – offiziell gepflegt unter anderem für Node, Vercel und Cloudflare.

Die technische Grundlage ist gut: Standardmäßig wird jede Seite vorgerendert, Suchmaschinen bekommen fertiges HTML und müssen kein JavaScript ausführen. Rankings entstehen davon allein nicht – die kommen aus Inhalt, Struktur und Verlinkung. Wo es hakt, findet ein SEO Audit.

Ja. Es gibt offizielle Integrationen für React, Preact, Svelte, Vue, SolidJS und Alpine.js, und mehrere davon dürfen auf derselben Seite vorkommen – allerdings nur innerhalb einer .astro-Datei. Bestehende Komponenten lassen sich so oft übernehmen, statt sie neu zu schreiben.