Magento 2 bringt seit einigen Versionen ein solides, natives Zwei-Faktor-Modul mit, doch dieses schützt ausschließlich den Admin-Bereich. Für Kundenkonten existiert keine vergleichbare eingebaute Lösung, obwohl gerade Shops mit gespeicherten Zahlungsdaten, Guthabenkonten oder sensiblen B2B-Bestelldaten ein legitimes Interesse an einer zusätzlichen Absicherung des Storefront-Logins haben. Dieser Artikel zeigt, wie sich eine eigene TOTP-basierte Zwei-Faktor-Authentifizierung für Kundenkonten sauber in den bestehenden Authentifizierungs-Flow einhängen lässt, inklusive der UX-Abwägung zwischen Pflicht und Opt-in sowie einem durchdachten Recovery-Code-Konzept.

Ein einzelner Systemcron reicht fuer einen Magento Shop mit dutzenden Hintergrundjobs nicht aus. Erst durchdachte Cron Job Scheduling Strategien mit klar getrennten Cron Gruppen, sinnvollen Intervallen und individuellen Zeitplaenen verhindern, dass sich lange laufende Jobs gegenseitig blockieren und kritische Aufgaben verzoegert werden.

Magento 2 · Search

Elasticsearch und OpenSearch tunen
Synonyme, Booster, Filter

Eine gute Suche in Magento 2 entsteht nicht allein durch einen laufenden Search-Server. Erst wenn Synonyme, Relevanz, Filterlogik und Katalogdaten fachlich sauber zusammenspielen, liefert die Suche Ergebnisse, die Nutzer wirklich als hilfreich empfinden.

18 Min. Lesezeit Search Tuning Magento 2.4.8

Inhaltsverzeichnis

1. 1. Was gutes Search Tuning in Magento 2 bedeutet
2. 2. Synonyme sinnvoll einsetzen
3. 3. Booster und Relevanz bewusst steuern
4. 4. Filter und Suchfacetten sauber denken
5. 5. Katalogdaten als Suchqualitätsthema
6. 6. Typische Fehler
7. 7. Suchserver-Tuning vs. fachliche Suchlogik
8. 8. Magento 2 Unterstützung
9. 9. Zusammenfassung
10. 10. FAQ

1. Was gutes Search Tuning in Magento 2 bedeutet

Elasticsearch Magento 2 oder OpenSearch Magento 2 zu betreiben reicht nicht, um eine gute Produktsuche zu erhalten. Ein Search-Server kann schnell und korrekt antworten und trotzdem die falschen Produkte

Modul-Abhängigkeiten in Magento existieren auf zwei getrennten Ebenen: composer.json steuert, welches Paket überhaupt installiert wird, und module.xml sequence steuert, in welcher Reihenfolge es geladen wird. Wer beides vermischt, baut zirkuläre Abhängigkeiten, die erst bei setup:upgrade auffallen und sich ohne sauberes Refactoring kaum mehr entwirren lassen.

Wer Magento-Events per Cron-Polling an externe Systeme weiterreicht, verschenkt Echtzeit-Fähigkeit und belastet die Datenbank unnötig. Dieser Artikel zeigt, wie sich Magento Webhooks über Observer, Message Queue und signierte HTTP-Zustellung robust, nachvollziehbar und portabel zwischen Open Source und Commerce implementieren lassen. Im Mittelpunkt stehen HMAC-Signaturen, Retry-Strategien und ein vollständiges Zustellprotokoll für produktionsreife Webhook-Zustellung.

Magento 2 · Performance

Magento 2 Performance
10 Quick Wins für schnellere Ladezeiten

Nicht jede Performance-Verbesserung braucht eine große Migration oder tiefes Infrastrukturprojekt. In vielen Magento-Shops gibt es einige wenige Stellschrauben, die überproportional viel bringen, wenn man sie systematisch statt hektisch angeht.

17 Min. Lesezeit Quick Wins Magento 2.4.8

Inhaltsverzeichnis

1. 1. Was bei Magento 2 Performance zuerst zählt
2. 2. Die 10 Quick Wins
3. 3. Reihenfolge und Priorisierung
4. 4. Wie man Performance sauber misst
5. 5. Typische Denkfehler
6. 6. Quick Wins vs. große Refactorings
7. 7. Magento 2 Unterstützung
8. 8. Zusammenfassung
9. 9. FAQ

1. Was bei Magento 2 Performance zuerst zählt

Magento 2 Performance verbessert sich selten durch einen einzelnen Trick. Meist geht es darum, die größten Bremsen zuerst zu erkennen und nicht an den falschen Stellen zu optimieren. Viele Shops verlieren Zeit mit Mikro-Tuning, obwohl Full Page Cache, Bilder, Third-Party-Module

Weder Magento Open Source noch Adobe Commerce On-Premise bringen ein natives Rate-Limiting für die REST-API mit, OAuth-Consumer und Integrationsrechte regeln lediglich, welche Ressourcen ein Client aufrufen darf, nicht wie oft. Dieser Artikel zeigt, wie sich Webserver- und Application-Layer sinnvoll kombinieren lassen, und stellt eine Token-Bucket-Implementierung als Plugin vor, die über Redis auch bei mehreren Webknoten konsistent zählt.

Magento 2 verwaltet Steuern über ein Zusammenspiel aus Product Tax Class, Customer Tax Class, Tax Zones and Rates sowie Steuerregeln, die diese drei Dimensionen zu einem konkreten Steuersatz verknüpfen. Für Shops mit mehreren Ländern entscheidet die korrekte Tax-Konfiguration darüber, ob Kunden in Deutschland, Österreich, Frankreich oder der Schweiz den richtigen Steuersatz sehen, ob EU-B2B-Geschäfte per Reverse-Charge korrekt behandelt werden und ob Steuerregeln performant bleiben, wenn viele Länder und Store Views gleichzeitig bedient werden. Diese Analyse deckt Steuerklassen, Tax Rates, Steuerregeln, die programmatische Verwaltung über TaxRuleRepository und TaxRateRepository, eigene Steuerberechnung per Plugin auf Magento Tax Model Calculation sowie Fixed Product Tax und häufige Fallstricke ab.

Die Wahl zwischen Adobe Commerce und Magento Open Source entscheidet über Lizenzkosten, verfügbare Enterprise-Features und die gesamte Betriebsstruktur eines Shops. Wer diese Entscheidung ohne belastbare Kriterien trifft, zahlt entweder für Funktionen, die er nie nutzt, oder baut mühsam nach, was in der anderen Edition längst enthalten wäre.

Eine Pipeline für Magento 2 soll nicht nur hübsch aussehen, sondern echte Risiken früh stoppen und trotzdem schnell genug bleiben, damit das Team sie nicht als Bremsklotz empfindet. Genau diese Balance entscheidet, ob GitHub Actions im Projekt wirklich trägt.