Er is één handeling die opvallend vaak een kapotte WordPress-site redt: een plugin uitschakelen via FTP. U heeft er geen beheerscherm voor nodig, geen programmeerkennis en geen supportticket. U hernoemt een map, en de plugin is uit.

Dat is precies de reddingsboei die u nodig heeft wanneer een update de site heeft platgelegd, wanneer u alleen nog een witte pagina of een kritieke fout ziet, of wanneer het inloggen niet meer lukt. In dit artikel leest u hoe het werkt, wat u vooraf regelt en waar het mis kan gaan.

Waarom dit werkt

WordPress houdt in de database een lijstje bij van actieve plugins. Bij elke pagina loopt het dat lijstje af en laadt het de bijbehorende bestanden. Kan een bestand niet worden gevonden, dan concludeert WordPress dat de plugin er niet meer is en haalt het hem stilletjes uit de lijst. Geen foutmelding, geen ravage: de plugin is simpelweg gedeactiveerd.

Daarom volstaat het om de map te hernoemen. U verwijdert niets, u verstopt hem alleen even. En omdat instellingen van plugins in de database staan en niet in de map, blijven die gewoon bewaard.

Wat u nodig heeft

Er zijn twee routes, en de tweede is voor de meeste mensen makkelijker.

  • Via een FTP- of SFTP-programma, bijvoorbeeld FileZilla of WinSCP. U heeft dan een servernaam, een gebruikersnaam, een wachtwoord en een poortnummer nodig. Die gegevens staan in de welkomstmail van uw hosting of in uw bedieningspaneel.
  • Via de bestandsbeheerder in uw hostingpaneel. DirectAdmin, cPanel en Plesk hebben allemaal een bestandsbeheerder in de browser. U logt daar in met uw gewone hostinggegevens en hoeft niets te installeren. Voor een eenmalige actie is dit de snelste weg.

Kies waar mogelijk SFTP boven gewoon FTP. Bij gewoon FTP gaan uw wachtwoord en bestanden onversleuteld over de lijn.

Stap voor stap

  1. Maak eerst een back-up. Dit duurt bij de meeste hostingpartijen twee minuten via het bedieningspaneel. U gaat weliswaar niets verwijderen, maar u werkt wel in de bestanden van een site die al hapert.
  2. Log in en zoek de map van uw website. Die heet meestal public_html, httpdocs of www. U herkent hem aan de aanwezigheid van wp-config.php en de mappen wp-admin, wp-content en wp-includes.
  3. Open wp-content en daarna plugins. Hier staat voor elke plugin één map, met een naam die op de plugin lijkt.
  4. Weet u welke plugin het is? Hernoem alleen die map. Zet er een streepje en het woord uit achter, bijvoorbeeld van “slider-plugin” naar “slider-plugin-uit”. De naam maakt niet uit, als hij maar afwijkt.
  5. Weet u het niet? Geef de map plugins tijdelijk een andere naam, bijvoorbeeld plugins-uit. Daarmee schakelt u alles tegelijk uit. Maak daarna direct een nieuwe, lege map met de naam plugins aan, anders klaagt WordPress.
  6. Ververs uw website. Werkt hij weer, dan zat de oorzaak inderdaad in een plugin.
  7. Log in op uw beheerscherm. U ziet een melding dat een plugin is gedeactiveerd omdat het bestand ontbreekt. Dat is precies de bedoeling.
  8. Zet de mapnamen terug en activeer de plugins één voor één, met tussendoor telkens een verversing van de site. De plugin waarbij het misgaat, is uw dader.

Die laatste stap is het belangrijkste deel en wordt het vaakst overgeslagen. Zonder die controle weet u wel dat de site het weer doet, maar niet waardoor het misging, en dan komt het bij de volgende update terug. Hoe u dat systematisch aanpakt, staat in het stappenplan om een pluginconflict op te sporen.

Valkuilen

Uw wijziging is niet zichtbaar. Bijna altijd de cache. Ververs hard, probeer een incognitovenster, of leeg de cache via uw hostingpaneel.

U raakt inhoud kwijt. Dit gebeurt bij plugins die de inhoud van pagina’s leveren, zoals paginabouwers, formulieren of sliders. Schakelt u zo’n plugin uit, dan verdwijnt die inhoud van de voorkant. Hij is niet weg; hij komt terug zodra de plugin weer actief is. Schrik dus niet als uw homepage er even kaal uitziet.

De site blijft stuk na het uitschakelen van álle plugins. Dan zit het probleem elders: in het thema, in de PHP-versie of in de database. Hernoem in dat geval ook de map van uw actieve thema; WordPress valt dan terug op een standaardthema.

U kunt de bestanden niet hernoemen. Meestal een kwestie van rechten of van een verkeerde map. Controleer of u wel in de map van de juiste website zit; op een hosting met meerdere sites is dat een makkelijke vergissing.

U raakt uw aanpassingen kwijt. Heeft iemand ooit rechtstreeks in de pluginbestanden geschreven, dan is dat werk weg zodra de plugin wordt bijgewerkt. Dat is geen gevolg van deze actie, maar het komt zo wel aan het licht.

Wanneer u dit beter niet zelf doet

Een map hernoemen is ongevaarlijk. Toch zijn er situaties waarin u beter even wacht. Draait u een webshop met lopende bestellingen, dan kan het uitschakelen van betalings- of verzendplugins tot rare toestanden leiden bij klanten die op dat moment afrekenen. Vermoedt u een hack, dan is rondklikken in bestanden riskant omdat u sporen wist die nodig zijn om te zien hoe iemand binnenkwam.

En bent u onzeker over welke map bij welke plugin hoort, doe het dan niet op goed geluk. Eén map te veel hernoemen is meestal onschuldig, maar in de mist rondklikken op een site waar u van leeft, is dat niet. In die gevallen is hulp bij het herstellen van een vastgelopen WordPress-site sneller en goedkoper dan een halve middag proberen.

Overweeg tot slot of u de bestandsbewerker in WordPress zelf nog nodig heeft. Die vervalt namelijk als u de ingebouwde bestandsbewerker uitzet, en dat is voor de veiligheid van uw site een verstandige keuze. Bij WebMaintor staat die standaard uit, juist omdat FTP een veiliger en beter te herstellen route is.

Concrete volgende stap: zoek nu uw FTP- of hostinggegevens op en bewaar ze ergens waar u er ook bij kunt als uw site plat ligt. Op het moment dat u ze nodig heeft, is zoeken het laatste waar u zin in heeft.