Skip to the content
Documentation
Help Start
Reading in:
  • German: 9,059 of 9,059 pages
About the help in other languages
All help pages

Performance von Themes

Was ein Design schnell oder langsam macht: Zahl der Anfragen und Größe von CSS und JS, Dateien, die das Rendern blockieren, Schriften, Bilder, fetch in Templates, Cache-Blöcke und der View-Cache, mit einem kurzen Budget…

Download as PDF

Address: https://doc.exponential.earth/exphelp/viewer/help/designers/theme-design/theme-performance.md

On this page

This page is a translation. Read the English original

Performance von Themes

Diese Seite ist für Designer, die ein Design möchten, das sich sofort anfühlt. Über die Performance wird an zwei Stellen entschieden: im Browser (was er laden und zeichnen muss) und auf dem Server (was Templates holen und rendern). Die Seite listet die Hebel auf beiden Seiten.

Inhalt

  1. Im Browser
  2. Auf dem Server
  3. Ein einfaches Budget
  4. Messen

Im Browser

HebelWie
Weniger Anfragenein ezcss_load und ein oder zwei Skriptbündel, gepackt (Der Packer)
Weniger Blockieren des RendernsStylesheets im Kopf, Skripte am Ende des Body oder mit defer (das Design media trennt kritische und verzögerte Skripte)
Schriftenselbst gehostet, font-display: swap, wenige Schnitte, Teilmengen mit unicode-range (Schriften in einem Design)
BilderAliase in der angezeigten Größe, srcset, loading="lazy" unterhalb des ersten Bildschirms, Breite und Höhe gesetzt (Bild-Performance)
Standardmäßig keine DrittanbieterExterne Ressourcen und CDNs
Seitenspezifisches CSS und JS nur, wo verwendetezcss_require / ezscript_require aus dem View-Template
Stabiles Layoutreservierter Platz für Bilder, Anzeigen, Einbettungen (CLS und LCP messen)

Auf dem Server

HebelWie
Der View-Cachehalten Sie Vollansichten zwischenspeicherbar; nichts Benutzerspezifisches darin (Caching für Designer)
Cache-Blöckeschließen Sie Menüs und Fußbereiche mit den richtigen Schlüsseln ein
Weniger fetch-Aufrufeeinmal im Pagelayout holen, das Ergebnis an Teile übergeben; Werte aus content_info vorziehen (Performance von fetch)
Limitsimmer ein limit bei Listen-fetch; blättern
Kein fetch in einer Schleifedie Kinder einmal holen, nicht ein fetch pro Eintrag

Ein einfaches Budget

Für eine öffentliche Inhaltsseite peilen Sie an:

  • eine Stylesheet-Anfrage und höchstens zwei Skript-Anfragen vom Design;
  • keine Anfrage an einen fremden Host vor der Einwilligung;
  • das größte Bild des ersten Bildschirms in einem Alias nahe seiner angezeigten Größe ausgeliefert;
  • Layoutverschiebung (CLS) höchstens 0,05, das Ziel, das das Projekt für seine eigenen Seiten verwendet.

Messen

  • Der Netzwerkbereich des Browsers: Zählen Sie Anfragen, prüfen Sie Größen, suchen Sie Dateien, die das Rendern blockieren.
  • Der Bereich Performance oder Lighthouse des Browsers für Largest Contentful Paint und Cumulative Layout Shift.
  • Auf dem Server zeigt die Debug-Ausgabe (DebugOutput=enabled für Ihre Adresse) Zeiten und die Zahl der Datenbankabfragen einer Seite; Templates mit vielen fetch-Aufrufen fallen dort auf.
  • Messen Sie abgemeldet und mit kaltem und warmem Cache: Der erste Besucher nach einer Veröffentlichung sieht die nicht zwischengespeicherte Seite.

Verwandte Seiten

Werden Sie Exponential-Partner

Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.

Something wrong on this page? Report an error

Documentation license

This documentation is free documentation, licensed under the GNU Free Documentation License 1.3 or later.

Exponential Copyright © 1998-2026 Exponential Foundation and 7x