Gravity Forms in WordPress übersetzen – Felder, Benachrichtigungen, Bestätigungen, bedingte Logik

Vor dem Start

Installieren und aktivieren Sie diese Plugins:

• Gravity Forms.
• WPML und WPML String-Übersetzung.
• GFML – Gravity Forms Multilingual (das Add-on, das auf dieser Seite behandelt wird).

Erstellen Sie das Formular in Gravity Forms in der Ausgangssprache Ihrer Website. Fügen Sie jedes gewünschte Feld hinzu (Preisfelder, paginierte Struktur, bedingte Logik, Benachrichtigungen und Bestätigungen), bevor Sie das Formular zur Übersetzung senden. Sie können das Formular jederzeit später ändern und die Unterschiede neu übersetzen.

Alles automatisch übersetzen übernimmt dies für Sie

Wenn auf Ihrer Website Alles automatisch übersetzen aktiviert ist, müssen Sie das Formular nicht manuell zur Übersetzung senden. WPML erfasst neue und aktualisierte Formulare zusammen mit Ihren restlichen Inhalten und übersetzt sie im Hintergrund. Der unten stehende Schritt zum Einfügen in die Seite gilt weiterhin, aber der Schritt Formular zur Übersetzung senden erfolgt automatisch. Der Rest dieser Seite beschreibt den manuellen Weg für Websites mit Einiges übersetzen: Sie wählen, was übersetzt wird (oder für Formulare, die Sie vor der automatischen Warteschlange übersetzen möchten).

Senden Sie das Formular zur Übersetzung

1. Öffnen Sie WPML → Übersetzungen → Dashboard.
2. Erweitern Sie den Abschnitt Gravity Forms.
3. Markieren Sie das Formular, das Sie übersetzen möchten.
4. Wählen Sie eine Übersetzungsmethode: PTC (empfohlen), Ihren Übersetzer oder Selbst übersetzen.
5. Klicken Sie auf Übersetzen.

Das Formular, seine Felder, Optionen, Benachrichtigungen, Bestätigungen und feldbezogenen Validierungsnachrichten fließen alle in denselben Übersetzungsauftrag ein. Übersetzer sehen sie als beschriftete Zeilen im Erweiterten Übersetzungs-Editor.

Fügen Sie das Formular in Ihre übersetzten Seiten ein

Gravity Forms befindet sich innerhalb einer Seite oder eines Beitrags, normalerweise durch den Gravity Forms-Block oder den Shortcode [gravityform id="X" title="false"]. Die Art und Weise, wie Sie das mehrsprachige Einfügen handhaben, ist der Teil, der Kunden am meisten überrascht, daher hier die Regel:

Verwenden Sie denselben Block oder Shortcode auf jeder Sprachversion der Seite. Erstellen Sie kein separates Formular pro Sprache.

Der Ablauf:

1. Erstellen Sie das Formular einmal in Ihrer Ausgangssprache.
2. Senden Sie das Formular zur Übersetzung (oder lassen Sie es von Alles automatisch übersetzen erfassen).
3. Fügen Sie das Formular auf der Seite in der Ausgangssprache mit dem Gravity Forms-Block oder dem Shortcode [gravityform] ein.
4. Übersetzen Sie die Seite über WPML → Übersetzungen → Dashboard auf die gleiche Weise, wie Sie jede andere Seite übersetzen würden. Die Formulareinbettung bleibt auf der übersetzten Seite erhalten.
5. Wenn ein Besucher auf der übersetzten Seite landet, stellt GFML das Formular automatisch in der Sprache des Besuchers bereit – gleiche Formular-ID, gleicher Shortcode, übersetzter Inhalt.

Sie benötigen keine unterschiedliche Formular-ID pro Sprache. Sie müssen Shortcodes nicht pro Sprache austauschen. Die Übersetzung ist mit dem Ausgangsformular verknüpft; das Glue-Plugin löst zur Renderzeit basierend auf der Sprache der Seite die Version in der richtigen Sprache auf.

Die Ausnahme – wenn Sie wirklich unterschiedliche Formulare pro Sprache möchten. Einige Websites benötigen strukturell unterschiedliche Formulare pro Sprache (andere Felder, andere Logik, nicht nur anderen Text). Erstellen Sie in diesem Fall separate Gravity Forms (eines pro Sprache) und fügen Sie den jeweiligen Shortcode in die passende Sprachversion der Seite ein, indem Sie den WordPress-Editor für diese Übersetzung verwenden. Das ist die einzige Situation, in der Shortcodes zwischen den Sprachen abweichen.

Feld-Labels und Optionen werden zusammen mit Preis- und Produktfeldern übersetzt

Jedes Feld-Label, jeder Platzhalter, jede Dropdown-Option, Radio-Auswahl, Checkbox-Beschriftung und jeder HTML-Feldinhalt erscheint im Übersetzungsauftrag. Bei den markanten Preisfeldern (Produkt, Menge, Gesamt, Versand) von Gravity Forms werden die Labels ebenfalls übersetzt – „Quantity“ wird zu „Quantité“ –, während die zugrunde liegende numerische Verarbeitung unangetastet bleibt. Listenfelder, digitale Signaturen und Datei-Uploads werden auf die gleiche Weise übersetzt. Mehrfachauswahl und Bildauswahl (Gravity Forms 2.9 Feldtypen) können ab GFML 1.8.3 übersetzt werden.

Paginierte Formulare und Conversational Forms

Bei paginierten Formularen befindet sich jede Seitenüberschrift und jeder Seitenumbruch-Titel im Übersetzungsauftrag. Bedingte Logik, die über Seiten hinweg verzweigt, übersteht die Übersetzung. Auswahlwerte bleiben über die Sprachen hinweg abgeglichen, sodass die Regeln zum Ein- und Ausblenden weiterhin mit denselben Daten ausgelöst werden. Bei Conversational Forms (dem Modus, bei dem jeweils nur eine Frage gestellt wird) wird jede Eingabeaufforderung und jeder Übergang übersetzt. Wählen Sie eine Sprachversion aus, gehen Sie den Gesprächsablauf durch und bestätigen Sie, dass jeder Schritt natürlich klingt, bevor Sie veröffentlichen.

Feldbezogene Validierungsnachrichten

Jedes Feld in Gravity Forms verfügt über eine eigene Einstellung für die Validierungsnachricht im Tab Erweitert des Feldes – der Text, der angezeigt wird, wenn die Validierung fehlschlägt. Jede davon erscheint als Zeile im Erweiterten Übersetzungs-Editor.

Wenn Sie im Übersetzungsauftrag keine feldbezogene Validierungsnachricht sehen, verwendet das Feld wahrscheinlich die Standardnachricht von Gravity Forms (festgelegt unter Formulare → Einstellungen → Formulareinstellungen) anstelle einer feldbezogenen Überschreibung. Legen Sie entweder eine benutzerdefinierte feldbezogene Nachricht fest und senden Sie das Formular erneut zur Übersetzung, oder übersetzen Sie den globalen Standard über die WPML String-Übersetzung.

Bestätigungen – Text, Weiterleitung und Seite

Gravity Forms unterstützt drei Arten von Bestätigungen und alle drei funktionieren mehrsprachig:

• Text-Bestätigungen werden inline übersetzt. Bearbeiten Sie die Bestätigung in der Ausgangssprache in Gravity Forms → senden Sie das Formular erneut zur Übersetzung → der übersetzte Text erscheint für jede Sprache.
• Seiten-Bestätigungen verweisen auf eine WordPress-Seite. Übersetzen Sie diese Seite über den normalen Seitenübersetzungs-Workflow von WPML; der Besucher sieht die Sprachversion, die seinem Kontext entspricht.
• Weiterleitungs-Bestätigungen senden den Besucher nach der Übermittlung an eine URL. Die URL selbst ist pro Sprache übersetzbar. Legen Sie im Erweiterten Übersetzungs-Editor für jede Sprache eine andere Dankeschön-URL fest.

Benachrichtigungen und Benachrichtigungs-Routing

Jede Benachrichtigung in Gravity Forms wird pro Sprache übersetzt: An E-Mail, Absendername, Betreff, Textvorlagen und Merge-Tags. Der Text der Benachrichtigung verwendet Gravity Forms Merge-Tags ({Name}, {Email}, {All Fields}) und diese werden nach der Übersetzung korrekt aufgelöst. Regeln für das Benachrichtigungs-Routing senden unterschiedliche Einsendungen basierend auf Feldwerten an verschiedene Empfänger. Sie überstehen die Übersetzung, da die zugrunde liegenden Auswahlwerte über die Sprachen hinweg abgeglichen bleiben.

Senden Sie nach der Übersetzung eine Test-Einsendung in jeder Sprache und bestätigen Sie, dass die Benachrichtigung in der Sprache des Besuchers mit den richtigen Merge-Tag-Ersetzungen ankommt.

Bedingte Logik bei übersetzten Auswahlwerten

Bedingte Logik bei textbasierten Auswahlmöglichkeiten (Radio-Buttons, Checkboxen, Dropdowns) funktioniert auch bei Übersetzungen, da GFML eine Wertezuordnung zwischen den Ausgangs- und den übersetzten Labels beibehält. Der Besucher sieht auf Französisch „Pas encore“; der zugrunde liegende Wert bleibt „Not yet“; die bedingte Regel wird weiterhin bei „Not yet“ ausgelöst.

Die einzige Sache, die die bedingte Logik unterbricht: das Ändern des Auswahl-Labels in der Ausgangssprache nach der Übersetzung, ohne das Formular erneut zur Übersetzung zu senden. Die Zuordnung wird ungültig. Beheben Sie dies, indem Sie das Formular erneut senden – GFML aktualisiert die Wertezuordnung.

Integrations-Add-ons – Mailchimp, ActiveCampaign, HubSpot, Zapier, Slack, Webhooks

Gravity Forms-Add-ons, die Einsendungen an Drittanbieter-Dienste (Mailchimp, ActiveCampaign, HubSpot, Zapier, Slack, Webhooks und andere) weiterleiten, erhalten die übersetzten Besuchereingaben. Name und Nachricht eines französischen Besuchers kommen auf Französisch am Zielort an. Zugeordnete Listen-Labels, Pipeline-Phasen und Kanalnamen werden ebenfalls übersetzt, wenn sie als Strings auf Formularebene existieren.

Wenn Ihre Integration Feldwerte anstelle von Labels verwendet (z. B. die Zuordnung eines Dropdown-Werts zu einer Mailchimp-Liste), bleibt der Wert über die Sprachen hinweg kanonisch, sodass die Zuordnung nicht unterbrochen wird.

Häufige Fallstricke

• Auswahl-Labels werden in Benachrichtigungs-E-Mails nicht übersetzt. Senden Sie das Formular nach dem Ändern der Labels in der Ausgangssprache erneut zur Übersetzung. Wenn das Problem weiterhin besteht, überprüfen Sie, ob GFML auf dem neuesten Stand ist. Dies war ein wiederkehrendes Problem in älteren Versionen und wird in den Support-Anfragen verfolgt.
• Das Styling des Formular-Blocks sieht auf übersetzten Seiten falsch aus. Bekannte Styling-Regression – siehe die Errata-Seite. Problemumgehung: Verwenden Sie die standardmäßige Shortcode-Einbettung [gravityform] anstelle des Formular-Blocks, während eine Lösung ansteht.
• Das Formular zeigt „There is nothing to translate“ an, obwohl es offensichtlich etwas gibt. Normalerweise ein Dashboard-Cache-Problem. Aktualisieren Sie die Seite oder senden Sie das Formular aus dem Beitrag, in den es eingebettet ist, erneut zur Übersetzung.
• Bedingte Logik wird in übersetzten Formularen nicht mehr ausgelöst. Ein Auswahl-Label wurde nach der Übersetzung in der Ausgangssprache bearbeitet. Senden Sie das Formular erneut zur Übersetzung, um die Wertezuordnung zu aktualisieren.