Cron-Job + Live-Modus
Cache-Warming kann auf einen Cronjob gehängt werden (nachts, früh morgens) — oder live nach einem Theme-Deploy ausgelöst werden.
Kein erster Besucher mit Wartezeit — geplantes Aufwärmen aller Caches, Multi-Shop- und Customer-Group-fähig.
Statt darauf zu hoffen, dass der erste echte Besucher den Cache füllt, machen wir das vorher — geplant, vollständig und mit den richtigen Customer-Groups.
Cache-Warming kann auf einen Cronjob gehängt werden (nachts, früh morgens) — oder live nach einem Theme-Deploy ausgelöst werden.
Produkt-Detailseiten, Listings, CMS-Seiten, Kategorie-Pages — und das für jede aktive Storefront-Sprache und jeden Sales-Channel.
Pro Kunden-Gruppe wird ein eigener Cache-Lauf durchgeführt. B2B-Preise, Netto-Anzeigen, eingeschränkte Sortimente — alles korrekt warmgehalten.
Mehrere Shops? Kein Problem — Cache-Warmer fährt sie nacheinander ab und verschont den Server vor Parallel-Last.
Statt pro Page eine neue Connection aufzubauen, wird HTTP/2 mit Connection-Pooling genutzt — deutlich schneller bei großen Mengen.
Wenn der Zielserver HTTP/2 nicht beherrscht oder Verbindungsprobleme hat — automatischer Fallback auf HTTP/1.1.
admin.cache-warmer.de zeigt in Echtzeit, was gerade läuft. Plus durchsuchbare History der letzten 30 Tage pro Shop.
Unter admin.cache-warmer.de gibt es ein Live-Dashboard, das in Echtzeit zeigt, welcher Shop gerade aufgewärmt wird, wie viele Seiten bereits durch sind, wie lange es ungefähr noch dauert. Inklusive History der letzten Läufe pro Shop.
Realtime-Anzeige der aktuell verarbeiteten Pages pro Sekunde — direkt vergleichbar mit dem Trend der vergangenen Läufe.
Pro Shop und Customer-Group wird die Erfolgsquote getrackt — Fehlerseiten werden in der History markiert.
Alle Läufe der vergangenen 30 Tage sind im Dashboard durchsuchbar — inkl. Dauer, Fehler und betroffene URLs.
Per-Shop E-Mail-Reports nach jedem Lauf — oder Slack-Webhook. Threshold-Alerts dämpfen das Rauschen.
Nach jedem Lauf geht ein Mail-Report an die hinterlegten Adressen — inklusive Dauer, Fehlerseiten und Performance-Trend.
Die Mail-Benachrichtigung läuft per PHP-Sendmail — kein SMTP-Setup, keine externen Dienste, kein Vendor-Lock.
Wenn eine Page einen Fehler liefert (404, 500, Timeout) — im Report steht die genaue URL, der Status und die Antwortzeit.
Im Mail wird die durchschnittliche Antwortzeit mit dem letzten Lauf verglichen — Regressionen werden sofort sichtbar.
Optional: nur Mail schicken, wenn die Erfolgsquote unter X % sinkt — keine täglichen „Alles ok"-Mails.
Statt Mail (oder zusätzlich): Slack-Webhook fürs gesamte Team — gleicher Inhalt, direkt im Channel.
Status des aktuellen Cache-Warmer-Setups auf admin.cache-warmer.de.
Statt grosser Frameworks: schlanker Node-Worker, SQLite als State, PM2 für Stabilität.
Node-Worker pro Shop, gemeinsame Queue über SQLite. better-sqlite3 ersetzt das frühere sql.js, das in WASM-Memory-Crashes lief. PM2 sichert Auto-Restart bei Crashes.
Läuft auf Creoline-Server s23409 auf Port 3010, erreichbar über admin.cache-warmer.de. nodenv für Node-Version-Pinning, ohne Root-Zugriff installierbar.
Wir richten Cache-Warmer für Ihre Shopware-Instanz ein — inkl. Customer-Group-Mapping, Mail-Konfiguration und Anbindung an Ihr Monitoring.