reCAPTCHA ungültige Domain für Websiteschlüssel: Wie beheben Sie den Fehler?

Die Meldung reCAPTCHA ungültige Domain für den Websiteschlüssel bedeutet: Ihr Kontaktformular zeigt statt der Prüfbox einen Hinweis, oder es lässt sich gar nicht absenden. In diesem Leitfaden zeigen wir von Talha Aslan und Team, wie Sie die Ursache eingrenzen, welche Einstellung Sie zuerst prüfen und wie Sie den Fehler dauerhaft vermeiden.

Der genaue Wortlaut hängt von Version und Sprache ab. Sie sehen also "ungültige Domain für Websiteschlüssel" oder einen ähnlichen Hinweis. Die offizielle reCAPTCHA FAQ nennt zudem eine verwandte Meldung für lokale Entwicklung: localhost gehört standardmäßig nicht zu den unterstützten Domains.

Kurz gesagt liegt die Ursache fast immer in einer Einstellung, nicht im Code. Der Fehler entsteht, wenn Schlüssel, Adresse und Schlüsseltyp nicht zusammenpassen. Danach prüfen wir diese drei Punkte nacheinander.

Wie grenzen Sie den Fehler in fünf Minuten ein?

Bevor Sie etwas ändern, sollten Sie die Stelle finden, an der es hakt. Die folgende Reihenfolge geht von der häufigsten zur seltensten Ursache. Somit finden die meisten Betreiber die Lösung schon in den ersten drei Schritten.

1. Kopieren Sie die exakte Adresse der Seite mit dem Formular.
2. Öffnen Sie die Verwaltungskonsole von reCAPTCHA und suchen Sie den passenden Schlüssel.
3. Prüfen Sie, ob die Stammdomain dieser Adresse in der Domainliste steht.
4. Vergleichen Sie den Websiteschlüssel auf der Seite mit dem Schlüssel in der Konsole.
5. Gleichen Sie den Schlüsseltyp (v2 Kontrollkästchen, v2 unsichtbar oder v3) mit der Auswahl im Formularplugin ab.
6. Leeren Sie den Cache und laden Sie die Seite im privaten Fenster neu.
7. Kontrollieren Sie, ob Ihr Cookietool das Skript von reCAPTCHA blockiert.

Bleibt das Problem danach bestehen, wechseln Sie zur serverseitigen Prüfung. Zum Beispiel zeigt ein falscher geheimer Schlüssel die Box zwar an, das Formular geht aber trotzdem nicht durch. Diesen Fall behandeln wir weiter unten.

Notieren Sie außerdem, auf welcher Seite der Fehler auftritt. Scheitert nur eines von mehreren Formularen, liegt die Ursache meist im Plugin dieses Formulars. Betrifft es alle Formulare, konzentrieren Sie sich dagegen auf die Schlüsseleinstellungen.

Wie löst die Domainliste die Meldung reCAPTCHA ungültige Domain aus?

Die Dokumentation zur Domainvalidierung von Google sagt es deutlich: Webschlüssel gelten nur für die eingetragenen Domains und deren Subdomains der ersten Ebene. Das heißt, Ihre Liste legt die Grenzen fest, innerhalb derer der Schlüssel funktioniert.

Laut dem Beispiel in diesem Dokument deckt die Stammdomain auch die www Variante und Subdomains der ersten Ebene ab. Daher reicht für die meisten Websites die Stammdomain. Andererseits erhalten Sie den Hinweis, sobald Sie denselben Schlüssel auf einer völlig anderen Domain nutzen, etwa auf einer separaten Kampagnenseite.

Auch Tippfehler kommen häufig vor. Ein Schrägstrich am Ende, ein Protokoll am Anfang oder ein Leerzeichen können den Eintrag unbrauchbar machen. Tragen Sie deshalb nur die nackte Domain ein, also zum Beispiel example.com.

• Richtig: example.com.
• Unnötig: www.example.com, denn die Stammdomain deckt sie bereits ab.
• Falsch: eine vollständige Adresse mit Protokoll und Schrägstrich.
• Fehlend: eine zweite Domain, unter der dieselbe Website ebenfalls läuft.

Warum machen www und Subdomains Probleme?

Angenommen, Ihre Website läuft unter example.com und unter shop.example.com. Haben Sie die Stammdomain eingetragen, funktionieren in der Regel beide. Steht dagegen nur die Subdomain in der Liste, fällt die Stammadresse heraus.

Tiefere Subdomains verhalten sich unter Umständen anders. Das offizielle Dokument spricht ausdrücklich von der ersten Ebene. Nutzen Sie also eine Adresse wie test.shop.example.com, testen Sie diese separat und ergänzen Sie sie bei Bedarf.

Beispielszenario: Ein Unternehmen zieht seine Website von der www Adresse auf die nackte Domain um, im alten Schlüssel steht allerdings nur die www Variante. Nach der Weiterleitung zeigt das Formular einen Hinweis. Die Lösung ist einfach: Sie ergänzen die Stammdomain.

Was tun Sie bei Stagingumgebung und localhost?

Fehler auf Entwicklungsrechnern sind sehr verbreitet. Google weist darauf hin, dass localhost standardmäßig nicht unterstützt ist. Zudem empfiehlt Google getrennte Schlüssel für Entwicklung und Produktion.

Legen Sie deshalb einen zweiten Schlüssel an, statt Testadressen in den Liveschlüssel zu schreiben. So verfälscht der Testverkehr nicht die Statistik Ihrer echten Website. Außerdem bleiben Ihre Scoredaten bei v3 sauberer.

• Liveschlüssel: nur Ihre echte Domain.
• Testschlüssel: localhost, die Stagingadresse und temporäre Subdomains.
• Umgebungsvariablen: Schlüssel je Umgebung wählen, statt sie fest einzubauen.

Für v2 bietet Google zudem spezielle Testschlüssel an, die immer bestehen. Allerdings zeigen diese Schlüssel einen Warnhinweis in der Box, damit niemand sie im Livebetrieb nutzt. Vergessen Sie den Wechsel beim Start, sieht also jeder Besucher diese Warnung.

Was tun Sie, wenn Sie den Fehler nicht selbst lösen?

Die Schritte in diesem Leitfaden lösen die meisten Fälle. Dennoch ist der Fehler auf manchen Websites nur das Symptom eines tieferen Strukturproblems: im Theme versteckte Schlüssel, Plugins, die sich gegenseitig überschreiben, und undokumentierte Cacheebenen. Dann kostet Ausprobieren viele Stunden.

Möchten Sie von Anfang an eine saubere Grundlage, lohnt sich ein Blick darauf, wie wir eine Firmenwebsite erstellen lassen angehen. Wenn Formulare, Prüfschicht und Cacheregeln von Beginn an zusammenpassen, sinkt die Wahrscheinlichkeit dieses Fehlers deutlich.

Auf solchen Websites bringt zudem jedes neue Plugin oder Themeupdate das Problem zurück. Deshalb wirkt eine schlankere Struktur nachhaltiger als ein einmaliger Flicken. Lesen Sie trotzdem zuerst die technischen Abschnitte; meist finden Sie die Ursache selbst.

Holen Sie sich Hilfe, senden Sie den geheimen Schlüssel niemals per Nachricht. Geben Sie stattdessen der betreffenden Person Zugriff auf die Konsole.

Was passiert, wenn Sie v2 und v3 Schlüssel verwechseln?

Jeder reCAPTCHA Typ nutzt eigene Schlüssel. Ein Schlüssel für das v2 Kontrollkästchen funktioniert nicht in einem Plugin, das v3 erwartet. Umgekehrt gilt dasselbe. Diese Verwechslung sieht oft wie ein Domainfehler aus oder hinterlässt eine leere Fläche.

Konkret: Ist in Ihrem Formularplugin v3 ausgewählt, Sie haben in der Konsole aber einen v2 Schlüssel erzeugt, erscheint keine Box und das Formular scheitert an der Prüfung. Daher muss der Typ im Plugin mit dem Schlüsseltyp in der Konsole übereinstimmen.

Kurz gesagt dient die Tabelle als Diagnosekarte. Suchen Sie Ihr Symptom und führen Sie dann nur die Prüfung dieser Zeile durch. So ändern Sie nie alles gleichzeitig und behalten den Überblick.

Woran erkennen Sie einen falschen geheimen Schlüssel?

Zu jeder reCAPTCHA Registrierung gehören zwei Schlüssel. Der Websiteschlüssel arbeitet im Browser, der geheime Schlüssel auf Ihrem Server. Erscheint die Box, das Formular scheitert aber trotzdem, steht der geheime Schlüssel ganz oben auf der Verdachtsliste.

Die Dokumentation zur Antwortprüfung von Google listet die Fehlercodes, die Ihr Server erhalten kann. Zum Beispiel liefert ein fehlender oder fehlerhafter geheimer Schlüssel einen eigenen Code. Ebenso meldet eine zu alte oder bereits genutzte Antwort einen anderen Code.

Prüfen Sie deshalb zuerst das Protokoll Ihres Formularplugins. Viele Plugins speichern den Prüffehler im Detail. Außerdem vertauschen Betreiber Websiteschlüssel und geheimen Schlüssel häufiger, als man denkt; beide Felder neu zu kopieren hilft oft sofort.

Hinweis: Schreiben Sie den geheimen Schlüssel nie in den Seitenquelltext, eine E-Mail oder ein geteiltes Dokument. Vermuten Sie ein Leck, erzeugen Sie in der Konsole einen neuen Schlüssel.

Warum hält der Cache den reCAPTCHA Fehler am Leben?

Sie haben Schlüssel oder Domainliste korrigiert, der Hinweis bleibt aber sichtbar. Der häufigste Grund ist der Cache. Ihr Seitencache liefert Besuchern weiterhin die alte Seite mit dem alten Schlüssel aus.

Zudem ist ein reCAPTCHA Token kurzlebig und lässt sich nur einmal prüfen. Trägt eine zwischengespeicherte Seite ein altes Token, lehnt Ihr Server die Anfrage ab. Nehmen Sie daher Formularseiten aus dem Vollseitencache heraus oder erzeugen Sie das Token erst beim Absenden.

1. Leeren Sie den Plugin oder Servercache.
2. Nutzen Sie ein CDN, leeren Sie die Seite auch dort.
3. Testen Sie im privaten Fenster, um den Browsercache zu umgehen.
4. Schließen Sie das Skript von reCAPTCHA vom Zusammenfassen und Verzögern aus.

Vor allem Funktionen zur Skriptverzögerung verdienen Aufmerksamkeit. Sie halten reCAPTCHA unter Umständen zurück, bis der Besucher mit der Seite interagiert. Folglich lädt die Box spät, oder das Formular geht ohne Token raus und Ihr Server weist es ab.

Danach speichern Sie die Änderung und testen das Formular noch einmal auf einem anderen Gerät. Verhalten sich beide Geräte gleich, suchen Sie an der richtigen Stelle.

Wie blockiert die Cookieeinwilligung reCAPTCHA?

Einwilligungstools halten Skripte von Drittanbietern zurück, bis der Besucher zustimmt. Auch reCAPTCHA ist ein Skript von Google. Ordnet Ihr Tool es also unter Marketing oder Statistik ein, lädt die Box nicht, sobald jemand ablehnt.

Das ähnelt stark dem Domainfehler, weil der Besucher nur ein defektes Formular sieht. Zur Unterscheidung akzeptieren Sie die Cookies und testen erneut. Funktioniert das Formular danach, liegt das Problem in Ihrer Einwilligungslösung.

An dieser Stelle steht allerdings auch eine rechtliche Entscheidung an. Wie Sie reCAPTCHA einordnen und in der Datenschutzerklärung beschreiben, liegt in Ihrer Verantwortung. Dieser Artikel ist keine Rechtsberatung; klären Sie das mit Ihrer Rechtsberatung nach DSGVO. Zur Gestaltung lesen Sie unseren Beitrag zum Cookiebanner gestalten, und zum Zusammenspiel mit Werbedaten unseren Text zum Google Consent Mode.

Lehnt jemand ab, zeigen Sie außerdem eine klare Meldung, statt das Formular stumm zu deaktivieren. So versteht der Besucher, warum das Absenden scheitert.

Warum lehnt der v3 Schwellenwert echte Besucher ab?

reCAPTCHA v3 zeigt überhaupt keine Box. Stattdessen vergibt es für jede Interaktion einen Score. Laut der v3 Dokumentation von Google reicht der Score von 0,0 bis 1,0; 1,0 steht sehr wahrscheinlich für eine echte Interaktion, 0,0 sehr wahrscheinlich für einen Bot.

Das Dokument schlägt 0,5 als Startwert vor. Außerdem empfiehlt es, den Verkehr zunächst ohne Eingriff zu beobachten und den Schwellenwert dann anzupassen. Anders gesagt: Ein strenger Wert am ersten Tag lehnt womöglich echte Menschen ab.

Beispielszenario: Eine Website setzt den Schwellenwert sehr hoch, und Besucher mit VPN oder häufig gelöschten Cookies scheitern. Diese Menschen sehen keinen Domainhinweis, können aber trotzdem nichts absenden. Die Lösung: Sie prüfen die Scoreverteilung in der Konsole und senken den Wert schrittweise.

Zudem sollten Sie bei v3 den Aktionsnamen prüfen. Die Dokumentation verlangt, dass die zurückgegebene Aktion zur erwarteten passt. Stimmt sie nicht, lehnt Ihr Server die Anfrage womöglich ab.

Ist das Abschalten der Domainvalidierung eine Lösung?

Die Konsole bietet eine Option, die Prüfung der Domainnamen abzuschalten. Google stellt sie für sehr lange, wechselnde oder unbekannte Domainlisten bereit. Allerdings bezeichnet dasselbe Dokument sie klar als erhebliches Sicherheitsrisiko.

Ohne Validierung kann jede beliebige Website Ihren Schlüssel nutzen. Deshalb verlangt Google, dass Sie in jeder Prüfantwort das Feld hostname kontrollieren und unerwartete Quellen ablehnen. Sie verlagern die Prüfung also von Google auf Ihren eigenen Server.

Für ein Unternehmen mit einer einzigen Website ergibt dieser Weg wenig Sinn. Die Domain korrekt einzutragen ist sicherer und pflegeleichter. Nur Teams, die viele Domains verwalten und ihren Servercode kontrollieren, sollten die Option erwägen.

Wie beheben Sie reCAPTCHA ungültige Domain in WordPress Formularplugins?

Auf WordPress Websites kommt reCAPTCHA meist über ein Formularplugin oder ein separates Sicherheitsplugin. Genau dort beginnt oft der Ärger: Zwei Plugins laden zwei verschiedene Schlüssel auf dieselbe Seite.

1. Listen Sie alle Plugins auf, die reCAPTCHA einbinden.
2. Lassen Sie nur eines davon reCAPTCHA laden.
3. Tragen Sie in diesem Plugin beide Schlüssel neu ein.
4. Prüfen Sie, ob die gewählte Version zum Schlüsseltyp in der Konsole passt.
5. Leeren Sie den Cache und senden Sie das Formular im privaten Fenster ab.

Binden etwa Ihr Formularplugin und das Sicherheitsplugin für die Loginseite beide reCAPTCHA ein, kollidieren zwei Skripte. Dann verlangt eines womöglich v2, das andere v3. Somit ist eine einzige Quelle die sauberste Lösung.

Geht das Formular durch, kommt aber keine Nachricht an, liegt es vermutlich nicht an reCAPTCHA. Für diesen Fall lesen Sie unseren Leitfaden Kontaktformular: Nachrichten kommen nicht an.

Wie beeinflusst das Formulardesign Prüffehler?

Ein Prüffehler ist ein technisches Problem, doch Besucher erleben ihn als Designproblem. Scheitert ein Formular, wissen Nutzer meist nicht, warum. Eine klare Meldung im Fehlerfall verringert die Verluste deshalb erheblich.

Zum Beispiel ist ein Hinweis wie "Die Prüfung ließ sich nicht abschließen, bitte laden Sie die Seite neu" jedem stummen Abbruch überlegen. Wie Sie solche Texte formulieren, zeigt unser Beitrag zu Fehlermeldungen in Formularen.

Auch der Aufbau des Formulars zählt. Überflüssige Felder und verwirrende Schritte senken die Conversion, selbst wenn die Prüfung funktioniert. Mehr dazu lesen Sie in unserem Text zum Formulardesign auf der Website.

Eine eigene Dankeseite hilft außerdem bei der Messung. Brechen die Aufrufe dieser Seite plötzlich ein, prüfen Sie zuerst die reCAPTCHA Einstellungen.

Welche Alternativen zur Prüfung kommen infrage?

reCAPTCHA ist nicht die einzige Option. Es gibt zudem datenschutzfreundliche Prüfwerkzeuge auf dem Markt. Sie erheben meist weniger Daten, und manche zeigen gar kein Rätsel.

Ein Werkzeugwechsel löst das Problem allerdings nicht immer. Domainlisten, Schlüsselabgleich und Cachelogik funktionieren bei den meisten ähnlichen Werkzeugen gleich. Folglich lohnt es sich, die Grundprüfungen zu kennen, egal welches Werkzeug Sie nutzen.

• Honeypot: ein verstecktes Feld, das Bots ausfüllen und Menschen nie sehen.
• Zeitprüfung: zu schnell ausgefüllte Formulare gelten als verdächtig.
• Serverseitiger Filter: bekannte Spammuster aussortieren.
• Datenschutzfreundliche Prüfwerkzeuge: Alternativen, die mit weniger Daten arbeiten.

Das Gesamtbild zur Spamabwehr beschreiben wir in unserem Beitrag Kontaktformular Spam verhindern.

Warum erscheint der Hinweis nach einem Umzug der Website?

Ein Domainwechsel gehört zu den häufigsten Auslösern dieses Fehlers. Sie ziehen die Website auf eine neue Adresse um, Inhalte und Einstellungen kommen unverändert mit. Der reCAPTCHA Schlüssel kennt allerdings nur die alte Domain.

Nehmen Sie reCAPTCHA deshalb in Ihre Umzugscheckliste auf. Meist genügt es, die neue Domain in die Liste des bestehenden Schlüssels einzutragen. Solange die alte Adresse weiterleitet, behalten Sie beide; danach entfernen Sie die alte.

Dasselbe passiert beim Wechsel von Agentur oder Entwickler. Das frühere Team hat den Schlüssel womöglich im eigenen Google Konto angelegt. Folglich kommen Sie nicht an die Konsole. Dann legen Sie am besten einen neuen Schlüssel im eigenen Konto an und tragen ihn auf der Website ein.

Auch Bilder leiden manchmal nach einem Umzug; wirkt Ihr Logo unscharf, hilft unser Leitfaden Logo und Bilder auf der Website unscharf.

Wie bestätigen Sie den Fehler mit den Entwicklertools?

Der Hinweis auf dem Bildschirm erzählt selten die ganze Geschichte. Die Entwicklertools Ihres Browsers zeigen die Quelle dagegen schnell. In den meisten Browsern öffnen Sie sie per Rechtsklick und der Option zum Untersuchen.

Suchen Sie in der Konsole nach roten Zeilen, die reCAPTCHA erwähnen. Zum Beispiel erscheint ein Netzwerkfehler, wenn das Skript nicht lädt, und ein Schlüsselkonflikt meldet sich mit eigenem Hinweis. Danach prüfen Sie im Netzwerkreiter, ob Anfragen an die Adressen von reCAPTCHA erfolgreich zurückkommen.

• Gar keine Anfrage: Das Skript fehlt oder ein Plugin blockiert es.
• Blockierte Anfrage: Ein Werbeblocker, ein Einwilligungstool oder eine Sicherheitsrichtlinie greift.
• Erfolgreiche Anfrage, Hinweis bleibt: Vermutlich liegt es an Domainliste oder Schlüsseltyp.

So arbeiten Sie mit Belegen statt mit Vermutungen. Außerdem beschleunigen solche Screenshots die Hilfe durch Entwickler enorm; achten Sie nur darauf, dass der geheime Schlüssel nie darin auftaucht.

Warum verwirren Werbeblocker und Datenschutzerweiterungen?

Manche Besucher nutzen das Formular problemlos, andere sehen nie eine Box. Dieses Muster deutet meist auf den Browser des Besuchers hin, nicht auf Ihre Domaineinstellung. Werbeblocker und Datenschutzerweiterungen blockieren unter Umständen Skripte von Google.

Haben Sie den Fehler also nur auf einem Rechner gesehen, schalten Sie zunächst die Erweiterungen dieses Browsers ab. Dann öffnen Sie dieselbe Seite in einem anderen Browser und über mobile Daten. Tritt das Problem nur in einer Umgebung auf, stimmen Ihre Einstellungen höchstwahrscheinlich.

Trotzdem sollten Sie diese Besucher nicht ignorieren. Ein kurzer Hinweis unter dem Formular hilft, wenn die Box nicht lädt. Schlagen Sie zum Beispiel vor, den Blocker für Ihre Website zu pausieren oder Sie per Telefon oder E-Mail zu erreichen.

Dieser Ansatz senkt verlorene Anfragen unabhängig von der technischen Ursache. Selbst wenn die Prüfung scheitert, findet der Kunde dann einen Weg zu Ihnen.

Kann eine Content Security Policy reCAPTCHA blockieren?

Ja. Eine Content Security Policy (CSP) ist ein Sicherheitsheader, der dem Browser vorgibt, aus welchen Quellen er Skripte, Frames und Verbindungen laden darf. Sendet Ihr Server eine strenge Richtlinie und fehlen die Adressen von reCAPTCHA in der Erlaubnisliste, lädt die Box nicht.

Dann zeigt die Konsole einen klaren Hinweis auf einen Richtlinienverstoß. Die Lösung besteht darin, die von Google für reCAPTCHA genutzten Domains in Ihre Regeln für Skripte und Frames aufzunehmen. Prüfen Sie die aktuelle Liste in der offiziellen Dokumentation von Google, denn sie ändert sich mit der Zeit.

Sicherheitsheader stammen oft aus dem Hostingpanel, einem Sicherheitsplugin oder dem CDN. Deshalb müssen Sie herausfinden, welche Ebene den Header schreibt. Sonst überschreibt eine andere Ebene die Regel, die Sie gerade korrigiert haben.

Hinweis: Sicherheitsheader komplett zu entfernen wirkt wie eine schnelle Lösung, öffnet Ihre Website aber für andere Risiken. Die Regel gezielt zu erweitern ist immer der bessere Weg.

Wem sollte der Schlüssel gehören und wie verwalten Sie den Zugriff?

Jeder reCAPTCHA Schlüssel hängt an einem Google Konto. Wer den Schlüssel angelegt hat, verwaltet ihn in der Konsole. Somit entscheidet dieses Konto, ob Sie den Fehler überhaupt beheben können.

Beispielszenario: Ein freier Entwickler hat die Website vor Jahren gebaut und den Schlüssel im privaten Konto angelegt. Jetzt hat sich die Domain geändert, aber niemand kommt in die Konsole. Dann lässt sich der alte Schlüssel nicht reparieren; Sie brauchen einen neuen.

Legen Sie Schlüssel deshalb im Google Konto Ihres Unternehmens an. Mehrere Inhaber in der Konsole beseitigen außerdem die Abhängigkeit von einer einzelnen Person. So bleiben Ihre Formulare nie herrenlos, wenn Mitarbeitende oder Dienstleister wechseln.

Kurz gesagt wirkt die Schlüsselverwaltung wie ein technisches Detail, gehört aber zur Geschäftskontinuität. Die Zugriffsliste mindestens einmal im Jahr zu prüfen ist eine gute Gewohnheit.

Wie verhindern Sie den Fehler dauerhaft?

Den Fehler einmal zu beheben reicht nicht; Sie brauchen eine kleine Routine, damit er nicht zurückkehrt. Die folgende Liste enthält die Grundprüfungen, die unser Team bei jedem Projekt mit Formularen durchführt.

• Schlüssel im Firmenkonto anlegen, nicht im privaten Konto.
• Getrennte Schlüssel für Produktion und Staging nutzen.
• Domainliste nach jedem Umzug und jeder neuen Subdomain aktualisieren.
• Formular nach jedem Pluginupdate mit einer echten Einsendung testen.
• Formularseiten aus dem Vollseitencache ausnehmen.
• Felder hostname und action auf dem Server prüfen.

Dann finden Sie bei einem neuen Fehler schnell heraus, welche Einstellung sich geändert hat. Zudem stellt sich nie mehr die Frage, wer die Schlüssel besitzt.

Halten Sie die Liste schriftlich fest und teilen Sie sie mit Ihrem Team. Danach nutzen Sie sie bei jedem neuen Projekt als Vorlage. Somit überrascht Sie die Meldung reCAPTCHA ungültige Domain am Starttag nicht mehr.

Wann sollten Sie einen ganz neuen Schlüssel erzeugen?

Manchmal geht ein neuer Schlüssel schneller als die Reparatur des alten. Die FAQ von Google erklärt, dass ein Hinweis auf einen ungültigen Websiteschlüssel bedeutet: Der Schlüssel gilt nicht mehr, und Sie müssen einen neuen registrieren.

Erzeugen Sie außerdem einen neuen Schlüssel, wenn Sie keinen Zugriff auf die Konsole haben, ein Leck des geheimen Schlüssels vermuten oder die Version wechseln möchten. Danach entfernen Sie den alten Schlüssel vollständig, damit beide nicht kollidieren.

Hinweis: Tauschen Sie nach dem Erzeugen Websiteschlüssel und geheimen Schlüssel gleichzeitig aus. Ändern Sie nur einen, entsteht wieder der typische Fall, in dem die Box erscheint und das Formular scheitert.

Beobachten Sie nach dem Wechsel einige Tage die Statistik in der Konsole. Sieht das Anfragevolumen normal aus und erscheinen keine Fehler, ist der Wechsel abgeschlossen. Andernfalls lädt vermutlich noch ein Rest den alten Schlüssel; durchsuchen Sie dann Themedateien und Pluginseinstellungen erneut.

Wann ist professionelle Unterstützung sinnvoll?

Eine fehlende Domain beheben Sie in wenigen Minuten selbst. Verteilt sich der Fehler allerdings über mehrere Plugins, ein individuelles Theme und verschiedene Cacheebenen, braucht die Eingrenzung Erfahrung. An diesem Punkt öffnet eine falsche Einstellung schnell dem Spam die Tür.

Zuverlässige Formulare bedeuten echte Kundenanfragen. Deshalb schützt Sie ein Webdesign, das Formularinfrastruktur, Prüfung und Cacheregeln gemeinsam betrachtet, langfristig vor wiederkehrenden Fehlern. Unser Team achtet zudem darauf, dass Formulare auch nach dem Start leicht testbar bleiben.

Testen gehört dazu. Vor dem Start schicken wir durch jedes Formular eine echte Einsendung und prüfen dann, ob die Benachrichtigung ankommt. So bemerken wir Probleme, bevor Ihre Besucher es tun.

Zusammengefasst wirkt der reCAPTCHA Fehler bedrohlich, läuft aber meist auf eine einzige Einstellung hinaus. Gehen Sie die Schritte der Reihe nach durch, testen Sie nach jeder Änderung und behalten Sie die Schlüssel im eigenen Konto.