Magento 1 Support 2026: Was wirklich mit M1-Shops passiert

Adobe hat Magento 1 im Juni 2020 eingestellt. Das ist jetzt sechs Jahre her. Und dennoch läuft ein erheblicher Teil der weltweiten Magento-Installationen noch auf dieser Version – im Produktivbetrieb, mit echten Bestellungen, heute.

Wenn Sie einer dieser Händler sind, wissen Sie bereits, dass M1 „nicht mehr unterstützt“ wird. Jede Agentur, die Ihnen eine Migration angeboten hat, hat das erwähnt. Was die meisten nicht erklären: Was das in der Praxis wirklich bedeutet – welche echten Risiken Sie tragen, wie „Support“ für eine Plattform aussieht, von der Adobe sich zurückgezogen hat, und wie man die Entscheidung Migration oder Weiterbetrieb trifft – ohne Sales-Präsentation.

Was „End of Life“ wirklich bedeutet

Adobes EOL-Ankündigung für Magento 1 hatte drei konkrete Auswirkungen – keine vage Warnung:

• Keine Sicherheits-Patches mehr von Adobe. Jede nach Juni 2020 entdeckte Schwachstelle im Magento 1 Core erhält keinen offiziellen Fix.
• Keine offizielle Weiterentwicklung mehr. Die Plattform ist eingefroren, so wie sie 2020 war.
• Keine offiziellen Adobe-Supportverträge mehr. Wer für M1 Magento Enterprise bezahlte, für den endet diese Geschäftsbeziehung.

Was es nicht bedeutete: dass jeder M1-Shop sofort kompromittiert ist, dass PCI-Konformität über Nacht unmöglich wird oder dass die Software aufhört zu funktionieren. Viel Verwirrung in diesem Bereich entsteht dadurch, dass „nicht unterstützt“ mit „kaputt“ gleichgesetzt wird.

Warum Händler 2026 noch auf M1 sind

Wir arbeiten regelmäßig mit M1-Händlern zusammen, und der Grund, warum sie noch auf der Plattform sind, ist selten „wir wussten es nicht.“ Die üblichen Gründe:

• Budget. Eine Migration ist ein fünf- oder sechsstelliges Projekt. Wenn der Shop profitabel und stabil läuft, ist das eine schwer zu rechtfertigende Summe gegenüber anderen Prioritäten.
• Zu stark verflochtene individuelle Logik. Zehn oder mehr Jahre an Custom Modules, Preisregeln und Integrationen auf Basis der M1-Architektur. Eine Migration ist kein Lift-and-Shift – es ist ein Neubau, und Neubauten bringen eigene Risiken mit sich.
• „Wenn es nicht kaputt ist.“ Der Shop konvertiert, die Kasse funktioniert, Bestellungen werden versendet. Es gibt kein funktionales Problem, das irgendjemanden zu einem Projekt mit echten Kosten und echten Ausfallrisiken zieht.
• Niemand verfügbar, der das macht. Immer weniger Agenturen nehmen M1-Arbeit an, und noch weniger wollen eine Migration für eine Codebasis kalkulieren, die sie nicht selbst gebaut haben.

Das sind legitime Geschäftsentscheidungen, keine Fahrlässigkeit. Die eigentliche Frage ist nicht „Warum haben Sie noch nicht migriert?“ – sondern „Wie sieht verantwortungsvoller M1-Support aus, während Sie diese Entscheidung treffen?“

Was „M1-Support“ heute wirklich bedeutet

Seit Adobe sich zurückgezogen hat, liegt der Support für Magento 1 bei Drittentwicklern und der Open-Source-Community. In der Praxis umfasst „M1-Support“ im Jahr 2026:

• Sicherheits-Patches von Drittanbietern. Entwickler, die die M1-Codebasis noch kennen, portieren Fixes für bekannte Schwachstellen – nicht von Adobe, sondern aus Community-Recherche und internen Audits.
• OpenMage. Der von der Community gepflegte Fork von Magento 1 CE wird noch aktiv weiterentwickelt, mit eigenem Release-Zyklus und Sicherheits-Patches. Shops, die ihre Codebasis auf OpenMage migrieren, erhalten damit wieder ein aktiv gewartetes Upstream – was die Risikosituation erheblich verändert.
• PCI-Compliance-Lösungen. M1 kann PCI-DSS-Anforderungen mit der richtigen Konfiguration noch erfüllen – Hosted Payment Fields, Tokenisierung, TLS-Enforcement und ein gehärteter Server-Stack. Das erfordert bewusstes Setup, nicht die Defaults aus dem Jahr 2019.
• Extension- und Integrationswartung. Hier entstehen die meisten echten M1-Notfälle – ein Drittanbieterdienst (ERP, Versand-API, Zahlungsanbieter) ändert seinen M1-Konnektor oder stellt ihn ein, und die Integration bricht. Das ist ein Wartungsproblem, kein Plattformproblem.
• Performance und serverseitige Absicherung. PHP-Versionsbeschränkungen, Server Hardening und die Kompatibilität des Stacks mit moderner Infrastruktur sicherstellen, während Hosting-Anbieter weitermachen.

All das macht M1 nicht äquivalent zu einer unterstützten Plattform. Es macht es zu einer Plattform, die man verantwortungsvoll betreiben kann, wenn jemand Kompetentes sie tatsächlich wartet – was eine andere Frage ist als ob man migrieren sollte.

Das realistische Risikoniveau

Wir werden Ihnen nicht sagen, dass Ihr Shop morgen gehackt wird, wenn Sie nicht migrieren. Die meisten M1-Shops, die wir analysiert haben, stehen nicht unter aktiven Angriffen, und viele laufen seit Jahren nach dem EOL ohne Zwischenfall. Aber „geringe Wahrscheinlichkeit“ ist nicht „kein Risiko“, und das Risikoprofil ist spezifisch:

• Bekannte Schwachstellen. Öffentliche Meldungen gegen M1 Core existieren und erhalten keine offiziellen Fixes. Wenn Ihr Shop nicht von jemandem dagegen abgesichert wurde, der das verfolgt, ist das die eigentliche Lücke – nicht der EOL-Status selbst.
• Talent-Risiko, nicht nur Sicherheitsrisiko. Jedes Jahr haben weniger Entwickler tiefe M1-Erfahrung. Die größere praktische Gefahr für die meisten Händler ist nicht ein Datenleck – sondern keinen mehr zu finden, der die Codebasis sicher anfassen kann, wenn etwas kaputt geht.
• Abkehr von Drittanbietern. Das ist der häufigste reale M1-Notfall, den wir sehen: Ein Zahlungsanbieter, ERP oder Versanddienstleister stellt M1-Support mit kurzem Vorlauf ein, und der Händler braucht schnell eine Ersatzintegration. Wir haben genau das gemacht – mit einer Frist von fünf Tagen, für einen Kunden mit einem ERP-integrierten M1-Shop, den alle anderen abgelehnt hatten. Die vollständige Fallstudie finden Sie auf unserer Website.
• Compliance-Drift. PCI-Anforderungen entwickeln sich weiter. Was einen Scan vor zwei Jahren bestanden hat, reicht vielleicht dieses Jahr ohne Konfigurationsaktualisierungen nicht mehr.

Keines dieser Risiken ist einzigartig für Magento 1 – ähnliche Risiken bestehen für jede ungepatchte Abhängigkeit auf jeder Plattform. Der Unterschied: Die Last, es zu managen, hat sich vollständig von Adobe auf Sie und wen auch immer Sie mit der Wartung des Shops beauftragt haben verlagert.

Migration oder Weiterbetrieb: Ein Entscheidungsrahmen, kein Sales-Druck

Vergessen Sie das „Jetzt upgraden oder sterben“-Framing. Was tatsächlich bestimmt, ob der Weiterbetrieb auf M1 für ein weiteres Jahr vertretbar ist – oder ob es Zeit ist, eine Migration zu planen:

• Transaktionsvolumen und Kartendaten-Exposition. Höheres Volumen und sensiblere Daten erhöhen die Kosten eines Vorfalls und verschärfen die Compliance-Prüfung. Höheres Volumen spricht für eine frühere Migration.
• Abhängigkeit von Drittanbieterdiensten mit unklarer M1-Zukunft. Wenn Ihr ERP, PIM oder Zahlungsanbieter bereits signalisiert hat, den M1-Support einzustellen, läuft die Uhr unabhängig davon, was Sie über die Plattform selbst entscheiden.
• Komplexität Ihrer Individualisierungen. Je mehr individuelle Logik auf M1 aufbaut, desto länger und riskanter wird eine Migration – aber auch desto mehr Wert liegt darin, das Vorhandene zu dokumentieren und zu stabilisieren, anstatt blind neu aufzubauen.
• Wachstumspfad. Wenn Sie deutlich skalieren, bietet Ihnen M2 (oder ein modernes Hyvä-Frontend) eine Plattform mit echter Zukunft. Wenn der Shop stabil und ausgewachsen ist, ist dieser Druck geringer.
• Wer wartet ihn gerade wirklich. Ein M1-Shop ohne jemanden, der Schwachstellen, Extension-Ausfälle oder Compliance-Drift überwacht, ist ein genuines anderes Risiko als ein M1-Shop mit einem aktiven Drittanbieter-Wartungsvertrag.

Für die meisten Händler ist die ehrliche Antwort weder „jetzt migrieren“ noch „nie migrieren“ – sondern „sorgen Sie heute für eine ordentliche Wartung, und planen Sie die Migration in einem Zeitrahmen, der zu Ihrem Unternehmen passt, nicht zum Deadline-Druck eines Anbieters.“

Wo wir ins Spiel kommen

Wir sind spezialisiert auf Magento 2 – Hyvä, Performance, Integrationen, Migrationen. Wir übernehmen aber auch noch Magento 1 Wartungsaufträge, denn viele Händler befinden sich genau in der oben beschriebenen Situation und brauchen einen Partner, der ihnen nicht einfach sagt, alles neu aufzubauen. Das umfasst Sicherheits-Patches, PCI-relevante Konfiguration und den Neuaufbau von Integrationen, wenn ein Drittanbieter den M1-Support ohne Vorwarnung einstellt.

Wenn Sie Magento 1 betreiben und eine ehrliche Einschätzung Ihrer tatsächlichen Situation wollen – keine Migration-Pitch – nehmen Sie Kontakt auf.