HTTP/2 und HTTP/3 nutzen – Dateien nicht blind zusammenfassen

Cookbook: Ziel und Ergebnis

Das moderne Protokoll wird verifiziert; Bündelung und Aufteilung richten sich danach nach Cache-Wiederverwendung, Selektivität und Wasserfall – nicht nach möglichst kleiner Request-Zahl.

Rezept: Schritt für Schritt

1. In DevTools oder per Protokolltest prüfen, ob HTML und Assets h2/h3 nutzen; TLS/ALPN und CDN/Server berücksichtigen.
2. Aktuelle Bundles nach ungenutztem Code, Cache-Lebensdauer und Seitenbedarf analysieren.
3. Große globale Bundles in stabile gemeinsame Basis und seitenspezifische Teile teilen; viele winzige Fragmente vermeiden.
4. Kompression, Prioritäten und frühe kritische Ressourcen messen. HTTP/3 zuerst für relevante Regionen testen.

Rechenweg oder Entscheidungsregel

Entscheidungsregel: Trenne Code, wenn er auf vielen Seiten nicht gebraucht wird oder unabhängig aktualisiert wird. Bündele, wenn Teile immer gemeinsam gebraucht werden und zusätzliche Verwaltung keinen messbaren Nutzen bringt.

Praxisbeispiel

Ein 600-kB-Shop-Bundle wird auf Blogseiten nur zu 15 % genutzt. Aufteilung in 90-kB-Core plus 510-kB-Shop spart Blogbesuchern 510 kB und hält Core separat cachebar. 200 Mini-Dateien à 1 kB wären dennoch unnötig komplex.

Prüfen, ob es funktioniert

• Protokollspalte zeigt h2/h3 für echte Nutzerpfade, nicht nur Testdomain.
• Übertragene ungenutzte Bytes und LCP/INP verbessern sich.
• Keine Reihenfolge-, CORS-, Cache- oder Deploymentfehler.

Rollback

Build-/Combine-Einstellung auf gesicherten Stand zurücksetzen, generierte Assets neu bauen und alle HTML-/CDN-Caches purgen. Protokollaktivierung am Server nur mit gültiger vorheriger Konfiguration zurücknehmen.

Was sich ändert

HTTP/2 kann mehrere Streams über eine Verbindung übertragen und Header komprimieren. Daher ist „jede Datei zu einer großen Datei kombinieren“ kein allgemeines Gesetz mehr: ein großes Bundle verhindert selektives Laden und granularen Browser-Cache.

Empfehlung

HTTP/2 beim Host aktivieren und verifizieren. Unter Apache stellt mod_http2 die Unterstützung bereit; konkrete MPM-/TLS-Voraussetzungen beachten. HTTP/3 wird meist über CDN oder moderne Server angeboten. Assets weiterhin reduzieren und bedingt laden, aber Kombination nur nach Wasserfallmessung.

Risiken

Protokollaktivierung behebt keine langsame PHP-Antwort. Zu viele kleine Dateien erzeugen weiterhin Header-, Scheduling- und Verarbeitungskosten. Alte Minify-Plugins können Reihenfolgen brechen.

Erfolgskontrolle

Protokoll in DevTools prüfen und reale Ladezeit statt Request-Anzahl vergleichen. Cache-Invalidierung und Kompression müssen weiterhin funktionieren.

Quellen und Prüfstand

• Apache: HTTP/2
• WordPress: Caching und Serveroptimierung

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.