Wie schnell sind KI-gebaute Seiten? Was das Tempo entscheidet
Wie schnell sind KI-gebaute Seiten? Was das Tempo entscheidet
Das Tempo hängt daran, was die Seite ausliefert, nicht daran, wer sie geschrieben hat. Eine generierte Marketingseite besteht überwiegend aus Text, ein paar Bildern und wenig Skript, also lädt sie wie jede andere kleine Seite. Langsam wird sie aus denselben Gründen wie eine handgebaute: schwere Bilder, zu viele Schriften, Skripte, die niemand braucht.
Diese Unterscheidung ist wichtig, weil die Frage nach der Geschwindigkeit von KI-Code keine Antwort hat. Tempo ist eine Eigenschaft des Ergebnisses, und das Ergebnis ist eine Seite im Browser.
Was entscheidet wirklich über die Ladezeit?
Drei Dinge, grob in dieser Reihenfolge. Wie viele Bytes der Browser herunterlädt. Wie viele einzelne Anfragen er dafür stellt. Und wie viel Rechenarbeit anfällt, bevor die Seite benutzbar ist. Fast jede Diskussion über Geschwindigkeit ist eine dieser drei Fragen in anderer Kleidung.
Auf einer Marketingseite dominiert der erste Punkt fast immer, und zwar durch Bilder. Ein Foto direkt aus der Kamera kann schwerer wiegen als der gesamte Rest der Seite zusammen, und kein sauberes Markup gleicht das aus. Eine einzige Datei zu verkleinern ist meistens der größte verfügbare Gewinn.
Der dritte Punkt ist der Ort, an dem Einbindungen und Zählpixel landen. Jedes fremde Skript ist eine Anfrage, dann eine Auswertung, dann eine Ausführung, und all das konkurriert mit Ihrem Inhalt um dieselbe Rechenzeit. Deshalb wirkt eine optisch schlichte Seite auf einem Mittelklassehandy trotzdem träge.
Keiner dieser drei Punkte interessiert sich dafür, wer das Markup erzeugt hat. Eine generierte und eine handgeschriebene Seite mit denselben Dateien verhalten sich gleich, weil der Browser den Unterschied weder kennt noch braucht.
Ist generierter Code langsamer als handgeschriebener?
Nicht von Natur aus, und im Abstrakten nicht sinnvoll vergleichbar. Die ehrliche Fassung der Frage ist enger: Liefert dieser eine Build mehr aus, als er müsste? Das lässt sich beantworten, und zwar durch Nachsehen statt durch Nachdenken über das Werkzeug.
Wo generierte Ausgabe schiefgehen kann, ist die Übererfüllung. Wer eine Seite mit Galerie, Karte, Chatfenster und bewegtem Hero beschreibt, bekommt alle vier, jedes mit eigenem Gewicht. Der Generator tut, worum er gebeten wurde. Niemand steht daneben und fragt, ob die Karte ihren Platz verdient.
Handgeschriebener Code geht an derselben Stelle schief, nur langsamer. Gewachsene Seiten sammeln über Jahre Erweiterungen, Zählcodes und vergessene Versuche an. Der Unterschied ist, dass eine generierte Seite klein anfängt und durch Ihre ausdrücklichen Wünsche wächst, sodass sich jedes Gramm auf eine Entscheidung zurückführen lässt.
Was landet bei einem Zugo-Build in der Seite?
Ein lauffähiges Projekt, vor der Übergabe geprüft. Jeder Build wird in einer Sandbox geöffnet, und was nicht startet, wird als Fehlschlag gemeldet statt ausgeliefert. Das senkt das Risiko, etwas Kaputtes zu veröffentlichen. Über das Gewicht sagt es nichts.
| Was in der Seite landet | Woher es kommt | Was es kostet |
|---|---|---|
| Markup und Gestaltung | aus dem Build selbst | wenig, überwiegend Text |
| Ihre Bilder | von Ihnen hochgeladen oder verlinkt | die größte Schwankung auf den meisten Seiten |
| Schriften | aus der Gestaltung des Builds | ein oder zwei Schnitte sind günstig, sechs nicht |
| Bewegung und Interaktion | das, worum Sie gebeten haben | wächst mit der Zahl beweglicher Teile |
| Zählcode | aus der Google-Analytics-Anbindung, falls gewählt | eine fremde Anfrage bei jedem Besuch |
| Datenbankabfragen | aus Supabase, falls es Login oder Daten gibt | hängt von der Seite ab, nicht vom Builder |
Lesen Sie die Tabelle als Prüfliste, nicht als Urteil. Die zwei Zeilen, die Sie am unmittelbarsten steuern, Bilder und Schriften, entscheiden auf einfachen Seiten fast immer über das Ergebnis.
Welche Entscheidungen machen eine Seite langsam?
Vier, und sie wiederholen sich auf fast jeder langsamen Seite.
Unkomprimierte Bilder. Ein Foto in voller Auflösung als Hintergrund ist die häufigste Ursache überhaupt. Verkleinern Sie es vorher auf die Größe, in der es tatsächlich angezeigt wird. Was dabei zu Format und Maßen zu beachten ist, steht in Eigene Bilder verwenden.
Zu viele Schriften. Jede zusätzliche Familie und jeder zusätzliche Schnitt ist eine weitere Datei und ein weiterer Moment, in dem Text springen kann. Zwei Schnitte einer Familie reichen für eine Marketingseite fast immer.
Fremde Einbindungen. Chatfenster, Kartenausschnitte, eingebettete Beiträge und Videoplayer sind vollständige Anwendungen innerhalb Ihrer Seite. Jede einzelne ist für sich vertretbar, vier zusammen sind eine Entscheidung, die niemand bewusst getroffen hat.
Alles auf einer Seite. Eine einzelne Seite mit Shop, Blogbeiträgen und Buchungsformular lädt alle drei Teile für jemanden, der einen wollte. Die Aufteilung in eine mehrseitige Plattform kostet 12 Credits für die ersten drei Seiten und 3 für jede weitere, und das ist oft billiger als der verlorene Besuch.
Wie messe ich das, statt zu raten?
Indem Sie die veröffentlichte Adresse durch ein Werkzeug schicken, das dieselben Kennzahlen ausgibt wie die Suchmaschinen, und zwar von einem Gerät aus, das Ihren Besuchern ähnelt.
| Kennzahl | Was sie misst | Wie man sie liest |
|---|---|---|
| LCP | wann der Hauptinhalt sichtbar wird | fast immer vom Hero-Bild bestimmt |
| CLS | wie stark das Layout beim Laden springt | meist Schriften oder Bilder ohne reservierten Platz |
| INP | wie schnell die Seite auf eine Berührung reagiert | meist Skripte, die um Rechenzeit streiten |
| Seitengewicht | heruntergeladene Bytes | die Zahl, die man zuerst senkt, weil es am leichtesten geht |
Die Schwellenwerte veröffentlicht Google selbst und passt sie an, nehmen Sie die aktuellen Zahlen also aus der Dokumentation und nicht aus einem Blogbeitrag, auch nicht aus diesem. Wichtiger als der genaue Wert ist die Richtung: einmal messen, bevor Sie etwas ändern, und einmal danach.
Messen Sie nicht die Vorschau auf einem schnellen Rechner im Büro-WLAN. Testen Sie auf dem Handy, im Mobilfunk, auf der veröffentlichten Adresse. Wie Tempo und Sichtbarkeit zusammenhängen, steht in Sind KI-Seiten gut für SEO.
Was hat Tempo mit Datenschutz zu tun?
In Deutschland mehr als anderswo, und beides zeigt in dieselbe Richtung. Schriften, die bei jedem Aufruf von einem fremden Server nachgeladen werden, kosten eine zusätzliche Verbindung und übertragen nebenbei die IP-Adresse Ihrer Besucher. Ein Landgericht hat das 2022 für Google Fonts als Datenschutzverstoß gewertet, und danach ging eine Abmahnwelle durchs Land.
Selbst ausgeliefert sind dieselben Schriften schneller und unproblematisch. Das ist der seltene Fall, in dem die datenschutzfreundliche Lösung auch die technisch bessere ist, und er gilt für Kartendienste und eingebettete Videos in abgeschwächter Form genauso.
Der Einwilligungsbanner ist die andere Hälfte. Er lädt vor dem Inhalt, blockiert häufig genau die Elemente, die für die Messung zählen, und verschiebt das Layout, sobald er verschwindet. Wer ihn braucht, sollte ihn schlank halten. Wer keine einwilligungspflichtigen Dienste einbindet, braucht ihn gar nicht, und das ist die schnellste aller Varianten.
Was behebt eine Änderung, was braucht den Code?
Das meiste ist eine Änderung. Weniger Schriften, ein leichteres Hero-Bild, eine entfernte Einbindung, die Galerie auf eine eigene Seite: Der Build ändert sich, und eine Änderung kostet 3 Credits. Eine Aufräumrunde ist damit billig genug, um sie auf Verdacht zu machen.
Was eine Änderung nicht tut, ist das Foto komprimieren, das Sie hochgeladen haben. Das passiert vorher, in dem Bildwerkzeug, das Sie ohnehin haben, und es lohnt sich, das ordentlich zu machen.
Tiefere Arbeit gehört in den Code. Exportieren Sie das Projekt nach GitHub, messen Sie im Detail und ändern Sie das, was die Messung anzeigt. Dieser Weg steht in Kann ich den Code exportieren, und dort würde auch eine Entwicklerin anfangen.
Spielt das Hosting eine Rolle?
Ja, und es ist einer der wenigen Teile, über die Sie am Anfang nicht nachdenken müssen. Ein veröffentlichtes Projekt liegt unter einer Adresse wie ihre-seite.zugo.run, eine eigene Domain kommt darüber, ohne dass sich am Build etwas ändert.
Wer die Auslieferung selbst besitzen will, deployt über die Vercel-Anbindung auf das eigene Konto, und nach einem Export nach GitHub lässt sich das Projekt überall betreiben. Hosting ist eine Entscheidung, die man später revidieren kann. Eine Seite, die um sechs Schriften herum gebaut wurde, ist das nicht.
Wo sind die ehrlichen Grenzen dieser Antwort?
Drei, klar gesagt. Wir veröffentlichen keine Messwerte. Keine Zahl in diesem Text behauptet, wie schnell Ihre Seite sein wird, weil das an Ihren Bildern, Ihren Einbindungen und den Geräten Ihrer Besucher hängt. Behandeln Sie jede Tempo-Behauptung eines Builders, auch unsere, als unbelegt, bis Sie selbst gemessen haben.
Die Sandbox-Prüfung betrifft das Starten, nicht die Leistung. Sie bestätigt, dass der Build öffnet. Sie bewertet kein Gewicht und warnt nicht vor einem riesigen Hero-Bild.
Und schwere Anwendungen sind ein anderes Thema. Ein Dashboard mit Live-Daten oder ein 2D-Spiel im Browser hat ein Verhalten, das Ratschläge zur Seitengeschwindigkeit nicht abdecken. Wirklich tiefe Optimierung an einem komplexen Produkt ist Ingenieursarbeit und kein Prompt, und dort ersetzt Zugo kein Entwicklungsteam.
Am schnellsten kommen Sie zur Antwort, indem Sie eine Seite bauen und selbst messen. Beschreiben Sie eine auf zugo.dev, veröffentlichen Sie sie und schicken Sie die Adresse durch ein Tempo-Werkzeug, bevor Sie das erste Bild hinzufügen. Dieser Ausgangswert sagt mehr als jede allgemeine Behauptung über KI-gebaute Seiten.