Insights - Shopware Archive - dot21.net | Ihre Digitale Agentur für Small Businesses und KMU

Automatisierter Produktabgleich: 90% Zeitersparnis durch Shopware-Extension | dot21

Sebastian Erl — Sun, 16 Mar 2025 18:04:00 +0000

Durch Automatisierung

Zeitersparnis in der Produktpflege

und bis zu

höhere Kundenzufriedenheit

IST – Situation

Eine 4-stellige Anzahl von Produkten über Dropshipping / Fulfillment Services bedeuteten einen sehr hohen manuellen Aufwand. Darüber hinaus waren die Produktinformationen nicht in entsprechendem Maße aktuell was Auswirkungen auf die Kundenzufriedenheit mit sich gebracht hat.

SOLL – Situation

Optimalerweise sollen die manuellen Aufwände weitestgehend reduziert werden um die Prozesse sehr viel ressourcenschonender und weniger fehlerbehaftet zu gestalten. Darüber hinaus sollen Unstimmigkeiten des Produktportfolios speziell in den Verfügbarkeiten auf ein Minimum reduziert werden.

Herangehensweise

Da es anbieterbedingt leider keine Möglichkeit einer API Anbindung gibt, musste man auf eine dateibasierte Lösung zurückgreifen. Hierzu werden nun von mittlerweile 3 Anbietern entsprechende Dateien zur Verfügung gestellt. Man greift hier zum einen auf eine und zum anderen auf mehrere Dateien zurück welche die erforderlichen Produktimport und -update Informationen enthalten. Diese Dateien werden unter verschiedenen technischen Aspekten abgeholt, verarbeitet, gemapped und deren Produktinformationen importiert und aktualisiert.

Datei

Um Zugriff auf die erforderlichen Produktdateien zu erhalten finden zum einen SFTP Verbindungen Anwendungen. In derartigen Fällen ist es wichtig auf der Seite des zur Verfügung stellenden Servers Aspekte wie Benutzerhierarchie und Dateirechte zu berücksichtigen.

Die zweite technische Umsetzung die Dateien entsprechend zu erhalten erfolgte über eine entsprechend aufzubauende API Verbindung an die Gegenstelle welche dann im Anschluss nach dem Download Link der erforderlichen Datei abgefragt werden kann.

Beide Methoden stellen die für die weiteren Schritte erforderlichen Dateien in einem Ressourcenordner des Plugins zur Verfügung.

Alternativ kann man diesen Mechanismus pausieren, die Datei manuell zur Verfügung und in der entsprechenden Struktur ablegen.

Informationsverarbeitung

Die abgeholten und nun im Zielshop verfügbaren Informationen werden im Anschluss entsprechend gemapped und verarbeitet.

Hierzu werden anbieterabhängig entweder eine Datei zu Verfügbarkeitsupdate, oder aber 2 Dateien für jeweils Import und Update der Produktinformationen zur Verfügung gestellt. Aufgrund der hohen Anzahl an zu verarbeitenden Artikel welche im 4-stelligen Bereich liegt ist die Verwendung eines strukturierten Batch Processing essentiell.

Technische Aufteilung

Generell finden 2 voneinander unabhängige Prozesse statt.

Zum einen für den ersten Teil der Anbieter die reine Aktualisierung der Verfügbarkeiten auf Basis der über SFTP oder API geholten Produktinformationen.

Zum anderen Teil aber sowohl ein Produktimport als auch ein daran angeschlossener Updatelauf der Verfügbarkeiten anhand der seitens der Datei übergebenen Informationen.



Import

Auf Basis der übermittelten Produktinformationen bzgl. des Importes werden die Informationen in die Erweiterung eingelesen, dort entsprechend via Batch Processing verarbeitet und in den Zielshop importiert.

Hierzu werden Produktbilder automatisch zugeordnet und sowohl Eltern- als auch Variantenartikel berücksichtigt. Der Importvorgang folgt einem z.B. über Cron anzustossenden eigenem Zeitplan.

Inkrementelle Produktupdates

Die im Anschluss an den Import laufenden inkrementellen Produktupdates stellen die Aktualität der jeweiligen Produktverfügbarkeiten auf Basis der übergebenen Informationen sicher.

~10 Hauptklassen

knapp 1.000 Zeilen funktioneller Code

Mehrere Datenbankidentitäten

>30 spezialisierte Methoden

ca 10 injizierte Services



Ergebnis

Durch die Umstellung der manuellen Produktpflege auf eine automatisierte Lösung wurde eine Zeitersparnis von 90% innerhalb der Prozesse und durch hochaktuelle Produkt- wie Bestandsdaten eine bis zu 15% höhere Kundenzufriedenheit erreicht.

Die zuvor stark in der Produktpflege gebundene Manpower kann nun für wichtigere Aspekte zur Verfügung stehen 🙂

Wurde Ihr Interesse geweckt? Jetzt unverbindlich anfragen

Der Beitrag Automatisierter Produktabgleich: 90% Zeitersparnis durch Shopware-Extension | dot21 erschien zuerst auf dot21.net | Ihre Digitale Agentur für Small Businesses und KMU.

Shopware 6 – Produktsicherheitsverordnung (GPSR) – Use Case

Sebastian Erl — Wed, 25 Dec 2024 15:32:27 +0000

Last minute Landung zur neuen Verordnung 🙂

Mit mehr als

Produkten

Konformität von ca

99,9%

zu GPSR

Situation

Etwas spät in der Zeit kam ein Kunde etwas aufgeregt, ja fast schon panisch wegen der neuen Produktsicherheitsverordnung (GPSR) auf mich zu. Die Verunsicherung in dieser Sache war klar zu sehen, mit derartigen Dingen ist auch nicht zu spassen.

Erster Blick

3 Tage Zeit um die Anforderungen rechtskonform zu erfüllen können mitunter eine Herausforderung sein. Es spielen ja viele Faktoren mit. Nach einem ausführlichen Blick auf den Shop stand fest. Rudimentär ist man vorbereitet, es gibt einiges zu tun.

Verwendung Hersteller als Fallback zu „verantwortliche Firma“

Die Vergabe der Hersteller war bereits vorhanden, so war die zusätzliche Vergabe der Informationen zur verantwortlichen Firma und weiteren Herstellerdetails kein allzu grosses Problem. Auch die Anzahl von mehreren tausend Artikeln spielte an dieser Stelle keine grosse Rolle.

Zuordnung der GSPR Informationen zu den jeweiligen Produkten

Genau hier ist die Herausforderung entstanden, wie ordnet man allen Produkten die notwendigen Informationen zeitnah zu? Basis der Informationsdarstellung ist das Marktplatz PlugIn von Coolbax, dies ermöglicht die rechtskonforme Darstellung der GSPR Informationen.

So weit, so gut: Nun aber allen ~3.000 Artikeln die Werte manuell zuordnen?
Auch wenn man schnell ist, kommt hier eine nicht zu bewerstelligende Stundenanzahl heraus.

Eine sinnvolle Umsetzung kann also nur über die Schiene Entwicklung & Programmierung erfolgen.

Shopware 6 – Hersteller – Coolbax verantwortliche Unternehmen

Es galt nun eine einfache und praktikable Strategie zu finden, mit welcher man die Unternehmensinformationen den entsprechenden Produkten zuordnen konnte. Da der Kunde auch auf Ebay verkauft und von daher das Marktplatz Plugin und Ebay Anbindung von Coolbax verwendet, kam ein wichtiger Vorteil ins Spiel. Das Marktplatz Plugin bringt bereits die Funktionalität der GSPR Umsetzung mit. Die grundlegenden Informationen sind also hinterlegbar, die verantwortlichen Unternehmen welche oftmals die Hersteller sind mit entsprechenden Informationen zuordenbar.

Damit war der Schritt getan, die prinzipielle Umsetzung und Zuordnung der notwendigen Informationen umsetzen zu können.

Shopware Dev Task – Mapping und Zuordnung

Der Weg zur automatischen Zuordnung führt uns also über die Hersteller und das GSPR Plugin ans Ziel. Nächste logische Schlussfolgerung: Mapping der Shopware Hersteller und der verantwortlichen Unternehmen des Plugins um im Anschluss die korrekte Zuordnung der Einträge des Plugins zu den entsprechenden Produkten zu haben.

Und damit hätten wir fast noch die produktspezifischen Sicherheitshinweise vergessen.

Zuordnung Sicherheitshinweise

Die Zuordnung der Sicherheitshinweise konnte recht komfortabel ohne ausufernde Logik oder Komplikationen über die entsprechenden custom Tabellen des Plugins erfolgen. Das war damit der einfachere Weg

Mapping und Zuordnung Hersteller – Unternehmen – Produkt

Um eine möglichst einfache Umsetzung zu gewährleisten, was es wichtig dass die Namen der Shopware Hersteller und im Plugin hinterlegten Unternehmen zusammenpassen. Dies ist wichtig für eine möglichst einfache Zuordnung der entsprechenden Datensätze, kann man auch als Mapping betrachten.

Mit einem entsprechend formulierten Query wurden die Hersteller mit der im Plugin hinterlegten verantwortlichen Firma abgeglichen. Im Anschluss wurde allen Produkt auf Basis dieses Mappings die jeweilige verantwortliche Firma zugeordnet.

GSPR Konformität anhand eines effektiven Workaround



Ergebnis

Allen Produkten wurden erweiterte Herstellerinformationen zugeordnet.
Die Artikel wurden allesamt auf die korrekte verantwortliche Firma sowie den für das Produkt notwendigen Sicherheitshinweise gemappt.

Die Lücken wurden somit anhand eines effektiven Workaround zu ansprechenden Kosten geschlossen.

Vorsicht: Bitte beachten Sie dass im Falle eines Herstellers / verantwortliches Unternehmen aus einem Nicht-EU Land die Angabe des Ansprechpartners obligatorisch ist.

Shopsupport gefällig? Unverbindlich Unterstützung anfragen

Der Beitrag Shopware 6 – Produktsicherheitsverordnung (GPSR) – Use Case erschien zuerst auf dot21.net | Ihre Digitale Agentur für Small Businesses und KMU.

Von 10 Sekunden zu 300ms bei Shopware 6.6.8.2

Sebastian Erl — Fri, 29 Nov 2024 18:16:33 +0000

Erfolgreiche Performanceoptimierung einer Shopware 6 Migration

Von mehr als

Sekunden Ladezeit

Zu Pagespeed von

Situation

Eine Migrationsumgebung in Version 6.5.7.1 mit ohnehin schon bemerkbar schlechtem Pagespeed wurde auf die Shopware Version 6.6.8.2 aktualisiert.
Die Situation im Anschluss war ein sehr langsamer Shop mit einer Ladezeit von >10 Sekunden. Dieses Problem galt es nun zu lösen.

Erstes Troubleshooting

Der Ursprung zeigte sich in den Dev Tools im Aufruf von widgets/checkout/info, dies ist der Startpunkt für eine ganze Reihe von Prozessen. Erster Anhaltspunkt waren search-widget.plugin und cart-widget.plugin js, beide verursachten wechselseitig (was interessant ist) einen Delay im Ladeprozess von bis zu über 10 Sekunden.

Mögliche Ursachen

Prinzipielle Ursachen können hier im Request an den Symfony Router, auf Controller Ebene, auf Service Layer Ebene, in Berechnungsroutinen
der Skripte, in Datenbankoperationen, Caching, Template Rendering, Theme, Plugins aber auch am Server liegen.

Der Shop hat einen bereits gesetzten Go Live Termin für die Migration, von daher spielt der Faktor Zeit bereits eine bedeutendere Rolle. Das Problem ist für
eine reibungslose Migration schnellstens in den Griff zu bekommen.

Aufgrund der Komplexität der möglichen Ursachen basiert die Herangehensweise auf einem schrittweisen Ausschlussverfahren.

Schrittweises Troubleshooting

Schicht für Schicht wurde sich auf die Fehlersuche begeben, als erstes wurde sichergestellt dass Plugins und Theme keinen Einfluss auf dieses
Verhalten haben. Da Domain und Hosting getrennt arbeiten, musste auch hier ein möglicher Einfluss ausgeschlossen werden.

JS, Dateien – Ordner und Hosting

Die augenscheinlich ursächlichen JS wurden analysiert und mit den Originalversionen verglichen, es konnten keine Unterscheide festgestellt werden. Auch die Dateirechte der in Verbindung stehenden Dateien/Ordner kamen als möglicher Grund in Frage, konnten aber schnell ausgeschlossen werden. Zwischenzeitlich wurde auch in enger Abstimmung mit dem Hoster das Thema vServer durchleuchtet, auch an dieser Stelle gab es eine Entwarnung.

Shopware Core

Im Anschluss wurden die stattfindenden Requests, Controller, Service Layer untersucht ohne einen Lsöungshinweis zu liefern. Der Shop generierte
immer noch ein Delay von nun 5 Sekunden. Nach jeder Änderung der Plugins, Cache Aktualisierung oder Template Kompilierung wies der Shop einmalig
eine Ladezeit von bis zu über einer Minute auf. Das war die initiale Reaktion, die weiteren Aufrufe waren zwar mit ~5s sehr viel schneller für
einen flüssig laufenden Shop aber immer noch eklatant zu langsam.

Der Weg über die Datenbank

Der nächste Schritt war einen Blick auf die Datenbank zu werfen, welche trotz der grossen Grösse eine respektable Performance zeigt und von daher
als Flaschenhals ausgeschlossen werden kann. Durch weitere Untersuchungen tauchten dann die Regeln in Verbindung mit der Migration als Verdächtige
auf. Der Abgleich der Informationen des Profilers mit dem Status im Shop zeigte ein vollständig anderes Bild.

Führte zu den Regeln

Keine einzige im Profiler aufgerufene Regel wurde trotz korrekt gemeldeter Migration aus SW5 im Backend des Migrationsshops angezeigt.
Das war nun eine konkrete Spur die auf eine mögliche Ursache der sehr langen Ladezeitverzögerung hinweist.

Aufgrund dieser gefundenen Diskrepanz konnte festgestellt werden, dass die Regeln zwar aufgerufen wurden aber nicht aufrufbar gewesen sind.
Von daher gingen die Aufrufe der Regeln ins Leere was die Ursache für das Delay gewesen ist. Aufgrund der getrennten Ebenen hatte dies allerdings
keinen Effekt auf den des Aufrufs /Widget/checkout/info zurückgegebenem Wert. Dieser ist in ordnungsgemäß schnell arbeitenden Shops und dem
Referenzshop identisch 204.

Ein detaillierter Blick in die Datenbank und den mit den Regeln in Verbindung stehenden Tabellen hat Inkonsistenzen mit der rules Tabelle gezeigt.

Lösungsansatz:

Löschen der Regeln in der Datenbank um eine klare Basis zur Befüllung zu schaffen. Im zweiten Schritt wiederholter Durchlauf des
Migrationsassistenten mit Fokussierung auf den Import der die Regeln betreffenden Daten.





Ergebnis

Die Geschwindigkeit zeigte ab da mit ca 300ms entsprechend realistische und intakte Werte.

Das Problem des langsamen Shops war damit gelöst.

Performanceprobleme im Shop? Unverbindlich Unterstützung anfragen

Der Beitrag Von 10 Sekunden zu 300ms bei Shopware 6.6.8.2 erschien zuerst auf dot21.net | Ihre Digitale Agentur für Small Businesses und KMU.