LNDLE Speed – Seiten-Cache, WebP, Lazy Load & Performance

FAQ

Funktioniert es mit Elementor?

Ja. Der Cache wird geleert, wenn Elementor-Vorlagen gespeichert werden oder Elementor seine CSS-Dateien neu erzeugt, und die Elementor-Vorschau wird nie zwischengespeichert oder optimiert. Gibt Elementor sein CSS inline aus, schlägt der Einrichtungsassistent vor, die CSS-Ausgabeart auf „Externe Datei“ umzustellen – das verträgt sich besser mit einem Seiten-Cache.

Was schreibt das Plugin auf meinen Server?

Bei der Aktivierung und bei jedem Speichern der Einstellungen schreibt LNDLE Speed Folgendes:

• wp-content/advanced-cache.php – das WordPress-Drop-in, das den Cache noch vor WordPress selbst lädt. Liegt dort bereits ein Drop-in eines anderen Cache-Plugins und ist dieses Plugin noch aktiv, wird die Datei nicht ersetzt; es erscheint ein Hinweis, und sie lässt sich von Hand ersetzen. Das vorherige Drop-in wird dann in der Datenbank aufbewahrt und beim Deaktivieren von LNDLE Speed zurückgeschrieben.
• wp-content/cache/lndle-speed/config.php – eine erzeugte Konfigurationsdatei für den Cache, im eigenen Cache-Ordner des Plugins. Dieser Ordner verwehrt den direkten Zugriff auf PHP-Dateien.
• define( 'WP_CACHE', true ); // LNDLE Speed in wp-config.php. Steht WP_CACHE dort bereits auf true, bleibt die Datei unverändert. Eine vorhandene WP_CACHE-Zeile mit einem anderen Wert wird ersetzt.
• Einen Block zwischen # BEGIN LNDLE Speed und # END LNDLE Speed am Anfang der .htaccess-Datei im Wurzelverzeichnis der Website, mit den Umschreibungsregeln für den Seiten-Cache und, falls eingeschaltet, den Browser-Cache-Regeln.
• Den Ordner wp-content/cache/lndle-speed/ mit den zwischengespeicherten Seiten, den minifizierten und zusammengefassten CSS-Dateien und einer kleinen .htaccess-Datei, die die Antwort-Kopfzeilen für zwischengespeicherte Seiten setzt.
• Eine .webp-Datei neben jedem umgewandelten Bild in wp-content/uploads/, benannt nach dem Original (zum Beispiel photo.jpg.webp), solange die WebP-Erzeugung eingeschaltet ist. Die Originaldateien bleiben unangetastet.

Beim Deaktivieren entfernt das Plugin seinen .htaccess-Block, seine eigene advanced-cache.php (oder stellt das zuvor vorhandene Drop-in wieder her), die von ihm ergänzte WP_CACHE-Zeile, den Ordner wp-content/cache/lndle-speed/ samt Konfigurationsdatei sowie seine geplanten Aufgaben. Beim Löschen des Plugins werden zusätzlich seine Optionen aus der Datenbank entfernt. Die erzeugten .webp-Dateien bleiben bewusst erhalten: Ihr Löschen wäre nicht rückgängig zu machen, und die .webp-Dateien im Ordner uploads lassen sich jederzeit selbst entfernen.

Nicht automatisch entfernt wird eine WP_CACHE-Zeile, die schon vor der Aktivierung in wp-config.php stand. Voraussetzung für das Entfernen ist, dass die Dateien beim Deaktivieren noch beschreibbar sind.

Mein Hoster hat schon einen Server-Cache. Brauche ich den Seiten-Cache trotzdem?

In der Regel nicht. Der Einrichtungsassistent ruft die Startseite ab und sucht nach Antwort-Kopfzeilen eines serverseitigen Seiten-Caches (etwa Varnish, Nginx FastCGI Cache oder LiteSpeed) und des Cloudflare-HTML-Caches. Findet er einen, schaltet er Seiten-Cache und Vorladen in seinen Empfehlungen ab, damit Seiten nicht doppelt zwischengespeichert werden. Die übrigen Funktionen – Lazy Load, Bildmaße, CSS-Minifizierung und das Aufräumen von WordPress – lassen sich zusammen mit einem Server-Cache nutzen. Leere in diesem Fall nach Änderungen an Einstellungen oder Inhalten den Cache beim Hoster.

Wie funktioniert die lokale Auslieferung der Google-Schriften?

Unter „Dateien“ die Einstellung „Google-Schriften von dieser Website ausliefern“ einschalten. Fordert eine Seite ein Stylesheet von fonts.googleapis.com an, merkt sich das Plugin die Adresse und lädt sie im Hintergrund samt der Schriftdateien nach wp-content/uploads/lndle-speed-fonts/. Von da an verweist die Seite auf diese lokale Kopie, und der preconnect zu Google entfällt. Besucher verbinden sich nie mit Google. Der Download braucht einmal je Schriftsatz eine ausgehende Verbindung vom Server zu Google; blockiert der Hoster das, nutzt die Seite weiter die Fassung von Google, und nichts geht kaputt. Schriften, die ein Theme oder Plugin bereits selbst hostet, bleiben unangetastet, und Schriftdateien in ein anderes Format umwandeln kann das Plugin nicht.

Sendet das Plugin Daten irgendwohin?

Nein. Das Plugin hat keine Nachverfolgung, spricht weder einen Lizenz- noch einen Update-Server an und lädt keine externen Skripte oder Schriften.

Es werden ausschließlich Anfragen an die eigene Website gestellt: Das Vorladen ruft die Sitemap und die Seiten ab, damit sie im Cache landen, und der Einrichtungsassistent holt die Startseite aus dem Browser, um nach Cache-Kopfzeilen zu sehen. Vorgeladen werden nur Seiten der eigenen Domain; Sitemaps auf anderen Domains werden übergangen.

Die Einstellungsseite enthält Verweise auf die Seite von LNDLE Speed Pro auf lndle.media. Das sind einfache Links; von dort wird nichts geladen, solange sie nicht angeklickt werden.

Welche Bilder werden nach WebP umgewandelt?

JPEG- und PNG-Dateien in der Mediathek, einschließlich der Zwischengrößen, die WordPress erzeugt. Die WebP-Datei wird neben dem Original abgelegt und nur behalten, wenn sie tatsächlich kleiner ist. Bilder, die bereits WebP, AVIF, SVG oder GIF sind, bleiben unangetastet – ebenso die Originaldateien, es wird nichts überschrieben.

Welche WebP-Auslieferung soll ich wählen?

Auf Apache oder LiteSpeed ohne vorgeschaltetes CDN sind die .htaccess-Regeln die bessere Wahl: Sie erfassen auch Hintergrundbilder in CSS und lassen das HTML unverändert. Auf Nginx oder hinter einem CDN beziehungsweise Server-Cache, der den Vary: Accept-Header ignorieren kann, ist stattdessen das picture-Element richtig. Der Einrichtungsassistent gibt anhand des gefundenen Servers eine Empfehlung, und die Methode lässt sich jederzeit wechseln.

Verbessert es die Core Web Vitals?

Genau dafür ist das Plugin gebaut. Der Seiten-Cache verkürzt die Antwortzeit des Servers, und genau die misst Time to First Byte. Das Vorladen des Hero-Bildes und die WebP-Auslieferung verkürzen den Largest Contentful Paint, weil der Browser das wichtigste Bild früher findet und eine kleinere Datei lädt. Fehlende Breiten- und Höhenangaben bei Bildern werden ergänzt, was die Layoutsprünge verhindert, die Cumulative Layout Shift zählt. JavaScript defer und die zusammengefassten, asynchron geladenen Stylesheets verringern die Arbeit, die der Browser vor dem ersten Bildaufbau leisten muss, was sich bei Interaction to Next Paint zeigt. Wie viel das jeweils bringt, hängt von der Website ab; das Plugin misst nichts und verspricht keinen Wert.

Worin unterscheidet es sich von den anderen Cache-Plugins?

Es ist auf Apache und LiteSpeed mit .htaccess und auf Elementor-Websites ausgelegt. Zwischengespeicherte Seiten liefert der Webserver selbst aus, ohne WordPress zu starten. Der Einrichtungsassistent sieht sich den Server, die installierten Plugins und die Antwort-Header an, bevor er etwas empfiehlt, statt alles auf einmal einzuschalten. Es gibt kein Konto, keinen externen Dienst und kein Tracking.

Funktioniert es mit WooCommerce?

Ja. Warenkorb, Kasse und die Kontoseiten werden nie zwischengespeichert, und Besucher, die etwas im Warenkorb haben, erhalten Seiten ohne Cache. Der übrige Shop wird wie gewohnt zwischengespeichert. Mit aggressiven JavaScript-Einstellungen solltest du in einem Shop vorsichtig sein und nach dem Einschalten den Warenkorb, die Varianten und die Kasse testen.

Kann ich es zusammen mit Cloudflare oder einem anderen CDN verwenden?

Ja. Der Einrichtungsassistent erkennt Cloudflare und andere Proxy-Caches und passt seine Empfehlungen daran an – er schlägt zum Beispiel das picture-Element für WebP vor statt der .htaccess-Regeln, weil ein CDN vor der Website den Header Vary: Accept ignorieren kann. Nach Änderungen an Einstellungen oder Inhalten muss der Cache beim CDN getrennt geleert werden; das kann das Plugin nicht für dich übernehmen.

Wird Multisite unterstützt?

Nein. Multisite-Netzwerke werden nicht unterstützt; der Einrichtungsassistent weist darauf hin, wenn er eines erkennt.

Funktioniert es auf Nginx?

Teilweise. Ohne .htaccess werden zwischengespeicherte Seiten über PHP statt direkt vom Webserver ausgeliefert, was langsamer ist als auf Apache oder LiteSpeed, und die Browser-Cache-Regeln greifen nicht. Der Einrichtungsassistent nennt den gefundenen Webserver.

Meine Staging-Website ist passwortgeschützt. Warum funktioniert das Vorladen nicht?

Liegt eine HTTP-Basisauthentifizierung vor der Website, erhält das Vorladen eine 401-Antwort. Ergänze define( 'LNDLE_SPEED_HTTP_AUTH', 'benutzer:passwort' ); in wp-config.php, damit sich Vorladen und WP-Cron-Aufrufe anmelden können.

Wie prüfe ich eine Seite ohne Cache?

Hänge ?nolndlespeed an die Adresse an, um Cache und Optimierung für einen einzelnen Aufruf zu umgehen. Mit ?lndle-speed-guest siehst du die Seite so, wie Besucher sie erhalten – mit allen Optimierungen, obwohl du angemeldet bist.

Wie nehme ich ein Bild vom Lazy Load aus?

Vergib für das Bild die Klasse skip-lazy oder das Attribut data-no-lazy, oder trage einen Teil des Dateinamens oder der Klasse unter „Lazy-Load-Ausnahmen“ ein.

Lässt sich die Datenbankbereinigung rückgängig machen?

Nein. Revisionen, automatische Entwürfe, Inhalte im Papierkorb und Spam werden endgültig gelöscht. Lege vorher eine Sicherung an.