Zum Inhalt springen
Core Web Vitals Spezialisten

Server & Hosting

Bevor der Browser überhaupt etwas darstellen kann, muss der Server antworten. Diese Kategorie behandelt alles vor der ersten Zeile HTML: Serverwahl und Ressourcen, Zeit bis zum ersten Byte, Datenbankabfragen und deren Indizierung, PHP-Konfiguration und OPcache, HTTP-Versionen und Verbindungsaufbau, Komprimierung mit Brotli und Gzip sowie Caching auf mehreren Ebenen — von Objektcaches bis zur vollständigen Seitenauslieferung. Wir gehen auf Auslieferung über Content-Delivery-Netzwerke ein, auf sinnvolle Ablaufzeiten für statische Dateien und auf die Frage, wann sich ein Umzug lohnt. Beschrieben so, dass Sie mit Ihrem Hoster oder Ihrer IT konkret über Ursachen sprechen können. Zusätzlich behandeln wir, welche Angaben Sie von einem Anbieter brauchen, um Angebote sachlich zu vergleichen statt nach Paketnamen zu entscheiden.

KI-Crawler-Last: Wo die Anfragen landenHTML-Anfragen und Crawl-Zwecke, Juni 2026HTML-AnfragenJuni 2026Bots57,5 %Menschen42,5 %Cloudflare RadarWohin die Bot-Anfragen laufenBot-AnfrageCachebar: Start, KategorieLong-Tail: Filter, SucheOrigin: PHP-Worker, DBHitMissKI-Crawls nach Zweck52 %TrainingTraining 52 %Mischnutzung 36 %+Cloudflare RadarKapazitätshebel: drosseln statt blockenFacetten und Parameteraus dem Crawl-Pfad nehmenRate-Limit am Edgepriorisieren statt sperrenCache-Regeln für BotsLong-Tail cachebar machenWorker-Pool schützenLimits gegen ErschöpfungCrawl-to-Referral je Bot zeigt, welcher Crawler Last erzeugt und welcher Besucher bringt (Cloudflare Radar)
Server & Hosting 22. Juli 2026

KI-Crawler-Last: Wenn Bots den Server ausbremsen

Bots erzeugen über die Hälfte der HTML-Anfragen. Warum KI-Crawler uncachebare Long-Tail-URLs treffen, wie Sie die Last messen und drosseln statt blocken.

14 Min. Lesezeit
Textkompression 2026: kleinste Bytes, schnellste AntwortMobile HTML-Kompression (Web Almanac)Gzip52%Brotli37%ohne11%Brotli auf 37% der Seiten, 11% ganz ohne KompressionKompressionsdurchsatz (Zstandard-Projekt)zstd -1510 MB/sGzip -1105 MB/srund 5x schnellere Kompression als GzipDekompression bleibt bei allen Stufen schnellStatisch: Brotli 11 kleinste Dateien | Dynamisch: zstd rund 4x schneller | Fallback: GzipStatische Build-AssetsBrotli Stufe 11kleinste Datei, einmal vorkomprimiertDynamisches HTML / JSONzstd Stufe 12-19schnell, geringe CPU-LastAlte Clients / HTTPGzipuniverseller RückfallContent-Encoding-Verhandlung und Fallback-KetteClient sendet Accept-Encoding: zstd, br, gzip -> Server wählt beste gemeinsame Methode, sonst GzipChrome 123+Edge 123+Firefox 126+Safari 26+(Can I use)
Server & Hosting 15. Juli 2026

Brotli oder Zstandard: schnellere Kompression 2026

Brotli, Zstandard oder Gzip für Web-Kompression 2026: Welches Verfahren kleinste Transfergröße und schnellste Antwort liefert - statisch wie dynamisch.

12 Min. Lesezeit
Query-Wasserfall: N+1 ungeindext vs. indiziert und gecachtDatenbankzeit einer Kategorieseite mit 20 Produktenvorher: N+1 ohne IndexSELECT Liste 18 ms+ 20x SELECT je ProduktFull Scan ohne IndexDB-Zeit gesamt 420 msnachher: Eager Load + IndexSELECT Liste 9 ms1x JOIN Produkte (Index) 6 msQuery-Cache HIT 0,3 msDB-Zeit gesamt 15 msQuery-Zeit vorher und nachhervorher420 msnachher15 ms0,8 sguter TTFB-Wert (web.dev)1%Umsatz je 100 ms (Amazon)8,4%mehr Conversion je 0,1 s32%mehr Absprung 1 zu 3 sEin guter TTFB liegt bei 0,8 Sekunden oder darunter (web.dev) -- jede zusätzliche 100 ms Latenz kostete Amazon rund 1 Prozent Umsatz (Amazon).Eine um 0,1 Sekunden schnellere mobile Ladezeit steigerte Retail-Conversions um 8,4 Prozent (Google/Deloitte 2020).Beispielwerte zur Veranschaulichung des N+1-Musters; reale Zeiten variieren je nach Datenbestand und Hardware.
Server & Hosting 15. Juni 2026

Datenbank-Query-Optimierung für die Shop-Performance

Wie Indexe, das Auflösen von N+1-Queries, Query-Caching und EXPLAIN langsame Datenbankabfragen beschleunigen und die Time to First Byte Ihres Shops senken.

14 Min. Lesezeit
Edge-Auslieferung: Origin allein vs. CDN mit Edge-PoPsTime to First Byte je nach Distanz zum NutzerOrigin-ServerFrankfurtEdge-PoPNew YorkHIT 12msNutzerEdge-PoPSingapurHIT 15msNutzerEdge-PoPSao PauloMISS 14msNutzernur bei MISSOrigin-FetchTTFB für Nutzer in Sao Pauloohne CDN320 msmit Edge-HIT15 ms54%Requests via CDN1% UmsatzVerlust je 100 ms90,4%Antworten cachebar124 mi/msLicht im Glasfaser54 Prozent aller Requests werden von einem CDN ausgeliefert (Web Almanac 2024) --jede zusätzliche 100 ms Latenz kostete Amazon rund 1 Prozent Umsatz (Amazon).
Server & Hosting 10. Juni 2026

CDN und Edge-Caching für Shop-Performance 2026

Wie CDN, Edge-Caching und durchdachte Cache-Control-Header die Time to First Byte weltweit senken und Ihren Shop auch fern vom Origin schnell ausliefern.

14 Min. Lesezeit
Hosting-Modell bestimmt die ServerantwortShared Hosting800-2000 msTTFB typischgeteilte RessourcenLastspitzen kritischVPS (selbst verwaltet)300-700 msTTFB typischdedizierte Kapazitätmanuell skaliertManaged Hosting200-500 msTTFB typischoptimierter StackCache eingebautCloud / Autoscaling100-400 msTTFB typischelastisch skalierbarEdge-nah verteiltbestimmtTTFB begrenzt das LCP-Budget2,5 s (gut)0 sRender-Verzögerung 10%Ressourcen-Ladezeit 40%Lade-Verzögerung 10%TTFB - Serverantwort 40%vom Hosting bestimmtGuter TTFB am 75. Perzentil: unter 800 msNur 42 % der mobilen Seiten erreichen das (HTTP Archive) - Frontend hebt die Grenze nicht
Server & Hosting 11. Mai 2026

Hosting-Wahl: Wie der Server die Ladezeit bestimmt

Der Server bestimmt die Obergrenze der Ladezeit. Wie sich Shared Hosting, VPS, Managed und Cloud in TTFB, Lastspitzen, Skalierung und Latenz unterscheiden.

13 Min. Lesezeit