PWA-Cache-Budget-Rechner
Geben Sie die URLs Ihres PWA-Precache-Manifests ein und legen Sie Ihr Cache-Budget fest, um die Gesamtcachegröße, die GZIP- und Brotli-Einsparungen pro Asset-Typ zu berechnen und konkrete Empfehlungen zu erhalten, welche Assets Sie ausschließen sollten, um im Budget zu bleiben. Läuft vollständig in Ihrem Browser - keine Netzwerkanfragen, keine Anmeldung.
Enter the URLs in your PWA precache manifest and set your cache budget. The calculator estimates total cache size, shows GZIP and Brotli savings per asset, and recommends which assets to exclude to stay within budget. Runs entirely in your browser - no network requests, no signup required.
Leave "Known size" blank to use typical sizes for each asset type. Enter the actual file size in KB for more accurate results.
Warum unseren PWA-Cache-Budget-Rechner verwenden?
- Sofortige Cache-Budget-Berechnung: Fügen Sie Ihre Precach-URL-Liste ein, legen Sie Ihr Budget fest und sehen Sie sofort die Gesamtcachegröße, die GZIP- und Brotli-Einsparungen und die auszuschließenden Assets - alles mit einem Klick.
- Sicherer PWA-Cache-Budget-Rechner online: Die gesamte Berechnung läuft in Ihrem Browser. Es werden keine URLs abgerufen und keine Daten verlassen Ihr Gerät - sicher für die Analyse interner, Staging- oder Produktionsmanifeste.
- Intelligente Ausschlussempfehlungen: Wenn Ihr Precache das Budget übersteigt, empfiehlt der Rechner, welche Assets ins Runtime-Caching verschoben werden sollten - kritisches HTML, CSS und JS haben Vorrang vor großen Mediendateien.
- 100 % kostenlos für immer: Berechnen Sie so viele PWA-Cache-Budgets, wie Sie benötigen, völlig kostenlos. Kein Konto, kein Abonnement, keine Limits und keine Werbung.
Was ist ein PWA-Cache-Budget-Rechner?
Ein PWA-Cache-Budget-Rechner berechnet den Gesamtspeicher, den eine Liste von URLs eines Service-Worker-Precache-Manifests belegt, und vergleicht ihn mit einem konfigurierbaren Budget - er zeigt, welche Assets ausgeschlossen werden sollten, um im Limit zu bleiben. Unser kostenloser Rechner läuft vollständig in Ihrem Browser, erkennt jeden Asset-Typ anhand der URL-Endung, wendet typische Kompressionsraten an und empfiehlt, welche Assets bei Überschreitung des Budgets ins Runtime-Caching verschoben werden sollten.
So funktioniert unser PWA-Cache-Budget-Rechner
- URLs und Budget eingeben: Fügen Sie die URLs aus Ihrem Service-Worker-Precache-Manifest ein - eine pro Zeile. Legen Sie Ihr Cache-Budget in MB fest (Standard: 50 MB). Optional können Sie die bekannte Dateigröße in KB für jede URL angeben.
- Sofortige Berechnung im Browser: Klicken Sie auf „Cache-Budget berechnen“ - das Tool erkennt jeden Asset-Typ, wendet typische Kompressionsraten an, berechnet die Gesamtcachegröße und vergleicht sie mit Ihrem Budget. Es werden keine Netzwerkanfragen gestellt.
- Ausschlussempfehlungen prüfen: Assets, die Ihr Budget überschreiten, werden zum Ausschluss markiert - kritisches HTML, CSS und JS haben Vorrang, während große Mediendateien stattdessen für das Runtime-Caching empfohlen werden.
Was analysiert wird
- Asset-Typ-Erkennung: URL-Endungen klassifizieren jedes Asset als HTML, CSS, JS, JSON, Rasterbild, SVG, Schrift, Audio, Video oder Binär.
- Kompressionsraten: Jeder Asset-Typ hat typische GZIP- und Brotli-Kompressionsraten - Textassets komprimieren um 70-85 %, während Binärformate durch HTTP-Komprimierung fast nichts gewinnen.
- Budget-Einhaltung: Der Rechner sortiert Assets nach Priorität (kritisch → hoch → mittel → niedrig) und markiert die Assets mit der niedrigsten Priorität zum Ausschluss, wenn die Gesamtsumme Ihr Budget übersteigt.
- Strategie pro Asset: Jedes Asset erhält eine konkrete Empfehlung - vom Aktivieren von Brotli über den Wechsel zu WOFF2 bei Schriften bis zu WebP bei Bildern.
Speicherquoten für den PWA-Cache
Browser legen Speicherquoten für Service-Worker-Caches fest. Chrome und Edge erlauben bis zu 60 % des verfügbaren Speicherplatzes, die praktische Empfehlung ist jedoch, den anfänglichen Precache unter 50 MB zu halten, um auf Mobilgeräten eine gute Nutzererfahrung zu bieten. Große Precache-Manifeste verzögern das install-Ereignis des Service Workers und können auf Geräten mit wenig Speicher Quotenfehler verursachen. Nutzen Sie diesen PWA-Cache-Budget-Rechner, um Ihren Precache schlank zu halten - verschieben Sie große Audio-, Video- und unkritische Bilddateien ins Runtime-Caching, statt sie vorab zu cachen.
Häufig gestellte Fragen
Ein PWA-Cache-Budget-Rechner berechnet den Gesamtspeicher, den eine Liste von URLs eines Service-Worker-Precache-Manifests belegt, und vergleicht ihn mit einem konfigurierbaren Budget - er zeigt, welche Assets ausgeschlossen werden sollten, um im Limit zu bleiben. Unser kostenloser PWA-Cache-Budget-Rechner online läuft vollständig in Ihrem Browser - es werden keine Netzwerkanfragen gestellt und keine Daten verlassen Ihr Gerät.
Nein. Der Rechner schätzt Größen anhand der URL-Dateiendung und typischer Größen für jeden Asset-Typ. Wenn Sie die tatsächliche Dateigröße kennen, tragen Sie sie in die Spalte „Bekannte Größe (KB)“ ein, um eine genauere Schätzung zu erhalten. Dieser Ansatz funktioniert ohne Netzzugriff und ist sicher für interne oder Staging-URLs.
Ja, vollständige Privatsphäre ist garantiert. Die gesamte Berechnung läuft clientseitig in Ihrem Browser. Es werden keine URLs abgerufen und keine Daten verlassen Ihr Gerät - sicher für die Analyse interner, Staging- oder Produktions-URLs, die sensible Pfadangaben enthalten können.
Ja. Der Rechner ist 100 % kostenlos, ohne Anmeldung, ohne Abonnement, ohne URL-Limits und ohne Werbung. Sie können so viele PWA-Cache-Budgets berechnen, wie Sie möchten.
Die praktische Empfehlung ist, den anfänglichen Precache unter 50 MB zu halten, um auf Mobilgeräten eine gute Nutzererfahrung zu bieten. Chrome und Edge erlauben bis zu 60 % des verfügbaren Speicherplatzes, aber Geräte mit wenig Speicher haben möglicherweise deutlich weniger. Große Precache-Manifeste verzögern zudem das install-Ereignis des Service Workers, was die erste Ladezeit beeinträchtigen kann.
Der Rechner sortiert Assets nach Priorität - HTML, CSS und JS gelten als kritisch und werden zuerst behalten. JSON und SVG haben hohe Priorität. Rasterbilder und Schriften haben mittlere Priorität. Audio-, Video- und Binärdateien haben niedrige Priorität und sind die ersten Ausschlusskandidaten, wenn die Gesamtsumme Ihr Budget übersteigt.
Rasterbilder (JPEG, PNG, WebP, AVIF) sowie Audio- und Videodateien sind bereits mit ihren eigenen Codecs komprimiert - zusätzliche HTTP-Komprimierung bringt fast nichts und verschwendet CPU. WOFF2-Schriften sind intern bereits Brotli-komprimiert. Für diese Asset-Typen empfiehlt das Tool stattdessen Optimierungen auf Format-Ebene.
Wenn Sie Workbox verwenden, wird das Precache-Manifest während des Build-Prozesses erzeugt - suchen Sie die Datei workbox-precache-manifest.*.js oder das in Ihren Service Worker injizierte Manifest. Bei manuellen Service Workern listen Sie die URLs auf, die Sie in Ihrem install-Event-Handler an cache.addAll() übergeben.
Zum Ausschluss markierte Assets sollten vom Precaching zum Runtime-Caching verschoben werden. Nutzen Sie in Workbox registerRoute() mit einer Caching-Strategie wie StaleWhileRevalidate oder CacheFirst für diese Assets. Runtime-Caching speichert sie bei Bedarf, während der Nutzer navigiert, statt beim install-Ereignis alles im Voraus herunterzuladen.