Die Server Response Time (TTFB) in WordPress global auf <100ms reduzieren (Kompletter Guide)

Hosting/CDN ist die einfachste Möglichkeit deine Server Response Time zu reduzieren. Um deinen globalen TTFB zu messen, verwende SpeedVitals oder den Performance Test von KeyCDN. Die meisten anderen Testing-Tools wie GTmetrix und PageSpeed Insights messen das TTFB nur an einem einzigen Standort.

Das Thema Hosting ist irreführend, weil es dazu viele falsche Informationen gibt. Die meisten Mainstream-Hosts werden dem Hype nicht gerecht (SiteGround, Kinsta, WP Engine, Hostinger und WPX sind nicht gut). Die bessere Option ist Cloud-Hosting von Rocket.net (was ich verwende) oder Vultr High Frequency von Cloudways. Achte einfach darauf, dass dein Hosting, egal ob Shared oder Cloud-Hosting, SATA-SSDs oder schnellere NVMe-SSDs verwendet und ob es über genügend Kerne/RAM verfügt. Teste deine Webseite mit WordPress Benchmarks Plugin und verwende ein Rechenzentrum (CDN) in geografischer Nähe zu den Nutzern. Damit bist du gut ausgerüstet.

Wenn die Benutzer weit von deinem Ursprungsserver entfernt sind, wird der TTFB langsamer (siehe hier). CDNs helfen, indem sie Dateien im Edge-Netzwerk spiegeln, aber sie zwischenspeichern dynamische Inhalte/HTML in der Regel nicht standardmäßig. Dafür gibt es das Full Page Caching (wie Cloudflare APO oder FlyingProxy). Du kannst das Super Page Cache Plugin verwenden, oder wenn du LiteSpeed verwendest, bietet QUIC.cloud auch HTML-Caching.

Der letzte Schliff liegt in anderen CDN Features, wie Argo von Cloudflare und DNS, das auf dnsperf.com gut abschneidet (Verringerung der Latenz), Lastausgleich und Sicherheitsfunktionen wie WAF, um unerwünschte Anfragen auf deinem Server zu blockieren. Je mehr unerwünschte Anfragen blockieren (und je mehr Dateien zwischenspeichern), desto weniger Arbeit hat der Ursprung zu tun. Cloudflare Enterprise eignet sich hervorragend zur Verbesserung von TTFB mit 270+ Standorten, vollständigem Paging-Caching, Argo und anderen Funktionen. Ich zeige dir auch warum Rocket.net’s Cloudflare Enterprise schneller ist als Cloudways/Kinsta’s. Vermeide das RocketCDN von WP Rocket und das CDN von SiteGround, die nicht über viele Standorte oder Geschwindigkeitsfunktionen verfügen.

Ein schneller TTFB beginnt mit dem Hosting. Shared Hosting ist bekannt dafür eine langsame TTFB (ja, sogar SiteGround) und du solltest eine großzügige Menge an Speicher (RAM) haben, um deine Website unterzubringen – vor allem WooCommerce. Die meisten Hoster haben eine Spezifikationsseite, die dir zeigt, wie viel CPU/RAM du bekommst.

Was ist ein guter TTFB?

Google kennzeichnet deinen TTFB, wenn er über 600ms liegt, aber früher wurden nur 200ms empfohlen. Bei Shared Hosting kannst du 600ms anstreben, bei VPS/Cloud 200ms. TTFB hängt auch davon ab, wo du es testest.

0-200ms	Empfohlen von Google
0-600ms	Core Web Vitals bestanden
600ms+	Core Web Vitals nicht bestanden

Wie man TTFB global testet

KeyCDN und speedvitals.com messen TTFB an mehreren globalen Standorten, während PageSpeed Insights und GTmetrix TTFB nur an einem Standort pro Test messen. Die Latenz und TLS wirken sich ebenfalls auf den TTFB aus, den KeyCDN misst (übrigens wirkt sich TTFB auch auf LCP aus). Bei einer normalen Website ohne CDN oder HTML-Caching wird TTFB langsamer, wenn deine Website weit entfernt vom Ursprungsserver getestet wird. Mit den richtigen Optimierungen und dem richtigen Host kannst du überall auf der Welt einen schnellen TTFB haben.

1. HTML cachen

Die meisten CDNs cachen HTML nicht.

Beim Caching von HTML mit dem APO von Cloudflare verbesserte sich der TTFB um 72 %. APO ist jedoch nur eine Möglichkeit, dies zu tun. Es gibt viele Tools, die du je nach deinem Hosting und CDN-Setup verwenden kannst.

APO – serviert HTML aus dem Edge-Netzwerk von Cloudflare. Der Hauptunterschied zwischen APO und einer Cache-Alles-Regel ist die Verwendung von Workers KV Storage und Purging. Es kostet $5/mo und es gibt Anweisungen zur Einrichtung. Stelle zunächst sicher, dass der Datenverkehr über Cloudflare geleitet wird, indem du die orangefarbene Wolke in den DNS-Einstellungen verwendest. Nach dem Kauf von APO erstelle einen Token, installiere das Cloudflare-Plugin, gebe deine Cloudflare-E-Mail und dein Token ein und aktiviere dann APO. Besuche uptrends.com, teste deine Website mit der www-Version und vergewissere dich, dass die Kopfzeilen mit dem unten stehenden Screenshot übereinstimmen.

Super Page Cache For Cloudflare Plugin – das Plugin ähnelt einer Cache-Alles-Seiten-Regel, nur dass es dir mehr Kontrolle gibt, indem es Seiten aus dem Cache, Sitzungen für angemeldete Benutzer, Ajax-Anfragen usw. ausschließt. Hier ist ein Thread des Plugin-Entwicklers, der erklärt, wie sich das Plugin von APO unterscheidet.

FlyingProxy – das Produkt von Gijo von WP Speed Matters. Es cached HTML und beinhaltet auch Cloudflare Enterprise-Funktionen, wie Priority Routing, WAF, DDoS-Schutz, Bildoptimierung und andere Geschwindigkeits-/Sicherheitsoptimierungen. Es kostet $10/Monat und kann auf jeder Website/jedem Host verwendet werden.

QUIC.cloud HTML Caching – wenn du auf einem LiteSpeed-Server bist, verwende das LiteSpeed Cache Plugin, um QUIC.cloud CDN einzurichten, das HTML-Caching bietet. Du solltest idealerweise den kostenpflichtigen (Standard-)Plan verwenden, da der kostenlose Plan nur 6 PoPs verwendet, während der Standardplan alle 70 PoPs + DDoS-Schutz verwendet.

SiteGround Optimizer’s Full Page Caching – SiteGrounds Version von Cloudflare’s Full Page Caching, das mit dem SiteGround Optimizer Plugin eingerichtet werden kann. Obwohl ich nicht empfehle, dieses Plugin für viel mehr als nur Caching zu verwenden, da es eine schlechte Arbeit leistet, wenn es um zentrale Webvitalien geht und instabil ist. Deine Website ist außerdem gezwungen, die WWW-Version im Domainnamen zu verwenden.

2. Verwende einen Hoster mit Cloudflare Enterprise

„Die Minimierung von TTFB erfolgt häufig durch die Wahl eines geeigneten Hosting-Anbieters mit einer Infrastruktur, die eine hohe Betriebszeit und Reaktionsfähigkeit gewährleistet. Dies – in Kombination mit einem CDN – kann helfen.“

Google

Die 3 beliebte Hoster mit Cloudflare Enterprise sind Rocket.net, Cloudways und Kinsta.

Rocket.net ist derjenige, den du willst. Es ist der einzige Hoster, der Cloudflare Enterprise + Full Page Caching verwendet und dabei ebenfalls kostenlos ist. Cloudways/Kinsta bieten kein Full Page Caching und Ben Gabler (CEO von Rocket.net) hat das gesamte Unternehmen und die Rechenzentren um Cloudflare herum aufgebaut. Du erhältst 32 CPU-Kerne + 128 GB RAM + NVMe + Redis auf allen Plänen. Das sind mehr Ressourcen als Kinsta und fast jeder Host sonst. Da nur etwa 10 % des Datenverkehrs tatsächlich auf deinen Ursprung trifft, musst du PHP-Arbeiter nicht einschränken, während sie bis zu 25 Mal mehr monatliche Besuche als Kinsta zulassen. Aus diesem Grund erreichen deine Kunden im Durchschnitt einen globalen TTFB von <100ms. Auch in den WP-Hosting-Benchmarks von Kevin Ohashi belegt das Unternehmen einen Spitzenplatz.

Mit Cloudflare Enterprise erhältst du Funktionen, die sowohl TTFB als auch Sicherheit verbessern: priorisiertes Routing, WAF, Argo + Tiered Cache, Load Balancing, Mirage/Polish sowie Full Page Caching.

	Kinsta	Rocket.net
CPU Kerne	12 Kerne	32 Kerne
RAM	8GB	128GB
Staging CPU Kerne	1 Kerne	32 Kerne
Staging RAM	8GB	128GB
PHP Workers Grenze	Ja	Nein
Monatliche Besuche ($30-$35/mo Plan)	25,000	250,000
Redis Caching	$100/mo	Gratis
Speicher	Netzwerk SSDs	NVMe
TrustPilot Bewertung	4.3/5	4.9/5

LiteSpeed ist ebenfalls eine gute Wahl. Es ist schneller als Apache/NGINX und verarbeitet mehr Anfragen mit geringerer Wahrscheinlichkeit von CPU-Spitzen. Außerdem erhältst du LiteSpeed Cache + QUIC.cloud.

Hier findest du eine Liste von LiteSpeed-Hosts, die ich empfehle. NameHero, ChemiCloud, RunCloud und GridPane sind die vier Top-Positionen. LiteSpeed’s Server-Level-Caching und QUIC’s HTML-Caching sind großartige Funktionen zur Reduzierung von TTFB.

3. Wähle einen Plan mit ausreichend Speicher (RAM)

Einige Hoster geben nicht an, wie viele CPU Kerne und wie viel Arbeitsspeicher du erhältst, was normalerweise ein Warnsignal ist. Falls du Tipps benötigst, habe ich einen Guide verfasst um CPU Auslastung zu verringern.

Hier sind 4 Anbieter, die dies tun. Wenn du zum Beispiel die Spezifikationen von NameHero mit denen von Hostinger vergleichst, erhältst du bei NameHero mehr CPU/RAM als bei Hostinger, weshalb Hostinger günstiger ist.

Wenn du Rocket.net mit Kinsta vergleichst, erhältst du bei Rocket.net 32 Kerne + 128 GB RAM, während du bei Kinsta nur 12 Kerne + 8 GB RAM erhältst. Beide Angaben sind auf den internen Seiten/Blogs der jeweiligen Anbieter aufgeführt.

4. Wähle einen Plan mit NVMe-Speicher

NVMe schneidet besser ab als SSD-Festplatten, vor allem, wenn es um Disk-I/O geht.

Hier ist ein Test von Rocket.net unter Verwendung des WordPress Hosting Benchmark Tool Plugins, der nach Kevin Ohashis WP Hosting Benchmarks durchgeführt wurde, um zu sehen, ob sie sich im Test von 2022 verbessern konnten.

Rocket.net ist nicht der einzige WordPress-Hoster, der NVMe verwendet. So auch Vultr High Frequency, NameHero’s Turbo Cloud Plan, A2 Hosting’s Turbo Boost Plan und einige andere. Prüfe deren Spezifikationen! SiteGround, Kinsta, Hostinger und viele andere Mainstream-Hoster verwenden kein NVMe.

5. Wähle ein Rechenzentrum in der Nähe deiner Besucher

Wenn die Besucher von einem bestimmten Ort kommen, ist die Wahl eines nahe gelegenen Rechenzentrums immer noch wichtig.

Nehmen wir an, 90 % des Datenverkehrs wird von Cloudflare geliefert, aber 10 % treffen auf deinen Ursprung, weil bestimmte Dateien nicht zwischengespeichert werden oder du Cache-Fehler erhältst. Für diese 10 % benötigst du immer noch ein nahe gelegenes Rechenzentrum.

6. Verwenden Sie Cloudflare Argo für besseres Traffic-Routing

Argo verbessert TTFB, indem es Verkehrsüberlastungen vermeidet und Inhalte über schnellere, zuverlässigere Netzwerkpfade ausliefert. Es bietet auch abgestuftes Caching und TCP-Optimierungen, ist aber nur sinnvoll, wenn die Besucher nicht lokal sind. Es handelt sich um einen kostenpflichtigen Dienst, den du testen solltest, wenn dulangsame Server-Antwortzeiten hast.

Wenn du Argo benutzt, stelle sicher, dass du den Beta-Zugang zur Cache-Reserve anforderst.

7. Verwende Lastverteilung, um den Verkehr von ungesunden Traffic Quellen wegzuleiten

Die Lastverteilung lenkt den Datenverkehr von ungesunden Quellen weg und verteilt den Datenverkehr auf die, am besten verfügbaren Serverpools (was die Latenzzeit verbessert, die Teil von TTFB ist, sowie die Betriebszeiten). Dies kann jedoch teuer werden und du wirst wahrscheinlich nur Cloudflare Enterprise irgendwo anders verwenden wollen, was in der Regel Lastausgleich beinhaltet. Cloudflare hat ein Video über die Einrichtung in Cloudflare.

8. Reduziere die Latenzzeit mit einem schnellen DNS

Da TTFB auch Latenzzeiten berücksichtigt, ist auch dein DNS wichtig.

Auf dnsperf.com findest du die schnellsten und zuverlässigsten DNS-Anbieter. Cloudflare gehört durchweg zu den Spitzenreitern und ist kostenlos. GoDaddy schneidet nicht gut ab, Amazon Route 53 ist in Ordnung (wird von Kinsta verwendet), und selbst Google Cloud ist nicht der schnellste. Der DNS von SiteGround wurde außerdem 4 Tage lang von Googlebot blockiert, daher würde ich ihren DNS auch nicht verwenden. Versuche, bei Cloudflare zu bleiben.

Wie du dein DNS zu Cloudflare verschiebst

Melde dich auf der Website von Cloudflare an, füge deine Website hinzu, und Cloudflare wird die Datensätze scannen. Cloudflare wird dir schließlich 2 Nameserver zur Verfügung stellen. Melde dich bei deinem Domain-Registrar an (z. B. GoDaddy/Namecheap) und suche die Option zum Ändern der Nameserver (normalerweise in den DNS-Einstellungen). Ersetze die Nameserver durch die von Cloudflare und klicke dann in Cloudflare auf „Done, check nameservers“.

9. Reduziere die Server Auslastung

Ich empfehle, mein Tutorial über die Reduzierung der CPU-Auslastung durchzulesen, da die Beseitigung unnötiger Anfragen die Belastung deines Servers reduziert, egal ob es sich um das Frontend oder das Backend handelt.

Ein großer Teil davon ist das Deaktivieren/Blockieren von Dingen, die du nicht brauchst: aggressive Bots, XML-RPC, Plugin-Module usw. Einige Dinge können auch eingeschränkt werden (z. B. die Änderung der Funktionsweise von Preloading/Purging in deinem Cache-Plugin, die Einschränkung der WordPress Heartbeat-API, automatische Speicherungen, Beitragsrevisionen usw.).

Schnelle Tipps zur Reduzierung der CPU-Auslastung:

• Steuere das Vorladen in Cache-Plugins
• Steuere die Cache-Löschung in Cache-Plugins
• Ersetze wp-cron durch einen echten Cron-Job
• Begrenze Heartbeat, Autosaves und Post-Revisionen
• Entferne Plugins, die eine hohe CPU-Auslastung verursachen
• Deaktiviere ungenutzte Funktionen in modulbasierten Plugins
• Schütze die wp-login-Seite und begrenze die Anmeldeversuche
• Vermeide Plugins, die Scans durchführen oder die Datenbank aufblähen
• Blockiere AhrefsBot + SemrushBot, wenn du sie nicht verwendest
• Zwischenspeichere eingeloggte Benutzer nicht, wenn du es nicht brauchst
• Verringere die Batchsize, wenn du ungenutzte CSS entfernst
• Erstelle keinen separaten mobilen Cache, wenn dies nicht erforderlich ist
• Prüfe, ob bestimmte Cache-Plugin-Einstellungen die CPU-Auslastung erhöhst
• Verwende eine Firewall, um unerwünschte Anfragen an deinem Server zu blockieren (wichtig!)
• Aktiviere den Hotlink-Schutz, um zu verhindern, dass Websites Bandbreite stehlen
• Verwende den Bot-Bekämpfungsmodus von Cloudflare, Crawler-Hinweise, Ratenbegrenzung und Firewall-Regeln

Lese meinen kompletten Guide, um die CPU Auslastung in WordPress noch weiter zu reduzieren.

10. Verwende PHP 8.0

Höhere PHP-Versionen verarbeiten mehr Anfragen/Sekunde.

Melde dich bei deinem Hosting-Konto an und aktualisiere auf die neueste stabile PHP-Version. Es ist eine gute Idee, auch andere Technologien auf dem neuesten Stand zu halten (MySQL-Version, WordPress-Kern, Themes, Plugins usw.).

11. Aktiviere OPcache

OPcache reduziert die CPU-Auslastung durch die Optimierung von Skripten und speichert kompilierte PHP-Skripte im Speicher. Es kann in den PHP-Erweiterungen von cPanel aktiviert werden, Cloudways hat eine Anleitung, oder google es für deinen Hoster.

12. Aktiviere den Objekt-Cache

Der Objekt-Cache speichert die Ergebnisse von Datenbankabfragen, so dass sie schnell abgerufen werden können, was die Last und die Antwortzeiten des Servers verringern kann.

Ich empfehle im Allgemeinen Redis gegenüber Memcached, das für seine effizientere Speichernutzung bekannt ist. Cache-Plugins wie LiteSpeed Cache, W3 Total Cache und SG Optimizer haben Objekt-Cache-Einstellungen, bei denen du Redis oder Memcached wählen kannst. Du musst es auch in deinem Hosting-Konto aktivieren (z. B. cPanel PHP Extensions oder SiteGround Site Tools). Wenn du das Redis-Add-on in Cloudways aktivierst, wird Object Cache als Drop-in-Plugin installiert. Einige Hoster, wie Rocket.net benötigen ein spezielles Redis-Plugin. Informiere dich daher in deren Dokumentation oder frage den Support.

13. Test mit und ohne Gzip/Brotli

Die Komprimierung von Seiten mit Gzip oder Brotli kann manchmal zu einer Erhöhung von TTFB führen, daher solltest du dies unbedingt testen. Prüfe, ob dein Host Gzip/Brotli-Kompression unterstützt (Brotli ist im Allgemeinen schneller als Gzip).

14. Aktiviere HTTP/3

Der Test von Cloudflare zeigte, dass TTFB bei Verwendung von HTTP/3 um 12,4 % schneller war.

Wenn du LiteSpeed verwendest, kannst du HTTP/3 mit QUIC.cloud in LiteSpeed Cache aktivieren. Wie Ryan von NameHero erklärt, zieht die HTTP/3-Einstellung von Cloudflare von HTTP/2 und liefert von HTTP/3 (was keine volle HTTP/3-Unterstützung ist). Um beste Ergebnisse zu erzielen, folge seinem Video, um HTTP/3 zu aktivieren.

15. TLS/SSL-Latenzzeit reduzieren

Diese Einstellungen befinden sich in den SSL/TLS-Einstellungen in Cloudflare. Die Optimierung dieser Einstellungen kann die Latenz und TTFB reduzieren (TLS kann in KeyCDN gemessen werden).

• Full (oder Full Strict) SSL – dies ist, was Cloudflare empfiehlt.
• Nutze HTTPS – sicher zu verwenden, wenn alle Verbindungen über HTTPS bedient werden.
• TCP Turbo (Pro Feature) – reduziert die Latenz durch automatische Auswahl der TCP-Einstellungen.
• Mindest-TLS-Version – auf 1.2 eingestellt (entspricht den TLS-Einstellungen in deinem Hosting-Konto).
• Custom SSL (Pro Feature) – SSL zu Cloudflare hochladen, um SSL/TLS am Rand zu beenden.

16. Investiere in ein besseres Cache-Plugin

Cache-Plugins reduzieren TTFB, indem sie die Verarbeitungszeiten des Servers verbessern und Dateien direkt bereitstellen (was PHP/MySQL-Abfragen reduziert). Bei der Auswahl eines Cache-Plugins sind 4 Dinge zu beachten:

• Wie gut es zentrale Web-Vitalien anspricht.
• Die eigentliche Zwischenspeicherung und wie schnell sie ist (Server-seitig vs. dateibasiert).
• Ob es hauptsächlich für den Spielstand oder auch für das Surfen in der realen Welt optimiert ist.
• Ob du gezwungen bist, ein bestimmtes CDN zu verwenden und wie gut dieses CDN ist.

Ich empfehle FlyingPress (was ich benutze) oder LiteSpeed Cache über die meisten Cache-Plugins.

	SG Optimizer	WP Rocket	FlyingPress
Server-seitiges Caching	✓	x	x
JavaScript verzögern	x	✓	✓
Entfernt ungenutztes CSS	x	Inline	Separate Datei
Kritisches CSS	x	✓	✓
Vorladen kritischer Bilder	x	x	Mit Nummer
Bilder über dem Falz ausschließen	Mit CSS Klasse	Mit URL	Mit Nummer
Lazy-load Hintergrundbilder	x	Inline	Hilfsklasse
Abrufpriorität von Ressourcen	x	x	✓
HTML-Elemente verzögert rendern	x	x	✓
Fehlende Bildmaße hinzufügen	x	✓	✓
YouTube iframe Vorschaubild	x	✓	✓
Selbst gehosteter YouTube Platzhalter	x	x	✓
Lokal gehostete Schrift	x	x	✓
Schriftart-Anzeige: swap	x	✓	✓
Links vorladen	x	✓	✓
CDN (abgesehen von Cloudflare)	SiteGround CDN	StackPath	BunnyCDN
CDN PoPs	14	60	93
CDN Tbps	N/A	65	80
Dynamisches Caching	✓	x	x
CDN Geo-Replikation	x	x	✓
CDN Bildoptimierung	✓	x	✓
CDN Bildgrößen für Mobilgeräte	x	x	✓
Dokumentierte APO Kompatibilität	x	x	✓

FlyingPress – exzellente Arbeit bei der Bewältigung, sowohl der zentralen Webvitalität, als auch des realen Browsens. Die Einstellungen sind einfach zu konfigurieren und es kann mit jedem Hoster verwendet werden. FlyingCDN wird von BunnyCDN betrieben, das eine solide CDN-Wahl ist, zumal es die Bildoptimierung von Bunny Optimizer, sowie die Georeplikation beinhaltet. Die Nachteile sind, dass es Geld kostet und kein serverseitiges Caching bietet.

LiteSpeed Cache – schnelleres serverseitiges Caching und hervorragende Leistung bei der Bewältigung zentraler Webfunktionen und beim realen Browsing. Es ist kostenlos, hat großartige Bewertungen auf WordPress, und QUIC.cloud ist ein solides CDN mit HTML-Caching, Bildoptimierung und Sicherheitsfunktionen. Die Hauptnachteile sind, dass du einen LiteSpeed-Host verwenden musst, und dass es viele Einstellungen gibt, die schwer zu konfigurieren sein können.

WP Rocket – kümmert sich nicht so sehr wie FlyingPress oder LSC um die Kernfunktionen des Webs. Optimiert auch nicht so sehr für das Surfen in der realen Welt. RocketCDN (StackPath) schneidet schlecht ab und wurde von cdnperf.com entfernt. Die Einstellungen sind einfach(er), kosten aber auch ungefähr das Gleiche wie FlyingPress.

SiteGround Optimizer – nur zum Zwischenspeichern verwenden, nicht für die Kernfunktionen des Webs. Es hat auch eine Geschichte von Kompatibilitätsproblemen, für die Hristo ständig Themes/Plugins von Drittanbietern verantwortlich macht. Ich würde es nur für dynamisches Caching und Memcached (und vielleicht Cloudflare’s Full Page Caching) verwenden. Dann alles andere deaktivieren und ein anderes Plugin verwenden. Es ist kostenlos und die Einstellungen sind einfach, aber ansonsten schlecht.

Kostenlose Cache-Plugins – die meisten kostenlosen Cache-Plugins leisten schlechte Arbeit bei der Bewältigung zentraler Webfunktionen. W3 Total Cache und Swift Performance sind in Ordnung. Aber ich schlage vor, sich für etwas anderes zu entscheiden.

NitroPack – betrügt die PageSpeed-Ergebnisse, indem es Dinge aus dem Haupt-Thread verschiebt, was zu falschen Ergebnissen in Geschwindigkeitstests führt. Verbessert das Surfen in der realen Welt oder die Seitenladezeiten nicht so sehr wie andere Cache-Plugins. Ich habe NitroPack nie empfohlen und werde es wahrscheinlich auch nicht tun.

17. Vorladen einschränken und Cache-Löschung deaktivieren

Das Vorladen kann eine hohe CPU-Auslastung verursachen und deinen Server belasten. Es wird in WP Rocket, dem Crawler von LiteSpeed Cache, dem Preheat-Cache von SiteGround Optimizer und anderen Cache-Plugins verwendet.

Das Problem ist, dass standardmäßig deine gesamte Website mit deiner Sitemap vorgeladen wird. Ein weiteres Problem ist, dass der gesamte Cache geleert wird, wenn bestimmte Aktionen durchgeführt werden (etwas so einfaches wie die Aktualisierung eines Widgets). Und schließlich ist das Intervall für das Vorladen möglicherweise zu groß für deinen Server. Mit ein paar einfachen Maßnahmen lässt sich der Verbrauch von Serverressourcen durch das Vorladen erheblich reduzieren.

• Lade nur wichtige URLs der Sitemap vor (d. h. Seiten/Beiträge), nicht die gesamte Sitemap.
• Erhöhe das Intervall, in dem die Seiten vorgeladen werden (WP Rocket hat dafür ein Hilfs-Plugin).
• Deaktiviere die automatische Cache-Löschung (WP Rocket hat ein weiteres Hilfs-Plugin). Jedes Mal, wenn du eine bestimmte Aktion ausführst, wird der gesamte Cache geleert (hier sind die Aktionen für WP Rocket). Das kann den Server stark belasten, vor allem, wenn du neben dem Schreiben von Inhalten auch an deiner Website arbeitest. Eine bessere Alternative ist es, die automatische Cache-Löschung zu deaktivieren und einen Cron-Job zu verwenden, um zu steuern, was passiert, wenn der Cache geleert wird und wann (z. B. mitten in der Nacht).

Das Letzte, was du willst, ist, ständig Aktionen auszulösen, die deinen gesamten Cache löschen.

18. TTL erhöhen

Eine längere TTL (time to live) ist besser für die Leistung, da der Cache nicht so häufig neu aufgebaut werden muss. Außerdem führt dies zu einer besseren Cache-Trefferquote. Wie bereits erwähnt, ist dein TTFB umso schneller, je mehr Cache-Treffer du erzielen kannst. Google empfiehlt die Zwischenspeicherung statischer Ressourcen für ein ganzes Jahr, was die Bereitstellung statischer Assets mit einer effizienten Cache-Richtlinie in PageSpeed Insights festlegt. Dies geschieht normalerweise in deinem Hosting-Konto oder CDN, je nachdem, wo dein Cache gespeichert ist.

19. Reinige deine Datenbank gründlich

Führe mit WP-Optimize eine gründliche Bereinigung der Datenbank durch.

Damit kannst du deine Plugin-Tabellen durchgehen, sehen, wie viel Overhead du hinzufügst, und Tabellen entfernen, die von alten Plugins zurückgelassen wurden. Und wer weiß, vielleicht wirst du feststellen, dass bestimmte Plugins/Module die Datenbank stark aufblähen. Ich habe mehrere Funktionen von Rank Math, wie z. B. deren Analytics, deaktiviert.

20. Langsame Plugins, Abfragen, Engpässe identifizieren

So geht’s:

• Sieh dir meine vollständige Liste von 75+ langsamen Plugins an.
• Finde langsame Plugins/Abfragen in Query Monitor.
• Verwende WP Hive, um Plugins zu sehen, die die Speichernutzung beeinflussen.
• Finde stark genutzte Dateien im Chrome Dev Tools Bericht.
• Überprüfe deinen GTmetrix Waterfall auf lange Aufgaben und rote Fehler.

21. Vermeide Shared Hosting

SiteGround: Sie haben jahrelang über ihr langsames TTFB gelogen und gehen sogar so weit, Leute zu zensieren, indem sie Leute in Facebook-Gruppen verbieten und Leute, die sich darüber äußern, rechtlich zu bedrohen. Schau dir einfach Backlinkos TTFB-Test an oder suche in der WP Speed Matters Facebook-Gruppe, um echte Meinungen zu erhalten (da viele Facebook-Gruppen von SiteGround und ihren „Markenbotschaftern“ moderiert werden). Außerdem sind ihre CPU-Limits furchtbar und oft nicht zu beheben.

Hostinger: nur billig, weil sie dir weniger CPU-Kerne, RAM und andere Ressourcen als ähnliche Hosts zur Verfügung stellen. Aber wenn du ihre Spezifikationen mit dem Preis vergleichst, sind sie tatsächlich einer der schlechtesten Werte. Außerdem haben sie ihr Unternehmen mit gefälschten Bewertungen und Betrug aufgebaut. Nein!

WPX: nicht der schnellste WordPress-Host und ein komplettes Marketing-Gimmick (Matthew ist offensichtlich ein Partner, behauptet aber, dass seine Tests unabhängig sind). Ihre TOS setzen keine Grenzen für Server-Ressourcen, Inodes oder E-Mail… was bedeutet, dass es in deinem Ermessen liegt, ob du es zu viel benutzt. Die Reaktion auf den 3-tägigen Ausfall durch ihren CEO war ebenfalls eine Katastrophe, da sie kein Redundanzsystem hatten und die Schuld auf einen toten CEO schoben.

GoDaddy: überfüllte Server und E/A-Probleme. Viele Leute nutzen GoDaddy, weil sie von ihnen gehört haben (aus der Werbung), aber immer mehr Leute treten FB-Gruppen bei und erfahren, wie schlecht sie sind. Ihre verwalteten WordPress-Hosting-Pläne sind auch ein großes Nein.

Bluehost: wird hauptsächlich von Partnern beworben, ist aber einer der am wenigsten empfohlenen Hoster in Facebook-Gruppen. Wird von WordPress nur empfohlen, weil sie sie bezahlen. Gehört zu EIG, dem auch HostGator gehört, mit geringem Speicherplatz, Inode-Limits, CPU-Drosselung.

Ich hoffe, du konntest deine Webseite mit meinen Tipps schneller machen.

Bis zum nächsten Mal!

Joe