Magento Entwickler aus Tirol
Magento-Entwicklung für komplexe Shops und bestehende Teams
Ihr Magento-Shop ist gewachsen, aber Änderungen dauern immer länger, Fehler tauchen an unerwarteten Stellen auf und niemand möchte die nächste Version anfassen. Ich übernehme anspruchsvolle Magento-2-Arbeit direkt: Backend, Business-Logik, Integrationen, Performance, Upgrades und die Rettung festgefahrener Projekte.
Sie arbeiten mit mir, André Flitsch. Ich arbeite seit 2008 mit Magento und seit dem Release mit Magento 2. Ohne Sales-Schicht, ohne wechselnde Entwickler und ohne wochenlange Übergabe.
Was gewachsene Magento-Shops brauchen
Magento kann sehr viel, und ein gewachsener Shop nutzt das aus: individuelle Module, mehrere Verkaufskanäle, ERP-Anbindungen, Sonderpreise, Checkout-Anpassungen, eigene Geschäftslogik. Diese Tiefe ist der Grund, warum die Plattform gewählt wurde. Sie braucht jemanden, der sie im Ganzen überblickt.
Übernahme und Rescue
Ein Projekt steckt fest, der bisherige Entwickler fällt aus oder ein Upgrade ist halb fertig. Ich arbeite mich über Code, Repository und Deployment-Historie ein, stabilisiere den Shop und mache die nächsten Schritte wieder planbar. Magento ist keine Plattform, die man nebenbei mitnimmt: ich arbeite seit 2008 damit.
Backend und Business-Logik
Individuelle Preisregeln, Bestellabläufe, Produktlogik, Checkout-Anpassungen oder eigene Module müssen zum Geschäft passen, nicht nur technisch irgendwie funktionieren.
Integrationen und Datenflüsse
Bestände, Preise, Produkte, Kunden und Bestellungen müssen zuverlässig zwischen Magento und anderen Systemen fließen. Ich finde die Stelle, an der Daten verloren gehen, doppelt laufen oder still veralten.
Laufende Entwicklung
Ihr internes Team oder Ihre Agentur braucht zusätzliche Magento-Erfahrung für ein schwieriges Thema. Ich steige gezielt ein und arbeite im bestehenden Setup. Auf Wunsch übernehme ich auch die Architektur: welche Änderung wohin gehört, was ein eigenes Modul werden sollte und was nicht. Der Kontext verschwindet nicht, sobald das Ticket geschlossen ist.
Direkt mit dem Entwickler, der den Shop versteht
Ich entwickle seit über 30 Jahren Software, arbeite seit 1999 im E-Commerce und seit 2008 an Magento-Shops. Das heißt nicht, dass ich jede Antwort auswendig kenne. Es heißt, dass ich komplexe Systeme systematisch lesen, Risiken früh erkennen und produktiv werden kann, ohne zuerst eine neue Plattform verkaufen zu müssen.
Sie bekommen meine Einschätzung, meinen Code und meine Erreichbarkeit. Architekturentscheidungen werden erklärt. Änderungen laufen über Versionskontrolle, statische Analyse und automatisierte Tests. Was ich baue, soll auch für das nächste Team verständlich bleiben.
Magento-Erfahrung aus produktiven Shops
-
Magento 2.4.7 als Multi-Store für DE, EN und IT, mit Hyvä-Frontend: angepasster Hyvä-Checkout mit Mollie-Zahlungen, Akeneo-PIM-Integration, UX für konfigurierbare Produkte und GraphQL-Erweiterungen für das CMS Bakehouse, das die Produktdaten aus Magento bezieht. Magento steht hier nicht allein, sondern als Teil einer gewachsenen Systemlandschaft. Zum Checkout habe ich den öffentlichen Fix für das Redirect-Problem dokumentiert, weil ich das Problem in Produktion hatte, bevor es dazu etwas zu googeln gab.
-
Brentford Computers
Meine erste Hyvä-Migration ging im November 2020 live, gemeinsam mit der Schweizer Agentur Diglin, für Brentford Computers. Das war zu einem Zeitpunkt, als Hyvä noch kaum verbreitet war. Seitdem gehören Magento-Backend und Hyvä-Frontend für mich zusammen, ohne dass jede Magento-Aufgabe automatisch zu einer Frontend-Migration wird.
Der größere Teil meiner Arbeit läuft als White-Label-Entwicklung für Agenturen und erscheint unter deren Namen. Was hier steht, ist der Teil, den ich nennen darf.
Dazu kommt laufende Arbeit an gewachsenen Systemen, die ich nicht namentlich zeigen kann: Performance-Analysen in Datenbank, Caching und Frontend, Weiterentwicklung von Modulen und Geschäftslogik, und CI/CD-Pipelines, die Deployments wieder kontrollierbar machen.
Erst verstehen, dann ändern
-
Bestand aufnehmen
Ich lese Code, Module, Deployments, Logs und Datenflüsse. Danach ist klar, was dringend ist, was warten kann und wo eine Änderung Nebenwirkungen hätte.
-
Stabilisieren
Fehler, blockierte Deployments und riskante Abhängigkeiten kommen zuerst unter Kontrolle. Neue Features auf instabiler Basis machen das Problem nur teurer.
-
Gezielt umsetzen
Die Lösung bleibt so klein wie sinnvoll und so robust wie nötig. Keine Komplettmodernisierung, wenn ein klarer Eingriff reicht.
-
Prüfen und übergeben
Automatisierte Tests, nachvollziehbare Änderungen und eine Dokumentation, die nicht nur der Autor versteht. Sie bleiben handlungsfähig, auch wenn später jemand anderes übernimmt.
Nicht jedes Magento-Thema ist ein Frontend-Thema
Hyvä ist eine starke Antwort auf langsame Magento-Frontends, und ich arbeite gerne damit. Viele Themen liegen aber tiefer im Projekt: in der Geschäftslogik, in Modulen, in Datenflüssen, im Checkout, in Deployments oder in einem Backend, das über Jahre gewachsen ist.
Diese Seite ist für die Magento-Plattform als Ganzes. Wenn Ihr konkretes Thema Luma, Hyvä, Frontend-Performance oder eine Migration ist, finden Sie die Details auf der Seite zur Hyvä-Entwicklung und Luma-Migration.
Magento-Unterstützung für Agenturen und interne Teams
Sie müssen kein komplettes Projekt auslagern. Ich arbeite als Senior- oder Lead-Entwickler in bestehenden Teams, übernehme klar abgegrenzte Probleme oder stabilisiere ein Projekt, bis Ihr Team wieder selbst weiterkommt.
Für Agenturen arbeite ich als zusätzlicher Entwickler im Projekt. Für Händler arbeite ich direkt oder gemeinsam mit der bestehenden Agentur. Entscheidend ist nicht das Organigramm, sondern dass Zuständigkeiten, Kommunikation und technische Entscheidungen klar sind.
Häufige Fragen
Können Sie einen bestehenden Magento-Shop übernehmen?
Ja. Ich beginne mit Code, Infrastruktur, Modulen, Deployments und offenen Risiken. Danach bekommen Sie eine klare Reihenfolge statt einer pauschalen Empfehlung zum Neubau.
Wie läuft eine Übernahme ab, wenn der bisherige Entwickler nicht mehr erreichbar ist?
Ich arbeite mich über Code, Repository, Serverzugänge und Deployment-Historie ein, statt auf eine Übergabe zu warten. Sie brauchen dafür vor allem Zugriff auf Quellcode und Infrastruktur. Fehlt beides, klären wir zuerst, was rekonstruierbar ist.
Arbeiten Sie mit Magento Open Source oder Adobe Commerce?
Ich arbeite mit Magento Open Source, und das ist eine bewusste Entscheidung. Für die allermeisten Shops rechtfertigen die jährlichen Lizenzkosten von Adobe Commerce den tatsächlichen Funktionsunterschied nicht: Backend, Business-Logik, Integrationen, Performance und Upgrades sind auf beiden Seiten dieselbe Arbeit. Wenn Sie bereits auf Adobe Commerce sind, gehen wir vor einer Umsetzung durch, welche lizenzierten Funktionen Ihr Setup wirklich nutzt.
Arbeiten Sie mit bestehenden Agenturen oder internen Teams?
Ja. Ich kann ein einzelnes schwieriges Thema übernehmen, zusätzliche Kapazität bereitstellen oder ein Projekt technisch stabilisieren. Auf Händlerseite übernehme ich auch die technische Koordination gegenüber Agenturen und Dienstleistern: jemand im Haus, der Angebote und gelieferten Code beurteilen kann, ohne selbst die Agentur zu sein. Wie die Zusammenarbeit im Detail aussieht, klären wir im Gespräch.
Müssen wir für die Zusammenarbeit auf Hyvä wechseln?
Nein. Hyvä ist sinnvoll, wenn das Frontend der Engpass ist. Backend, Integrationen, Upgrades und Business-Logik lassen sich unabhängig davon bearbeiten.
Wann lohnt sich ein erstes Gespräch?
Wenn ein Magento-Projekt feststeckt, ein Upgrade riskant wirkt, Ihr Team zusätzliche Erfahrung braucht oder Änderungen immer langsamer und teurer werden. Im ersten Gespräch klären wir, ob ich helfen kann und welcher nächste Schritt sinnvoll ist.
Wo steht Ihr Magento-Projekt gerade?
Schildern Sie mir kurz, woran Sie arbeiten, wo Sie stehen und was bereits versucht wurde. Ich sage Ihnen ehrlich, ob ich der richtige Entwickler dafür bin.