Die bisherigen Zahlen zeigen, dass der Unterschied zwischen keiner Komprimierung und Gzip enorm ist, während der Unterschied zwischen Gzip und Brotli weitaus geringer ist. Dies deutet darauf hin, dass die Gewinne von nichts zu Gzip bemerkenswert sein werden, die Steigerung von Gzip zu Brotli jedoch möglicherweise weniger beeindruckend ist.
Der Haken?
Gzip machte Dateien 72 % kleiner als gar keine Komprimierung, aber Brotli sparte uns nur zusätzliche 5,7 % davon. In Bezug auf FCP erzielte Gzip eine Verbesserung von 23 %, verglichen mit keiner Komprimierung überhaupt, aber Brotli brachte nur zusätzliche 3,5 % obendrauf.
Brotli ist also wie würziges Gzip.
Dennoch nehme ich ein paar Punkte mit, indem ich in Cloudflare einen Schalter umlege.
Es ist erwähnenswert, dass Brotli Level 1 merklich schneller ist als Gzip Level 1 und bei englischem Textinhalt mehr oder weniger der Größe von Gzip Level 6 entspricht, was Brotli Level 1 zu einer effektiven Wahl für dynamische Inhalte macht; während Level 11 etwa 10 % der Geschwindigkeit von Gzip Level 9 erreicht; aber etwa 3–10 % mehr Einsparungen bietet; kleiner als Zopfli (das etwa 10 % der Brotli-Geschwindigkeit erreicht); was Brotli ideal für die Vorkomprimierung statischer Daten macht, die zusammen mit dynamischen Daten mit einem niedrigeren Komprimierungsverhältnis ausgeliefert werden.
Kurz gesagt
Sie benötigen kein Cloudflare, um Ihre Daten zu komprimieren. Sie können dies generell selbst tun, und zwar besser (insbesondere bei einer primär statischen Anwendung).
Komprimieren Sie auf den für die Ressource erforderlichen Grad.
Nutzen Sie Technologien wie h2 und h3, um die TTFB (des Dokuments selbst) zu beschleunigen.
Vorkomprimieren Sie statische Ressourcen mit einem Tool wie https://lib.rs/crates/static-compress mit maximaler Leistung.
Nutzen Sie nach Möglichkeit binäre Dateieinbindung/-ladung.