Seite 24 - Magento

Magento 2 bringt mit EAV ein sehr flexibles Modell für Produkt- und Kundendaten mit. Gleichzeitig sind klassische Flat Tables in vielen eigenen Modulen die bessere Entscheidung. Die Kunst liegt darin, beides nicht zu verwechseln.

Eine falsch gesetzte Magento 2 Store View Konfiguration bleibt oft wochenlang unentdeckt, bis ein Kunde auf der falschen Domain die falsche Preisanzeige sieht. Die Scope-Hierarchie aus Default, Website und Store View entscheidet, welcher Wert wirklich greift, und wer diese Reihenfolge nicht verinnerlicht, produziert Konfigurationsfehler, die sich erst im Live-Betrieb zeigen.

Catalog Price Rules und Cart Price Rules lösen in Magento 2 unterschiedliche Aufgaben, werden in vielen Projekten aber verwechselt oder falsch kombiniert. Wer die Indexierung, die Anwendungszeitpunkte und die Kundengruppen-Logik beider Regelsysteme kennt, vermeidet doppelte Rabattierung und unnötige Reindex-Kosten. Dieser Beitrag zeigt den Entscheidungsbaum für die Praxis: wann eine Catalog Price Rule und wann eine Cart Price Rule das richtige Werkzeug ist.

Ein verteiltes GraphQL-Schema ohne zentrale Kontrollstelle wird irgendwann von einem einzelnen Team unbemerkt gebrochen. Ein GraphQL Schema Registry macht jede Schema-Änderung sichtbar, prüfbar und blockierbar, bevor sie produktiven Traffic erreicht, egal ob mit Apollo Studio als verwaltetem Dienst oder mit Hive als selbst gehosteter Open-Source-Alternative.

Wer Branches und Deployment-Umgebungen nicht sauber trennt, deployt irgendwann versehentlich ungetesteten Code auf die Produktion. Dieser Artikel zeigt, wie Magento-Teams Branches eindeutig auf dev, staging und prod abbilden, Code per Merge und Tag statt per Rebase durch die Umgebungen befördern, Konfiguration sauber aus der Historie heraushalten und Branches sowie Pipelines pro Umgebung gezielt absichern.

Kundenattribute in Magento 2 sind schnell angelegt, aber oft fehlerhaft integriert. Erst mit sauberem EAV-Setup, richtiger Formularzuordnung und klarer Persistenz wird aus dem Feld eine belastbare Erweiterung der Customer-Entity.

Preisberechnung, Versandkosten, Steuern, Zahlungsarten – Magento nutzt Strategy Pattern überall. Wie es implementiert wird, wie di.xml Algorithmen tauscht und wie du eigene Strategien integrierst.

Wer nicht genau weiß, in welcher Reihenfolge Magento und Hyvä ein Template zwischen Modul, Parent-Theme und eigenem Theme auflösen, verliert Zeit mit Overrides, die scheinbar wirkungslos bleiben. Der Hyvä Fallback-Mechanismus folgt einer festen, deterministischen Reihenfolge, die sich mit dem richtigen Wissen gezielt nutzen lässt, ohne das Parent-Theme zu duplizieren oder künftige Updates zu blockieren.

Das Composite Pattern macht einzelne Objekte und ganze Baumstrukturen über dieselbe Schnittstelle nutzbar. In Magento 2 sieht man das besonders bei Preisregeln, Sales Rule Conditions, Layout-Containern und Konfigurationsbäumen.

Facettierte Navigation multipliziert die Anzahl der URLs eines Magento Shops oft um das Hundertfache und erzeugt dabei tausende nahezu identische Seiten, die Google als Duplicate Content einstuft. Dieser Artikel zeigt, wie Canonical Tags, noindex und robots.txt richtig kombiniert werden, welche Filterkombinationen eine eigene Landingpage verdienen und wie die passenden Magento Einstellungen konfiguriert werden.