サービスの説明を読んでいる人が、必要な段落を見つけ、より読みやすい言語に切り替えようとします。そこで言語切り替えによってトップページに戻されてしまうと、翻訳を読めるのではなく、もう一度探し直すことになります。私たちにとって、多言語サイトを確かめるうえで最も大切なのは、この点です。言語を変えたあとも、訪問者との対話は続いているでしょうか。
ページの対応関係を整理するところから
翻訳の前に、ページの一覧を作り、それぞれに対応するページを決めておくとよいでしょう。同じサービス、同じ記事、同じスタジオ紹介ページの各言語版が、わかりやすいまとまりになっていることが大切です。似た見出しから対応関係を推測するよりも、コンテンツ共通の識別子を使うほうが扱いやすくなります。自然な表現に置き換えると、タイトルは大きく変わることがあるからです。
この確認は、ジャーナルのアーカイブで簡単に行えます。特定の記事を開き、言語を切り替えて、見た目だけでなく、同じテーマの内容が保たれていることを確かめます。その後、元の言語に戻る経路もたどってみます。短い確認手順ですが、ヘッダーに並ぶ国旗の数を数えるよりも、対応するページの欠落を見つけやすい方法です。
本文を訳すだけでは終わらない
タイトルと数段落を翻訳しただけでは、完全な言語版にはなりません。画像のキャプション、ボタン、フォームのメッセージ、セクション名、音声切り替えの説明、ダイアログを閉じるための文言も、対話の一部です。そこで突然別の言語が現れると、訪問者はインターフェースの各部分を自分でつなぎ合わせて理解しなければなりません。
私たちは編集上のチェックリストを、コンテンツと操作時の各状態に分けています。前者では意味、用語、語り口を確認します。後者ではメニューやエラー表示、ギャラリー、補助的な要素を実際に開きます。フォームについては、エラーの修正を助けるメッセージを個別に検討すると役立ちます。こうした短い文言も、後回しにせず翻訳する必要があります。
装飾的な記号より、言語名を大切に
国旗は見慣れた視覚的な目印になるかもしれません。しかし、それが表すのは国であって、その言語が使われる範囲全体ではありません。そのため、そばに言語名を添え、できればその言語自身の表記を使います。現在の選択はマウスを重ねなくてもわかるようにし、一覧はキーボードでも開けるようにする必要があります。
長い言語名は、読みにくい略称に縮めず、幅の狭い画面で確認します。一覧が収まらない場合は、重要なボタンを覆い隠すよりも、範囲を定めてスクロールできるようにするほうがよいでしょう。このような確認方法については、キーボード操作と見えるフォーカスの記事で詳しく紹介しています。
役割の異なる2つの技術的な指定
W3Cは、主な言語はlang属性をhtml要素に設定して指定し、別の言語で書かれた部分には個別に言語を指定することを勧めています。これは、コンテンツの言語を示すためのものです。
Googleの推奨事項では、各言語版から、そのページ自身と対応する各言語版を完全なURLで示し、バージョン間の参照は相互に設定する必要があります。
こうした設定は、人が実際に使ったときの体験とは分けて確認します。技術的な一覧が正しくても、意図しない場所に移動するボタンは直りません。逆に、使いやすい言語切り替えがあっても、一貫したURLやメタデータの代わりにはなりません。これらの対応は、インデックス登録や特定の検索順位を約束するものではありません。
コンテンツを更新するときは、すべての言語版が対象
公開後は、サイトが新しさの異なる複数の版に分かれてしまわないようにすることが大切です。サービスの説明、連絡先、重要な補足説明が変わったら、確認すべき言語版を短いリストにまとめます。更新日は、単にサイトを再ビルドした日ではなく、実際の編集内容に結びつけるべきです。
私たちの実務上の手順はシンプルです。まず内容を確定し、対応するすべての言語版を更新し、切り替え時の移動先を確認してから、一まとまりとして公開します。そうすることで、翻訳は装飾の層ではなく、サイト制作の一部であり続けます。よい成果は、意識されないほど自然に伝わります。別の言語を選んでも、その人はそれまで読んでいた場所から続けられるのです。