{"id":2016,"date":"2026-04-18T11:05:35","date_gmt":"2026-04-18T08:05:35","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=2016"},"modified":"2026-08-02T12:09:14","modified_gmt":"2026-08-02T12:09:14","slug":"wordpress-recaptcha-ungueltiger-website-schluessel","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/wordpress-recaptcha-ungueltiger-website-schluessel\/","title":{"rendered":"WordPress-reCAPTCHA: ung\u00fcltigen Website-Schl\u00fcssel beheben"},"content":{"rendered":"

Direkt nach dem Wechsel von Staging auf die Produktionsdomain meldet die WordPress-Anmeldung einen ung\u00fcltigen reCAPTCHA-Website-Schl\u00fcssel. Der sichtbare Schl\u00fcssel stammt aus einer anderen Property, w\u00e4hrend der gespeicherte Geheimschl\u00fcssel zu einer fr\u00fcheren Integrationsart geh\u00f6rt. Domain, Version und Schl\u00fcsselpaar passen nicht mehr zusammen.<\/p>\n

Dieser Beitrag zeigt, wie Sie die fehlerhafte Zuordnung finden, alte Ausgaben beseitigen und die reparierte Anmeldung sicher testen.<\/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 Rollback<\/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 \u201eung\u00fcltiger Website-Schl\u00fcssel\u201c bedeutet<\/h2>\n

    Der Website-Schl\u00fcssel identifiziert die reCAPTCHA-Integration im Browser. Der Anbieter lehnt ihn ab, wenn er nicht zur verwendeten Version, zum aktuellen Hostnamen oder zur aktiven Property passt. Die serverseitige Pr\u00fcfung ben\u00f6tigt au\u00dferdem den zugeh\u00f6rigen Geheimschl\u00fcssel.<\/p>\n

    Ein WordPress-Kennwort kann diesen Fehler nicht beeinflussen. Die Ursache liegt in der reCAPTCHA-Konfiguration, im ausgegebenen Client-Skript oder in einem alten Cache. Website-Schl\u00fcssel und Geheimschl\u00fcssel d\u00fcrfen nicht vertauscht werden.<\/p>\n

    Realistisches WordPress-Beispiel<\/h2>\n

    Eine Website wurde von staging.example.com<\/code> auf www.example.com<\/code> verschoben. Das Login l\u00e4dt weiterhin den \u00f6ffentlichen Schl\u00fcssel der Staging-Property. Zus\u00e4tzlich hat das Team von einer Checkbox-Integration zu einer anderen reCAPTCHA-Variante gewechselt, ohne ein passendes neues Schl\u00fcsselpaar zu hinterlegen.<\/p>\n

    Die Administration best\u00e4tigt im Anbieterkonto Typ und registrierte Hosts, tr\u00e4gt das zusammengeh\u00f6rige Produktionspaar neu ein und leert nur den betroffenen Konfigurations- und Login-Cache. Im privaten Browser zeigt die Seite danach den neuen Website-Schl\u00fcssel; der Server akzeptiert den erzeugten Token.<\/p>\n

    Warum die genaue Schl\u00fcsselpaarung wichtig ist<\/h2>\n

    Der \u00f6ffentliche Website-Schl\u00fcssel darf im Browser erscheinen, der Geheimschl\u00fcssel dagegen nie. Beide geh\u00f6ren zur selben Property und Integrationsart. Ein Schl\u00fcssel aus einer anderen Umgebung kann trotz \u00e4hnlicher Bezeichnung abgelehnt werden oder die Servervalidierung scheitern lassen.<\/p>\n

    Die Diagnose ist besonders nach Domainwechseln, Staging-\u00dcbernahmen, Plugin-Wechseln oder einer \u00c4nderung der reCAPTCHA-Version sinnvoll. Erscheint der Fehler bereits vor der eigentlichen Anmeldung, m\u00fcssen zun\u00e4chst Host und Client-Konfiguration gepr\u00fcft werden.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. \u00d6ffnen Sie das reCAPTCHA-Anbieterkonto \u00fcber einen autorisierten Zugang.<\/li>\n
    2. Pr\u00fcfen Sie Property, Integrationsart und registrierte Hostnamen.<\/li>\n
    3. Vergleichen Sie Produktions-, Staging-, www- und Hauptdomain ausdr\u00fccklich.<\/li>\n
    4. Best\u00e4tigen Sie, welcher Wert der sichtbare Website-Schl\u00fcssel und welcher das Geheimnis ist.<\/li>\n
    5. Hinterlegen Sie das exakte Schl\u00fcsselpaar ohne zus\u00e4tzliche Leerzeichen oder Anf\u00fchrungszeichen.<\/li>\n
    6. Leeren Sie nur den Cache, der noch den alten Schl\u00fcssel ausgibt.<\/li>\n
    7. Testen Sie Login und Passwort-Reset abgemeldet.<\/li>\n<\/ol>\n

      Technische Diagnose<\/h2>\n

      Notieren Sie die genaue Anbietermeldung, den aufgerufenen Host, die Login-URL und die verwendete Integrationsart. Pr\u00fcfen Sie im Quelltext und Netzwerk-Tab, welcher Website-Schl\u00fcssel tats\u00e4chlich ausgeliefert wird. Suchen Sie nach konkurrierenden Einbindungen durch ein zweites Sicherheitsplugin, Theme, Tag Manager oder gecachtes HTML.<\/p>\n

      Kontrollieren Sie anschlie\u00dfend die serverseitige Validierung mit dem zugeh\u00f6rigen Geheimschl\u00fcssel. Wird das Geheimnis im HTML, in Browser-JavaScript, Screenshots, Logs oder Tickets sichtbar, gen\u00fcgt eine Konfigurationskorrektur nicht: Der Schl\u00fcssel muss im Anbieterkonto rotiert und der alte widerrufen werden.<\/p>\n

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

      Erlauben Sie nicht vorschnell breite Fremddomains und deaktivieren Sie reCAPTCHA nicht dauerhaft, nur um die Fehlermeldung zu verbergen. Eine globale Cache-Leerung kann die Ursache verschleiern; entscheidend ist, welcher Wert anschlie\u00dfend im anonymen Browser ausgeliefert wird.<\/p>\n

      Sichern Sie die bisherige Login-Konfiguration und halten Sie einen Notfallzugang offen. Scheitern Login oder Passwort-Reset nach dem Austausch, stellen Sie das vorige Paar nur dann wieder her, wenn es nicht kompromittiert ist, und pr\u00fcfen Sie Property und Integrationsart erneut.<\/p>\n

      \n

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

      AIOWS Login Manager<\/h2>\n

      Der AIOWS Login Manager b\u00fcndelt die unterst\u00fctzte reCAPTCHA-Konfiguration f\u00fcr die WordPress-Anmeldung. Bei einem ung\u00fcltigen Website-Schl\u00fcssel l\u00e4sst sich dadurch an einer zentralen Stelle pr\u00fcfen, welches Schl\u00fcsselpaar f\u00fcr die Integration hinterlegt ist. Die Fehlermeldung selbst muss trotzdem mit der tats\u00e4chlichen Anbieter-Property, Schl\u00fcsselart und Domainzuordnung abgeglichen werden.<\/p>\n

      Halten Sie vor der \u00c4nderung eine aktive Administratorsitzung, einen dokumentierten Notfallzugang und eine Sicherung der bisherigen Login-Einstellungen bereit. Vergleichen Sie die in AIOWS hinterlegte Konfiguration mit dem autorisierten reCAPTCHA-Anbieterkonto. \u00dcbernehmen Sie ausschlie\u00dflich das zusammengeh\u00f6rige Paar f\u00fcr die richtige Umgebung und \u00e4ndern Sie zun\u00e4chst keine anderen Schutzregeln.<\/p>\n

      Nach dem Speichern kontrollieren Sie den anonym ausgelieferten Login. Im Browser darf nur der \u00f6ffentliche Website-Schl\u00fcssel erscheinen. Der Geheimschl\u00fcssel bleibt serverseitig gesch\u00fctzt. Pr\u00fcfen Sie, ob ein Token erzeugt, an WordPress gesendet und dort erfolgreich validiert wird. Wiederholen Sie den Ablauf f\u00fcr Passwort-Reset und jeden weiteren von der Integration unterst\u00fctzten Login-Weg.<\/p>\n

      Der Login Manager kann keine falsche Domainfreigabe im externen Anbieterkonto korrigieren und keinen bereits offengelegten Geheimschl\u00fcssel sicher machen. In diesem Fall m\u00fcssen Sie den Schl\u00fcssel beim Anbieter rotieren und alte Werte widerrufen. Dokumentieren Sie Property, Integrationsart, erlaubte Hosts, verantwortliche Person und Testdatum ohne Geheimnisse. So bleibt die Reparatur nachvollziehbar und die neue Konfiguration bei Bedarf gezielt r\u00fccksetzbar.<\/p>\n

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

      Passende AIOWS-Artikel<\/h2>\n