WordPress-Performance auf ein neues Niveau bringen
Langsame Ladezeiten kosten Sie Besucher, Rankings und Umsatz. Mit gezielter Caching-Konfiguration, Datenbank-Tuning, Render-Blocking-Analyse und einem fundierten Plugin-Audit machen wir Ihre WordPress-Website messbar schneller.
Core Web Vitals
als Prüfmaßstab
0,9s
durchschnittlicher LCP nach Optimierung (Projekterfahrung)
50+
optimierte WordPress-Projekte
95%
Cache-Trefferquote nach Konfiguration (Projekterfahrung)
WordPress-Performance · Festpreis nach Gratis-Check
- Caching-Schichten, Datenbank-Tuning und Plugin-Audit im Festpreis
- Priorisierter Maßnahmenplan nach der kostenlosen Erstanalyse
- Auch für WordPress-Shops mit Warenkorb und Checkout
- Optionales Core-Web-Vitals-Monitoring ab 59 € pro Monat netto
Fester Preis nach kostenloser Erstanalyse – keine vage Stundenschätzung. Umfangreiche Optimierungen über den Full-Performance-Audit ab 1.490 € netto. Laufendes Speed-Monitoring ab 59 € pro Monat netto.
WordPress betreibt über 43 Prozent (W3Techs, 2024) aller Websites weltweit – und ist damit auch die Plattform, auf der Performance-Probleme am häufigsten auftreten. Unkonfiguriertes Caching, nicht indizierte Datenbanktabellen, render-blockierende Skripte und ein zu üppiges Plugin-Ökosystem drücken den Core Web Vitals-Score in den roten Bereich. Wir analysieren Ihre WordPress-Installation auf allen Ebenen und optimieren sie systematisch: von der Caching-Schicht über die Datenbank bis zur Hosting-Infrastruktur. In Kombination mit Frontend-Tuning und Server-Optimierung entfaltet WordPress sein volles Performance-Potenzial.
WordPress-Request-Trichter: Wie Caching-Schichten die Last vor der Datenbank abfangen
Caching-Strategie für WordPress: Schichten richtig konfigurieren
Caching ist die wirkungsvollste einzelne Maßnahme zur WordPress-Beschleunigung. Eine gut konfigurierte Caching-Architektur beantwortet die Mehrzahl der Seitenaufrufe, ohne WordPress und PHP überhaupt zu involvieren. In der Praxis sind jedoch viele WordPress-Installationen entweder gar nicht gecacht oder nutzen ausschließlich einfaches Page-Caching ohne Object- und Browser-Cache-Abstimmung. Wir konfigurieren alle drei Caching-Schichten aufeinander abgestimmt.
Page Cache (statische HTML-Auslieferung)
Der Page Cache speichert die fertig gerenderte HTML-Ausgabe jeder Seite und liefert sie direkt aus dem Dateisystem oder Memory aus – ohne PHP-Ausführung, ohne Datenbankabfragen. Wir konfigurieren den Page Cache mit sinnvollen Ausnahmeregeln für eingeloggte Nutzer, Warenkörbe in WordPress-Shops und dynamische Widgets, sodass gecachte und dynamische Inhalte konsistent ausgeliefert werden.
Object Cache (Redis / Memcached)
Der Object Cache speichert die Ergebnisse aufwändiger PHP-Operationen: Widget-Ausgaben, Menü-Strukturen, Termlisten und benutzerdefinierte Abfragen. Mit Redis als persistentem Object-Cache werden diese Daten auch nach PHP-Neustarts vorgehalten. Das eliminiert Hunderte redundanter Datenbankabfragen pro Seitenaufruf und reduziert die Time to First Byte auf unter 50 Millisekunden für gecachte Objekte.
Browser Cache und CDN-Integration
Statische Assets wie CSS, JavaScript, Schriften und Bilder werden mit langen Cache-Laufzeiten und Content-Hashes im Dateinamen ausgeliefert. Über ein vorgeschaltetes CDN werden diese Assets von Servern in geografischer Nähe des Nutzers ausgeliefert, was die Download-Zeit unabhängig vom Hosting-Standort minimiert. Wir konfigurieren Cache-Control-Header und CDN-Invalidierungsregeln passend zu Ihrem Deployment-Prozess.
Die Wahl der richtigen Caching-Lösung hängt von der Hosting-Umgebung und den Anforderungen Ihrer Website ab. Auf Managed-WordPress-Hosting-Plattformen sind bestimmte Caching-Plugins nicht kompatibel oder redundant. Wir kennen die Eigenheiten gängiger Hosting-Umgebungen und wählen die Caching-Konfiguration, die auf Ihrer Infrastruktur tatsächlich funktioniert – und nicht nur in der Plugin-Werbung. Unsere Caching-Strategie-Seite erklärt die Konzepte im Detail.
Cache-Warming nach Deployments
Datenbank-Tuning: WordPress-Queries beschleunigen
Die WordPress-Datenbank ist bei schlecht optimierten Installationen der größte Performance-Engpass. Viele Plugins fügen eigene Tabellen hinzu, schreiben unkontrolliert in die wp_options-Tabelle oder führen ungünstig formulierte Queries ohne Indizes aus. Laut unserer Projekterfahrung haben schlecht optimierte WordPress-Installationen 150 bis 400 Datenbankabfragen pro Seitenaufruf – optimiert sind es 20 bis 60 (Projekterfahrung).
Query-Analyse und Slow-Query-Log
Wir aktivieren das Slow-Query-Log in MariaDB und analysieren die langsamsten Datenbankabfragen Ihrer WordPress-Installation. EXPLAIN-Analysen zeigen fehlende Indizes und ineffiziente Joins. Queries ohne Index-Nutzung werden durch gezielte Index-Ergänzungen oder Query-Umstrukturierung beschleunigt.
wp_options Autoload-Bereinigung
Viele Plugins speichern Daten mit autoload=yes in der wp_options-Tabelle. Diese Daten werden bei jedem WordPress-Request in den Speicher geladen, auch wenn sie selten benötigt werden. Wir identifizieren und bereinigen überflüssige Autoload-Einträge und reduzieren damit die Startzeit jedes Requests um 20 bis 100 Millisekunden.
Post-Revisionen und transiente Daten
WordPress speichert standardmäßig unbegrenzte Post-Revisionen und häuft abgelaufene Transienten an. Eine typische WordPress-Datenbank nach zwei Jahren enthält 10.000 bis 50.000 verwaiste Revisionen und Transienten. Wir bereinigen diese Daten und konfigurieren sinnvolle Revisionslimits sowie automatisches Transient-Cleanup.
Für WordPress-Installationen mit großen Datenmengen – etwa News-Portale mit hunderttausenden Beiträgen oder WordPress-Shops mit umfangreichen Bestelldaten – konfigurieren wir zusätzlich Datenbankpartitionierung für Zeitreihentabellen, legen Composite-Indizes für häufige Filter-Kombinationen an und analysieren die InnoDB-Pufferpool-Größe im Verhältnis zum verfügbaren RAM. So lassen sich auch Tabellen mit Millionen Einträgen in unter 50 Millisekunden abfragen.
Wie schnell ist Ihre WordPress-Seite wirklich?
Wir messen Ihre Installation kostenlos und zeigen die drei größten Performance-Bremsen – unverbindlich und ohne Verkaufsdruck.
Render-Blocking beseitigen: Der kritische Pfad bei WordPress
WordPress-Themes und -Plugins enqueuen häufig CSS- und JavaScript-Dateien ohne Rücksicht auf den kritischen Rendering-Pfad. Das Ergebnis sind Dutzende synchron geladene Stylesheets und Skripte, die den Browser blockieren, bevor er die erste sichtbare Zeile rendern kann. Ein typisches WordPress-Theme mit zehn Plugins lädt sechs bis fünfzehn CSS-Dateien und acht bis zwanzig JavaScript-Dateien – viele davon render-blockierend im <head> platziert.
Von der blockierten Seite zur sofort sichtbaren Website
Render-Blocking analysieren und beheben
Wir analysieren die Lade-Reihenfolge aller Ressourcen Ihrer WordPress-Site mit einer Waterfall-Analyse. CSS-Dateien, die für den Above-the-Fold-Bereich nicht benötigt werden, erhalten media-Attribute oder werden per rel="preload" asynchron geladen. JavaScript-Dateien, die kein DOM-Manipulation beim Seitenaufbau benötigen, werden auf defer oder async umgestellt. Zusätzlich extrahieren wir den Critical-CSS-Anteil aus dem Haupt-Stylesheet und betten ihn inline im HTML ein, sodass der sichtbare Bereich ohne externe CSS-Anfragen gerendert werden kann.
- CSS per
rel="preload"asynchron laden statt render-blockierend - JavaScript-Enqueue auf
defer/asyncumstellen - Critical CSS inline einbetten für sofortiges Above-the-Fold-Rendering
- Unnötige Skripte seitenspezifisch deaktivieren statt global laden
Besonders wirkungsvoll ist das seitenspezifische Deaktivieren von Skripten: Ein Kontaktformular-Plugin muss sein JavaScript nicht auf der Startseite laden. Ein Slider-Plugin wird ausschließlich auf Seiten benötigt, auf denen ein Slider eingebunden ist. Wir implementieren konditionale Enqueue-Logik, die Assets nur dort lädt, wo sie tatsächlich benötigt werden. Das reduziert die JavaScript-Last auf Standardseiten typischerweise um 40 bis 60 Prozent (Projekterfahrung).
Plugin-Audit: Die verborgenen Performance-Killer
Plugins sind das Herzstück von WordPress – und gleichzeitig die häufigste Quelle von Performance-Problemen. Jedes aktive Plugin lädt beim WordPress-Bootstrap, registriert Hooks und Filter, kann zusätzliche Datenbankabfragen auslösen und Frontend-Assets enqueuen. Ein WordPress-Audit unserer Projekterfahrung zeigt: Durchschnittlich 30 bis 40 Prozent der aktiven Plugins auf einer typischen WordPress-Site sind entweder inaktiv, redundant oder können durch natives WordPress oder schlanke Custom-Lösungen ersetzt werden.
Bestandsaufnahme und Profiling
Wir erfassen alle aktiven Plugins und messen den individuellen Performance-Impact mit Query Monitor und XHProf. Für jedes Plugin wird der Beitrag zur PHP-Ausführungszeit, zur Anzahl der Datenbankabfragen und zur Frontend-Asset-Größe ermittelt. Das ergibt eine priorisierte Liste der Performance-Killer.
Kategorisierung und Konsolidierung
Plugins werden in vier Kategorien eingeteilt: kritisch (unverzichtbar), nützlich (behalten, optimieren), redundant (ersetzen durch alternatives Plugin oder Custom Code) und unnötig (deaktivieren). Häufig lassen sich drei bis fünf spezialisierte Plugins durch eine schlanke Custom-Funktion in der functions.php ersetzen.
Optimierung kritischer Plugins
Für nicht ersetzbare Plugins analysieren wir den Code auf ineffiziente Hooks, übermäßige Datenbankabfragen und unnötige Asset-Loads. Wo möglich, optimieren wir Hook-Prioritäten, ergänzen Transient-basiertes Caching für teure Operationen und schränken das Asset-Enqueue auf relevante Seitentypen ein.
Validierung und Messung
Nach jeder Plugin-Änderung messen wir die Auswirkung auf PHP-Ausführungszeit, Datenbankabfragen und Frontend-Performance. Nur Maßnahmen mit messbarem Positiveffekt werden übernommen. Das Ergebnis wird in einem Audit-Report dokumentiert.
Hosting-Optimierung für WordPress
Das beste WordPress-Caching und der sauberste Plugin-Stack können auf einem unterdimensionierten Hosting keine optimalen Ergebnisse erzielen. Die Wahl der richtigen Hosting-Infrastruktur und deren korrekte Konfiguration ist die Grundlage jeder nachhaltig schnellen WordPress-Installation. Shared Hosting mit Ressourcenteilung zwischen hunderten Sites ist für performante WordPress-Projekte ungeeignet – die Antwortzeiten schwanken unkontrollierbar.
PHP-Konfiguration optimieren
PHP OPcache muss aktiviert und korrekt dimensioniert sein: opcache.memory_consumption zu niedrig führt zu OPcache-Misses und wiederholter Kompilierung. Wir konfigurieren OPcache, PHP-FPM-Pool-Größe, memory_limit und max_execution_time passend zu WordPress und Ihren Plugins.
MariaDB / MySQL konfigurieren
Der InnoDB-Pufferpool sollte 70 bis 80 Prozent des verfügbaren RAM umfassen. Wir konfigurieren innodb_buffer_pool_size, query_cache_type, max_connections und slow_query_log passend zu Ihrer Datenbankgröße und Ihrem Traffic-Profil.
Webserver und TLS optimieren
HTTP/2 reduziert die Anzahl der TCP-Verbindungen, TLS 1.3 minimiert den Handshake-Overhead. Wir konfigurieren Nginx oder Apache mit optimierter Kompression (Brotli vor Gzip), richtigen Keep-Alive-Timeouts und HSTS, sodass auch der Verbindungsaufbau zur TTFB beiträgt.
Managed Hosting vs. VPS: Was eignet sich besser?
WordPress-Performance für spezifische Seitentypen
Nicht alle WordPress-Seiten haben dieselben Performance-Anforderungen und Optimierungspotenziale. Wir kennen die typischen Engpässe je nach Seitentyp und adressieren sie gezielt.
Unternehmenswebsites
Hauptoptimierungen: Page Cache mit langen TTLs, Asset-Konsolidierung, Bildoptimierung und Critical CSS. In Kombination mit Bild-Optimierung erreichen Business-Websites regelmäßig Lighthouse-Scores über 90 Punkte.
Blog und Medienportale
Viele Artikel bedeuten tiefe Archivseiten, komplexe Kategorien und hohe Datenbank-Last. Wir implementieren Fragment-Caching für Sidebar-Widgets, Pagination-Caching und lazygeladene Kommentarsektionen. Für große Archive ergänzen wir Infinite-Scroll-Paginierung mit Ajax.
WordPress-Shops
WordPress-Shopsysteme bringt eigene Caching-Ausnahmen mit: Warenkorb, Checkout und Kontoseite dürfen nicht gecacht werden. Wir konfigurieren Caching-Ausnahmen präzise und optimieren Produktseiten, Kategorielisting und die Suchfunktion separat. Die Datenbankoptimierung für Produktdaten ist bei großen Katalogen entscheidend.
Vorher-Nachher: Typische Ergebnisse der WordPress-Optimierung
Die folgenden Werte zeigen typische Verbesserungsbereiche aus unserer Projekterfahrung. Die konkreten Ergebnisse hängen vom Ausgangszustand der Installation, der Anzahl aktiver Plugins und der Hosting-Infrastruktur ab (Projekterfahrung). Konkrete Anleitungen dazu finden Sie in unseren Beiträgen zu häufige WordPress-Bremsen und Caching mit Varnish und Redis.
| Metrik | Vor der Optimierung | Nach der Optimierung |
|---|---|---|
| Time to First Byte (TTFB) | 800 - 3.500 ms | 50 - 200 ms |
| Largest Contentful Paint (LCP) | 3,0 - 8,0 s | 0,7 - 1,8 s |
| Datenbankabfragen pro Request | 150 - 400 | 15 - 60 |
| JavaScript-Payload (initial) | 600 - 2.000 KB | 60 - 250 KB |
| Anzahl HTTP-Requests | 80 - 180 | 15 - 40 |
| wp_options Autoload-Größe | 3 - 15 MB | 200 - 600 KB |
| Lighthouse Score (mobil) | 20 - 50 | 85 - 98 |
Typische WordPress-Optimierungen aus der Praxis
Anonymisierte Projektverläufe (Projekterfahrung). Die Ergebnisse hängen vom Ausgangszustand, der Plugin-Zahl und der Hosting-Infrastruktur ab.
Unser WordPress-Optimierungsprozess
Technisches Audit und Baseline-Messung
Vollständige technische Analyse der WordPress-Installation: PHP-Version, Plugin-Inventar, Datenbankgröße, Caching-Status, Asset-Anzahl und Hosting-Konfiguration. Messung der Baseline-Performance mit Lighthouse, Labormessungen und Query Monitor.
Prioritäten festlegen und Maßnahmen planen
Auf Basis des Audits priorisieren wir die Maßnahmen nach dem Verhältnis von Impact zu Umsetzungsaufwand. Quick Wins wie Caching-Aktivierung und Autoload-Bereinigung kommen zuerst, strukturelle Maßnahmen wie Plugin-Konsolidierung und Datenbankoptimierung in der zweiten Phase.
Caching, Datenbank und Server konfigurieren
Konfiguration aller Caching-Schichten, Bereinigung und Indizierung der Datenbank, PHP-OPcache-Optimierung und Webserver-Konfiguration. Alle Änderungen werden zuerst auf einer Staging-Umgebung getestet.
Plugin-Audit und Render-Blocking-Behebung
Systematisches Plugin-Profiling, Deaktivierung überflüssiger Plugins, Optimierung kritischer Plugins und Beseitigung render-blockierender Ressourcen. Umsetzung von Frontend-Optimierungen für Critical CSS und JavaScript-Deferral.
Messung, Dokumentation und Übergabe
Abschließende Messung aller Performance-Metriken im Vergleich zur Baseline. Dokumentation aller Änderungen und Konfigurationen. Übergabe mit Empfehlungen für regelmäßige Wartungsmaßnahmen, damit die erreichte Performance dauerhaft erhalten bleibt.
WordPress-Performance nachhaltig sichern
WordPress-Optimierung und mobile Messung