Shopware Cache Warmer Cache Warmer.

Kein erster Besucher mit Wartezeit - geplantes Aufwärmen aller Caches, Multi-Shop- und Customer-Group-fähig.

Wie es funktioniert

Kein erster Besucher sollte warten.

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.

Geplant

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.

Vollständig

Alle Seiten, alle Sprachen

Produkt-Detailseiten, Listings, CMS-Seiten, Kategorie-Pages - und das für jede aktive Storefront-Sprache und jeden Sales-Channel.

Customer-Group-aware

Auch B2B-Preise

Pro Kunden-Gruppe wird ein eigener Cache-Lauf durchgeführt. B2B-Preise, Netto-Anzeigen, eingeschränkte Sortimente - alles korrekt warmgehalten.

Multi-Shop

Sequenzielle Queue

Mehrere Shops? Kein Problem - Cache-Warmer fährt sie nacheinander ab und verschont den Server vor Parallel-Last.

HTTP/2-Pooling

Connection-Reuse

Statt pro Page eine neue Connection aufzubauen, wird HTTP/2 mit Connection-Pooling genutzt - deutlich schneller bei großen Mengen.

Fallback

HTTP/1.1 wenn nötig

Wenn der Zielserver HTTP/2 nicht beherrscht oder Verbindungsprobleme hat - automatischer Fallback auf HTTP/1.1.

Live-Dashboard

Was passiert - in Echtzeit sichtbar.

admin.cache-warmer.de zeigt in Echtzeit, was gerade läuft. Plus durchsuchbare History der letzten 30 Tage pro Shop.

Live-Dashboard

Was läuft gerade - und wie weit ist es?

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.

Live-Counter

Seiten pro Sekunde

Realtime-Anzeige der aktuell verarbeiteten Pages pro Sekunde - direkt vergleichbar mit dem Trend der vergangenen Läufe.

Per-Shop Statistik

Erfolgsquote pro Shop

Pro Shop und Customer-Group wird die Erfolgsquote getrackt - Fehlerseiten werden in der History markiert.

History

Letzte 30 Tage durchsuchbar

Alle Läufe der vergangenen 30 Tage sind im Dashboard durchsuchbar - inkl. Dauer, Fehler und betroffene URLs.

Benachrichtigung

Du erfährst nur, wenn etwas wichtig ist.

Per-Shop E-Mail-Reports nach jedem Lauf - oder Slack-Webhook. Threshold-Alerts dämpfen das Rauschen.

E-Mail-Report

Pro Shop, pro Customer-Group

Nach jedem Lauf geht ein Mail-Report an die hinterlegten Adressen - inklusive Dauer, Fehlerseiten und Performance-Trend.

Sendmail-fallback

Funktioniert auf jedem Server

Die Mail-Benachrichtigung läuft per PHP-Sendmail - kein SMTP-Setup, keine externen Dienste, kein Vendor-Lock.

Fehlerseiten-Liste

Welche URLs schlugen fehl

Wenn eine Page einen Fehler liefert (404, 500, Timeout) - im Report steht die genaue URL, der Status und die Antwortzeit.

Performance-Trend

Vergleich mit letztem Lauf

Im Mail wird die durchschnittliche Antwortzeit mit dem letzten Lauf verglichen - Regressionen werden sofort sichtbar.

Threshold-Alerts

Nur wenn etwas schiefläuft

Optional: nur Mail schicken, wenn die Erfolgsquote unter X % sinkt - keine täglichen „Alles ok"-Mails.

Slack-Webhook

Auch in den Team-Chat

Statt Mail (oder zusätzlich): Slack-Webhook fürs gesamte Team - gleicher Inhalt, direkt im Channel.

In Zahlen

Was im Hintergrund läuft.

Status des aktuellen Cache-Warmer-Setups auf admin.cache-warmer.de.

PM2
Process-Management
better-sqlite3
lokale State-DB
HTTP/2
Connection-Pooling
3010
Port auf Creoline s23409
Node 20
Runtime via nodenv
Technische Details

Pragmatisch gebaut.

Statt grosser Frameworks: schlanker Node-Worker, SQLite als State, PM2 für Stabilität.

Stack

Node.js 20PM2better-sqlite3HTTP/2PHP sendmail

Architektur

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.

Hosting

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.

Produktseite

Vollständige Service-Beschreibung, Dokumentation und Buchungsmöglichkeit unter:
shopware-cachewarmer.de →

Häufige Fragen

Häufige Fragen zum Cache Warmer

Was macht ein Cache Warmer in Shopware?

Er ruft die Seiten deines Shops geplant auf, bevor echte Besucher kommen. Produktseiten, Listings und CMS-Seiten liegen dann bereits im Cache, und der erste Besucher wartet nicht auf eine frisch berechnete Seite.

Wann wird der Cache aufgewärmt?

Der Lauf hängt an einem Cronjob, zum Beispiel nachts oder früh morgens. Sinnvoll ist ein Lauf auch nach dem Leeren des Caches, nach einem Deployment oder nach einem größeren Import.

Werden Kundengruppen und mehrere Shops berücksichtigt?

Ja. Pro Kundengruppe läuft ein eigener Durchgang, damit auch B2B-Preise im Cache liegen. Mehrere Shops werden nacheinander über eine gemeinsame Queue abgearbeitet.

Erfahre ich, wenn Seiten fehlschlagen?

Nach jedem Lauf geht ein Report per E-Mail raus, mit der Liste der Seiten, die einen Fehler wie 404, 500 oder einen Timeout geliefert haben. Optional geht der Report an einen Slack-Webhook oder nur dann raus, wenn die Erfolgsquote unter einen Schwellwert fällt.

Wo bekomme ich den Cache Warmer?

Der Cache Warmer ist ein Service mit eigener Produktseite unter shopware-cachewarmer.de. Dort stehen Preise und Konfigurationsoptionen. Für das Setup kannst du uns direkt anfragen.

Schnellere Shop-Performance?

Cache-Warmer-Service unter shopware-cachewarmer.de.

Vollständige Service-Beschreibung mit Preisen, Konfigurations-Optionen und Buchungsformular auf der Produktseite. Auf Wunsch übernehmen wir das komplette Setup - inkl. Customer-Group-Mapping, Mail-Konfiguration und Anbindung an dein Monitoring.