U wilt een plugin van uw website halen. U klikt op Deactiveren, dan op Verwijderen, en er gebeurt niets. Of u krijgt een melding dat het verwijderen is mislukt. Of de plugin staat helemaal niet in de lijst, terwijl u zeker weet dat hij er is omdat hij ergens in de site zijn sporen achterlaat. Het is een van die kleine ergernissen die snel groot worden, zeker als de plugin de reden is dat uw site traag is of foutmeldingen geeft.

Wanneer een plugin verwijderen niet lukt via de normale weg, is er vrijwel altijd een omweg. In dit artikel lopen we vier routes langs, in oplopende zwaarte: van “even iets anders proberen in het beheer” tot ingrijpen in de database. Bij elke route staat wanneer u hem gebruikt en waar u op let. Eerst nog kort waarom het misgaat, want dat bepaalt welke route u nodig heeft.

Waarom het verwijderen mislukt

Er zijn een handvol oorzaken die we steeds weer tegenkomen:

  • Bestandsrechten. De webserver mag de pluginmap niet verwijderen omdat de bestanden van een andere gebruiker zijn (bijvoorbeeld na een handmatige upload via FTP onder een ander account).
  • De plugin is “must-use”. Plugins in de map wp-content/mu-plugins worden altijd geladen en zijn niet via het beheer te deactiveren of te verwijderen. Sommige hostingpartijen en beveiligingsplugins plaatsen daar bestanden.
  • Een fout tijdens het verwijderen. Sommige plugins draaien bij verwijdering een opruimscript. Loopt dat script vast, dan breekt het hele proces af. De plugin blijft half achter.
  • De plugin is nog actief op een ander niveau. Bij een multisite-installatie kan een plugin netwerkbreed geactiveerd zijn; dan kunt u hem op een losse site niet verwijderen.
  • Een andere plugin blokkeert het. Beveiligingsplugins kunnen wijzigingen aan bestanden blokkeren, ook wijzigingen die u zelf via het beheer probeert te doen.

Voordat u een van de routes hieronder volgt: maak een back-up. Een plugin verwijderen is meestal onschuldig, maar sommige plugins nemen bij het verwijderen ook hun gegevens mee. Dat is precies wat u wilt, tot het moment dat het niet is wat u wilde.

Route 1: via het beheer, maar anders

Soms is het probleem tijdelijk. Probeer deze dingen eerst; ze kosten een minuut.

  1. Deactiveer de plugin, ververs de pagina volledig en probeer daarna pas Verwijderen. Sommige plugins laten de knop pas werken na een verse paginalading.
  2. Schakel tijdelijk uw beveiligingsplugin uit en probeer het opnieuw. Vergeet niet die weer aan te zetten.
  3. Controleer bij Hulpmiddelen, Sitegezondheid of er meldingen staan over bestandsrechten of het bestandssysteem. Staat daar dat WordPress niet naar de pluginmap kan schrijven, dan weet u dat route 2 nodig is.

Wilt u eerst weten of de plugin überhaupt de boosdoener is voordat u hem weggooit? Ons artikel over het vinden van een pluginconflict beschrijft hoe u dat veilig test.

Route 2: de map verwijderen via FTP of bestandsbeheer

Dit is de route die in de meeste gevallen werkt. WordPress bepaalt welke plugins er zijn simpelweg door te kijken welke mappen er in wp-content/plugins staan. Haalt u een map weg, dan is de plugin weg.

  1. Log in via FTP (bijvoorbeeld met FileZilla) of via de bestandsbeheerder in uw hostingpaneel.
  2. Ga naar wp-content/plugins en zoek de map van de plugin. De naam lijkt meestal op de pluginnaam, maar niet altijd; bij twijfel opent u het hoofdbestand in de map en leest u de naam bovenin.
  3. Hernoem de map eerst, bijvoorbeeld door “-uit” achter de naam te zetten. Bekijk de site. Werkt alles nog? Dan kunt u de map definitief verwijderen. Werkt er iets niet, dan zet u de naam terug en weet u dat de plugin nog ergens nodig is.

Krijgt u ook via FTP een melding over rechten, dan is de map eigendom van een andere gebruiker op de server. Uw hostingpartij kan dat in een paar minuten rechtzetten; vraag hen om de eigenaar van wp-content/plugins te corrigeren naar de webservergebruiker.

Let op met must-use plugins: die staan in wp-content/mu-plugins. U kunt ze daar op dezelfde manier verwijderen, maar controleer eerst of uw hosting ze niet nodig heeft voor caching of beveiliging. Bij twijfel vragen.

Route 3: via WP-CLI

Heeft u SSH-toegang tot uw hosting, dan is WP-CLI het snelste gereedschap. Het is de opdrachtregelversie van WordPress en omzeilt het beheer volledig. Met één opdracht deactiveert u de plugin, met een tweede verwijdert u hem, inclusief het opruimscript. Krijgt u hierbij een foutmelding, dan is die vaak preciezer dan wat het beheer laat zien, en weet u meteen waar het vastloopt.

Deze route is vooral nuttig als het beheer zelf niet bereikbaar is vanwege de plugin, of als u meerdere plugins in één keer wilt opruimen. Niet elke hosting biedt SSH; bij goedkopere pakketten ontbreekt het vaak.

Route 4: de database opruimen

Na route 2 of 3 is de plugin weg, maar niet altijd zijn sporen. Veel plugins laten instellingen achter in de tabel wp_options, en sommige maken eigen tabellen aan die blijven staan. Voor de werking van uw site maakt dat niets uit. Voor de omvang van uw database wel, zeker bij plugins die veel gegevens verzamelden, zoals statistiek- of logplugins.

Opruimen kan met een plugin die “verweesde” opties en tabellen opspoort, of handmatig via phpMyAdmin. Dat laatste raden we alleen aan als u weet wat u doet: een verkeerde tabel verwijderen kan uw site onbruikbaar maken. Werk altijd met een verse back-up en verwijder nooit tabellen waarvan u de herkomst niet zeker weet. Meer over wat wel en niet weg mag, leest u in ons artikel over de WordPress-database opschonen.

Wat u zelf doet en wanneer u hulp inschakelt

Route 1 en 2 kan vrijwel iedereen zelf, mits u de FTP-gegevens heeft en een back-up maakt. Route 3 vraagt om SSH en enige vertrouwdheid met de opdrachtregel. Route 4 is werk voor wie de database begrijpt.

Schakel hulp in wanneer de plugin uw site plat legt en u geen FTP-toegang heeft, wanneer de plugin gegevens bevat die u wilt bewaren (zoals formulierinzendingen of bestellingen), of wanneer het om een must-use plugin gaat waarvan u de functie niet kent. Dit soort klussen valt onder bugfixing voor WordPress en is doorgaans binnen een uur geregeld. Maar in de meeste gevallen is route 2 voldoende: map hernoemen, kijken, verwijderen. Het beheer is niet de enige weg, en zeker niet altijd de kortste.