Wir bei SEOFX haben unsere eigene Agentur-Website – die Sie gerade lesen – mit Astro gebaut. Über 300 Blog-Artikel, ein Kunden-Portal, mehrere Service-Seiten, ein Online-Tool-Set, integriert in eine Build-Pipeline die in unter 30 Sekunden alles generiert. Diese Erfahrung hat uns überzeugt: für SEO-orientierte Marketing-Sites ist Astro aktuell eine der besten Wahlen. Dieser Artikel zeigt warum, wo die Grenzen liegen und welche konkreten SEO-Vorteile sich aus der Astro-Architektur ergeben.
Was Astro anders macht
Astro ist ein Static-Site-Generator mit einem markanten Unterschied: er liefert standardmäßig kein JavaScript an den Browser. Erst wenn Sie es explizit aktivieren (über sogenannte „Islands”), wird interaktiver Code mitgeschickt. Für reine Inhalts-Seiten – Blog, Marketing, Branchenseiten – ist das ein Pagespeed-Wunder.
Konkret heißt das: ein Astro-Blogartikel ist im Browser ein simples HTML-Dokument plus minimales CSS. Kein Framework-Boot, kein Hydration-Step, kein Megabyte JavaScript. Lighthouse-Scores von 95–100 sind realistisch.
Im Vergleich:
- WordPress: HTML + viel CSS + 200 KB JavaScript (jQuery, Theme-Scripts, Plugins)
- Next.js: HTML + React-Bundle (oft 100+ KB selbst nach Tree-Shaking)
- Webflow: HTML + Webflow-Runtime + Custom Code
- Astro: HTML + minimales CSS, oft kein JavaScript
Für SEO ist das Gold wert, denn die Core Web Vitals belohnen genau das.
Build-Performance und Skalierung
Ein Astro-Build ist erstaunlich schnell. Unsere Site mit über 300 Markdown-Artikeln, hunderten Branchen- und Service-Seiten und einigen Templates baut in unter 30 Sekunden.
Diese Geschwindigkeit kommt durch:
- Lazy-Loading der Komponenten im Build selbst
- Hochoptimierte Markdown-Pipeline über das Content-Collections-System
- Inkrementelle Builds in Kombination mit Vite
- Parallele Verarbeitung mehrerer Routen gleichzeitig
Bei kleineren Sites unter 100 Seiten merken Sie das nicht. Bei großen Content-Setups mit hunderten oder tausenden URLs ist es ein operativer Vorteil – Build-Zyklen unter einer Minute machen iteratives Arbeiten möglich.
Bei Programmatic-SEO-Sites mit über 1.000 URLs haben wir Build-Zeiten von zwei bis vier Minuten gemessen, was im Vergleich zu Next.js (oft 8–15 Minuten) deutlich kürzer ist.
Content Collections für strukturiertes SEO
Astros Content Collections sind eine SEO-relevante Funktion, die in anderen Static-Site-Generators oft fehlt. Sie definieren ein Schema (Frontmatter-Struktur) für Inhaltstypen wie Blog-Artikel oder Produkte, und Astro validiert beim Build dass alle Einträge dem Schema entsprechen.
Ein typisches Schema:
const blog = defineCollection({
schema: z.object({
title: z.string(),
description: z.string(),
date: z.coerce.date(),
category: z.string(),
categorySlug: z.string(),
}),
});
SEO-Vorteile:
- Title und Description sind Pflicht – kein Artikel ohne Meta-Tags
- Datum als typed Date-Feld für strukturierte Daten und sortierbare Listen
- Kategorie-Konsistenz über alle Inhalte
- Type-Safety im Code – Templates können sich auf die Daten verlassen
Bei einem Blog mit 300 Artikeln ist das ein Lebensretter. Tippfehler in Frontmatter oder fehlende Felder werden beim Build erkannt, nicht erst im Live-Betrieb.
Bilder ohne Performance-Strafe
Astro hat ein eingebautes Image-Component, das automatisch:
- Bilder in modernen Formaten (WebP, AVIF) erzeugt
- Mehrere Größen via
srcsetausliefert - Lazy-Loading aktiviert (außer bei Hero-Bildern, wo eager geladen wird)
- Bildmaße im HTML setzt für CLS-Prävention
Damit sind Bilder ein erledigter Punkt, nicht ein dauerhaftes Optimierungsthema. Ein Astro-Markdown-Artikel mit zehn Bildern lädt mobil unter 1,5 Sekunden – ohne Spezial-Konfiguration.
Mehr zur Bildoptimierung allgemein im Artikel zur Bildoptimierung für SEO.
Statische Generierung vs. Server-Rendering
Astro unterstützt drei Output-Modi:
- Static (SSG): alle Seiten werden zur Build-Zeit erzeugt und als HTML deployed
- Hybrid: Standardmäßig static, einzelne Routen können Server-Rendering nutzen
- Server (SSR): alle Routen werden zur Anfrage-Zeit gerendert
Für SEO-Marketing-Sites ist SSG fast immer die richtige Wahl. Vorteile:
- Niedrigste Hosting-Kosten (klassischer FTP-Webspace reicht)
- Beste Pagespeed (kein Server-Latenz)
- Maximale Verfügbarkeit (kein Backend das ausfallen kann)
- Einfachste Caching-Strategie
SSR oder Hybrid lohnen sich nur wenn Sie wirklich dynamische Inhalte pro Anfrage brauchen – z. B. einen User-spezifischen Bereich oder Echtzeit-Daten. Für 95 % der KMU-Marketing-Sites ist das nicht der Fall.
Praxis-Tipp: Auch wenn Sie irgendwann interaktive Bereiche brauchen, müssen Sie nicht den ganzen Site auf SSR umstellen. Astros Hybrid-Modus erlaubt z. B. dass die statische Marketing-Site bei Ihrem FTP-Hoster bleibt, während ein Login-Bereich auf einer separaten Subdomain mit SSR läuft.
SEO-Meta-Tags pflegen
In Astro-Projekten verwaltet man Meta-Tags meist in einem zentralen Layout. Ein typisches Layout-Component:
---
const { title, description, canonical } = Astro.props;
---
<head>
<title>{title}</title>
<meta name="description" content={description}>
<link rel="canonical" href={canonical}>
<meta property="og:title" content={title}>
<meta property="og:description" content={description}>
</head>
Jede Seite übergibt Title und Description als Props, das Layout kümmert sich um den Rest. Das macht es sehr schwer, eine Seite ohne Meta-Tags zu deployen – und löst eines der häufigsten SEO-Probleme automatisch.
Für Blogs mit Content Collections kann das Layout direkt aus dem Frontmatter ziehen. Ein vergessenes Description-Feld scheitert beim Build, nicht erst beim Google-Crawl.
Sitemap, RSS und strukturierte Daten
Astro hat offizielle Integrationen für:
@astrojs/sitemapgeneriert die XML-Sitemap automatisch aus allen Seiten@astrojs/rssliefert RSS-Feeds aus Content Collections- JSON-LD-Schema kann pro Seite oder Layout eingebaut werden
Mehr zur Sitemap-Konfiguration im Artikel zur XML-Sitemap, zu strukturierten Daten siehe Schema.org Grundlagen.
Was Astro nicht macht: automatische Schema-Generierung. Für jede Seite (Article, Product, FAQ etc.) müssen Sie das Schema selbst integrieren. Das ist allerdings durch Templates einfach zu lösen – einmal das Article-Schema im Blog-Layout, fertig für alle Artikel.
Hosting-Optionen für Astro-Sites
Da Astro statisches HTML produziert, sind alle gängigen Hosting-Wege möglich:
- Klassischer Webspace via FTP (z. B. all-inkl, IONOS, Strato) – günstig, robust, ideal für KMU
- Edge-Hosting wie Netlify, Vercel oder Cloudflare Pages – für höchste globale Performance
- Container-Hosting mit eigener Pipeline – für Teams mit DevOps-Ressourcen
Wir hosten unsere eigene Site auf einem klassischen FTP-Webspace. Build lokal, Upload via lftp, fertig. Diese minimalistische Architektur hat zwei Vorteile: keine monatlichen SaaS-Kosten und volle Kontrolle über die Auslieferung. Mehr zum Hosting-Aspekt im Artikel zu Webhosting für Firmenwebsites.
Wo Astro nicht die richtige Wahl ist
Astro ist nicht für alles ideal. Schwächen:
- Kein eingebautes CMS-UI. Inhalte werden in Markdown oder JSON gepflegt, nicht in einer hübschen Oberfläche. Für Redaktions-Teams ist das ein Bruch.
- Keine Datenbank-Anbindung out-of-the-box. Wer dynamische Inhalte aus einer DB braucht, braucht zusätzliche Infrastruktur.
- Kommerzielle Plugin-Ökosysteme fehlen. Was bei WordPress in 1.000 Plugins gelöst ist, muss bei Astro oft selbst gebaut werden.
- Komplexe SaaS-ähnliche Features sind aufwändig (User-Logins, Foren, etc.).
Astro ist nicht das Ende von WordPress, sondern eine Alternative für eine bestimmte Klasse von Sites: Marketing-Sites, Blogs, Dokumentationen, kleinere Online-Shops. Wer eine Community-Plattform mit Forum und Membership baut, ist mit anderen Lösungen besser bedient.
Eigenerfahrung: was wirklich anders ist
Nach knapp einem Jahr SEOFX-Site mit Astro können wir konkret sagen was sich gegenüber dem WordPress-Ursprung geändert hat:
- Lighthouse-Mobile-Score: von 65 auf 98
- First Contentful Paint: von 2,8s auf 0,8s
- Sichtbarkeitsindex (Sistrix): über 12 Monate verdreifacht
- Wartungsaufwand: keine Plugin-Updates, keine Sicherheitslücken durch outdated PHP, kein Caching-Plugin nötig
- Hosting-Kosten: etwa ein Drittel des vorherigen Managed-WordPress-Setups
Das ist kein Universal-Versprechen – aber für eine inhaltsorientierte Agentur-Site die SEO als zentrale Disziplin betreibt, hat sich der Wechsel deutlich gelohnt.
Gut zu wissen: Astro lässt sich auch hybrid einsetzen. Sie können einen WordPress-Backend behalten und nur das Frontend mit Astro neu bauen, das die WP-API als Datenquelle nutzt. So bleibt das Redaktionsteam in der gewohnten Oberfläche, der Frontend-Code wird trotzdem leicht und schnell.
Wann Astro für Sie sinnvoll ist
Astro ist die richtige Wahl wenn:
- Ihre Site überwiegend aus inhaltsorientierten Seiten besteht (Marketing, Blog, Dokumentation)
- SEO und Pagespeed strategisch wichtig sind
- Sie Entwickler-Zugang haben (oder selbst Code schreiben können)
- Sie Kontrolle über das Hosting wollen
- Ihre Site mehrere hundert bis tausend Seiten umfasst und wachsen soll
- Wartungs-Einfachheit langfristig zählt
Wenn das nach Ihnen klingt, lohnt sich ein Probe-Setup mit einem kleinen Pilot-Bereich. Astro hat eine flache Lernkurve für Entwickler – und die SEO-Vorteile sind direkt messbar.
Astro ist 2026 eine der spannendsten Plattformen für SEO-orientierte Sites. Wer die Eigenheiten versteht und gezielt einsetzt, baut Sites die schnell, wartungsarm und ranking-stark sind. Mehr Static-Site-Hintergrund finden Sie auch im Artikel zu Static Site Generators und SEO.