FlyingPress

Wenn eine WordPress-Seite trotz solidem Hosting und schlankem Theme immer noch träge lädt, liegt das Problem selten am Server. Meistens sind es unnötige CSS-Regeln, blockierendes JavaScript und ungünstig geladene Schriften, die den Browser ausbremsen. Genau an diesem Punkt setzt FlyingPress an. Das Plugin des Entwicklers Gijo Varghese kombiniert klassisches Seiten-Caching mit tiefgreifender Code-Optimierung und ist inzwischen eines der Tools, die ich in Projekten regelmäßig prüfe, wenn Core Web Vitals und Ladezeit im Fokus stehen.

Im Gegensatz zu vielen etablierten Cache-Plugins ist FlyingPress von Anfang an als reines Bezahl-Produkt konzipiert. Es gibt keine kostenlose Basisversion im WordPress-Verzeichnis, dafür aber eine klare, funktional identische Lizenzstruktur über alle Preisstufen hinweg. Das ist ein Unterschied zum bekanntesten Wettbewerber WP Rocket, auf den ich im Verlauf dieses Beitrags noch genauer eingehe.

Funktionen & Versionen: Alle Features, gestaffelt nach Websites

Ein wichtiger Punkt vorab, weil er bei der Recherche häufig für Verwirrung sorgt: FlyingPress unterscheidet nicht zwischen einer abgespeckten Free- und einer vollwertigen Pro-Version. Jede Lizenzstufe enthält den vollen Funktionsumfang, also Caching, CSS- und JavaScript-Optimierung, Bild- und Font-Handling sowie Datenbank-Bereinigung. Der einzige Unterschied zwischen den Tarifen ist die Anzahl der Websites, die mit einer Lizenz verwaltet werden können, gestaffelt von einer einzelnen Seite bis zu mehreren hundert Domains für Agenturen.

FlyingPress bietet dafür eine 14-tägige Testphase mit vollem Funktionsumfang, bei der die Zahlung erst nach Ablauf der Frist eingezogen wird und die sich jederzeit ohne Kosten kündigen lässt. Das Ausprobieren ist also risikofrei möglich, auch wenn es sich technisch nicht um eine dauerhaft kostenlose Version handelt. Die aktuellen Tarife, Website-Kontingente und Konditionen findest du direkt auf der Preisseite des Anbieters, da sich diese Angaben regelmäßig ändern.

Bildoptimierung war lange Zeit ausschließlich über den separaten FlyingCDN-Dienst verfügbar. Mittlerweile ist eine Komprimierung von Bildern zu AVIF oder WebP, wahlweise verlustbehaftet oder verlustfrei, direkt im Plugin selbst enthalten und läuft unabhängig von FlyingCDN. FlyingCDN bleibt trotzdem ein sinnvoller optionaler Baustein, wenn du zusätzlich eine globale Auslieferung über das Cloudflare-Enterprise-Netzwerk von FlyingPress möchtest. Der Dienst wird separat und nutzungsbasiert nach Datenvolumen abgerechnet.

Die wichtigsten Features im Praxistest

Caching und Preloading

Das Fundament bildet klassisches Full-Page-Caching: FlyingPress erzeugt statische HTML-Versionen der Seiten und liefert sie aus, ohne bei jedem Aufruf PHP und Datenbank zu bemühen. Darüber hinaus lässt sich der Cache automatisch preloaden, sodass neue oder aktualisierte Inhalte direkt im Hintergrund vorbereitet werden, bevor der erste Besucher die Seite aufruft. Ausnahmeregeln für bestimmte URLs, Nutzergruppen oder dynamische Inhalte lassen sich granular konfigurieren, was besonders bei WooCommerce-Shops oder Mitgliederbereichen relevant ist.

Cloud-basierte Entfernung von ungenutztem CSS

Das aus meiner Sicht stärkste Feature ist die Funktion zum Entfernen von ungenutztem CSS. FlyingPress analysiert dafür jede Seite einzeln auf den eigenen Servern und generiert seitenspezifisches, schlankes CSS, statt pauschal ein einziges kritisches Stylesheet für die ganze Seite zu erzeugen. Das reduziert die Datenmenge, die der Browser vor dem ersten Rendern laden muss, spürbar und wirkt sich direkt auf den Largest Contentful Paint aus.

[SCREENSHOT: FlyingPress CSS-Tab mit aktivierter Option „Remove Unused CSS“ und Statusanzeige der verarbeiteten Seiten]

JavaScript-Optimierung und Delay-Loading

Skripte, die für die Interaktion erst nach dem ersten Nutzerkontakt relevant sind, etwa Chat-Widgets, Tracking-Snippets oder Cookie-Banner-Skripte, lassen sich verzögert laden. Das verbessert die Interaction to Next Paint deutlich, ohne dass Funktionalität verloren geht. Kombiniert mit der Möglichkeit, einzelne Skripte gezielt von der Verzögerung auszuschließen, bleibt die Kontrolle dabei granular genug für komplexere Projekte.

Bloat-Entfernung und Datenbank-Pflege

FlyingPress bietet einen eigenen Bereich, um typischen WordPress-Ballast gezielt zu entfernen: nicht benötigte Emoji-Skripte, Embed-Funktionen, überflüssige Query-Strings bei statischen Ressourcen und Ähnliches. Ergänzend dazu lässt sich die Datenbank direkt aus dem Plugin heraus bereinigen, etwa von Post-Revisionen, verwaisten Transienten oder Spam-Kommentaren.

Schriften, Bilder und Preloading von Links

Google Fonts lassen sich automatisch lokal hosten, was externe Anfragen reduziert und datenschutzrechtlich sauberer ist als das Nachladen von Google-Servern. Bilder werden nativ lazy geladen, mit korrekten Dimensionsangaben gegen Layout-Verschiebungen, und lassen sich direkt im Plugin verlustbehaftet oder verlustfrei zu AVIF oder WebP komprimieren. Die Link-Preload-Funktion sagt zudem Seitenwechsel anhand des Mauszeigers voraus und lädt Zielseiten im Hintergrund vor, was sich in der Praxis wie eine spürbar schnellere Navigation anfühlt.

FlyingPress im Vergleich zu WP Rocket

WP Rocket ist über Jahre zum inoffiziellen Standard unter den WordPress-Cache-Plugins geworden, unter anderem wegen seiner Marktpräsenz und der breiten Kompatibilität mit gängigen Themes und Page-Buildern. In der direkten Praxis zeigen sich aber einige Unterschiede, die für die Wahl zwischen beiden Tools relevant sind.

Beim Umgang mit ungenutztem CSS geht FlyingPress einen technisch aufwendigeren Weg: Statt eines einzelnen, seitenübergreifenden kritischen CSS-Blocks, wie ihn WP Rocket standardmäßig erzeugt, wird bei FlyingPress für jede einzelne Seite ein eigenes, gezielt zugeschnittenes Stylesheet berechnet. In Projekten mit vielen unterschiedlichen Seitentypen, etwa Shops mit stark variierenden Produktseiten, macht sich das in saubereren Core-Web-Vitals-Werten bemerkbar.

Auch bei der Release-Geschwindigkeit neuer Funktionen liegt FlyingPress meist einen Schritt voraus, insbesondere bei Anpassungen rund um aktuelle Core-Web-Vitals-Kriterien wie der Interaction to Next Paint. WP Rocket punktet im Gegenzug mit einer größeren, länger etablierten Nutzerbasis und dadurch tendenziell mehr dokumentierten Erfahrungswerten zu Konflikten mit einzelnen Themes oder Plugins.

Preislich unterscheiden sich beide Anbieter vor allem in den höheren Lizenzstufen: Für sehr viele Websites kann WP Rocket in Summe günstiger ausfallen, während FlyingPress bei kleineren bis mittleren Website-Portfolios oft wettbewerbsfähig positioniert ist. Für eine verbindliche Einschätzung lohnt sich immer der aktuelle Blick auf die jeweiligen Preisseiten, da sich Konditionen bei beiden Anbietern ändern.

Unterm Strich sind beide Plugins solide Werkzeuge. Wer maximale Kontrolle über Core Web Vitals sucht und bereit ist, sich etwas tiefer mit den Einstellungen zu beschäftigen, bekommt mit FlyingPress meist die feinere Stellschraube in die Hand. Wer eine sehr breite Kompatibilitäts-Historie und ein etwas einsteigerfreundlicheres Onboarding bevorzugt, ist mit WP Rocket ebenfalls gut bedient.

FlyingPress und LiteSpeed-Hosting: Wann sich die native Lösung mehr lohnt

Ein Punkt, den viele FlyingPress-Vergleiche nur am Rande erwähnen, aber im Projektalltag durchaus relevant ist: FlyingPress arbeitet als klassisches PHP-Plugin auf Anwendungsebene, ähnlich wie WP Rocket. Das bedeutet, dass WordPress bei einem Seitenaufruf zumindest so weit initialisiert werden muss, bis das Plugin die gecachte HTML-Datei ausliefern kann.

Läuft deine Website dagegen auf einem echten LiteSpeed Webserver, übernimmt das kostenlose LiteSpeed-Cache-Plugin die Auslieferung direkt auf Serverebene. Anfragen werden dort beantwortet, bevor PHP überhaupt geladen wird, was sich vor allem bei der Time to First Byte bemerkbar macht. Auf reinen Apache- oder Nginx-Umgebungen ohne LiteSpeed Webserver bringt dir die LiteSpeed-Cache-Lösung diesen Vorteil dagegen nicht, da die serverseitigen Funktionen dann schlicht nicht greifen.

Für die Praxis heißt das: Hostest du bei einem Anbieter mit echtem LiteSpeed-Unterbau, lohnt sich vorab ein Vergleich beider Lösungen, da die serverseitige Auslieferung bei der Time to First Byte einen strukturellen Vorsprung hat. Läuft dein Stack dagegen auf Apache oder Nginx, etwa bei vielen deutschen Managed-WordPress-Hostern, spielt FlyingPress seine Stärken bei der Code-Optimierung ungehindert aus, ohne dass dir ein Serverwechsel etwas bringen würde. Wichtig ist in jedem Fall: Nutze niemals zwei Full-Page-Cache-Lösungen gleichzeitig, da sich beide Systeme sonst gegenseitig ausbremsen oder veraltete Inhalte ausliefern können.

Schritt-für-Schritt: Einrichtung & Integration in den WordPress-Stack

1. Lizenz erwerben und Plugin installieren: Nach dem Kauf lädst du die ZIP-Datei direkt im FlyingPress-Kundenbereich herunter und installierst sie klassisch über den WordPress-Plugin-Uploader.
2. Grundkonfiguration im Cache-Tab: Aktiviere das Seiten-Caching und richte das automatische Preloading ein. Bei dynamischen Inhalten, etwa WooCommerce-Warenkörben, solltest du gezielte Ausnahmen definieren.
3. CSS- und JS-Optimierung aktivieren: Starte mit „Remove Unused CSS“ und teste die Seite anschließend gründlich, insbesondere Formulare, Akkordeons und interaktive Elemente, die häufig erst per JavaScript nachträglich Stile erhalten.
4. Formulare und Buchungstools im Fluent-Ökosystem prüfen: Setzt du Fluent Forms oder Fluent Booking ein, solltest du deren Skripte gezielt von der JavaScript-Verzögerung ausschließen. In der Praxis kommt es sonst vor, dass Formulare wegen eines verzögert geladenen jQuery nicht mehr absenden lassen oder Datei-Uploads hängen bleiben. FlyingPress bietet dafür eine eigene Ausschlussliste im JS-Tab, in die du die entsprechenden Skript-Pfade einträgst. Bei eingebetteten Buchungskalendern lohnt sich zusätzlich ein Blick auf die Seiten-Cache-Ausnahmen, damit Terminverfügbarkeiten nicht veraltet ausgeliefert werden.
5. Bloat-Einstellungen anpassen: Deaktiviere schrittweise ungenutzte WordPress-Kernfunktionen und beobachte dabei, ob alle Plugins weiterhin wie gewohnt funktionieren.
6. Zusammenspiel mit dem übrigen Stack prüfen: In Kombination mit einem performanten Theme wie Blocksy Pro und einem schlanken Hosting-Setup zeigt sich der größte Effekt. Auf zusätzliche Optimierer wie Perfmatters parallel zu FlyingPress solltest du verzichten oder deren überschneidende Funktionen klar abgrenzen, um Konflikte bei der CSS- und JS-Verarbeitung zu vermeiden.
7. Abschlusstest: Prüfe das Ergebnis über PageSpeed Insights oder WebPageTest und vergleiche die Werte für Largest Contentful Paint, Cumulative Layout Shift und Interaction to Next Paint vor und nach der Konfiguration.

[SCREENSHOT: FlyingPress Dashboard mit Cache-Status, Preload-Fortschritt und den Konfigurationsbereichen in der Seitenleiste]

Für wen lohnt sich FlyingPress, und für wen nicht?

FlyingPress eignet sich gut für Projekte, bei denen Performance kein Nebenschauplatz ist, sondern aktiv mitgedacht wird: Content-Seiten mit hohem Traffic, WooCommerce-Shops mit vielen unterschiedlichen Seitentypen oder Portfolios, bei denen jede Millisekunde bei den Core Web Vitals zählt. Auch für Agenturen, die mehrere Kundenprojekte auf einer einheitlichen, gut dokumentierten Basis pflegen wollen, ist die zentrale Lizenzverwaltung praktisch.

Weniger lohnenswert ist das Plugin für sehr einfache, statische Websites mit geringem Besucheraufkommen, bei denen bereits ein schlankes Theme und solides Hosting für ausreichend gute Ladezeiten sorgen. Wer außerdem keine Lust hat, sich in die feineren CSS- und JS-Einstellungen einzuarbeiten, sondern eine möglichst automatische Lösung sucht, fährt mit einem einfacher gehaltenen Cache-Plugin womöglich entspannter.

Häufige Fragen zu FlyingPress (FAQ)