Cache und Optimierung: Seitencache, Minifizierung und Schriften

Der Tab Cache und Optimierung beschleunigt öffentliche Seiten ohne separates Cache-Plugin. Er cacht Seiten, verkleinert das HTML, lädt Skripte später, kümmert sich um Schriften und prüft das Ergebnis. Öffnen Sie ihn unter Baza Helper > Cache und Optimierung.

Seitencache

Schalten Sie Öffentliches Page-Caching aktivieren ein. Gecacht werden nur anonyme GET-Anfragen ohne Cookies und ohne Parameter in der Adresse. Konto, Kasse und ausgeschlossene Pfade umgehen den Cache immer.

• Cache-Lebensdauer (Sekunden): Standard eine Stunde, von 60 Sekunden bis zu einem Tag. Eine kurze Lebensdauer hält Buchungsdaten und Sicherheits-Token aktuell, eine lange hält die Website für jeden Besucher schnell.
• Maximale Anzahl gecachter Seiten: die Obergrenze für gespeicherte Kopien.
• Cache leeren, wenn sich Inhalte oder Theme-Einstellungen ändern: Besucher sehen keine veralteten Seiten.
• Ausgeschlossene URL-Pfade: ein Pfad pro Zeile, beginnend mit /. Ein Pfad und alles darunter umgeht den Cache.

Der Tab beginnt mit drei Karten in dieser Reihenfolge: Cache-Verwaltung, Geschwindigkeits-Berater, dann Page-Cache und die übrigen Einstellungen. Unter Cache-Verwaltung sehen Sie die Zahl der gecachten Seiten, die Cache-Größe und die abgelaufenen Einträge. Page-Cache leeren leert ihn, und Öffentliche Seiten aufwärmen ruft bis zu 100 veröffentlichte Seiten in kleinen WP-Cron-Paketen ab, damit schon der erste Besucher eine gecachte Seite bekommt. Das Aufwärmen überspringt personalisierte Antworten. Ist WP-Cron auf Ihrem Server deaktiviert, braucht das Aufwärmen einen Server-Cronjob.

HTML, CSS und JavaScript

• Konservative HTML-Minifizierung entfernt Kommentare und überflüssige Leerzeichen. Leerzeichen im Text, Skripte, JSON-LD, Styles, SVG, pre und textarea bleiben unberührt.
• Use compiled minified theme CSS / JavaScript wählt die .min-Datei des Themes, wenn es eine gibt.
• Kompatible Theme-Skripte verzögern (defer) nutzt das abhängigkeitsbewusste Laden von WordPress. Externe Anbieter-Skripte und Ressourcen des Buchungs-Plugins bleiben unverändert.
• Alle Skripte verzögern (einschließlich jQuery und Theme) lädt jede Skriptdatei, nachdem die Seite geparst wurde. WordPress behält die Reihenfolge von Skripten bei, die voneinander abhängen. Ein Skript mit danach ausgegebenem Inline-Code und angemeldete Besucher bleiben unverändert, und führt die Seite Inline-Code aus, der jQuery selbst aufruft, bleibt jQuery zuerst. Standardmäßig aus. Testen Sie nach dem Einschalten Formulare, Menüs und Slider. Die Einstellung Skripte, die beim Verzögern aller Skripte unverändert bleiben nimmt ein WordPress-Skript-Handle pro Zeile. Diese Skripte bleiben im Head, alle anderen werden verzögert.
• Combine local stylesheets / scripts into one file gilt für Besucher, die nicht angemeldet sind. Dateien, die nacheinander geladen werden, werden in gleicher Reihenfolge zu einer Datei. Styles mit Inline-Code, anderen Medientypen oder @import sowie Skripte mit Inline-Daten oder Module bleiben getrennt. Testen Sie nach dem Einschalten Formulare, Menüs und Slider.
• Skripte des Buchungskalenders verzögern (defer) erscheint nur, wenn Baza Booking Calendar installiert ist. Machen Sie nach dem Einschalten eine Testbuchung.
• Elementor- und Add-on-Skripte verzögern und jQuery Migrate auf der öffentlichen Website nicht laden entfernen weitere blockierende Anfragen. Prüfen Sie danach Slider, Zähler, Menüs, Popups und Formulare.
• WordPress-Emoji ausschalten entfernt das Emoji-Skript und die Styles. Eingegebene Emojis funktionieren weiter, weil der Browser sie zeichnet.

Bilder und erster Bildschirm

• Fehlende lokale Bildabmessungen ergänzen ergänzt Breite und Höhe nur, wenn beide Werte fehlen.
• Nicht konfigurierte Bilder nach den ersten drei per Lazy Loading laden lädt die ersten Bilder ohne Lazy Loading.
• Anfangs sichtbare Inhalte für LCP statisch halten verhindert, dass Einblend-Animationen den ersten Bildschirm aufhalten.
• Größtes Bild jeder Seite vorladen erfährt von den Browsern Ihrer Besucher, welches Bild am größten gezeichnet wurde, und fügt nach zwei übereinstimmenden Besuchen ein Preload mit hoher Priorität hinzu, getrennt für Smartphones und größere Bildschirme. Dieses Bild wird nie verzögert geladen: loading="lazy" wird entfernt und die Priorität auf hoch gesetzt.
• Barrierefreiheits-Markup automatisch reparieren gibt unbenannten Links ein aria-label, ergänzt ein main-Landmark, wenn die Seite keines hat, und entfernt ungültige aria-value-Attribute.

Schriften

• font-display swap für lokale Stylesheets verwenden erstellt eine CSS-Kopie mit Hash im Namen und ergänztem swap.
• Die Schriften lokaler Stylesheets automatisch vorladen lädt die erste lateinische Schriftdatei jedes @font-face vor, und Höchstanzahl automatisch vorgeladener Schriften (1 bis 5, Standard 2) begrenzt die Anzahl.
• Wichtige Schrift-URLs vorladen (preload) nimmt bis zu fünf WOFF2-, WOFF-, TTF- oder OTF-Adressen an. Laden Sie nur Schriften vor, die oberhalb der Falz verwendet werden.

Critical CSS und verzögerte Styles

Das Feld Critical CSS enthält nur CSS, ohne style-Tags und Importe. Es ist nötig, bevor Sie Stylesheet-Handles, die nach dem Critical CSS geladen werden auflisten. Styles außerhalb der Liste bleiben blockierend. Der Critical-CSS-Generator kann das Feld für Sie füllen, siehe den eigenen Artikel.

Direkte HTML-Auslieferung

HTML direkt ohne WordPress ausliefern übergibt gecachte Seiten ohne PHP-Start an den Webserver. Dafür sind Seitencache und automatische Invalidierung nötig, und die Serverprüfung muss bestanden sein. Auf Apache und LiteSpeed sichert die Schaltfläche Regeln automatisch installieren die .htaccess, schreibt die Regeln vor die von WordPress, testet die Startseite und stellt die alte Datei wieder her, wenn etwas schiefgeht. Regeln entfernen entfernt nur den Block, den Baza Helper hinzugefügt hat. Auf Nginx zeigt der Tab Regeln zum Kopieren in die Serverkonfiguration.

Browser-Cache-Regeln

Die Browser-Cache-Karte schreibt auf Apache oder LiteSpeed einen markierten Block in die .htaccess: ein Jahr für Bilder, Schriften und Video, einen Monat für CSS und JavaScript. Auf Nginx zeigt sie die Zeilen zum Kopieren. Danach prüft sie, ob der Server wirklich einen max-age-Header sendet. Das beantwortet den PageSpeed-Hinweis „Use efficient cache lifetimes“.

Performance-Diagnose

Geben Sie eine Seitenadresse ein, starten Sie die Prüfung oder importieren Sie einen Lighthouse-Bericht als JSON. Das Ergebnis listet Probleme mit den Fakten und einem nächsten Schritt für jedes auf, dazu die ersten eigenen CSS- und JavaScript-Dateien mit ihrem Browser-Cache-Alter und rendernde blockierende Styles. Es gibt keine erfundene Wertung. Die Karte Speed advisor darüber macht aus denselben Befunden Schalter, siehe den Artikel über den Speed advisor.