Wie kann ich in Magento 2 eine Extension komplett deinstallieren ?

Eine Magento-2-Extension sauber zu deinstallieren ist mehr als „Composer remove“ oder Ordner löschen: Reste in der Datenbank, verwaiste Tabellen, Cache-Inkonsistenzen oder ungelöschte Module in setup_module sorgen später für Update-Fehler, „Class not found“-Exceptions oder ein kaputtes Backend. Wir zeigen dir den vollständigen Weg — inklusive der Schritte, die in den meisten Tutorials fehlen.

Vor dem Deinstallieren: drei Pflicht-Checks

1. Backup von Code und Datenbank — php bin/magento setup:backup --code --db oder dein Hosting-Backup-Tool.
2. Test auf Staging — die Deinstallation auf einer Kopie testen, bevor du auf der Live-Instanz ansetzt.
3. Abhängigkeits-Check — composer why Vendor/Extension_Name: andere Module könnten die Extension als Dependency haben.

Die zwei Standard-Methoden im Überblick (Original)

Die Deinstallation einer Extension in Magento 2 kann je nachdem, ob die Extension manuell oder über den Composer installiert wurde, unterschiedlich sein. Hier sind die Schritte für beide Szenarien:

1. Deinstallation einer über Composer installierten Extension:

   Wenn Sie eine Extension über Composer installiert haben, können Sie sie auch über Composer deinstallieren. Hier sind die grundlegenden Schritte, die Sie ausführen müssen:

   a. Melden Sie sich über SSH bei Ihrem Server an und navigieren Sie zum Stammverzeichnis von Magento 2.

   b. Führen Sie den folgenden Befehl aus, um die Extension zu deinstallieren. Sie müssen „Vendor“ und „Extension_Name“ durch den tatsächlichen Namen des Herstellers und der Extension ersetzen, die Sie deinstallieren möchten.

   arduino

c. Nachdem Composer die Deinstallation abgeschlossen hat, führen Sie die folgenden Befehle aus, um die Datenbank zu aktualisieren und den Cache zu leeren:

• php bin/magento setup:upgrade
php bin/magento cache:clean
php bin/magento cache:flush

• Deinstallation einer manuell installierten Extension:

  Wenn Sie die Extension manuell installiert haben, ist der Prozess etwas komplizierter, da Sie Dateien manuell entfernen und die Datenbank bereinigen müssen. Hier sind die Schritte:

  

  E-Commerce News - Tipps & Tricks 🌍Internationalisierung: Mehrsprachige Shops und Multi-Währungsfunktion in Shopware und Magento umsetzen💱

  a. Löschen Sie alle Dateien und Verzeichnisse, die zu der Extension gehören, aus dem Magento 2 Verzeichnis. Sie finden sie normalerweise unter app/code/Vendor/ExtensionName.

  b. Melden Sie sich in Ihrem Datenbankverwaltungssystem (wie phpMyAdmin) an und finden Sie alle Tabellen, die mit der Extension in Verbindung stehen. Sie müssen diese Tabellen manuell löschen. Seien Sie hier sehr vorsichtig, da das Löschen der falschen Tabellen das System beschädigen könnte.

  c. Suchen Sie in der Tabelle setup_module nach dem Eintrag für Ihre Extension und löschen Sie diese Zeile.

  d. Gehen Sie zurück zum Stammverzeichnis von Magento und führen Sie die folgenden Befehle aus, um die Datenbank zu aktualisieren und den Cache zu leeren:

  bash

2. php bin/magento setup:upgrade
php bin/magento cache:clean
php bin/magento cache:flush


Bitte stellen Sie sicher, dass Sie immer ein Backup Ihrer Magento-Installation und Ihrer Datenbank haben, bevor Sie Änderungen vornehmen. Dies ermöglicht es Ihnen, bei Bedarf ein Rollback durchzuführen. Auch ist es ratsam, solche Änderungen zunächst in einer Staging- oder Entwicklungsumgebung und nicht in der Live-Umgebung zu testen.

Verifikation nach der Deinstallation

1. Module aufgelistet? php bin/magento module:status — die Extension darf weder unter „Enabled“ noch unter „Disabled“ auftauchen.
2. Setup-Tabelle prüfen: SELECT * FROM setup_module WHERE module = 'Vendor_ExtensionName' — sollte 0 Rows liefern.
3. Restliche Tabellen suchen: SHOW TABLES LIKE 'vendorname_%'. Vorsicht: nur manuell löschen, wenn du sicher bist, dass keine andere Extension diese Tabellen mitnutzt.
4. Cache + Indexer komplett refresh:

   php bin/magento cache:flush
   php bin/magento indexer:reindex
   php bin/magento setup:di:compile
   php bin/magento setup:static-content:deploy -f de_DE en_US

5. Frontend-Test: Produktseite, Checkout, Account-Bereich — alles greift noch sauber?

Häufige Fehler beim Deinstallieren

• „Cannot find Vendor_ExtensionName“ nach Cache-Flush → Eintrag in app/etc/config.php blieb stehen. Manuell entfernen, dann php bin/magento setup:upgrade.
• „Class Vendor\ExtensionName\Model\X does not exist“ → in generated/ liegen alte DI-Klassen. rm -rf generated/* var/cache/* var/page_cache/* und neu kompilieren.
• Schema-Migration scheitert → die Extension hat per db_schema.xml Spalten in Core-Tabellen erzeugt. Manuelles Rollback per ALTER TABLE notwendig.

Häufige Fragen zur Magento-Deinstallation

Was tun, wenn die Extension keinen sauberen Composer-Eintrag hat?

Manuelle Deinstallation: Ordner aus app/code/Vendor/ExtensionName löschen, in app/etc/config.php den Modul-Eintrag entfernen, Datenbank-Tabellen prüfen, Cache leeren.

Werden Kunden-Daten der Extension automatisch gelöscht?

Nein. Wenn die Extension z. B. Wishlists, Custom-Loyalty-Punkte oder Order-Attribute speicherte, bleiben diese Daten in der Datenbank zurück. Auf Wunsch manuell entfernen (Vorsicht bei Foreign-Key-Verknüpfungen).

Brauche ich nach der Deinstallation einen neuen Deploy?

Bei einer produktiven Magento-Installation auf 99 % Ja — setup:upgrade + di:compile + static-content:deploy sind Pflicht, sonst gibt es 503er oder broken Frontends.

Macht ihr das für mich?

Klar — wir warten Magento-2-Shops in der DACH-Region und übernehmen auch einzelne Deinstallationen mit Test, Backup und Rollback-Plan. Mehr auf Magento-Agentur Hamburg.

Eigene Magento-Extensions von Storetown-Media

Falls du gerade alte Extensions aufräumst und nach modernen, schlanken Alternativen suchst: wir bieten vier eigene, voll wartungsgepflegte Magento-2-Extensions an:

• STM B2B Register — schlanker B2B-Anmeldeprozess
• STM Smart One Page Checkout — Conversion-optimierter Checkout
• STM Product Attachment Pro — Produkt-Anhänge (PDF, Datenblätter)
• STM Surcharge Max — flexible Zusatzkosten-Logik