Raketenstart. Ihre Website ist da, bevor der Nutzer blinzeln kann.
Astro-Websites erscheinen beim Nutzer sofort — kein drehendes „Loading"-Rad, keine Inhalte, die erst zur Hälfte nachladen, kein Warten auf irgendetwas. Wir helfen Produktunternehmen, Agenturen und Verlagen, Websites auszuliefern, die sofort laden und bei Google bestens sichtbar bleiben.
Cloudflare hat Astro im Januar 2026 übernommen und die eigene Dokumentation darauf umgestellt. The Guardian, Porsche, Google und die Firebase-Docs — alle laufen mit Astro. Wenn deren Seiten so laden, wie sie laden, reicht das höchstwahrscheinlich auch für Ihre.
Jede zusätzliche Sekunde Ladezeit kostet 7–20 % Conversion — das sind Zahlen aus Googles Studien, kein Marketing. Astro-Seiten erscheinen im Browser nahezu sofort, weil wir fertiges HTML ausliefern statt einer App, die erst zusammengesetzt werden muss. Weniger abgebrochene Warenkörbe, mehr ausgefüllte Formulare, mehr Klicks auf die Preise.
02
SEO ohne Kampf
Bessere Google-Rankings ohne Tricks
Google belohnt Seiten, die schnell laden, ein stabiles Layout haben und sofort indexiert werden. Mit Astro bekommen Sie all das standardmäßig. Nach der Migration von älteren Technologien führen bessere Core Web Vitals und eine saubere Indexierung oft zu mehr organischem Traffic — ohne Änderungen an Inhalt oder Backlinks.
03
Sichtbarkeit in LLMs
Sichtbarkeit in der KI: ChatGPT, Perplexity, Gemini
Das könnte 2026 der wichtigste Grund sein. Sprachmodelle (ChatGPT, Perplexity, Gemini, Claude) ersetzen zunehmend klassische Suchmaschinen — und sie fragen Websites genauso ab wie Google: Sie laden das HTML und lesen den Inhalt.
Astro-Seiten sind für sie sofort sichtbar und zitierbar. Klassische, im Browser gerenderte Apps (die meisten React-, Vue- und Angular-Seiten) erscheinen LLMs als leere Seite und verschwinden vollständig aus den KI-Antworten.
Das ist ein neuer Traffic-Kanal, den Ihre Konkurrenz noch nicht bemerkt hat.
04
Dateien in Ihrer Hand
Kein Vendor-Lock-in
Astro erzeugt reine HTML-Dateien — Sie können sie überall hosten und jederzeit ohne Funktionsverlust umziehen. Jeder Frontend-Entwickler am Markt übernimmt das Projekt ohne Einarbeitung. Kein Vendor-Lock-in ist hier der Standard, kein Versprechen aus einem Sales-Deck.
05
Hosting · Centbeträge
Niedrige und planbare Wartungskosten
Eine Astro-Website besteht aus simplen Dateien, die wir auf ein CDN oder unseren eigenen Server in einem Container ausspielen. Kein Application-Server, kein Function-Scaling, keine Rechnungen, die mit Ihrem Traffic mitwachsen. Das Hosting bei uns kostet in der Regel nur einen geringen monatlichen Betrag — selbst bei Hunderttausenden Aufrufen.
06
Kontrolle über den Content
Inhalte in der Hand Ihres Teams
Wir verwalten die Inhalte so, wie es zu Ihrer Organisation passt — direkt neben dem Code (wenn Entwickler sie bearbeiten), in einem browserbasierten CMS (wenn nicht-technische Redakteure sie bearbeiten) oder beides zugleich. Jede Änderung hat einen Autor und ein Datum und lässt sich zurücknehmen — genauso sicher wie jede andere Änderung am Produkt.
Wir verkaufen nicht jede Technologie für jedes Problem. Wenn Astro nicht zu Ihrem Fall passt, sagen wir das direkt — und schlagen eine Alternative vor.
Astro ist eine gute Wahl für:
Marketing-Seiten, Landing-Pages und Sales-Funnels, bei denen Geschwindigkeit und SEO zählen
Blogs, Nachrichtenportale und Content-Magazine mit Dutzenden oder Hunderten von Unterseiten
technische Dokumentationen und Wissensdatenbanken (mit Starlight, einem dedizierten, auf Astro aufgebauten Framework)
Shops im „Storefront"-Stil, die Astro mit Headless-E-Commerce (Shopify, Medusa) verbinden — statischer Katalog + dynamischer Warenkorb als Island
Case-Study- und Portfolio-Seiten — genau der Fall, den Sie gerade auf philosopht.com lesen
mehrsprachige Websites, bei denen SEO und kanonische URLs pro Sprache geschäftlich relevant sind
hybride Websites, bei denen 90 % Content sind und 10 % interaktive Widgets (Rechner, Chat, mehrstufiges Formular)
Sie bauen eine App hinter einem Login — Dashboard, CRM, Produkt-Panel. Astro glänzt dort, wo Content, SEO und der erste Seitenaufbau zählen. Eine App, in der der Nutzer Stunden in einer einzigen, hochinteraktiven Oberfläche verbringt, ist die Domäne von React mit Vite oder TanStack Start. Wir können sogar ein Panel als Sub-Route an Astro anflanschen — aber das ist nicht seine Stärke.
Das Produkt ist stark Real-time oder kollaborativ. Ein gemeinsamer Editor, ein Panel mit WebSockets, ein Chat mit Tausenden von Nachrichten — das sind Szenarien, in denen Sie schon ab dem ersten Render einen vollwertigen JavaScript-Client wollen. Die Marketing-Seite eines solchen Produkts können wir trotzdem in Astro bauen — die App selbst aber bauen wir in React.
In diesen Fällen empfehlen wir einen React-basierten Ansatz (Next.js, TanStack Start, Vite) — und helfen Ihnen entweder, die richtigen Leute zu finden, oder bauen es selbst.
Einige Arten von Seiten und Portalen je Branche — keine vollständige Liste, sondern ein Ausgangspunkt für ein Gespräch. Falls Ihre Branche hier fehlt, haben wir höchstwahrscheinlich trotzdem ein verwandtes Projekt im Portfolio.
Medien & Verlage
3 Beispiele
Nachrichtenportal
Hunderte Artikel pro Tag, CMS-Integration, Pagination, Tags, Autoren, SEO pro Beitrag — alles als statischer Build mit inkrementellen Rebuilds und Live-Updates per Webhook.
Themenmagazin / Unternehmensblog
Content Collections mit Zod-Validierung, MDX mit eingebetteten Komponenten, Newsletter-API, OG-Image pro Artikel zur Build-Zeit generiert.
Podcast-Plattform
Episodenliste mit Transkripten, statisches RSS, der Player als React/Vue-Island, Integration mit Streaming-Plattformen.
Mehrvariantige Landings für Kampagnen, A/B-Tests auf Unterseiten-Ebene, vorgerenderte Varianten, sofortiges Laden ohne den Kampf um jede Sekunde.
Performance-Kampagne / One-Pager
Vollständiger Funnel von der Anzeige bis zum Formular, Analytics-Tagging (GA4, GTM, Plausible), Mikrokonversionen, eine Geschwindigkeit, die Googles Standards erfüllt.
Unternehmensseite mit Portfolio
Team-Bereich, Case Studies, Kontakt, Formular — eine kleine Anwendung, die ein Entwickler über Jahre ohne Neuschreiben pflegt.
Starlight — das offizielle, auf Astro aufgebaute Docs-Framework. Eingebaute Suche, Konvertierungstabellen, Dark Mode, Mehrsprachigkeit, MDX mit Komponenten.
API-Referenz
Dokumentation, die zur Build-Zeit aus einem OpenAPI-/GraphQL-Schema generiert wird — kein Auseinanderdriften zwischen Doku und Code.
DevRel-Hub / Engineering-Blog
Technische Beiträge mit Syntax-Highlighting, Diagrammen (Mermaid), in der CI getesteten Code-Snippets, RSS für die ganze Community.
Eine Datenbank für Krankheiten, Medikamente, Verfahren, ein medizinisches Glossar — Tausende Unterseiten, jede für SEO optimiert, jede zur Build-Zeit mit Zod validiert.
Klinik- / Praxisnetzwerk-Seite
Ärzte, Fachrichtungen, Standorte, ein Buchungsformular als Island, das sich mit dem Reservierungssystem verbindet — statisches Grundgerüst, dynamisch ausgewählte Fragmente.
Aufklärungskampagne / Gesundheits-NGO
Eine mehrsprachige Präventionskampagne, druckbare Materialien, ein Experten-Ratgeberblog, Social-Media-Integration.
Eine mehrsprachige Kampagnen-Seite, interaktive Karten als Islands, Pressematerial, Kontakte — günstig im Unterhalt, leicht zu aktualisieren.
Wahl- / Referendums-Microsites
Build-Zeit-Prerender für alle Wahlkreise, statische Ergebnisse, die nach der Auszählung per Webhook eingespielt werden, Edge-Cache, kein Server, den Traffic in die Knie zwingt.
Projektgalerie, GSAP-/Motion-Animationen als Islands, schwere Bilder mit Astro-Image optimiert, perfekte Ladegeschwindigkeit trotz visueller Wucht.
Seite eines Dev-Studios (wie unsere)
Case Studies, Technologien, Kontakt — mehrsprachig, auf unsere eigene Infrastruktur ausgeliefert, Content im Repo. Diese Seite ist genau ein solches Projekt.
Kampagnen-Microsite / Produkt-Launch
Eine einmalige, aufwendig gestaltete Kampagnen-Seite — stark inszeniert, aber trotzdem blitzschnell, weil der statische Build die gesamte Last schluckt.
Mission, Projekte, Finanzberichte, ein Spendenformular als Island, das sich mit Stripe / Tpay verbindet, niedrige Hosting-Kosten, die in das Betriebsbudget passen.
Crowdfunding- / Social-Kampagne
Eine mehrsprachige Kampagne mit Zähler (Real-time-Island), herunterladbaren Materialien, einem News-Blog, Integration mit der Mailing-Kampagne.
Jahresbericht- / „State-of"-Portal
Der Jahresbericht der Organisation als interaktives Dokument — Diagramme als Islands, Content in MDX, PDF in der CI aus denselben Quellen generiert.
Falls Ihre Branche hier fehlt, haben wir höchstwahrscheinlich trotzdem ein verwandtes Projekt im Portfolio. In Astro haben wir Agentur-Websites, Kampagnen-Microsites, interne Dokumentationen, Portfolios und Engineering-Blogs gebaut. Sagen Sie uns, was Sie bauen — wir sagen Ihnen ehrlich, ob wir Ihren Fall kennen und wie wir ihn angehen würden.
After 3 weeks you have a working version in hand. From there, a demo and a new batch of features every two weeks — up to a full MVP in 3–12 weeks.
MVP · step 06
01 / 09
Workshop
We spend a day at your company — meeting the team, mapping processes, gathering context. We come back for follow-up visits whenever we need to see something up close.
Day 1
02 / 09
Wireframe
One day after the workshop you have a clickable mockup in hand. The first moment you see how the product can look and behave — and what is missing.
Day 2
03 / 09
UI/UX iteration
We refine visuals and interactions based on your feedback. Every change comes back to you within a day.
Day 3 – 4
04 / 09
Team prototype
A full clickable prototype that goes into your team's and clients' hands. We catch the last gaps before any code is written.
Day 5 – 7
05 / 09
Architecture
System diagram, stack choice, schedule, budget. Foundations for the production build, signed off together.
Week 2
06 / 09
Build (MVP)
2-week sprints with demos. Every two weeks you get a fresh batch of features and fixes — exactly the ones you cared about.
3 – 12 weeks
07 / 09
Deployment
Integrations with your tools, data migration, training, documentation. We go live together.
1 week
08 / 09
Maintenance
Hot-fixes, iterations, new modules. We stay with you after launch.
Open-ended
09 / 09
Network
We open up our ecosystem to you: lawyers, marketing, founders of other projects — we help you find each other.
Die gesamte philosopht.com — die Sie gerade lesen — ist ein Produkt, das von der Architektur bis zum Deploy in Astro gebaut wurde. Mehrsprachige Unterstützung (PL/EN), Content Collections, ein statischer Build, ausgeliefert von unserer eigenen Infrastruktur.
Astro-Erfahrung bedeutet hier nicht „einmal 2023 eingesetzt" — es ist ein lebendiger Stack, mit dem wir unsere eigene Unternehmensseite mit mehrsprachigem SEO, Case Studies und Unterseiten für jede unserer Leistungen pflegen und weiterentwickeln.
Dawid Michota
Fullstack Developer
Über 4,5 Jahre Erfahrung im Aufbau von Web-Produkten. Die Seite, die Sie gerade lesen, ist das Flaggschiff-Astro-Projekt — mehrsprachig, Content Collections, Case Studies — von der Architektur bis zum Deploy.
// Ausgewählte Projekte
philosopht.com — diese SeiteFlaggschiff · mehrsprachig
Die gesamte Seite, die Sie lesen, ist unser Flaggschiff-Astro-Projekt. Mehrsprachige Unterstützung (PL/EN), Content Collections für Case Studies, dedizierte Unterseiten für jede Technologie. Kein Application-Server, keine Cold-Starts, Deploys in Sekunden.
Case Studies in AstroContent as Code
Vollständige, mehrteilige Case Studies (z. B. PZŁ 2.0) — mit 3D-Telefon-Mockups, Animationen via Motion als Island, Inhalten mit eingebetteten React-Komponenten. Der Content lebt neben dem Code, durchläuft ein Code-Review und wird gemeinsam mit dem Design versioniert.
Mehrsprachigkeit ohne Bibliothekennative Mehrsprachigkeit
Vollständiges PL/EN-Routing, umgesetzt mit Astros nativer Sprachunterstützung. Kein next-i18next, kein gatsby-plugin-intl, gar keine externe Schicht. Was Sie im Header beim Sprachwechsel sehen, ist ein Framework-Primitiv.
Die Seite, die Sie gerade lesen, ist der Beweis — kein Sales-Deck. Jedes Detail, von i18n bis zum Deploy, können Sie in Produktion begutachten.
Wir nutzen Astros native Primitive — Mehrsprachigkeit, Content Collections, View Transitions, React-/Vue-/Svelte-Integrationen, Bildoptimierung — und ergänzen nur das, was wirklich fehlt. Weniger Abhängigkeiten, weniger zu wartende Oberfläche.
Deploy: standardmäßig statische Dateien. Wir spielen sie auf Cloudflare, Netlify, Vercel aus — oder auf unsere eigene Infrastruktur, die wir für Kunden betreiben, die nicht von einem einzigen Anbieter abhängig sein wollen.
Backend und die übrigen Technologien, mit denen wir arbeiten, beschreiben wir im Detail hier.
// Warum das zählt
Ein statischer Build bedeutet keinen Application-Server, keine Cold-Starts, keinen Vendor-Lock-in und keine Skalierungsrechnungen. Ihre Website lädt in Millisekunden und kostet Centbeträge, unabhängig vom Traffic.
// Unter der HaubeTechnische Details — Architektur, Islands, Deploy
▮
Islands-Architektur — nur das JavaScript, das Sie brauchen
Astro rendert das gesamte Seitengerüst zur Build-Zeit als statisches HTML. Interaktive Fragmente markieren Sie mit einer Hydration-Direktive:
client:load - sofort hydratisieren — für Dinge above the fold (z. B. ein Dropdown-Menü).
client:visible - hydratisieren, sobald die Komponente in den Viewport kommt — ein Karussell in der Seitenmitte.
client:idle - hydratisieren, sobald der Browser wichtigere Aufgaben erledigt hat — Hilfs-Widgets.
client:only - eine ausschließlich im Browser gerenderte Komponente — für Code, der von `window` oder WebGL abhängt.
▮
Content Collections + Content Layer
Sämtliche Inhalte (Case Studies, Blog-Beiträge, Angebote, Teammitglieder) werden in einem Zod-Schema beschrieben — vergessen Sie ein Pflichtfeld, scheitert der Build, bevor der Nutzer es zu sehen bekommt. Ab Astro 5 ergänzt der neue Content Layer pluggable Loader: dieselbe Schnittstelle für Markdown-Dateien im Repo, für eine REST-API, für ein CMS wie Contentful oder Sanity, für eine Datenbank. Cache und Pagination zur Build-Zeit.
▮
View Transitions — SPA-artiges UX ohne SPA
Astro unterstützt die View Transitions API nativ — Übergänge zwischen Unterseiten sind flüssig (Fade, Slide, Shared Element), ohne kompletten Reload, aber weiterhin auf Basis von statischem HTML. Der Nutzer bekommt das Gefühl einer Single-Page-App; Google bekommt vollständige, indexierte Seiten.
▮
SSG standardmäßig, SSR und Server Islands bei Bedarf
Der Standardmodus ist Static Site Generation — alles zur Build-Zeit gerendert, als statische Dateien ausgeliefert.
SSR-Adapter - vollständiges Server-side Rendering für personalisierte oder dynamische Inhalte (Vercel, Netlify, Cloudflare Workers, Deno).
Server Islands - ausgewählte Seitenfragmente, die bei jedem Request auf dem Server gerendert werden — der Rest bleibt statisch und kommt vom CDN. Perfekt für einen Warenkorb, einen Avatar oder einen A/B-Test innerhalb einer statischen Produktkarte.
Hybrid - manche Seiten statisch, manche dynamisch — pro Route, nicht pro App.
▮
Bild-, Font- und CSS-Optimierung — eingebaut
Die `<Image>`-Komponente generiert automatisch AVIF-/WebP-Varianten, setzt Größen, Lazy-Loading und `decoding`-Attribute. Fonts über `@fontsource` oder das `astro:fonts`-Plugin (Astro 6) mit korrektem Preload, Subsetting und `font-display: swap`. Scoped CSS pro Komponente — kein Risiko von Klassennamen-Kollisionen.
▮
Internationalisierung wie auf dieser Seite
i18n in Astro ist eine dynamische `[lang]/...`-Route plus Konfiguration in `astro.config.mjs` — genau das Setup, das philosopht nutzt. Volle PL/EN-Unterstützung, kanonische URLs pro Sprache, Hreflangs, keine versteckten Weiterleitungen. Kein next-i18next oder andere Schichten — es ist ein Framework-Primitiv.
▮
Deploy: überall statisch
Der Build erzeugt ein `dist/`-Verzeichnis mit HTML-, CSS-, JS- und Bilddateien — unveränderlich, idempotent, bereit für jedes CDN.
Cloudflare Pages / Workers - kostenlos für kleine Projekte, Edge weltweit, Cloudflare besitzt Astro seit Januar 2026 — die Integration wird nur tiefer werden.
Netlify, Vercel - Click-to-Deploy aus GitHub, Branch-Previews, atomares Rollback.
Eigene Infrastruktur (diese Seite) - Ein Build zu statischen Dateien, ausgeliefert von unserem Server. Funktioniert überall — VPS, eigenes Cluster, On-Premise. Kein Application-Server, keine Cold-Starts.
Das greifbarste Beispiel für diesen Stack — diese Seite. Öffnen Sie die DevTools, prüfen Sie das Network, werfen Sie einen Blick auf die Speed-Metriken. Was Sie sehen, ist genau dieser Stack in Produktion.
Das hängt von Umfang und Größe ab. Zur Orientierung: eine einfache Unternehmensseite mit Kontaktformular, Leistungsübersicht und Team-Beschreibung — als überschaubares Einstiegsprojekt
Wie lange dauert die Umsetzung?
Eine erste lauffähige Version Ihrer Website kann innerhalb von 24 Stunden live gehen — buchstäblich. Wir haben Vorlagen, Komponenten und Prozesse, mit denen wir eine Seite mit Ihren Inhalten an einem einzigen Tag online stellen.
Das beste Ergebnis stellt sich allerdings meist nach 1–3 Wochen kontinuierlicher Iteration ein — wir liefern sukzessive Versionen aus, Sie klicken, kommentieren, wir feilen. „Die Seite live schalten" und „die Seite zu etwas verfeinern, auf das Sie stolz sind" sind zwei verschiedene Metriken — und es lohnt sich, sie bewusst auseinanderzuhalten.
Größere Portale mit Hunderten von Unterseiten und individuellen Integrationen skalieren von dort aus linear, aber wir sprechen weiterhin von Wochen, nicht von Monaten.
Wird eine Astro-Website bei Google gut ranken?
Ja — und das ist einer der Hauptgründe, warum wir sie vorschlagen. Google belohnt Seiten, die schnell laden, ein stabiles Layout haben und ohne Tricks indexiert werden. Astro liefert all das ab Werk.
In der Praxis führen nach der Migration von älteren Technologien verbesserte Core Web Vitals und eine saubere Indexierung oft zu besseren Rankings und mehr organischem Traffic — ohne Änderungen an Inhalt oder Linkaufbau-Strategie.
Wird meine Website in ChatGPT, Perplexity, Gemini sichtbar sein?
Ja — und das ist ein echter neuer Traffic-Kanal, den die meisten Unternehmen noch nicht nutzen. Sprachmodelle fragen Websites genauso ab wie Google: Sie laden das HTML und lesen, was darin steht.
Astro-Seiten liefern den fertigen Inhalt direkt im HTML — die KI sieht ihn sofort. Im Browser gerenderte Apps (die meisten klassischen React-, Vue-, Angular-Seiten) erscheinen LLMs oft als leere Seite — und verschwinden vollständig aus den KI-Antworten.
Praktischer Effekt: Wenn jemand ChatGPT nach „dem besten X-Unternehmen in Warschau" fragt, kann Ihre Seite in der Antwort auftauchen — oder eben nicht, je nachdem, wie sie gebaut wurde.
Wie übersetzt sich Website-Geschwindigkeit in echtes Geschäft?
Google hat das wiederholt untersucht — eine Verzögerung der Ladezeit um 1 Sekunde senkt die Conversion um 7–20 %, je nach Branche. Eine Seite, die 4 statt 1 Sekunde lädt, verliert im Schnitt ein Drittel ihrer mobilen Nutzer, bevor diese überhaupt etwas sehen.
Astro verbessert nicht Ihr Angebot, aber es beseitigt einen konkreten Grund, aus dem Nutzer aus dem Funnel aussteigen, bevor sie den Inhalt überhaupt zu sehen bekommen.
Wer pflegt die Inhalte nach dem Launch?
Zwei Wege — wir wählen, was zu Ihrem Team passt.
Wenn Entwickler oder technische Personen die Inhalte pflegen — verwahren wir sie im Repository; jede Änderung durchläuft ein Code-Review wie normale Produktarbeit.
Wenn nicht-technische Redakteure das tun — binden wir ein externes, browserbasiertes CMS an (Sanity, Storyblok, Contentful), in dem sie wie in Word schreiben.
Sie können auch beides mischen — Blog-Artikel im CMS, AGB im Repo.
Läuft die Website auf einem schwachen Smartphone schnell?
Ja — das ist das Szenario, in dem Astro am deutlichsten gewinnt. Klassische Seiten auf Basis von Frameworks wie React oder Vue müssen Hunderte Kilobyte JavaScript laden und ausführen, bevor überhaupt etwas erscheint — auf einem schwachen Smartphone über langsames 4G sind das 3–8 Sekunden weißer Bildschirm.
Astro liefert nur HTML, das sofort erscheint, und interaktive Elemente laden im Hintergrund nach, wenn sie gebraucht werden. Der Nutzer wartet nicht.
Kann ich in Astro einen Shop, ein Formular, einen Rechner, einen Chat haben?
Ja. Astro erlaubt es, jede interaktive Funktion an beliebiger Stelle der Seite einzufügen — als sogenannte „Island", die unabhängig vom Rest funktioniert.
Ein Shop mit Warenkorb und Checkout (z. B. auf Shopify, Stripe), ein mehrstufiges Formular mit Validierung, ein Preisrechner, ein Live-Chat, eine Karte, ein Buchungskalender — all das setzen wir regelmäßig um. Der Rest der Seite bleibt schnell und statisch, und Interaktionen laden nur dort, wo sie gebraucht werden.
Was passiert in 3–5 Jahren? Bin ich an Sie gebunden?
Nein. Astro erzeugt einfache, statische Dateien — dasselbe Format, in dem man Seiten schon vor 20 Jahren gebaut hat, nur moderner. Jeder Frontend-Entwickler am Markt übernimmt das Projekt ohne Einarbeitung oder Workshops.
Das Hosting ist agnostisch — Sie können die Seite zu Cloudflare, Netlify, Ihrem eigenen Server oder zu jedem anderen umziehen, denn es sind schlicht HTML-Dateien. Kein Vendor-Lock-in ist hier ein eingebauter Standard, kein Versprechen aus einem Sales-Deck.
Ich habe eine WordPress-Seite. Wie sieht die Migration zu Astro aus?
Wir exportieren die Inhalte aus WordPress (Artikel, Seiten, Medien), schreiben die Templates neu und übertragen die URLs eins zu eins — damit Google die Änderung nicht bemerkt und die Rankings nicht abrutschen.
Eine erste Version der neuen Seite kann innerhalb weniger Tage live sein; die verfeinerte, finale Version meist nach 1–3 Wochen gemeinsamer Iteration. Größere Portale mit Hunderten von Artikeln und individuellen Integrationen — länger, aber weiterhin in Wochen, nicht in Monaten.
Nach der Migration sinkt die Ladezeit typischerweise um das 3- bis 10-Fache, und die Hosting-Kosten gehen von Hunderten Euro im Monat auf einen Bruchteil zurück. Das sind echte Benchmarks aus unseren Projekten, kein Marketing-Slide.
Eignet sich Astro für ein Kundenpanel / eine App hinter einem Login?
Nein — und das ist kein Makel von Astro, sondern schlicht eine andere Aufgabe. Eine App, in der der Nutzer Stunden in einer einzigen, hochinteraktiven Oberfläche verbringt (Panel, CRM, SaaS, Dashboard), ist die Domäne von React mit Next.js, Vite oder TanStack Start.
Was wir tun können: den öffentlichen Teil Ihres Produkts in Astro bauen — Landing, Pricing, Dokumentation, Blog — und separat die App hinter dem Login in React. Zwei Projekte, ein Komponenten-Stack, ein Team. Viele Kunden haben ihre SaaS- und DevTools-Produkte genau so gebaut.
Die zwei Fragen, die in einem ersten Gespräch am häufigsten kommen. Kurz und auf den Punkt.
vs
Next.js
Astro für Websites, Next für Apps
Das am häufigsten verglichene Paar. Kurze Antwort: Sie sind keine Konkurrenten — sie sind zwei verschiedene Werkzeuge für zwei verschiedene Aufgaben. Die längere Antwort darunter:
Produktziel. Astro ist eine HTML-Engine, Next ist Fullstack-React. Eine Website, Blog, Docs, E-Commerce-Content — Astro. Eine App hinter einem Login, Dashboard, Real-time-SaaS — Next.
JavaScript im Bundle. Astro liefert standardmäßig 0 KB JS. Next versendet selbst im statischen Modus die React-Runtime + Hydration. Für eine Landing-Page ist das der Unterschied zwischen sofort erscheinendem Content und einer klar spürbaren Verzögerung.
Vendor-Lock-in. Astro erzeugt statische Dateien — Sie hosten sie überall. Next.js glänzt auf Vercel; SSR-/Edge-Features außerhalb von Vercel funktionieren bei verschiedenen Anbietern mit unterschiedlichen Sternchen.
Lernkurve. Astro: Wenn Sie HTML, CSS und JSX können — sind Sie in einer Stunde zu Hause. Next: Dazu kommen RSC, Server Actions, App Router, Cache-Direktiven — ein paar Wochen, um es voll zu beherrschen.
In der Praxis haben viele Produkte beides: die Marketing-Seite in Astro (öffentlicher Teil), die App in Next oder Vite (Teil hinter dem Login). Zwei getrennte Deploys, derselbe React-Komponenten-Stack.
vs
SvelteKit
Ein Fullstack-Framework für das Svelte-Ökosystem. Die Frage lautet nicht „welches ist besser", sondern „was bauen Sie":
Philosophie. SvelteKit ist Fullstack-Svelte (wie Next für React). Astro ist eine HTML-Engine, mit der Sie Islands in mehreren Frameworks einsetzen können — auch in Svelte.
Frameworks mischen. In Astro können Sie React + Vue + Svelte gleichzeitig auf einer Seite haben. SvelteKit ist Mono-Svelte — wollen Sie eine React-Komponente einbetten, landen Sie wieder bei iframes.
Sweet Spot. SvelteKit — eine reich interaktive App in einem Team, das Svelte kennt und liebt. Astro — eine Content-Seite, in der das Team die Wahl zwischen React/Vue/Svelte haben möchte.
Astro ersetzt nicht SvelteKit — es ersetzt Jekyll, Hugo, Eleventy und Gatsby. Eine andere Kategorie. Wenn Sie eine App in Svelte bauen, greifen Sie zu SvelteKit; bei einer Content-Seite zu Astro, selbst wenn Sie Svelte lieben (Svelte-Komponenten können Sie trotzdem als Islands einbetten).
vs
Nuxt
Ein Fullstack-Framework für das Vue-Ökosystem. Wieder geht es um das Projektziel, nicht um das Framework:
Philosophie. Nuxt ist Fullstack-Vue (wie Next für React). Astro ist eine HTML-Engine, mit der Sie Islands in mehreren Frameworks einsetzen können — auch in Vue.
Frameworks mischen. In Astro können Sie React + Vue + Svelte gleichzeitig auf einer Seite haben. Nuxt ist Mono-Vue — wollen Sie eine React- oder Svelte-Komponente einbetten, landen Sie wieder bei iframes.
Sweet Spot. Nuxt — eine Vue-App mit reicher Interaktion in einem Team, das ausschließlich in Vue arbeitet. Astro — eine Content-Seite, in der Vue eine von mehreren Optionen neben React, Svelte und Solid ist.
Nuxt glänzt dort, wo das Team in Vue lebt und eine vollwertige Anwendung baut. Astro ist die natürliche Wahl, wenn die Seite überwiegend Content ist und Vue nur eines von mehreren Werkzeugen für interaktive Teile sein soll.
// Letzter Schritt
Haben Sie eine Idee für eine Website oder ein Portal? Sprechen wir.
Keine Sales-Decks, keine „Lösungswolke". Sagen Sie uns, was Sie bauen möchten — wir sagen Ihnen, ob Astro die richtige Wahl ist, wie lange es dauert und was es kostet.
Kontakt
Ein kleiner, klarer nächster Schritt.
Buchen Sie ein 15-minütiges Erstgespräch oder schreiben Sie uns kurz. Auf Deutsch oder Englisch – auf Wunsch mit einem deutschsprachigen Kollegen.
Wir nutzen Google Analytics, um zu sehen, wie viele Menschen diese Seite besuchen. Sind Sie mit einer anonymen Auswertung einverstanden?Datenschutzerklärung ↗
Wir nutzen Google Analytics, um zu sehen, wie viele Menschen diese Seite besuchen. Sind Sie mit einer anonymen Auswertung einverstanden?Datenschutzerklärung ↗
