クライアントは多言語対応のTildaサイトを要求します。翻訳を接続し、ページを確認すると、すべて問題なく見えます。
しかし、その後、フィードバックフォームを開くと、フィールド名がロシア語で、「送信」ボタン、および「フィールドに入力してください」というエラーメッセージが表示されます。これらすべてが英語のページに表示されます。
これが、ほとんどのTilda翻訳ソリューションの動作です。これは特定のサービスのバグではなく、アーキテクチャ上の問題です。
Tildaのフォームが異なる方法で翻訳される理由
Tildaページの通常のテキストは静的です。HTMLに組み込まれており、翻訳者はそれを見つけて置き換え、ユーザーに提供できます。すべて予測可能です。
フォームの場合は話が異なります。TildaはJavaScriptを介してフォームを生成します。ページが読み込まれた後、スクリプトはフィールド、フィールド名、フィールド内のヒント、およびボタンを動的に作成します。翻訳者がテキストを見つけようとする時点では、まだページ上に存在しないか、存在してもTildaスクリプトによってすぐに置き換えられます。
これは「 動的コンテンツ」と呼ばれ、ほとんどの翻訳ソリューションを破壊する原因です。 Googleは公式に認めています、JavaScriptレンダリングはインデックス作成にも問題を引き起こし、ブラウザの翻訳者も同じ制限に直面します。
Googleは公式に認めています、JavaScriptレンダリングはインデックス作成にも問題を引き起こし、ブラウザの翻訳者も同じ制限に直面します。
フィールド名に加えて、フォームにはいくつかのカテゴリの要素が含まれています。
- 入力時のエラーメッセージ（「正しいメールアドレスを入力してください」、「このフィールドは必須です」）
- 送信後のテキスト、「ありがとうございます。ご連絡いたします」
- 入力前のフィールド内のヒント
- データ処理への同意を含むチェックボックスのラベル
- 送信ボタン
これらの要素はそれぞれ個別の処理が必要であり、それぞれに独自の技術的特性があります。
特別なケース：Zero Blockのフォーム
Tildaでは、標準ブロックと Zero Block （完全なレイアウトの自由度を持つビジュアルエディター）。技術的にはこれらは異なる実装であり、その動作ロジックも異なります。
実際には、標準フォームで翻訳が機能しても、Zero Blockのフォームで正しく機能するとは限りません。一部の要素は翻訳されないか、予測不能な方法で翻訳される可能性があります。これは例外ではなく、Tildaの仕組みの結果です。同じ機能が複数の独立した方法で実装されています。
競合他社で具体的に何が壊れるのか
Weglot
Weglotは、ページの静的なHTMLコンテンツの翻訳に焦点を当てています。TildaフォームはJavaScriptを介して動的に作成されるため、そのコンテンツが常に処理領域に含まれるとは限らず、フォームが元の言語のままになることがあります。
Weglotの「ビジュアルエディター」を介して、フォーム要素を手動で翻訳に追加することで回避を試みることができます。これは部分的に機能します。主要なフィールドは翻訳されますが、エラーメッセージと送信後のテキストは未翻訳のままになります。さらに、Tildaでのフォームの変更は、Weglotで手動で再入力する必要があります。
Linguise
Linguiseはブラウザ側に補助レイヤーを使用します。これは動的コンテンツにより適していますが、Tildaでのフォームの読み込みの特性に依存します。結果として、翻訳が不安定になる可能性があります。一部のページではフォームが正しく表示されますが、他のページではブロックの設定に応じて、部分的または欠落して表示されることがあります。
自作ソリューション
一部の代理店は、この問題を手動で解決しています。つまり、各言語のページを複製し、翻訳されたフィールドを持つ個別のフォームを作成します。これは信頼性の高いアプローチですが、複数のフォームのコピーを維持し、変更があるたびにそれらを同期する必要があるため、作業量が増加します。
Multifyでのフォーム翻訳の仕組み
Multifyは、ユーザーとサイト間のリバースプロキシとして機能します。リクエストはMultifyサーバーを通過し、そこでコンテンツがサーバー側で翻訳され、完成した結果がユーザーのブラウザに送信されます。
ページ上で動的に作成された要素をキャッチする代わりに、MultifyはTildaの応答をインターセプトし、サーバー上でコンテンツを翻訳します。翻訳されたHTMLがユーザーに届き、Tildaスクリプトが正しい言語でフォームを表示します。
すべてのフォーム要素が翻訳されます。
- フィールド名
- 入力前のフィールド内のヒント
- 送信ボタン
- 入力時のエラーメッセージ
- 送信後のテキスト
- チェックボックスのキャプション
Tildaフォームのロジックは壊れません。amoCRM、Bitrix24、またはその他のCRMとの統合は引き続き機能します。データは通常どおり送信されます。
別の話：データ処理への同意
フォームには、特別な注意が必要な要素が1つあります。個人データ処理への同意チェックボックスです。
ロシア語のサイトでは、通常、152-FZのテキストを含む「プライバシーポリシー」を参照しています。ドイツ語のサイトやヨーロッパの視聴者向けのサイトでは、これはGDPRであり、 法的要件は異なります：同意は明示的で、目的ごとに個別に、事前入力されたチェックボックスなしで行う必要があります。
これは単なるテキストの翻訳ではありません。これは 法的コンテンツのローカライズ です。ある法的コンテキストを別の法的コンテキストに置き換えることです。
Multifyはチェックボックスのテキストを通常のコンテンツとして翻訳します。しかし、特定の市場に適した正確な法的表現は、チームが準備する必要があります。これは自動翻訳の範囲を超えています。
実用的なアドバイス：ヨーロッパの視聴者向けにサイトを立ち上げる場合は、言語バージョンごとに個別の同意テキストを作成し、「手動翻訳」として渡してください。ほとんどの主要なツールは個々の文字列のオーバーライドをサポートしています。
フォーム送信後のテキスト
すべてが壊れるもう1つのポイント：ユーザーがボタンをクリックした後に表示されるメッセージ。
技術的には、静的なテキストとしてではなく、サーバーからの応答が成功した後のイベントの結果として表示されます。多くの翻訳者はこの状態を見落とします。ページは翻訳されていますが、「ご応募ありがとうございます。30分以内にご連絡いたします」はロシア語のままです。
英語でフォームを記入したユーザーにとって、特にロシア語が読めない場合、これは不具合のように見えます。
Multifyでは、送信後のテキストはフォームの他のコンテンツと一緒に翻訳されます。これは、翻訳がページのすべての状態に適用され、初期読み込みだけでなく適用されるためです。
ちなみに、Tildaのオンラインストアでは、チェックアウトもフォーム送信です。同じフィールド、同じエラーメッセージ、同じ確認テキスト。翻訳に関する問題はすべて同じですが、エラーの代償はより高くなります。
チェックリスト：多言語フォームを公開する前に確認すること
サイトを顧客に引き渡す前に、各言語の各フォームを確認してください。
- すべてのフィールド名が翻訳されている
- フィールド内のヒントが翻訳されている
- 送信ボタンが翻訳されている
- 必須フィールドを空のままフォームを送信してみて、エラーメッセージを確認する
- 不正なメールアドレスを入力して、エラーメッセージを確認する
- フォームを正常に送信し、送信後のテキストを確認する
- データ処理に関する同意文が管轄区域に準拠している
- Zero Blockにフォームがある場合は、個別に確認する
各フォームに10分かかりますが、「フォームが翻訳されていない」という顧客からの電話を避けることができます。
よくある質問
Weglotはサイト全体を翻訳するのに、Tildaフォームを翻訳しないのはなぜですか？
Weglotは、ページが読み込まれた時点でページに存在するHTMLを扱います。Tildaフォームはスクリプトを介して動的に作成されるため、Weglotがページを通過する時点ではその内容はまだ存在しません。そのため、Weglotはそれらを認識しません。
各言語でページを複製すれば、フォームは翻訳されますか？
はい、それは機能します。各言語でフォームを含む個別のページを作成し、ユーザーをそれらの間で切り替えます。欠点は、フォームに変更があるたびに、すべてのコピーを手動で更新する必要があることです。2つの言語であれば許容範囲ですが、5つの言語になると、深刻なメンテナンスの問題になります。
翻訳後もフォームからのデータは正しく送信されますか？
はい。翻訳は表示されるテキスト（フィールド名、ヒント、ボタン）のみに影響します。ユーザーがフィールドに入力したデータはそのまま送信されます。名前、メールアドレス、電話番号は変更されずにCRMに送信されます。amoCRM、Bitrix24、Google Sheetsとの連携は引き続き機能します。
特定のフォーム要素のテキストを手動で設定できますか？
はい。Multifyでは、任意の文字列を手動で翻訳できます。これは、同意書、ポリシー、免責事項など、自動翻訳では現地の法的文脈が考慮されない可能性がある法的テキストに特に役立ちます。
結論
Tildaのフォームの翻訳は、「設定で言語を選択する」という単純なものではありません。これは、動的な要素の作成、エラー時の状態、法的コンテンツ、同じ機能の異なる実装など、いくつかの複雑なレベルを持つ個別のタスクです。
ほとんどのツールは、この問題を部分的にしか解決しないか、まったく解決しません。フォームの翻訳がプロジェクトにとって重要である場合は、他のすべてを接続して設定する前に、まずこれを確認してください。
