Text-zu-Sprache für Weglot-WordPress-Seiten: Was wirklich funktioniert

10 Min. lesen 19 Min. anhören
Text-zu-Sprache für Weglot-WordPress-Seiten: Was wirklich funktioniert

Die meisten Text-zu-Sprache-Plugins behaupten, Weglot zu unterstützen, setzen es aber in der Praxis kaum richtig um. Der entscheidende Unterschied liegt darin, wie ein Plugin den Seiteninhalt liest. Plugins, die den Text aus der WordPress-Datenbank holen, verpassen die übersetzte Version, die Weglot den Besuchern ausliefert. Plugins, die die aktive Weglot-Sprache erkennen und den gerenderten Seiteninhalt lesen, erzeugen Audio, das zu dem passt, was der Besucher sieht.

Dieser Beitrag erklärt den technischen Hintergrund, zeigt, was echte Weglot-Unterstützung erfordert, und geht durch, wie die wichtigsten TTS-Plugins damit umgehen.

Warum Weglot die meisten TTS-Plugins bricht

Weglot funktioniert anders als WPML und Polylang. Diese Plugins legen für jede Sprache eigene Beitragseinträge an. Eine spanische Übersetzung existiert als eigene Zeile in der WordPress-Datenbank, mit eigener Post-ID, eigenem Slug und eigenem Inhalt.

Weglot macht das nicht. Weglot übersetzt Seiten dynamisch. Der englische Originalinhalt bleibt in der Datenbank. Wenn ein Besucher auf Spanisch wechselt, fängt Weglot die HTML-Antwort ab und schreibt den sichtbaren Text um, bevor er den Browser erreicht. Die Datenbank ändert sich nie.

Das ist für Text-zu-Sprache entscheidend. Ein typisches TTS-Plugin greift auf einen Hook wie save_post oder the_content zu. Es liest $post->post_content, sendet diesen Text an einen Sprachanbieter und speichert eine MP3-Datei. Diese MP3 spielt, egal in welcher Sprache der Besucher die Seite ansieht.

Das Ergebnis: Ein spanischsprachiger Besucher sieht spanischen Text und hört englisches Audio. Der Player lädt. Die Stimme spricht. Aber die Sprachdiskrepanz zerstört das Erlebnis und untergräbt den Barrierefreiheitsvorteil, für den das Plugin installiert wurde.

Ein Weglot-fähiges TTS-Plugin muss drei zusätzliche Dinge leisten. Es muss die aktive Weglot-Sprache des Besuchers zur Laufzeit erkennen. Es muss Audio aus dem übersetzten Text erzeugen, nicht aus dem Datenbankinhalt. Und es muss das Audio pro Sprache zwischenspeichern, damit der nächste spanischsprachige Besucher keine erneute kostenpflichtige Generierung auslöst.

Diagramm, das datenbankgesteuertes TTS ohne Weglot-Übersetzungen mit DOM-basiertem TTS mit sprachlich passendem Audio vergleicht
Datenbankbasierte Plugins erzeugen Audio einmalig aus dem Quellbeitrag. DOM-basierte Plugins erzeugen Audio aus der übersetzten Seite, die Weglot ausliefert.

Was echte Weglot-Unterstützung erfordert

Mit dieser Fünf-Punkte-Checkliste lässt sich jedes TTS-Plugin bewerten.

  1. Das Plugin erkennt die aktive Weglot-Sprache des Besuchers anhand der URL oder der Weglot-API.
  2. Das Plugin erzeugt Audio aus dem übersetzten Inhalt, nicht aus dem rohen Datenbankwert.
  3. Das Plugin speichert die Audiodatei pro Sprache zwischen, sodass jede Sprache nur einmal generiert wird.
  4. Das Plugin erlaubt die Zuweisung einer bestimmten Stimme pro Sprache, damit französischer Inhalt eine französische Stimme bekommt.
  5. Das Plugin unterstützt die Massen-Vorgenerierung für alle aktivierten Weglot-Sprachen, damit Besucher nie auf eine erstmalige Synthese warten müssen.

Die meisten Plugins erfüllen einen oder zwei dieser Punkte. Nur wenige erfüllen alle fünf.

Wie die wichtigsten Text-zu-Sprache-Plugins Weglot behandeln

Wir haben die öffentliche Dokumentation, die WordPress.org-Einträge und die Plugin-Beschreibungen für jedes der folgenden Plugins geprüft. Manche Anbieter haben möglicherweise eine undokumentierte Weglot-Behandlung. Worauf keine Dokumentation hinweist, darauf kann man sich nicht verlassen.

PluginErkennt Weglot-SpracheLiest übersetztes DOMCache pro SpracheStimme pro SpracheMassen-Generierung pro Sprache
TTSWPJaJaJaJaJa (Pro und Agency)
BeyondWordsNicht dokumentiert (Mehrsprachigkeit ist manuell: Weitere Sprachen werden in den Plugin-Einstellungen hinzugefügt, die Sprache wird pro Beitrag ausgewählt)Nein (sendet Beitragsinhalt aus der WordPress-Datenbank an die BeyondWords-API, nicht von der gerenderten Seite)Audio wird pro Beitrag und gewählter Sprache gespeichert, aber nur wenn die Sprache manuell pro Beitrag gesetzt wurdeJa (Hauptstimme sowie weitere Sprachen und Stimmen, die pro Beitrag ausgewählt werden)Massen-Audiogenerierung vorhanden, aber nur für die pro Beitrag gesetzte Sprache. Kein automatischer Weglot-Sprachenlauf
Trinity AudioNicht dokumentiertDer Player liest den gerenderten Artikeltext beim Laden, aber die Echtzeit-Übersetzung unterstützt nur 6 Sprachen und ist ein separates FeatureAudio wird serverseitig pro Beitrag in der für diesen Beitrag gesetzten Sprache generiert. Kein dokumentierter Cache pro Weglot-SpracheJa, aber pro Beitrag (manuelle Sprachauswahl auf Beitragsebene)Nicht dokumentiert
GSpeechNicht dokumentiert. Der Mehrsprachigkeitsmodus unterstützt offiziell GTranslate, WPML, Polylang und TranslatePress. Weglot ist nicht aufgeführtJa (liest DOM zum Klickzeitpunkt)Für Weglot nicht dokumentiertJa für die aufgeführten Mehrsprachigkeits-Plugins (automatische Stimmauswahl basierend auf aktiver Seitensprache). Weglot-Verhalten nicht dokumentiertNicht dokumentiert
ResponsiveVoiceJa (liest DOM beim Klick)Ja (Browser Web Speech API)Entfällt (keine gespeicherte Audiodatei)Ja (Sprach- und Stimmparameter in Shortcodes und Einstellungen, auf Web Speech API-Stimmen abgebildet)Entfällt (keine Vorgenerierung)
VoicerNicht dokumentiert. WPML ist die einzige Mehrsprachigkeitsintegration in der Plugin-BeschreibungJa (liest markierten Text aus dem DOM und sendet ihn zur Laufzeit an Google Cloud TTS)Entfällt bei Echtzeit-Wiedergabe. Stimme pro Element kann per CSS-Klasse wie voicer-voice-en-GB-Wavenet-A gesetzt werdenJa, aber manuell per CSS-Klasse pro Element konfiguriert, nicht automatisch auf Weglot-Sprache abgebildetEntfällt (keine Vorgenerierung)

TTSWP

TTSWP erkennt die aktive Weglot-Sprache zur Laufzeit und erzeugt Audio aus der gerenderten Übersetzung. Jede Sprache erhält eine eigene gecachte MP3-Datei. Das Plugin enthält einen Sprach-Stimmen-Zuordnung-Bereich, in dem jeder Weglot-Sprache eine eigene Stimme zugewiesen wird. Die Massen-Generierung in den Pro- und Agency-Tarifen rendert Audio in allen aktivierten Sprachen vor. Die vollständige Integration ist auf der Weglot-Integrationsseite dokumentiert.

BeyondWords

BeyondWords setzt auf neuronale Stimmen und Audio-CMS-Funktionen für Redaktionen und große Verlage. Die öffentliche Dokumentation beschreibt keine Weglot-spezifische Behandlung. Das Plugin generiert Audio beim Veröffentlichen aus dem gespeicherten Beitragsinhalt, was bedeutet, dass Weglot-Übersetzungen nicht automatisch berücksichtigt werden. BeyondWords ist eine gute Wahl für einsprachige Verlage. Weglot-Nutzer sollten vor dem Einsatz sorgfältig testen.

Trinity Audio

Trinity Audio ist eine SaaS-Plattform mit einem WordPress-Connector. Der Player lädt als JavaScript und liest den Artikeltext beim Initialisieren aus dem DOM, sendet ihn dann zur Audiogenerierung an Trinity-Server. Die öffentliche Dokumentation beschreibt keine Weglot-spezifische Spracherkennung oder Stimmen-pro-Sprache-Zuordnung. Der kostenlose Plan umfasst bis zu 5 Artikel pro Monat mit Zugriff auf 125+ Sprachen und 600+ Stimmen.

GSpeech

GSpeech nutzt Google Cloud Text-zu-Sprache und fügt Beiträgen eine Vorleseschaltfläche hinzu. Die öffentliche Dokumentation erwähnt Weglot nicht. Das Plugin liest sichtbaren Seiteninhalt beim Klick, was bedeutet, dass es übersetztes Audio produzieren kann, wenn der Besucher bereits die Sprache gewechselt hat. Eine Stimmen-pro-Sprache-Zuordnung ist nicht dokumentiert.

ResponsiveVoice

ResponsiveVoice läuft vollständig im Browser über die Web Speech API. Da es Text aus dem gerenderten DOM liest, sobald der Besucher auf Abspielen klickt, folgt es Weglot-Übersetzungen automatisch. Die Stimmqualität ist geringer als bei cloudbasierten Anbietern, und die kommerzielle Nutzung erfordert einen kostenpflichtigen Plan. Das Plugin wurde zuletzt am 14. April 2025 (Version 1.7.15) aktualisiert und wird damit seit über einem Jahr nicht mehr aktiv gepflegt.

Voicer

Voicer nutzt Google Cloud-Stimmen und bewirbt WPML-Unterstützung. Weglot wird in der öffentlichen Dokumentation nicht erwähnt. Das Plugin generiert Audio beim Veröffentlichen aus der Datenbank, was bedeutet, dass ein datenbankbasiertes Übersetzungssystem wie WPML für mehrsprachiges Audio erforderlich ist.

Das Muster ist eindeutig. Plugins, die Audio beim Veröffentlichen aus der Datenbank generieren, benötigen ein datenbankbasiertes Übersetzungssystem wie WPML. Plugins, die Audio zur Laufzeit aus dem DOM generieren, können mit Weglot funktionieren. TTSWP basiert auf dem zweiten Modell, mit benannter Stimmen-pro-Sprache-Zuordnung und sprachbezogenem Caching.

Weglot und TTS gemeinsam in fünf Minuten testen

Führen Sie diesen Test mit jedem TTS-Plugin durch, das Sie in Betracht ziehen. Sie benötigen eine Staging-Seite mit aktivem Weglot und mindestens einer aktivierten Zielsprache.

  1. Das TTS-Plugin installieren und aktivieren.
  2. Einen Beitrag in der Standardsprache öffnen. Prüfen, ob der Audioplayer erscheint und korrekt abspielt.
  3. Den Weglot-Sprachumschalter verwenden, um auf eine Zielsprache zu wechseln. Nicht neu laden.
  4. Im Audioplayer auf Abspielen klicken.
  5. Zehn Sekunden lang zuhören.

Drei Ergebnisse zeigen, was das Plugin tut.

Das Audio wird in der ursprünglichen Quellsprache abgespielt. Das Plugin liest aus der Datenbank, nicht aus dem übersetzten DOM. Weglot wird nicht wirklich unterstützt.

Das Audio wird in der Zielsprache abgespielt, aber mit der falschen oder einer generischen Roboterstimme. Das Plugin erkennt die Sprache, hat aber keine Stimmen-pro-Sprache-Zuordnung. Für reine Barrierefreiheitszwecke akzeptabel, für Markenpräsenz nicht geeignet.

Das Audio wird in der Zielsprache mit einer natürlichen, zur Sprache passenden Stimme abgespielt. Das Plugin verarbeitet Weglot korrekt. Nach dem Test die Audiobibliothek prüfen, um zu bestätigen, dass die Datei gecacht und nicht bei jeder Wiedergabe neu generiert wurde.

Den Test mit einer zweiten Zielsprache wiederholen, um zu bestätigen, dass das Caching über mehrere Sprachen hinweg funktioniert.

Welches Plugin für welchen Anwendungsfall passt

Die richtige Wahl hängt von Ihren Anforderungen und Ihrem Budget ab.

Sie nutzen bereits Weglot und möchten professionelles Audio in jeder Sprache. TTSWP war das einzige Plugin in unserem Test, das alle fünf Weglot-Anforderungen dokumentiert und umsetzt. Stimmen-pro-Sprache-Zuordnung, sprachbezogenes Caching und Massen-Generierung sind enthalten. Starten Sie mit dem kostenlosen Tarif.

Sie veröffentlichen einsprachige Inhalte und benötigen Enterprise-Audiofunktionen. BeyondWords bietet ein leistungsstärkeres Audio-CMS, Podcast-Distribution und Voice Cloning. Wer Weglot nicht nutzt, für den spielt die fehlende Weglot-Unterstützung keine Rolle.

Sie möchten keine Kosten und akzeptieren einfache Browser-Stimmen. ResponsiveVoice liest aus dem DOM und funktioniert automatisch mit Weglot, allerdings mit geringerer Stimmqualität und Lizenzbeschränkungen.

Sie nutzen bereits WPML statt Weglot. Die meisten Plugins funktionieren, da WPML Übersetzungen in der Datenbank speichert. TTSWP unterstützt WPML über eine eigene WPML-Integration.

Sie wählen Übersetzung und TTS gleichzeitig aus. Wenn Audioqualität und Sprachabdeckung wichtig sind, wählen Sie TTSWP zusammen mit Weglot. Wenn Sie redaktionelle Kontrolle über jede Übersetzung durch Übersetzer benötigen, wählen Sie WPML und ein beliebiges TTS-Plugin mit WPML-Unterstützung.

Häufige Fragen

Übersetzt Weglot die Audiodatei automatisch?

Nein. Weglot übersetzt HTML, JSON und einige andere Textformate. MP3-Dateien übersetzt es nicht. Ein TTS-Plugin muss für jede Sprache eine neue Audiodatei aus dem übersetzten Text erzeugen. TTSWP macht das beim ersten Aufruf und speichert das Ergebnis dann zwischen, sodass dasselbe Audio bei allen späteren Besuchen in dieser Sprache ausgeliefert wird.

Kann ich ElevenLabs-Stimmen mit Weglot verwenden?

Ja. TTSWP verwendet standardmäßig ElevenLabs-Stimmen. Im Bereich Sprach-Stimmen-Zuordnung kann jeder Weglot-Sprache eine andere ElevenLabs-Stimme zugewiesen werden. ElevenLabs unterstützt eine große Bandbreite an Sprachen, sodass die meisten Weglot-Sprachpaare mit einer natürlich klingenden Stimme abgedeckt sind.

Wird Audio neu generiert, wenn Weglot eine Übersetzung aktualisiert?

Nein. Audio wird pro Sprache und pro Beitrag gecacht. Wenn Sie den Quellbeitrag bearbeiten, kann TTSWP das Audio neu generieren. Aktualisiert Weglot eine Übersetzung im Dashboard, bleibt das vorhandene Audio im Cache. Klicken Sie in der Beitragsliste auf „Neu generieren” oder nutzen Sie die Massen-Generierung, um eine Aktualisierung zu erzwingen, wenn Sie wissen, dass sich eine Übersetzung geändert hat.

Funktioniert das mit Weglot-Unterverzeichnissen und Subdomains?

Ja. TTSWP liest die aktive Sprache von Weglot, nicht aus der URL-Struktur. Sowohl Unterverzeichnis-Setups (beispiel.de/es/) als auch Subdomain-Setups (es.beispiel.de) funktionieren auf dieselbe Weise. Das Plugin fragt Weglot, welche Sprache für die aktuelle Anfrage aktiv ist, und generiert oder liefert die passende Audiodatei.

Was kostet mehrsprachiges Audio?

Jede unterstützte Sprache verbraucht Credits, wenn für einen Beitrag erstmals Audio in dieser Sprache generiert wird. Ein Beitrag mit 1.000 Zeichen in fünf Sprachen verbraucht beim ersten Abspielen in allen Sprachen rund 5.000 Credits. Danach wird die gecachte Datei ohne weitere Kosten ausgeliefert. Die Credits-Dokumentation enthält die vollständige Aufschlüsselung.

Nächster Schritt

Testen Sie TTSWP auf Ihrer Weglot-Website. Installieren Sie die kostenlose Version von WordPress.org, aktivieren Sie die Weglot-Integration im Übersichts-Dashboard und weisen Sie jeder Sprache eine Stimme zu. Der kostenlose Tarif enthält genug Zeichen, um zwei oder drei kurze Beiträge in zwei Sprachen zu testen. Bei Fragen decken die Weglot-Integrationsdokumentation jeden Sonderfall ab, den wir im Produktivbetrieb gesehen haben.