{"id":1183,"date":"2026-03-27T11:10:13","date_gmt":"2026-03-27T08:10:13","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1183"},"modified":"2026-08-04T21:56:30","modified_gmt":"2026-08-04T21:56:30","slug":"wordpress-login-url-vergessen","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-login-url-vergessen\/","title":{"rendered":"WordPress-Login-URL vergessen? Sicher wieder Zugang erhalten"},"content":{"rendered":"

Ein neues Admin-Team \u00fcbernimmt eine Website, bei der wp-login.php<\/code> absichtlich einen 404-Fehler liefert. In den \u00dcbergabeunterlagen fehlt jedoch der eigene Loginpfad. Das Frontend funktioniert und der Hostingzugang ist vorhanden; erratene Slugs oder blinde Datenbank\u00e4nderungen w\u00fcrden das Problem nur vergr\u00f6\u00dfern.<\/p>\n

Suchen Sie die Adresse zuerst in autorisierten Unterlagen und in noch offenen Administratorsitzungen. Bleibt sie unauffindbar, wird ausschlie\u00dflich die Komponente zur\u00fcckgesetzt, die den Loginpfad verwaltet. Der wieder erreichbare Anmeldebildschirm ersetzt weder das Kennwort noch eine vorgeschriebene Zwei-Faktor-Authentifizierung.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS Login Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was das Thema bedeutet<\/h2>\n

    Eine eigene Login-URL \u00e4ndert den \u00f6ffentlichen Pfad zur WordPress-Anmeldung. Geht dieser Pfad verloren, liegt ein Routing- und Konfigurationsproblem vor \u2013 kein vergessener Zugangscode.<\/p>\n

    Die Adresse kann im Passwortmanager, in freigegebenen \u00dcbergabeunterlagen, in einem Lesezeichen, einer Loginmail oder in den Einstellungen einer offenen Administratorsitzung stehen. Erst wenn diese Quellen nichts ergeben, wird das zust\u00e4ndige Plugin beziehungsweise die unterst\u00fctzte Einstellung \u00fcber einen autorisierten Hosting-, Dateisystem- oder WP-CLI-Zugang vor\u00fcbergehend zur\u00fcckgesetzt.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    Ein Dienstleister \u00fcbernimmt eine WordPress-Website mit verborgenem Loginpfad. Die Standardadresse liefert wie vorgesehen 404, auf einem anderen Rechner besteht aber noch eine Administratorsitzung. Dort liest das Team den aktiven Pfad aus, statt m\u00f6gliche Adressen durchzuprobieren.<\/p>\n

    Nach der Pr\u00fcfung von Domain und Unterordner \u00f6ffnet es die gefundene URL in einem privaten Browserfenster. Anmeldung, zweiter Faktor, wp-admin<\/code>, Abmeldung und Passwortwiederherstellung funktionieren. Anschlie\u00dfend werden Pfad, zust\u00e4ndige Person und das Verfahren zur Wiederherstellung des Zugriffs sicher dokumentiert.<\/p>\n

    Warum es wichtig ist und wann es eingesetzt wird<\/h2>\n

    Dieses Vorgehen passt, wenn der Anmeldebildschirm wegen einer vergessenen eigenen URL nicht erreichbar ist. Ein 404 kann allerdings auch vom falschen Host, einem alten Cacheeintrag, einem deaktivierten Plugin oder einer Serverregel stammen. Pr\u00fcfen Sie daher zuerst Domain, HTTPS, Sprach- und Unterverzeichnis sowie die richtige Installation.<\/p>\n

    Die zust\u00e4ndige Ebene muss feststehen. Wer wahllos Pluginordner umbenennt oder home<\/code> und siteurl<\/code> \u00e4ndert, riskiert einen zus\u00e4tzlichen Ausfall. Bei mehreren Installationen auf demselben Server wird erst weitergearbeitet, wenn das Ziel eindeutig feststeht.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Durchsuchen Sie Passwortmanager, \u00dcbergabeunterlagen, freigegebene Lesezeichen, Loginmails und offene Administratorsitzungen.<\/li>\n
    2. Best\u00e4tigen Sie kanonische Domain, HTTPS, Unterverzeichnis, Sprachpfad und Umgebung.<\/li>\n
    3. Sichern Sie die betroffenen Dateien und den Datenbankstand; ermitteln Sie dann das Plugin oder die Einstellung f\u00fcr den eigenen Loginpfad.<\/li>\n
    4. Nutzen Sie bei Bedarf die dokumentierte Wiederherstellung dieser Komponente \u00fcber einen autorisierten Hosting- oder WP-CLI-Zugang. WordPress-Core-Dateien bleiben unver\u00e4ndert.<\/li>\n
    5. Pr\u00fcfen Sie die Anmeldung in einem privaten Browserfenster, nehmen Sie vor\u00fcbergehende Dateisystem\u00e4nderungen zur\u00fcck und erg\u00e4nzen Sie die sichere Zugriffsdokumentation.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Pr\u00fcfen Sie aktive Plugins, Konfigurationsdateien und geladene Optionen in genau der betroffenen WordPress-Installation. Muss ein Pluginordner vor\u00fcbergehend umbenannt werden, notieren Sie vorher den Originalnamen und den Aktivierungszustand. Nach erfolgreicher Anmeldung werden Originalname und Aktivierungszustand wiederhergestellt, damit Updates und Integrit\u00e4tspr\u00fcfungen die Komponente weiterhin erkennen.<\/p>\n

      Erfassen Sie die Antworten der Standard- und der wiederhergestellten URL einschlie\u00dflich Weiterleitungen und Cacheheadern. Entfernen Sie nur den veralteten 404- oder Redirect-Eintrag aus dem zust\u00e4ndigen Cache. Vor dem Schlie\u00dfen der Sitzung werden zwei berechtigte Konten, Passwort-Reset, Abmeldung und die vorgesehene Fehlerantwort am alten Pfad gepr\u00fcft.<\/p>\n

      Risiken, h\u00e4ufige Fehler, Backup und R\u00fcckweg<\/h2>\n

      Probieren Sie auf der Produktionswebsite keine m\u00f6glichen Login-Slugs durch, \u00e4ndern Sie keine unbekannten Datenbankoptionen und lassen Sie einen umbenannten Pluginordner nicht als Dauerl\u00f6sung bestehen. Solche Abk\u00fcrzungen k\u00f6nnen den Schutz offenlegen oder sp\u00e4tere Updates unberechenbar machen.<\/p>\n

      Halten Sie ein aktuelles Backup und einen serverseitigen Notfallzugang bereit. Ver\u00e4ndern sich Frontend, Anmeldeablauf oder eine andere Installation unerwartet, stellen Sie den Ausgangszustand der Komponente wieder her und kl\u00e4ren Sie zuerst die Zielzuordnung.<\/p>\n

      \n

      Wie AIOWS unterst\u00fctzt:<\/p>\n

      AIOWS Login Manager<\/h2>\n

      Der AIOWS Login Manager b\u00fcndelt seine unterst\u00fctzten Einstellungen f\u00fcr Login-Schutz und eigene Zugangswege in der WordPress-Verwaltung. In einer noch offenen, autorisierten Sitzung l\u00e4sst sich daher erkennen, ob das Modul den vermissten Pfad verwaltet und welcher Wert aktiv ist.<\/p>\n

      Vor einer \u00c4nderung bleibt diese Sitzung ge\u00f6ffnet; zus\u00e4tzlich sollte ein dokumentierter serverseitiger Notfallzugang bereitstehen. Danach werden eigener Loginpfad, richtige und falsche Zugangsdaten, Passwortwiederherstellung, Abmeldung sowie je ein Administrator- und Benutzerkonto gepr\u00fcft.<\/p>\n

      AIOWS kann keine verlorenen Zugangsdaten wiederherstellen, keine Webserverregel korrigieren und auch den verborgenen Pfad eines anderen Plugins nicht ermitteln. Das Modul macht hier ausschlie\u00dflich die von AIOWS verwaltete Login-Ebene sichtbar und umkehrbar, ohne unabh\u00e4ngige Sicherheitsregeln anzutasten.<\/p>\n

      AIOWS Login Manager ansehen<\/a>AIOWS-Tarife vergleichen<\/a><\/p>\n<\/section>\n

      Passende AIOWS-Artikel<\/h2>\n