Ein Kunde bestellt, aber die Bestätigungsmail kommt erst eine halbe Stunde später. Der Suchindex zeigt noch ein Produkt, das längst ausverkauft ist. Ein Import bleibt einfach stehen. Solche Aussetzer wirken zufällig, haben aber oft dieselbe Ursache: den Admin Worker.
In diesem Artikel zeigen wir dir, was der Admin Worker in Shopware 6 eigentlich ist, warum er im Live-Betrieb für genau diese Probleme sorgt und wie ein sauber eingerichteter Shop das Ganze zuverlässig erledigt. Ohne tiefes Technikwissen, dafür mit dem Blick darauf, was es für deinen Shop bedeutet.
Nicht jede Aufgabe in einem Shop muss in genau dem Moment passieren, in dem du oder ein Kunde einen Knopf drückt. Eine Bestätigungsmail verschicken, den Suchindex aktualisieren, einen Cache neu aufbauen, einen Export erzeugen: Solche Aufgaben schiebt Shopware in eine Warteschlange und arbeitet sie nach und nach ab. Das hält das Backend schnell und die Klicks flüssig.
Die Frage ist nur: Wer arbeitet diese Warteschlange ab? Im Standard übernimmt das der Admin Worker. Er läuft direkt in deinem Browser, solange das Shopware-Backend geöffnet ist. Das Backend fragt im Hintergrund regelmäßig nach, ob etwas zu tun ist, und erledigt dann die nächste Aufgabe aus der Schlange.
Für die Einrichtung und fürs lokale Entwickeln ist das praktisch. Für einen echten Live-Shop ist genau dieser Punkt aber das Problem. Wer frisch auf Shopware 6 umgezogen ist, etwa über eine Migration von Shopware 5, sollte hier besonders genau hinschauen.
Die gute Nachricht: Für den Live-Betrieb ist Shopware längst auf einen besseren Weg vorbereitet. Dafür wird der Admin Worker deaktiviert. Die Warteschlange übernimmt stattdessen ein eigener Hintergrunddienst direkt auf dem Server, unabhängig davon, ob jemand im Backend ist.
Technisch übernimmt das ein Prozess auf der Kommandozeile (messenger:consume), der dauerhaft im Hintergrund läuft und von einem Prozess-Manager wie systemd oder Supervisor überwacht wird. Fällt er aus, wird er automatisch neu gestartet. Um die zeitgesteuerten Aufgaben, die Scheduled Tasks, kümmert sich ein zweiter Hintergrundprozess, damit auch wiederkehrende Jobs zuverlässig laufen.
Für dich heißt das konkret: Die Warteschlange wird rund um die Uhr abgearbeitet, auch nachts und am Wochenende. Das Backend bleibt schnell, weil es sich nicht mehr selbst um die Aufgaben kümmern muss. Und dein Shop verhält sich vorhersehbar, statt je nachdem, ob gerade jemand eingeloggt ist.
Im Standard verwaltet Shopware die Warteschlange in der Datenbank. Für die meisten Shops reicht das problemlos aus. Wächst dein Shop aber stark, verarbeitet viele Bestellungen gleichzeitig oder fährt regelmäßig große Importe, kann die Datenbank zum Engpass werden.
Dann lohnt sich ein eigener Dienst nur für die Warteschlange, ein sogenannter Message Broker wie RabbitMQ oder Redis. Er nimmt die Aufgaben entgegen und entlastet die Datenbank, sodass auch unter Last alles flüssig durchläuft. Für einen kleinen oder mittleren Shop ist das kein Muss. Gut zu wissen ist nur, dass der Weg nach oben offen bleibt. Wenn du ohnehin über Wachstum nachdenkst, wirf auch einen Blick auf die Fair-Usage-Regeln von Shopware.
Stand: Dieser Beitrag bezieht sich auf Shopware 6.7.0.0. In neueren Versionen können sich einzelne Befehle oder Pfade unterscheiden.
Wenn du bei mehreren Punkten zögern musstest, läuft bei dir vermutlich noch der Admin Worker. Wenn du beim Setup oder generell mit deinem Shopware-6-Shop Hilfe brauchst, melde dich. Wir sehen uns dein Setup an und sagen dir direkt, was sich lohnt und was nicht.
