CAPTCHA-Lokalisierung: Wie sich Spracheinstellungen auf Herausforderungen auswirken

Die häufigste Frage bei lokalisierten CAPTCHAs lautet: Muss meine Automatisierung die Anzeigesprache kennen, um das CAPTCHA zu lösen? Die kurze Antwort: Bei tokenbasierten Typen wie reCAPTCHA und Cloudflare Turnstile nicht – das zurückgegebene Token ist sprachunabhängig. Bei Bild-CAPTCHAs dagegen entscheidet der Zeichensatz über den richtigen language-Parameter. Dieselbe Seite kann je nach Locale, Header und Region sogar einen anderen CAPTCHA-Typ ausspielen. Dieser Artikel zeigt, welche Signale die Sprache steuern und wie Sie lokalisierte CAPTCHAs zuverlässig handhaben.

Was sich mit dem Gebietsschema ändert

Lokalisierung betrifft fast immer die Oberfläche, selten die Mechanik – diese Übersicht zeigt, was sich pro CAPTCHA-Typ ändert und was konstant bleibt:

Was die Sprache fürs Lösen bedeutet

Entscheidend ist eine Unterscheidung: Kommt am Ende ein Token zurück oder müssen Zeichen erkannt werden?

Tokenbasierte CAPTCHAs (reCAPTCHA, Turnstile)

Spracheinstellungen betreffen die Oberfläche, nicht das Token. Der Lösungsweg von CaptchaAI ist sprachunabhängig:

• Sitekey und Seiten-URL übermitteln
• CaptchaAI gibt ein gültiges Token zurück
• Das Token funktioniert unabhängig von der angezeigten Widget-Sprache

Tokenbasierte Typen brauchen beim Aufruf keinen Sprachparameter.

Bild-CAPTCHAs

Hier wirkt die Sprache direkt auf die Zeichen im Bild. Der language-Parameter steuert den erwarteten Zeichensatz:

Audio-CAPTCHAs

reCAPTCHA-Audioabfragen werden in der Sprache gesprochen, die zum hl-Parameter oder Accept-Language-Header passt. CaptchaAI verarbeitet sie über den normalen reCAPTCHA-Ablauf – unabhängig von der Audiosprache.

Regionale Unterschiede bei CAPTCHA-Anbietern

Je nach Markt setzen Websites auf unterschiedliche Anbieter – wer international scrapt, trifft regional auf ganz andere CAPTCHA-Typen:

Sendet Ihr Scraper Accept-Language: en-US an eine japanische Seite, rendert das CAPTCHA womöglich auf Englisch. Für tokenbasierte Typen ist das unkritisch; prüft die Seite jedoch die Sprachkonsistenz, kann es auffallen. Faustregel: Header passend zur Hauptsprache der Zielseite setzen.

Beim Einsatz regionaler Proxys gilt: IP-Adressen zählen nach DSGVO als personenbezogene Daten. Prüfen Sie Datenflüsse und Rechtsgrundlage, bevor Sie Traffic über fremde Regionen leiten.

Praxisbeispiel: Visa-Terminportale aus dem DACH-Raum

Ein alltägliches Szenario für Nutzer im DACH-Raum sind Visa- und Terminportale wie BLS. Sie erkennen die Region und spielen Bild-CAPTCHAs oft im Zeichensatz des Herkunftslands aus – etwa arabische oder kyrillische Zeichen. Für die eigene, legitime Terminbuchung heißt das: Übergeben Sie den passenden language-Wert (2 statt 0). Für die BLS-Variante nutzt CaptchaAI die eigene bls-Methode.

Woran Anbieter die Sprache erkennen

Warum ein CAPTCHA gerade in dieser Sprache erscheint, bestimmen mehrere Signale:

1. Accept-Language-Header

Der Header signalisiert die bevorzugte Sprachreihenfolge:

Accept-Language: ja-JP,ja;q=0.9,en-US;q=0.8,en;q=0.7

Diese Kopfzeile teilt dem Server mit: zuerst Japanisch, dann US-Englisch, dann Englisch. reCAPTCHA und Turnstile wählen darüber ihre UI-Sprache.

2. Der hl-Parameter im HTML

reCAPTCHA akzeptiert beim Laden einen expliziten Sprachparameter, der den Accept-Language-Header überschreibt:

<!-- Force English reCAPTCHA -->
<script src="https://www.google.com/recaptcha/api.js?hl=en"></script>

<!-- Force Japanese -->
<script src="https://www.google.com/recaptcha/api.js?hl=ja"></script>

Fürs Lösen spielt das keine Rolle: CaptchaAI liefert ein gültiges Token, egal in welcher Sprache das Widget erscheint.

3. Geo-IP-Standort

Manche Konfigurationen hängen an der Region:

• IP aus China: statt reCAPTCHA erscheint oft GeeTest (reCAPTCHA ist in China blockiert)
• IP aus der EU: vor dem CAPTCHA kann eine DSGVO-Einwilligung stehen
• IP aus einer Risikoregion: die Abfragen fallen strenger aus

4. navigator.language im Browser

JavaScript-basierte CAPTCHAs lesen die Spracheinstellung des Browsers aus:

navigator.language       // "en-US"
navigator.languages      // ["en-US", "en", "ja"]

In Headless-Browsern entspricht dieser Wert dem Systemgebietsschema. Setzen Sie ihn explizit passend zum Ziel:

// Playwright
const context = await browser.newContext({
  locale: 'ja-JP',
});

// Puppeteer
const page = await browser.newPage();
await page.setExtraHTTPHeaders({
  'Accept-Language': 'ja-JP,ja;q=0.9',
});

Häufige Fragen

Welchen language-Wert brauche ich für kyrillische oder chinesische Bild-CAPTCHAs?

Für nicht-lateinische Schriften setzen Sie language=2; für rein kyrillische Bilder genügt 1. Lateinische Zeichen bleiben beim Standardwert 0, tokenbasierte Typen brauchen den Parameter nicht.

Warum erscheint auf einer chinesischen Seite GeeTest statt reCAPTCHA?

Weil reCAPTCHA in China blockiert ist. Viele chinesische Seiten setzen auf GeeTest v3, Tencent CAPTCHA oder eigene Bild-CAPTCHAs. Über einen Proxy in der Zielregion sehen Sie denselben Typ wie echte Besucher.

Muss mein Accept-Language-Header zur Zielsprache passen?

Fürs reine Lösen nicht, aber es ist gute Praxis. Manche Seiten vergleichen Header und weitere Signale auf Konsistenz; ein passender Header senkt das Risiko, aufzufallen.

Löst CaptchaAI Audio-CAPTCHAs unabhängig von der gesprochenen Sprache?

Ja. reCAPTCHA-Audioabfragen laufen über denselben Ablauf wie visuelle reCAPTCHAs – die Sprache ändert daran nichts.

Verwandte Leitfäden

• CaptchaAI Schnellstart
• API-Antwortformate und Fehlercodes
• reCAPTCHA v2 per API lösen