Kun je niet bij je WordPress Admin dashboard? (Dit is wat je moet doen)

Als je opeens niet meer bij je WordPress Admin dashboard kunt, kan je de schrik om het hart slaan. Er zijn weinig dingen in WordPress frustrerender dan geen toegang meer hebben tot je dashboard – je gekoesterde digitale machtscentrum.

Het voelt een beetje als thuiskomen na een lange werkdag en ontdekken dat je je huissleutel kwijt bent. Je raakt in paniek, dan gefrustreerd en pas daarna ga je op zoek naar oplossingen.

Als je hier aangekomen bent, zit je vermoedelijk al in het derde stadium (het zoeken naar een oplossing). Gelukkig is het een fluitje van een cent om in enkele stappen weer toegang te krijgen tot je WordPress dashboard.

Met andere woorden, relax, haal diep adem, ga ervoor zitten en leer hoe je in enkele stappen een eersteklas WordPress slotenmaker wordt.

Een backup herstellen of er eentje maken

We beginnen bij het begin. Afhankelijk van het type WordPress site dat je beheert, kan het herstellen van een backup de snelste oplossing zijn om het inlogprobleem op te lossen. Vooral als je je precies herinnert wanneer het probleem voor het eerst optrad.

Met Kinsta wordt er dagelijks automatisch een backup gemaakt en kun je je site herstellen met een simpele druk op de knop. Hetzelfde geldt als je in je pakket uurlijkse backups hebt ingeschakeld, of wilt herstellen vanaf bepaalde externe backups.

Het maken van backups of het herstellen van backups in MyKinsta begint met het navigeren naar WordPress sites > sitenaam > Backups en het selecteren van het type backup waarmee je wilt werken. Hieronder wordt ons gevraagd of we willen herstellen naar een live site of een testsite.

Als je een site runt waarin de gegevens voortdurend veranderen – bijvoorbeeld een WooCommerce site of een drukbezochte blog die veel reacties krijgt – dan zijn de volgende stappen aan te bevelen, zodat je tussentijds geen gegevens kwijtraakt.

Omdat bij de volgende stappen belangrijke gegevens in je database worden gewijzigd, raden we aan een WordPress sitebackup te maken voordat je verder gaat. Omdat je geen toegang hebt tot het WordPress admin dashboard, moet je dit handmatig doen.

De meeste hosts staan je toe een volledige back-up van je site en je database te maken en te downloaden met behulp van je bedieningspaneel. Je hebt wellicht de handleiding van je webhost nodig om erachter te komen hoe dat moet. Met Kinsta kun je handmatig een backup maken of zelfs een volledige back-up van de website (.zip) downloaden.

Als je gebruikmaakt van cPanel, kun je dat doen met behulp van de Backup-toepassing of de ‘Backup Wizard.’

Zodra je een betrouwbare back-up gemaakt hebt, kun je verdergaan met de volgende stappen om je probleem op te lossen.

Hoe komt het dat je niet bij je WordPress Admin-dashboard kunt?

Er is een aantal mogelijke oorzaken waarom dit kan gebeuren. Je hebt recentelijk misschien een verandering aangebracht in je WordPress-code, een nieuwe plugin toegevoegd of een thema of iets dergelijks. Of de foutmelding is domweg plotseling uit het niets gekomen.

Als je recentelijk een verandering hebt aangebracht, voel je op je klompen wel aan waar je moet beginnen om het probleem op te lossen.

Hoe dan ook, deze tutorial gidst je langs de diverse oplossingen die je moeten helpen de zaak op te lossen. De oplossingen zijn gegroepeerd rond de soort foutmelding die je gekregen hebt, zodat we het risico verkleinen dat je het hele artikel moet doorlezen.

• In het geval je te zien krijgt ‘This has been disabled’: Schakel je login of beveiligingsplugin uit.
• In het geval een wachtwoord niet werkt (en ook het herstel ervan niet): Herstel je wachtwoord met behulp van phpMyAdmin.
• In het geval je de beheerdersrechten kwijt bent geraakt:Creëer een nieuwe gebruiker en ken deze beheerdersrechten toe.
• In het geval je geen toegang hebt vanwege te veel inlogpogingen: Schakel je beveiliginsplugin uit.
• In het geval je een blanco scherm krijgt (‘ white screen of death’): zoek naar de meest voorkomende oorzaken van dit probleem.
• In het geval je de melding krijgt ‘error establishing database connection’: Los de database-verbindingsproblemen op.
• In het geval je de melding krijgt ‘parse error: syntax error’:Verifieer of er recente code-wijzigingen geweest zijn.

In het geval je je eigen inlog-URL vergeten bent

Een gebruikelijke WordPress veiligheidsmaatregel is om de standaard inlog-URL te wijzigen (domain.com/wp-admin) naar een persoonlijke, aangepaste URL. Dat helpt voorkomen dat hackers en bots je inlog-URL voortdurend bestoken om toegang te krijgen.

Echter, het kan gebeuren dat je je inlog URL vergeet en de melding krijgt ‘This has been disabled’ wanneer je toegang probeert te krijgen tot je site. Misschien had je de URL als bookmark opgeslagen of zat ze alleen in je WordPress historie en is je cache gewist.

Wat de oorzaak ook is, als je een plugin gebruikt zoals WPS Hide Login of Perfmatters, dan kun je de plugin uitschakelen om de URL tijdelijk terug te zetten naar de originele inlog-URL. Hier kun je zien hoe je dat stapsgewijs doet zonder toegang tot wp-admin.

In het geval je wachtwoord niet werkt (noch het herstel ervan)

Meestal, als je probeert in te loggen op je dashboard en een “onjuist wachtwoord” bericht krijgt, is de eenvoudige oplossing om je WordPress wachtwoord te veranderen door op de “Wachtwoord kwijt” link te klikken.

In sommige gevallen kan het echter gebeuren dat je geen bevestiging via de e-mail krijgt om je wachtwoord te herstellen. Dit komt waarschijnlijk omdat je website problemen heeft om e-mails te versturen. Als dat het geval is, kun je dat oplossen door het wachtwoord rechtstreeks via de database te herstellen.

Wachtwoord herstellen via phpMyAdmin

Als je een klant van Kinsta bent, krijg je toegang tot phpMyAdmin door in MyKinsta naar het infoscherm van je site te gaan en op Open phpMyAdmin te klikken.

Als je een host gebruikt met cPanel, dan kun je je phpMyAdmin-link vinden in de ‘Databases’-sectie. Vraag je host om de aanmeldgegevens voor je cPanel, mocht je die niet hebben.

Eenmaal in phpMyAdmin vind je aan de linkerkant een lijst met je databases. Klik op je WordPress database om deze te openen.

Vind de wp_users table en klik ‘Browse.’

Let op: Het voorvoegsel hoeft niet altijd wp_ te zijn. Als je  voorvoegsel anders is (bijv. site_), dan heet je users table “site_users“.

Vind vervolgens je admin user en klik op Edit.

phpMyAdmin toont alle informatie over deze gebruiker in een formulier. Om je wachtwoord te wijzigen, zoek het user_pass-invoerveld, wis de huidige inhoud, en voer je nieuwe wachtwoord in (en vergeet niet om dat ergens te bewaren).

Onder function, selecteer MD5 om er zeker van te zijn dat je nieuwe wachtwoord gehasht wordt. Klik tot slot op Go.

Log nu in op je WordPress Admin-dashboard met je nieuwe wachtwoord.

Als je je beheerdersrechten kwijt bent

Mocht je wel kunnen inloggen, maar kom je erachter dat je geen toegang meer hebt tot administratieve functies, zoals plugins en thema´s, dan is er een probleem met je beheerdersrechten. Het kan zijn dat je WordPress site is gehackt en je rechten zijn verwijderd.

Om dat te verhelpen, moet je rechtstreeks in de database een nieuwe gebruiker met beheerdersrechten toevoegen.

Nieuwe gebruiker toevoegen en beheerdersrechten toekennen

Om een nieuwe gebruiker toe te voegen, dien je je toegang te verschaffen tot je database met behulp van phpMyAdmin. Eenmaal in de database gaan we de tabellen wp_users en wp_usermeta wijzigen – de eerste om een gebruiker toe te voegen, en de tweede om beheerdersrechten toe te kennen.

Om toegang te krijgen tot je database, log je in op phpMyAdmin. Selecteer in de lijst ter linkerzijde je WordPress database.

Vervolgens zoek je de tabel wp_users op en klik je op Insert (nogmaals, het kan zijn dat je een ander voorvoegsel hebt dan wp_. Als jouw voorvoegsel site_ is, dan selecteer je de tabel site_users).

Vul het formulier als volgt in (en bewaar de informatie die je invult, met name in de velden ID, user_login, en user_pass):

• ID – laat dit veld leeg. MySQL bepaalt hier zelf de juiste waarde.
• user_login – de nieuwe gebruikersnaam die je wilt toevoegen. Kies een naam die nog niet in gebruik is. Je kunt bijvoorbeeld beter niet ‘admin’ kiezen, omdat die naam al bestaat.
• user_pass– het wachtwoord voor de nieuwe gebruiker. Zie erop toe dat je MD5 kiest onder function zodat het wachtwoord gehasht wordt. En, vergeet niet het ingegeven wachtwoord te bewaren.
• user_nicename– je eigen naam, of een bijnaam.
• user_email – het e-mailadres dat je wilt gebruiken voor dit account.
• user_url – je URL-adres.
• user_registered – gebruik de kalender om de huidige datum aan te kiezen.
• user_status– zet op 0 (nul).
• display_name – de naam voor deze gebruiker die op het scherm getoond wordt. Je kunt je volledige naam invullen of de bijnaam die je hierboven hebt ingevuld.

Als je klaar bent, klik je op Go om de nieuwe gebruiker op te slaan.

Op dit punt aangekomen gaan we beheerdersrechten toekennen aan de zojuist gecreëerde nieuwe gebruiker. We doen dat door de toegangsrechten van de gebruiker toe te voegen aan de wp_usermeta-tabel.

Scrol naar beneden naar de wp_usermeta-tabel en klik op Insert.

Vul hierna het opnameformulier in met daarin de volgende informatie:

• umeta_id – laat dit veld leeg, deze wordt automatisch gegenereerd.
• user_id – het ID-nummer van de zojuist aangemaakte gebruiker.
• meta_key – tik hier wp_capabilities.
• meta_value– tik hier a:1:{s:13:’administrator’;b:1;}. Wees zorgvuldig bij het intikken van deze waarde. Maak geen gebruik van de copy and paste-functie, omdat je met aanhalingstekens kunt komen te zitten die niet werken.

Klik op Go om de meta-waarde toe te voegen.

Herhaal dit proces om nog een meta toe te voegen, maar volg deze keer de volgende aanwijzingen:

• umeta_id – laat dit open.
• user_id – het ID-nummer van de zojuist aangemaakte gebruiker.
• meta_key – tik hier wp_user_level
• meta_value – tik hier 10.

Klik op Go om deze tweede meta-waarde te creëren. Op dit moment heb je volledige beheerdersrechten toegekend aan de zojuist aangemaakte gebruiker. Ga nu verder door onder deze gebruiker in te loggen.

Als je geen toegang hebt vanwege te veel inlogpogingen

Sommige WordPress beveiligingsplugins beperken het aantal toegestane inlogpogingen met het oog op hackersaanvallen. Het is een erg zinvolle beveiliging, maar kan je ook buitensluiten.

Als dat gebeurt, is het de kortste klap om je beveiligingsplugin buiten werking te zetten, de toegang tot je site terug te krijgen en te voorkomen dat je opnieuw buitengesloten wordt, mocht je nog van plan zijn gebruik te maken van de beveiligingsplugin.

Om de plugin uit te schakelen, ga je naar je website-bestanden met behulp van FTP of SFTP (leer het verschil tussen FTP en SFTP).

Zodra je verbonden bent, moet je dubbelklikken om de map te openen die je WordPress-bestanden bevatten (doorgaans is dat public_html).

Vind vervolgens je wp-content map en dubbelklik om deze te openen. In die map zoek je en open je de map met plugins.

Daarin zou je de map moeten kunnen zien die vernoemd is naar je beveiligingsplugin. Om de plugin te deactiveren, geef je de map een willekeurige nieuwe naam. In het onderstaande voorbeeld, hebben we simpelweg INACTIVE toegevoegd als voorvoegsel aan de mapnaam.

Probeer nu nog eens om toegang te krijgen tot je WordPress dashboard.

Mocht je nu zonder problemen kunnen inloggen, kan je het beste maatregelen treffen om te voorkomen dat het nogmaals gebeurt. Je kunt de plugin opnieuw activeren en jezelf schrappen van de blokkeringslijst; of jouw IP-adres op de witte lijst zetten, als die functies beschikbaar zijn. Anders kun je ook nog contact zoeken met de makers van de plugin en hen om hulp vragen.

Als je een blanco scherm krijgt (‘white screen of death’)

Als je een blanco scherm kreeg toen je toegang zocht tot je admin dashboard, dan heb je te maken met het gevreesde ‘white screen of death’-fenomeen. Het goede nieuws is dat er vele oplossingen zijn die je een uitweg bieden uit deze situatie en je de toegang tot je dashboard teruggeven.

Inventariseren van de meest voorkomende oorzaken van het white screen of death

Meer dan eens wordt dit verschijnsel veroorzaakt door problemen met je plugins. Daarom is het zaak dat je in eerste instantie al je plugins buiten werking stelt.

Aangezien je geen toegang hebt tot je dashboard, moet je je plugins handmatig uitschakelen met behulp van FTP.

Allereerst, maak verbinding met je site met behulp van FTP of SFTP. Eenmaal verbonden, zoek je de map op met je WordPress bestanden (vaak public_html) en dubbelklik je hierop om deze te openen.

Daarin zoek je je wp-content-map en dubbelklik je om die te openen. In die map tref je al je belangrijke content aan, inclusief de map met plugins. Om de plugins te deactiveren, moet je de map een nieuwe naam te geven zodat WordPress de map niet langer beschouwd als de map met plugins.

Om dat te bewerkstelligen klik je met de rechtermuisknop op de map met plugins, kies je ‘Rename’ en verander je de naam in iets anders, bijv. in ‘DISABLED_plugins.’

Probeer nu nogmaals om toegang te krijgen tot je dashboard om te kijken of het probleem is verholpen. Zo ja, dan was je probleem plugin-gerelateerd. Dan kun je de mapnaam terugzetten naar ‘plugins’ en terugkeren naar je dashboard. Zolang je ingelogd bent, kun je de plugins allemaal uitschakelen vanuit je dashboard en ze één voor één weer inschakelen totdat de fout opnieuw optreedt. Op deze manier valt eenvoudig vast te stellen welke plugin verantwoordelijk is voor de fout.

Mocht het uitschakelen van plugins het ‘white screen of death’-probleem niet oplossen, dan zijn er nog veel meer opties die je kunt proberen. Hiervoor kan je het beste onze uitgebreide handleiding hierover lezen.

In het geval je de melding krijgt ‘error establishing database connection’

Alle informatie omtrent je site, van artikelen, pagina’s tot gebruikersaccounts en permissies, ligt opgeslagen in je WordPress MySQL database. Als je problemen ondervindt in het verbinding maken met deze database, is het dan ook geen wonder dat je website niet meer functioneert.

Oplossen van database-verbindingsproblemen

Database-verbindingsproblemen doen zich vrij vaak voor, omdat WordPress verbinding tracht te zoeken met onjuiste inloggegevens. Indien je recentelijk een wijziging hebt aangebracht in je gebruikersnaam of wachtwoord, dan zul je die informatie moeten bijwerken in je wp-config.php-bestand. Anders is WordPress niet in staat een verbinding tot stand te brengen.

Om toegang te krijgen tot je wp-config.php-bestand, maak je verbinding met je site met behulp van FTP of SFTP. Zodra je verbinding hebt, open je de hoofdmap, die je WordPress bestanden bevat (meestal public_html). In die map, zoek je je wp-config.php-bestand op; je klikt daarop met de rechtermuisknop en je kiest View/Edit aan.

In de sectie MySQL-instellingen verander je je DB NAME, DB USER, DB PASSWORD en DB HOST naar de actuele gegevens.

Merk op dat DB HOST niet altijd ‘localhost’ is. De leverancier van je host kan je de correcte naam geven.

Als je klaar bent, probeer je weer toegang tot je dashboard te krijgen om te zien of het naar behoren werkt. Zo ja, dan waren incorrecte inloggegevens de oorzaak van je probleem.

Een andere oorzaak van database-foutmeldingen kunnen problemen met je databaseserver zijn. Heb je te maken met een gedeelde host en trad de fout volslagen onverwachts op, dan kon dat weleens het probleem zijn.

In de infrastructuur van de meeste shared hostingbedrijven zijn er grenzen gesteld aan het toegestane aantal gelijktijdige verbindingen. Gaat men over die grens heen, dan kan dat tot een foutmelding leiden. Het is vrij eenvoudig om contact te zoeken met je host om vast te stellen of de fout aan hun kant zit en, zo ja, hen te vragen het te helpen oplossen.

Met Kinsta hoef je je hierom geen zorgen te maken, omdat wij voor iedere site container-technologie gebruiken. Dat houdt in dat iedere WordPress site in zijn eigen geïsoleerde compartiment is gehuisvest, dat over alle software-middelen beschikt om deze optimaal te laten functioneren (Linux, Nginx, PHP, MySQL). De resources zijn volledig toegekend en worden niet gedeeld met andere site – zelfs die niet van jezelf. De enige grens die we stellen, is aan PHP-workers.

Mocht het bijwerken van je inloggegevens of overleg met je host niet tot het gewenste resultaat hebben geleid, dan moet je een andere oplossing uitproberen om de fout te verhelpen. Raadpleeg hiervoor onze handleiding over hoe je een probleem met databaseverbinding in WordPress kan oplossen.

In het geval je de melding krijgt ‘Parse Error: Syntax Error’

Het geweldige van WordPress is dat je makkelijk functies kan toevoegen die de mogelijkheden van je site enorm uitbreiden. Er zijn online talloze codefragmenten te vinden die je kunt kopiëren en vervolgens in je WordPress code kunt plakken om extra features aan je website toe te voegen.

Krijg je de melding ‘parse error: syntax error’ wanneer je toegang probeert te krijgen tot je site, dan bestaat de kans dat je recentelijk dergelijke code van het internet gehaald hebt en in je WordPress bestanden geplakt.

De code die je gekopieerd hebt, kan fouten bevatten. Of misschien heb je haar niet op correcte wijze ‘ingeplakt’. Vanaf WordPress versie 4.9, worden fouten van dit type automatisch teruggedraaid, zodat deze foutmelding minder gauw optreedt.

Controleer op recente wijzigingen in de code

De ‘parse error’-melding geeft meestal het bestand aan dat de fout veroorzaakt. Er bestaat een goede kans dat het gaat om het functions.php-bestand. Om de wijzigingen die je hebt aangebracht terug te draaien en je site weer online te krijgen, dien je het bestand te openen om het te bewerken.

Verschaf je allereerst toegang tot je site-bestanden met behulp van FTP of SFTP. Wanneer je verbonden bent, lokaliseer dan de map die je WordPress bestanden bevat en dubbelklik erop om deze te openen.

Als je naar de syntaxfout kijkt die je ontving, kun je zien dat het pad naar het bestand staat aangegeven. Volg deze.

Eenmaal daar aangekomen klik je er met de rechtermuisknop op en kies je View/Edit aan.

Vind en verwijder vervolgens de wijzigingen die je in dat bestand hebt aangebracht (let er wel op dat je alleen de code verwijdert die je hebt toegevoegd – en niets anders).

Bewaar het bestand nu en upload deze terug naar je server, waarna je je site opnieuw kunt laden.

Als je alleen de code verwijderd hebt die was toegevoegd, zou je site nu opnieuw naar behoren moeten functioneren en zou je weer toegang moeten hebben tot je dashboard.

Als je toch graag de code wil behouden, kun je een aantal dingen doen.

1. Controleer om er zeker van te zijn dat je de volledige code gekopieerd en geplakt hebt. Er zijn gevallen bekend waar een deel van de code niet mee gekopieerd was, wat tot de fout leidde.
2. Stel vast dat je de code op correcte wijze hebt ingeplakt. Als de aanwijzing was om de code onderin het bestand te plakken, dan betekent dat niet: onder de afsluitende php tag (?>). Het is beter om het vóór die tag te plakken.
3. De code kan daadwerkelijk een fout bevatten, in welk geval je contact kunt zoeken met de betreffende site.
4. Zoek een plugin die dezelfde functie biedt.

Tip: Als je de gewoonte hebt om her en der veel te kopiëren vanaf het web, dan bevelen we ten sterkste aan om gebruik te maken van een gratis plugin als Code Snippets. Dat maakt het een stuk eenvoudiger om niets te beschadigen en tegelijkertijd alle wijzigingen bij te houden.

Samenvatting

Deze handleiding behandelde de grootste problemen die ervoor kunnen zorgen dat je buitengesloten wordt van je eigen WordPress admin, en de diverse stappen die je kunt ondernemen om snel weer toegang te krijgen tot je site.

We hopen dat je erin geslaagd bent je probleem snel op te lossen en de controle over je dashboard terug in handen hebt. Mocht je nog steeds problemen ondervinden, dan biedt het artikel ‘Veelvoorkomende WordPress foutmeldingen en hoe deze op te lossen’, je waarschijnlijk een oplossing die wel werkt.

Mocht je een oplossing hebben gevonden die we in dit artikel niet hebben behandeld? Laat het ons weten in de reacties hieronder!

Mesheal Fegor

Mesheal Fegor is een WordPress developer en technisch schrijver. Hij schrijft WordPress help artikelen voor Fixrunner, een premium WordPress Support bedrijf. Zijn artikelen hebben gebruikers geholpen bij het oplossen van technische problemen met WP, variërend van WordPress core problemen tot problemen met WooCommerce en meer.