If the WordPress login does not work, the cause is not automatically an incorrect password. Cookies, redirects, plugins, themes, the WordPress URL, security features, user accounts, or technical PHP errors can also prevent you from reaching the admin area.
For a quick solution, it is therefore crucial to distinguish the exact error pattern: Is the password rejected? Does the login page not load at all? Are you redirected back to the login form after logging in? Does a blank page, a critical error, or an HTTP 500 error appear?
Briefly explained: First, access the WordPress login page directly and note the exact error message. Then check your login credentials and cookies. If the login still fails, systematically investigate redirects, plugins, themes, and the WordPress configuration. Do not change multiple components at the same time.
Where is the WordPress login located? #
On a standard WordPress installation, you can usually reach the login page via:
or:
If you are not logged in yet, WordPress redirects a call from /wp-admin/ normally forward to the login page.
If WordPress is installed in a subdirectory, it must be part of the URL. For an installation under /wordpress/ could the address be, for example:
1. First, determine the exact error pattern. #
„I can no longer log in to WordPress“ can technically describe very different situations.
Typical failure modes are:
- Username or password is rejected
- Password was forgotten
- Login page is unreachable
/wp-admin/shows an error- After logging in, the login form appears again
- Login ends in a redirect loop
- Browser is reporting issues with cookies
- Login shows an HTTP 403 error
- Login shows an HTTP 500 error
- WordPress reports a critical error
- Login works, but important menu items are missing
- only a specific user cannot log in
These cases should not be treated with the same method.
2. Open login page directly #
If you normally access the admin area via a bookmark or link on your website, try calling the default address directly as a test:
If this URL works, but the login link you used previously does not, the problem might not be with the WordPress login itself.
However, a security plugin may have intentionally changed or protected the default login address. In this case, /wp-login.php deliberately be unreachable as usual.
Check username and password #
If WordPress rejects the login credentials, first check the obvious causes:
- correct username
- correct password
- Capitalization
- accidentally inserted spaces
- correct WordPress installation
- correct domain
Especially when managing multiple WordPress websites, it can happen that login credentials for another installation are used.
Practical Tip: When copying a password from a password manager, make sure that no extra characters or spaces are copied. In the event of repeated failed attempts, you should also consider that a security solution may temporarily block the login.
4. Can I log in with my email address? #
WordPress fundamentally supports logging in with a username or the email address associated with the user account.
If you no longer know your username, trying the registered e-mail address might therefore be worth a try.
However, plugins or individual customizations can change the login behavior.
5. Forgot password #
If you really no longer know the password, you should not begin with technical interventions.
On the WordPress login page, click:
Forgot password?
WordPress can then send a password reset link to the registered email address.
Check your email inbox's spam or junk folder if necessary.
6. Password reset email is not arriving #
If WordPress does not deliver the password email, it does not necessarily mean that your user account does not exist.
WordPress emails may not be delivered or may not be delivered reliably for various reasons.
If you no longer have access to the registered mailbox or the normal reset does not work, an alternative password recovery may be necessary.
For such cases, you should use the existing methods for recovering WordPress administrator access instead of uncontrollably creating new user accounts during a login disruption.
7. Browser Cookies as a Cause #
WordPress uses cookies to manage a successful login or session.
If the required cookies cannot be saved or sent correctly, the login may fail.
A typical symptom is:
- You enter correct access data.
- WordPress is processing the login.
- You will then land back on the login page.
In this case, first test a private or incognito window, or a different browser.
8. Delete cookies for the domain #
If logging in works in a private window but not in a normal browser, stored browser data may be involved.
You can then specifically delete cookies and website data for the domain in question and try logging in again.
A complete deletion of all browser data is normally not necessary for this.
Important: Browser cookies do not explain a PHP fatal error or HTTP 500 error. If WordPress outputs a specific server-side error message, you should investigate that rather than merely clearing the browser cache.
9. Browser blocks cookies #
If cookies are completely blocked in the browser or a browser extension interferes with the login, WordPress may not be able to maintain the session correctly.
Therefore, check for corresponding indications:
- Browser cookie settings
- Privacy or security extensions
- whether the problem also occurs in another browser
10. „Cookies are blocked due to an unexpected output“ #
Under certain conditions, WordPress can display a message during login that indicates cookies and unexpected output.
The actual cause does not necessarily have to lie in the browser.
Unexpected output can occur, for example, through PHP code that sends content before WordPress has been able to set the required HTTP headers.
This can occur, among other things, after changes to PHP files or due to faulty plugins or themes.
If the message started immediately after a code change, that change should be investigated first.
11. Login keeps reloading the same page #
A so-called login loop is a common WordPress problem.
You enter username and password, the page loads – and then you are back at the login form.
Possible causes include:
- Cookie issues
- incorrect WordPress URL
- wrong website URL
- HTTP/HTTPS conflict
- www-non-www conflict
- Plugin
- Cache
- Forwarding rules
Start with browser/cookies and then examine the URL and redirect configuration.
12. Check WordPress address and site address #
WordPress uses under Settings → General including two important URLs:
- WordPress Address (URL)
- Website address (URL)
These values are often referred to as:
WordPress Address (URL)
and
Site Address (URL)
referred to as.
Incorrect values can cause redirection and login issues, among other things.
Do not mix HTTP and HTTPS #
Ein typisches Problem entsteht, wenn WordPress beispielsweise unter:
betrieben wird, ein relevanter URL-Wert aber noch auf:
http://deine-domain.ch
zeigt.
Dadurch können unerwünschte Weiterleitungen oder Probleme mit Cookies und Sitzungen entstehen.
Wenn die Website vollständig über HTTPS betrieben wird, sollten die relevanten WordPress-URLs zur tatsächlichen Konfiguration passen.
14. www und non-www konsistent verwenden #
Auch diese beiden Adressen sind technisch unterschiedliche Hosts:
Eine Variante kann auf die andere weitergeleitet werden. Die Konfiguration sollte aber konsistent sein.
Wenn WordPress zwischen beiden Varianten hin- und herspringt, kann der Login beeinträchtigt werden.
15. Zu viele Weiterleitungen beim WordPress-Login #
Wenn der Browser eine Meldung über zu viele Weiterleitungen zeigt, können mehrere Systeme widersprüchliche Regeln verwenden.
Beteiligt sein können beispielsweise:
- WordPress URL Settings
.htaccess- HTTPS-Weiterleitungen
- Security-Plugins
- Redirect-Plugins
- CDN oder Reverse Proxy
- Web server configuration
Prüfe in diesem Fall, welche Ebene welche Weiterleitung ausführt.
Attention: Füge nicht mehrere neue Weiterleitungsregeln hinzu, um eine bereits bestehende Redirect-Schleife zu „reparieren“. Zuerst muss geklärt werden, welche Regeln sich widersprechen.
16. WordPress-URL über wp-config.php vorgeben #
In bestimmten Diagnose- oder Wiederherstellungssituationen können WordPress-URLs über wp-config.php fest vorgegeben werden.
Dafür existieren die Konstanten:
WP_HOME
and
WP_SITEURL
Diese Methode sollte nur verwendet werden, wenn du weißt, welche URLs für deine Installation korrekt sind.
Werden dort falsche Werte eingetragen, können zusätzliche Weiterleitungs- und Zugriffsprobleme entstehen.
17. Plugin verursacht den Login-Fehler #
Plugins können den WordPress-Login auf unterschiedliche Weise beeinflussen.
Besonders relevant sind beispielsweise:
- Security-Plugins
- Login-Schutz
- Two-Factor-Authentication
- Captcha-Lösungen
- Redirect-Plugins
- Membership-Plugins
- Cache-Plugins
- Plugins für individuelle Login-Seiten
Grundsätzlich kann aber auch ein anderes Plugin einen PHP-Fehler auslösen, der den Login beziehungsweise Adminbereich beeinträchtigt.
18. Fehler unmittelbar nach Plugin-Update #
Wenn der Login direkt nach einem Plugin-Update nicht mehr funktioniert, ist der zeitliche Zusammenhang ein wichtiger Hinweis.
Ist der Adminbereich noch teilweise erreichbar, kann das betreffende Plugin dort deaktiviert werden.
Ist keine Anmeldung mehr möglich, kann bei entsprechendem Dateizugriff eine manuelle Deaktivierung zur Diagnose notwendig sein.
Plugins are usually located under:
wp-content/plugins/
Die systematische Vorgehensweise behandeln wir ausführlich unter Identifying and Resolving Plugin or Theme Conflicts in WordPress.
19. Alle Plugins deaktivieren? #
Wenn kein bestimmtes Plugin verdächtig ist und ein Plugin-Konflikt vermutet wird, kann eine kontrollierte Diagnose mit deaktivierten Plugins sinnvoll sein.
Das sollte jedoch nicht bedeuten, dass alle Plugins wahllos gelöscht werden.
Das Ziel ist:
- festzustellen, ob Plugins überhaupt beteiligt sind
- die konkrete Erweiterung zu identifizieren
- anschließend eine dauerhafte Lösung zu finden
Bei produktiven Websites solltest du dabei Auswirkungen auf Shop, Formulare, Sicherheit und andere Funktionen berücksichtigen.
20. Security-Plugin blockiert den Login #
Sicherheits-Plugins können Anmeldeversuche begrenzen oder Zugriffe anhand bestimmter Kriterien blockieren.
Nach mehreren fehlgeschlagenen Login-Versuchen kann beispielsweise eine IP-Adresse vorübergehend gesperrt werden.
Ein Hinweis darauf kann sein, dass:
- der Login von einem anderen Netzwerk funktioniert
- nur eine bestimmte IP betroffen ist
- eine entsprechende Sperrmeldung erscheint
- das Problem nach mehreren Fehlversuchen begonnen hat
Deaktiviere eine Sicherheitslösung nicht dauerhaft nur deshalb, um eine Sperre zu umgehen. Prüfe zuerst deren Protokolle beziehungsweise Konfiguration.
21. Login-URL wurde geändert #
Einige Security-Plugins können die normale WordPress-Login-Adresse durch eine individuelle URL ersetzen.
Dann kann:
/wp-login.php
bewusst nicht mehr wie gewohnt funktionieren.
Wenn du die individuelle Login-Adresse vergessen hast, solltest du die Konfiguration des betreffenden Plugins beziehungsweise die vorhandenen Unterlagen prüfen.
Eine nicht erreichbare Standard-Login-URL bedeutet in diesem Fall nicht, dass WordPress selbst ausgefallen ist.
22. Zwei-Faktor-Authentifizierung funktioniert nicht #
Wenn eine Zwei-Faktor-Authentifizierung aktiviert ist, besteht der Login aus mehr als Benutzername und Passwort.
Probleme können beispielsweise entstehen durch:
- verlorenes Authenticator-Gerät
- fehlende Backup-Codes
- fehlerhafte Zeitsynchronisation
- Plugin-Probleme
Verwende nach Möglichkeit die vom jeweiligen 2FA-System vorgesehenen Wiederherstellungsmechanismen.
Entferne nicht unkontrolliert Datenbankwerte, um die Zwei-Faktor-Authentifizierung zu umgehen.
23. CAPTCHA verhindert die Anmeldung #
Wenn die Login-Seite durch CAPTCHA oder einen externen Bot-Schutz geschützt wird, kann auch dieser Dienst die Anmeldung beeinflussen.
Typical causes can be:
- fehlerhafte Schlüssel
- geänderte Domain
- blockierte externe Skripte
- Plugin conflict
- fehlerhafte Konfiguration
Wenn der Fehler unmittelbar nach der Einrichtung oder Änderung des CAPTCHA-Schutzes auftritt, sollte diese Komponente gezielt geprüft werden.
24. Theme kann den Login indirekt beeinflussen #
Die Standard-Login-Seite wird nicht wie eine normale Frontend-Seite vom aktiven Theme dargestellt. Trotzdem kann Theme-Code beziehungsweise eigener Code den WordPress-Ablauf beeinflussen.
Besonders relevant sind Änderungen an:
functions.php
oder an einem Child-Theme.
Ein PHP-Fehler in dort geladenem Code kann auch den Adminbereich beziehungsweise Login beeinträchtigen.
25. HTTP 500 beim Login #
If /wp-login.php or /wp-admin/ ausdrücklich einen:
500 Internal Server Error
liefert, handelt es sich nicht mehr primär um ein Passwortproblem.
Dann sollte die serverseitige Ursache untersucht werden.
Verwende dafür unsere Anleitung Fixing Error 500 in WordPress: Finding Causes and Solving Systematically.
26. Kritischer Fehler beim Login #
Zeigt WordPress beim Aufruf des Adminbereichs eine Meldung über einen kritischen Fehler, können unter anderem PHP, Plugins, Theme oder eigener Code beteiligt sein.
In diesem Fall solltest du nicht weiter Passwörter ändern, wenn die Anmeldung technisch gar nicht bis zu diesem Punkt gelangt.
Die passende Diagnose findest du unter WordPress shows a white screen or a critical error: What to do?.
27. HTTP 403 beim Login #
One
403 Forbidden
bedeutet grundsätzlich, dass der Server die Anfrage versteht, den Zugriff aber nicht erlaubt.
Mögliche Ursachen können je nach Umgebung sein:
- Security plugin
- Firewall-Regel
- IP-Sperre
- Webserver-Regel
.htaccess- File or directory permissions
Ein 403 sollte deshalb nicht durch wiederholtes Zurücksetzen des WordPress-Passworts behandelt werden.
28. Login-Seite zeigt 404 #
If /wp-login.php tatsächlich einen 404-Fehler liefert, solltest du prüfen, ob:
- WordPress unter der erwarteten Adresse installiert ist
- die Datei vorhanden ist
- ein Security-Plugin die Login-URL verändert
- Weiterleitungs- oder Serverregeln den Zugriff verändern
Ein allgemeines Permalink-Problem ist bei der physischen WordPress-Datei wp-login.php nicht automatisch die wahrscheinlichste Erklärung.
29. WordPress-Website selbst nicht erreichbar #
Wenn weder Frontend noch Login-Seite erreichbar sind, liegt möglicherweise kein spezifisches Login-Problem vor.
Dann sollten zunächst Domain, DNS, SSL, Server und der allgemeine Zustand der Website geprüft werden.
Nutze dafür WordPress website not accessible: systematically check causes.
30. Benutzerkonto existiert nicht mehr #
Wenn WordPress einen Benutzer nicht kennt, kann das Konto gelöscht oder verändert worden sein.
Prüfe – sofern ein anderer Administratorzugang vorhanden ist – unter:
Users → All Users
ob das betreffende Konto noch existiert.
Erstelle nicht vorschnell einen neuen Administrator, bevor geklärt ist, was mit dem ursprünglichen Konto passiert ist.
31. Benutzerrolle wurde geändert #
Eine erfolgreiche Anmeldung bedeutet nicht automatisch, dass der Benutzer Administratorrechte besitzt.
Wenn du dich anmelden kannst, aber beispielsweise Plugins, Themes oder Einstellungen nicht mehr siehst, kann die Benutzerrolle geändert worden sein.
WordPress unterscheidet standardmäßig verschiedene Rollen mit unterschiedlichen Berechtigungen.
Bei einer normalen Einzelinstallation besitzt ein Administrator weitreichende Rechte. Andere Rollen sehen entsprechend weniger Funktionen.
Die Verwaltung von Benutzern und Rollen behandeln wir in unserem Artikel Manage users in WordPress.
32. Administratorrechte fehlen plötzlich #
Wenn ein bisheriger Administrator nach dem Login plötzlich deutlich weniger Rechte besitzt, sollte die Ursache untersucht werden.
Mögliche Gründe sind beispielsweise:
- Benutzerrolle wurde bewusst geändert
- Plugin verändert Berechtigungen
- Migration war unvollständig
- Datenbankdaten wurden verändert
- Website wurde kompromittiert
Bei unerklärlichen Änderungen an Administratorrechten sollte auch ein Sicherheitsproblem in Betracht gezogen werden.
33. Multisite beachten #
Bei einer WordPress-Multisite gelten zusätzliche Besonderheiten bei Rollen und Netzwerkverwaltung.
Ein Administrator einer einzelnen Website ist dort nicht automatisch Super-Administrator des gesamten Netzwerks.
Wenn Funktionen fehlen, sollte deshalb zunächst geklärt werden, ob es sich um eine normale WordPress-Installation oder eine Multisite handelt.
34. Passwort direkt in der Datenbank ändern #
Wenn die normale Passwort-Wiederherstellung nicht möglich ist und kein anderer Administrator helfen kann, kann das Administratorpasswort in bestimmten Situationen über die Datenbank zurückgesetzt werden.
Das ist eine Wiederherstellungsmethode für konkrete Fälle und sollte nicht der erste Schritt bei jedem Login-Problem sein.
Insbesondere bei einer Login-Schleife, einem HTTP 500 oder einem Cookie-Problem würde ein neues Passwort die eigentliche Ursache nicht beheben.
Important: Bevor du Benutzerdaten direkt in der Datenbank veränderst, solltest du sicher sein, dass das Problem tatsächlich beim Benutzerkonto beziehungsweise Passwort liegt. Datenbankänderungen sind kein allgemeines Reparaturwerkzeug für WordPress-Login-Probleme.
35. Datenbank-Präfix und Benutzerdaten #
Bei manuellen Datenbankarbeiten solltest du außerdem nicht davon ausgehen, dass jede WordPress-Installation das Standardpräfix:
wp_
used.
Das tatsächliche Tabellenpräfix kann individuell konfiguriert sein.
Direkte Datenbankänderungen sollten deshalb nur anhand der konkreten Installation vorgenommen werden.
36. wp-config.php nach Änderungen prüfen #
Wenn Login-Probleme unmittelbar nach einer Änderung an:
wp-config.php
auftreten, sollte diese Änderung überprüft werden.
Relevant können beispielsweise individuell definierte URL-, Cookie- oder andere WordPress-Konstanten sein.
Füge keine zufälligen Konstanten aus Internet-Anleitungen in wp-config.php ein, ohne ihre Wirkung zu verstehen.
37. .htaccess und Login-Probleme #
Auf entsprechenden Serverumgebungen kann:
.htaccess
Weiterleitungen, Sicherheitsregeln und Zugriffsbeschränkungen enthalten.
Wenn Login-Probleme unmittelbar nach einer Änderung dieser Datei auftreten, sollte sie ebenfalls untersucht werden.
Sichere die vorhandene Datei, bevor du Änderungen vornimmst.
38. Cache-Plugin und Login #
Ein korrekt konfiguriertes Cache-System sollte personalisierte WordPress-Administrationsseiten nicht wie normale öffentliche Seiten behandeln.
Bei einer Fehlkonfiguration können Cache- oder Optimierungssysteme jedoch zu unerwartetem Verhalten beitragen.
Wenn das Problem unmittelbar nach Änderungen an Cache-, Optimierungs- oder Proxy-Einstellungen begonnen hat, sollten diese Einstellungen berücksichtigt werden.
39. CDN oder Reverse Proxy berücksichtigen #
Wenn ein CDN oder Reverse Proxy vor dem eigentlichen Webserver eingesetzt wird, kann eine weitere Ebene an Weiterleitungen, HTTPS-Erkennung, Cookies oder Sicherheitsregeln beteiligt sein.
Das ist insbesondere relevant, wenn:
- Redirect-Schleifen auftreten
- HTTPS nicht korrekt erkannt wird
- nur bestimmte IP-Adressen blockiert werden
- Login-Anfragen durch Sicherheitsregeln gefiltert werden
In solchen Umgebungen sollte nicht ausschließlich innerhalb von WordPress gesucht werden.
40. Login funktioniert nur auf einem Gerät #
Wenn du dich auf einem Gerät anmelden kannst und auf einem anderen nicht, spricht das eher gegen einen vollständig defekten WordPress-Login.
Prüfe auf dem betroffenen Gerät insbesondere:
- Cookies
- Browser-Erweiterungen
- gespeicherte Zugangsdaten
- VPN oder Proxy
- lokale Sicherheitssoftware
Teste außerdem ein privates Browserfenster.
41. Login funktioniert nur über ein anderes Netzwerk #
Wenn der Login beispielsweise über Mobilfunk funktioniert, über das Büro- oder Heimnetzwerk jedoch nicht, kann eine IP-basierte Sperre oder Netzwerkkomponente beteiligt sein.
Prüfe insbesondere Sicherheits- und Firewall-Protokolle, bevor du WordPress selbst veränderst.
42. Login funktioniert nach Migration nicht #
Nach einem Website-Umzug können Login-Probleme unter anderem durch folgende Faktoren entstehen:
- geänderte Domain
- incorrect WordPress URL
- HTTP-/HTTPS-Unterschiede
- alte Weiterleitungsregeln
- unvollständige Datenbankübertragung
- Plugin configurations
- Cache oder Proxy
Prüfe insbesondere, ob WordPress noch versucht, zur alten Domain zurückzuleiten.
43. Login funktioniert nach Domainwechsel nicht #
Bei einem Domainwechsel müssen die relevanten WordPress-URLs zur neuen Domain passen.
Wenn die Login-Seite beispielsweise von:
wieder zu:
springt, ist die URL-Konfiguration ein offensichtlicher Ansatzpunkt.
Auch gespeicherte Cookies der alten beziehungsweise neuen Domain sollten berücksichtigt werden.
44. Login funktioniert nach PHP-Wechsel nicht #
Wenn der Adminbereich unmittelbar nach einem Wechsel der PHP-Version nicht mehr funktioniert, kann eine Inkompatibilität von Plugin, Theme oder eigenem Code vorliegen.
Besonders aussagekräftig sind dann PHP- beziehungsweise Server-Error-Logs.
Wie du PHP-Versionen kontrolliert änderst und die Kompatibilität prüfst, behandeln wir unter Change PHP version for WordPress and check compatibility.
45. Login funktioniert nach WordPress-Update nicht #
Auch nach einem WordPress-Update sollte zunächst die konkrete Fehlermeldung untersucht werden.
Das Update selbst muss nicht zwingend fehlerhaft sein. Es kann beispielsweise eine bestehende Inkompatibilität mit einem Plugin oder Theme sichtbar machen.
Therefore, check:
- Error Logs
- Plugins
- Theme
- PHP version
- unmittelbar vor dem Problem vorgenommene Änderungen
46. Fehlerprotokolle verwenden #
Wenn der Login wegen eines technischen PHP-Fehlers scheitert, können Error Logs die entscheidenden Informationen liefern.
Achte auf Einträge zum Zeitpunkt des fehlgeschlagenen Login-Aufrufs.
For example, relevant factors include:
PHP Fatal error
Uncaught Error
Allowed memory size ... exhausted
oder Dateipfade innerhalb von:
wp-content/plugins/
or rather
wp-content/themes/
Für die detaillierte Auswertung folgt unser Artikel Enable WordPress debugging and use error logs.
47. WordPress Recovery Mode #
Wenn ein Plugin oder Theme einen fatalen PHP-Fehler verursacht, kann WordPress unter geeigneten Bedingungen den Recovery Mode verwenden und einen entsprechenden Link an die Administrator-E-Mail-Adresse senden.
Damit kann eine Anmeldung in einer speziellen Wiederherstellungssitzung möglich sein, um die problematische Komponente zu untersuchen.
Wenn WordPress ausdrücklich einen kritischen Fehler meldet, ist dieser Weg häufig sinnvoller als sofortige Änderungen an der Datenbank.
48. Login-Seite absichern – aber nicht verstecken um jeden Preis #
Eine WordPress-Login-Seite sollte gegen automatisierte Angriffe angemessen geschützt werden.
Depending on the website, this may include, for example:
- starke individuelle Passwörter
- Two-factor authentication
- begrenzte fehlgeschlagene Login-Versuche
- geeignete Sicherheitsmechanismen
- aktuelle WordPress-, Plugin- und Theme-Versionen
Das bloße Ändern der Login-URL ersetzt jedoch keine umfassende Absicherung der WordPress-Installation.
49. Nicht vorschnell einen neuen Administrator anlegen #
Wenn dein bisheriges Konto nicht funktioniert, solltest du nicht automatisch einen neuen Administrator direkt in der Datenbank erstellen.
Das löst beispielsweise keine:
- Cookie issues
- Redirect-Schleifen
- PHP error
- Plugin-Konflikte
- IP blocks
Ein neues Konto ist nur dann sinnvoll, wenn die Diagnose tatsächlich ein Problem mit dem bestehenden Benutzerkonto ergibt.
50. Nicht mehrere Reparaturen gleichzeitig durchführen #
Ein typisches Problem bei der Fehlersuche ist, dass gleichzeitig:
- Passwort geändert
- Plugins deaktiviert
.htaccessverändert- Cookies gelöscht
- PHP gewechselt
- WordPress-URLs geändert
become.
Funktioniert der Login danach wieder, ist kaum noch nachvollziehbar, welche Änderung tatsächlich geholfen hat.
Gehe deshalb Schritt für Schritt vor.
51. Systematische Reihenfolge bei WordPress-Login-Problemen #
- Login-Seite direkt über
/wp-login.phpcall up. - Note exact error message.
- Prüfen, ob die öffentliche Website funktioniert.
- Benutzername beziehungsweise E-Mail-Adresse und Passwort kontrollieren.
- Bei vergessenem Passwort die normale Passwort-Wiederherstellung verwenden.
- Privates Browserfenster beziehungsweise anderen Browser testen.
- Cookies der Domain prüfen beziehungsweise löschen.
- Auf Redirect-Schleifen achten.
- HTTP/HTTPS sowie www/non-www kontrollieren.
- Letzte Änderungen an Plugins, Theme, PHP oder Konfiguration berücksichtigen.
- Bei Plugin-Verdacht gezielte Konfliktdiagnose durchführen.
- Bei HTTP 500 oder kritischem Fehler Error Logs auswerten.
- Benutzerkonto und Benutzerrolle prüfen, wenn ein zweiter Administratorzugang vorhanden ist.
- Direkte Datenbankänderungen nur durchführen, wenn sie für die konkrete Ursache erforderlich sind.
- Nach jeder Änderung den Login erneut testen.
52. Was du bei Login-Problemen besser nicht tun solltest #
- nicht sofort WordPress neu installieren
- nicht wahllos alle Plugins löschen
- nicht sofort einen neuen Administrator in der Datenbank anlegen
- nicht mehrere Einstellungen gleichzeitig verändern
wp-config.phpnicht mit zufälligen Konstanten ergänzen.htaccessnicht ohne Sicherung überschreiben- Sicherheitsfunktionen nicht dauerhaft deaktivieren
- HTTP-500-Fehler nicht durch Passwortänderungen zu beheben versuchen
- Benutzerrollen nicht ohne Prüfung verändern
- keine Passwörter an unbekannte Dritte weitergeben
53. Welche Informationen helfen dem CURIAWEB-Support? #
Wenn du dich bei einer WordPress-Website bei CURIAWEB nicht mehr anmelden kannst, helfen konkrete Angaben bei der Fehlersuche.
Please share if possible:
- affected domain
- genaue Login-URL
- exact error message
- ob die öffentliche Website funktioniert
- Whether "ob" is an abbreviation for something specific or a typo in your source text, it translates to **whether** or **if** in English (from German, for example). If you intended a specific context, please provide the full sentence.
/wp-login.phperreichbar ist - ob die Anmeldung wieder auf die Login-Seite zurückführt
- ob ein HTTP-Status wie 403 oder 500 angezeigt wird
- ob unmittelbar zuvor ein Plugin, Theme oder WordPress aktualisiert wurde
- ob PHP geändert wurde
- ob Domain, HTTPS oder Weiterleitungen geändert wurden
- ungefähren Zeitpunkt, seit dem das Problem besteht
Sende dein WordPress-Passwort nicht unaufgefordert mit.
Summary #
Wenn der WordPress-Login nicht funktioniert, sollte zuerst das genaue Fehlerbild bestimmt werden. Ein falsches Passwort, eine Login-Schleife, ein Cookie-Problem, HTTP 403, HTTP 500 und ein kritischer WordPress-Fehler benötigen unterschiedliche Lösungswege.
Beginne mit der direkten Login-Adresse /wp-login.php, kontrolliere Zugangsdaten und teste den Browser beziehungsweise die Cookies. Bei wiederholten Weiterleitungen solltest du WordPress-URLs, HTTPS, Domainvarianten und Weiterleitungsregeln prüfen.
Tritt das Problem nach einer Plugin-, Theme-, PHP- oder WordPress-Änderung auf, ist der zeitliche Zusammenhang ein wichtiger Hinweis. Bei serverseitigen Fehlern liefern Error Logs häufig wesentlich mehr Informationen als die sichtbare Login-Seite.
Direkte Änderungen an Datenbank, wp-config.php or .htaccess sollten erst vorgenommen werden, wenn die Diagnose einen konkreten Grund dafür liefert. So vermeidest du, dass aus einem einzelnen Login-Problem mehrere neue Fehler entstehen.
