KI-generierte Astro-Seiten: schnell, statisch und oft mit denselben Worten
Astro rendert Seiten standardmäßig zu statischem HTML, mit Server-Rendering, wenn du dich dafür entscheidest, und liefert JavaScript nur für die interaktiven Inseln aus, die du markierst. Damit ist eine KI-generierte Astro-Seite einer der freundlichsten Stacks für Crawler und für die IntentGrid-Demo: Der Text steht im HTML. Was Astro nicht löst, ist die Gleichheit. Generierte Astro-Seiten landen bei denselben Starter-Themes, Tailwind-Standards und demselben Durchschnittstext wie alle anderen, und dieser Teil ist redaktionell.
Zuletzt aktualisiert am 2. Oktober 2026.
Warum sich KI-generierte Astro-Seiten trotzdem angleichen
Astro löst Rendering und Performance. Was auf deiner Seite steht, dazu hat es keine Meinung.
- Starter-Themes. Generierte und auf Templates basierende Astro-Seiten starten meist von einer kleinen Auswahl beliebter Themes, und deren Layouts scheinen durch.
- Tailwind-Standards: dieselben Abstände, dieselbe Schriftskala und dieselben Schatten, solange niemand sie ändert.
- Landingpages in Blogform. Astro ist für Content-Seiten beliebt, also übernehmen generierte Marketingseiten oft die Form einer Blog-Startseite: Hero, neueste Beiträge, Newsletter-Box.
- Text für niemanden: „Insights, die dich wachsen lassen“, „Schließ dich Tausenden Lesern an“.
Weil Astro-Seiten größtenteils aus .astro-Dateien und Markdown bestehen, gehören diese Lösungen zu den einfachsten auf jedem Stack.
Was IntentGrid auf einer Astro-Seite tut und was nicht
IntentGrid schreibt die Worte für jeden Besucher neu: Überschriften, Fließtext, Feature-Beschreibungen und Button-Beschriftungen, je nachdem, wie er gekommen ist (Traffic-Quelle, Kampagne, ungefähre Stadt, Gerät, Sprache, Ortszeit). Es passt den Text an, der schon auf der Seite steht, und Markennamen, Preise, Daten und Zahlen bleiben, wie sie geschrieben sind.
Dein Repository, deine Content Collections, deine Komponenten und deinen Build-Output fasst es nicht an, und es ändert kein Design. Eine Traffic-Quelle ist es nicht.
Der funktionierende Teil ist heute eine Demo, die eine neu geschriebene Kopie jeder öffentlichen URL in einer Sandbox auf intentgrid.ai rendert; die Anpassung auf deiner eigenen Domain ist Early Access und wird pro Seite von Hand eingerichtet. So funktioniert es hat die Details.
Standardmäßig statisch: was die Demo lesen kann
Eine Astro-Seite wird beim Build zu HTML gerendert, solange du sie nicht auf Server-Rendering umstellst, und so oder so steht der Text in der HTML-Antwort. Komponenten aus anderen Frameworks innerhalb von Astro, etwa React oder Svelte, werden ebenfalls zu HTML gerendert, es sei denn, sie sollen ausschließlich im Browser rendern. Die Demo bekommt also meist deinen echten Text.
Die eine Falle ist eine Komponente mit der Direktive client:only. Sie rendert nichts ins HTML, also ist jeder Text darin für die Demo unsichtbar, und für Crawler, die kein JavaScript ausführen, ebenso. Wenn dein Hero oder deine Preise in einer Client-only-Insel stecken, hol den Text heraus und lass nur den interaktiven Teil drin.
Ein Vorher-Nachher zur Illustration
- Standard, für alle gleich
- Insights, die dein Indie-Game wachsen lassen
- Kam aus einem Thread in einem Gamedev-Forum, am Laptop, spät nachts
- Jede Woche eine Analyse, wie kleine Indie-Games ihre ersten Spieler gefunden haben
- Hat einen Link in den Shownotes eines Podcasts angetippt, am Handy
- Fang mit einer kostenlosen Ausgabe an: eine Indie-Game-Analyse, jede Woche
Gleiches Layout, gleiche Preise, gleiche Aussagen. Jede Version nutzt nur, was die Originalseite ohnehin sagt: in diesem erfundenen Fall wöchentliche Analysen und eine kostenlose Probeausgabe.
Lösungen in einer Astro-Codebasis
Größtenteils Änderungen an .astro- und Markdown-Dateien:
- Verschieb den Text von Hero und Abschnitten in eine Content Collection oder eine einzige Datendatei, damit die Worte an einem Ort bearbeitet werden, statt sie in Komponenten zusammenzusuchen.
- Gib von jeder Seite einen echten Titel und eine echte Beschreibung an den Head deines Layouts weiter, statt einen einzigen seitenweiten Standard zu erben.
- Gib Tailwind ein eigenes Theme: deine eigenen Farben, deine eigene Schriftskala und eine Schrift, die der Starter nicht verwendet.
- Entfern die Standardabschnitte des Themes, die du nicht brauchst. Eine Landingpage in Blogform für ein Produkt, das kein Blog ist, liest sich wie ein Template.
- Halte Text aus Client-only-Inseln heraus. Text gehört ins statische HTML; nur Verhalten braucht JavaScript.
Die Design-Seite, und warum KI-Tools bei denselben Voreinstellungen landen, findest du unter warum vibe-gecodete Websites gleich aussehen.
Fragen zu Astro
Funktioniert die IntentGrid-Demo auf Astro-Seiten?
Meist sehr gut, weil Astro Seiten standardmäßig zu HTML rendert und der Text in der Antwort steht. Die Ausnahme ist Text in einer Komponente, die nur im Browser rendert: Den kann die Demo nicht sehen, genauso wenig wie ein Crawler, der kein JavaScript ausführt.
Macht Text pro Besucher den Sinn einer statischen Astro-Seite zunichte?
Muss er nicht. Crawler und Besucher ohne Kontext bekommen die statische Standardseite. Die Anpassung auf der eigenen Domain ist so entworfen, dass sie das HTML anpasst, das ein Browser bekommt, und Crawlern die kanonische Seite unter einer URL ausliefert; sie ist Early Access und noch kein Self-Service-Produkt.
Brauche ich eine Astro-Integration für IntentGrid?
Für die Demo nicht, sie funktioniert auf jeder öffentlichen URL. Die Anpassung auf der eigenen Domain ist so entworfen, dass sie keine Framework-Integration und keinen Rebuild braucht, und wie sie installiert wird, wird veröffentlicht, wenn sie fertig ist.