第二言語は、特定の訪問者に役立つものでなければなりません。Webサイト全体を翻訳する前に、誰が読むのか、どの情報が必要か、どのように連絡するかを整理します。そうすることで、本当に必要なページから始められます。
一連の導線全体を設計する
仮想的な例を考えてみましょう。英語話者がサービス内容を理解し、問い合わせを送信したいとします。その人には、明確な説明、関連するプロジェクト例、そして同じ言語で連絡できる手段が必要です。説明が英語でも、フォームと確認メッセージがギリシャ語だけなら、その導線は不完全です。
まず、これらのページと、それらをつなぐ短い文章を一覧にします。メニュー、ボタン、入力項目の説明、エラーメッセージです。その言語で本当に対応できない限り、サポートを約束しないでください。
各言語に共有可能なURL
訪問者は、閲覧している言語版のリンクをコピーできなければなりません。Googleは、言語版ごとに別のURLを用意し、ユーザーが言語を選択できるリンクを設けることを推奨しています。Webサイトが訪問者の希望言語を推測し、その言語に基づいて自動的にリダイレクトすることは推奨していません。 多言語Webサイトのガイダンス。
言語の切り替えは、対応するページへ移動できるときに最も役立ちます。記事が翻訳されていない場合、訪問者を予期せずホームページへ送るより、その旨を明確に説明するほうが適切です。
各版間のリンクを確認する
「hreflang」注釈は、どのURLが別の言語版または地域版であるかを検索エンジンに伝えます。Googleは、対応するページ間の相互参照と、各ページ自身への参照について説明しています。これらの注釈は検索エンジンによる各版の理解を助けますが、順位を保証するものではありません。 言語版の文書化。
コンテンツを確認するときは、ページタイトル、説明、ボタン、必要に応じて画像の説明も対象にします。短いギリシャ語の表現に合うコンテナでも、別の言語ではより多くのスペースが必要になることがあります。ページ内での言語切り替えを含め、実際のページをモバイルでテストします。
実際に確認できる例
自社のMythic Mode Journalで、古代ギリシャ衣装に関するガイドを20言語で公開しました。テストはデスクトップの全20版と、実際のAndroid端末上の五言語を対象にしました。次のプロジェクトページでは、実施内容を説明し、公開記事へリンクします。
これは自社プロジェクトです。測定していない訪問数や売上の増加をこのプロジェクトの成果と見なすことなく、公開と検証のプロセスを示しています。
短い依頼内容を準備する
最初のご相談に必要なのは、次の内容だけです。
- 既存Webサイトの公開URLと、必要な言語。
- 最初に着手したい二、三ページ。
- 各言語が対象とする利用者と、その人に完了してほしい行動。
- 誰が翻訳を確認し、原文が変更されたときに誰が更新するか。
初回のご相談では、プロジェクトについて説明できます。初回のご相談に義務は伴いません。パスワード、支払い情報、お客様の個人データは送信しないでください。最初のリクエストは、注文または提案の承諾ではありません。
技術文書と公開済みの自社プロジェクトを参照し、AIの支援を受けて作成した文章。