ウェブサイトをローカライズするときに常に覚えておく必要があるので、後で恥ずかしくない

翻訳に関する以前の資料では、コンテンツの適応を通じてローカライズのトピックに部分的に対処しました。 今日は、Webでのローカリゼーションの問題と、開発者が何に注意を払うべきかについて、さらに詳しく検討したいと思います。

文字方向

グローバルから始めましょう。 今日、世界中で、書面による伝統に基づいた3種類のインターフェイスの向きがあります。西部（左利き）、中東（右利き）、および混合です。



会話の対象となるステップがまだわからない場合は、右利きのインターフェースを備えたアラブWindowsのスクリーンショットを次に示します。







アジアのウェブは、その表意言語で、自転車を発明せず、象形文字の表記の規​​範に依存して、厳密に垂直方向を導入しました（正式には存在します）が、多くの点で単純に水平方向を与えられました。 しかし、大きな落とし穴が1つあります。少なくとも中国人と日本人は都合の良い方向に手紙を送ることができます。 一部の中国の新聞は、左から右へ、上から下へ（左から右へ）、上から下へ（右から左へ）書くことができるという罪を犯しています。 これに関連する方法は？



まあ、これらはアジア人です。



上記は最も印象的ですが、同時に、特定の地域または言語グループの文化的特性が開発プロセスにどのように影響するかを示す例です。 ちなみに、右手インターフェイスと同じ状況は、言語が保存されているすべての文化に存在し、そのスタイルと執筆方法は楔形文字の執筆中に形成され、情報を記録するためのより高度な素材に切り替えると、「ノミで彫る」習慣が右から左に残った。 具体的には、現在、アラビア語（およびアラビア語の子孫）のグループとともに、ヘブライ語、イディッシュ語、シリア語、アッシリア語、およびその他の言語を意味します。



一般に、特定の言語を開始する方法と場所について混乱しないように、W3Cコンソーシアムは標準のUnicodeスクリプトを使用してメモ全体（ 英語とロシア語の翻訳のオリジナル記事）を発行しました。 小アジアの市場と中東地域で働くことを計画している開発者へのW3Cメモをよく理解することを強くお勧めします。



コンソーシアムが提供するUnicodeスクリプトは、言語を3つのカテゴリにグループ化します。

• LTR（左から右）;
• RTL（右から左）;
• およびTTB（上から下）。

明らかに、最新の言語のほとんどはLTRに属し、TTBは中国語、日本語、韓国語です（ヒエログリフを使用する場合、 言語のローマ字化の過程で徐々にラテン語のアルファベットが使用されます）。 残りはすべてRTL言語です。 そして、ここでは非常に注意する必要があります。一見すると思われるよりも多くのRTL言語があります。 もちろん、アラビア語とヘブライ語がすぐに思い浮かび、RTL言語用のUnicodeスクリプトは6つ（アラビア語、ヘブライ語、Nko、シリア語、タナ語、およびティフィナグス）しかありませんが、実際には、RTLの向きは30以上の言語に固有のものであり、副詞：





W3Cメモの表



ええ、あなたのビジョンはあなたを欺くものではありません。カザフ人（国籍として）は、29文字の修正アラビア文字、いわゆる「カザフ語アラビア語アルファベット」を使用して右から左に書くことができます。 一般に、カザフ人は、修正されたキリル文字とともに、修正されたラテン文字を使用し、一部の地域ではアラビア語を使用します。 ところで、カザフ語版のサイトを作成する予定がある場合は注意してください。今年の初めから、キリル文字を放棄してラテン文字に切り替えるという考えは 、カザフスタンの最高権力層で、ヌルスルタン・ナザルバエフ大統領の提案で広まっています。 対応する指示も与えられたため、カザフ語へのローカライズでは、それでもしばらく待つ価値があります。

ウェブサイトのデザイン、レイアウト、寸法

明らかに、RTL言語を使用して製品を市場に投入する場合、少なくとも2つのサイトレイアウトを作成する必要があります。 開発者が頭を痛めないようにするために、開発に関連する経験を持つ（この地域の）専門家を関与させることが必要になる可能性があります。



LTR、RTL、TTB言語のサイトの同時開発とローカリゼーションは、別の出版物のトピックであり、おそらく、中国語と日本語を専門とする出版物でこの問題をより詳細に検討します。 そして、特定の例でローカリゼーションの問題を議論することに進むことを提案します。



前回の記事では、翻訳中の要素の次元性や言語規範への文体適応などの問題について言及しました。 状況を明確に説明するために、まず人気のあるAliexpressウェブサイトのさまざまなバージョンを見ていきます。 注意、すべての画像はクリック可能です：





英語のAliexpress





スペイン語のAliexpress





ロシア語のAliexpress



一見すると、3つのページはすべてほとんど同じに見えるかもしれません。 違いをより視覚的にするために、サイトの英語版（参照として）を2つ作成しました。 スペイン語の場合に何が起こったのか見てみましょう：





〜50％の透明度で英語のスペイン語スペイン語ページをオーバーレイ



これら2つの言語でのローカライズは、ロシア語圏のCIS市場とスペイン語圏の南米市場を対象とする専門家によって行われたと想定しているため、すべての相違はローカライザーの「妨害」としてではなく、ローカライズの避けられない正当な結果と見なします。



最初に目を引くのは、選択したブロックNo. 1のヘッダー要素の寸法です。







製品検索文字列は1箇所から始まりますが、長さは異なります-スペイン語は著しく短いことがわかります。 これは、検索行の右側にある同じインターフェイス要素のディメンションが異なるためです。 そのため、簡潔な英語の「Cart」はわずかに長い「Cesta」、「Lista de Deseos」の「Wish List」に変換されました。 しかし、最も影響を受けるのは、「サインイン」と「ログイン」から「識別」と「登録」への変換です。 その結果、検索バーはほぼ90ピクセル「狭く」なりました。



番号2の下のマークされた領域では、製品グループによる別の並べ替えだけでなく、ページを作成する際にサイトの異なるバージョン間で最大限の均一性を維持しようとしたことも確認できます。 スペイン語のページの「きれいな」スクリーンショットを見ると、製品グループのすべてのアイテムが、割り当てられたエリアのほぼ半分に収まっていることがわかります。これは英語圏のものとは言えません。



ローカライズ中の細部への最大の注意はエリア3で見ることができます。ここでは、スペイン語の碑文の次元に基づいてローカライズおよび修正される「カルーセル」に広告バナーが配置されます。 バナーの要素が間隔を空けているため、1行ではなく2行もかかるヒスパニックの碑文がバナーの要素に挟まれすぎていないことがわかります。



ソーシャルネットワークのブロック4で実行されるローカライズに個別に焦点を合わせることにしました。 サイトの英語版とスペイン語版には、さまざまな国のユーザーの地域の好みに基づいて、友人と情報を共有するためのさまざまなボタンのセットがあることがわかります。



エリア5には、スペイン語市場向けの追加の出荷情報が記載されていますが、これは国際英語サイトでは入手できません。 また、エリア6のボタンサイズはスペインの標準に適合しています。



しかし、私たちの意見では、最大の関心は7番のエリアです。







前回の記事では、ローカライズのこのような側面を日付形式として言及しました。 この規則が守られたのはこのブロックでした。 英語の標準に従って、日付はmonth.number.yearの形式で記述されます。ロシア語のようにスペイン語の場合、順序はused.number.month.yearになります。 したがって、英語のバナーでは、アクションの用語は「8月7〜8日」の形式で、スペイン語のバナーでは「7-8 Ago」と表示されます。



それでは、ロシア語のページと英語のページのオーバーレイを見てみましょう。





〜50％の透明度でロシア語のAliexpressページを英語でオーバーレイ



原則として、ロシア語のローカライズでもスペイン語の場合と同じ話が起こりました。 右側のボタンのサイズが大きくなり、バナー上の1行（およびそれに対応する要素の「放電」）、ソーシャルネットワーク上の他のボタンの代わりに2行が増加したため、検索バーが短くなりました。 しかし、2番目のナビゲーションエリアでは、このようなスペースが必要な理由は明らかです。ロシア語の一部のカテゴリは英語の2倍の長さです。 そこに近づくと、キリル文字を使用した効果に気付くことができます。カテゴリーは数ピクセル高く、リストの終わりに向かって、顕著な下方向へのシフトを与えます。



そして、他の言語でローカライズするためにWebプロジェクトを準備している開発者向けのルールを取得しましょう。

1. ナビゲーション要素のスペースの可用性。
2. メインインターフェイス要素のサイズの柔軟性。
3. 日付と通貨単位を書くための規則の順守。
4. ターゲットオーディエンスの好みに基づいてソーシャルネットワークウィジェットを操作します。

Aliexpressの例では、ページレイアウトは柔軟である必要があり、標準に存在するすべてのボタンに対応するために、開発者が1つまたは別の要素の幅を変更できる必要があることは明らかでした。 プロジェクトの要素のサイズを「床に釘」で釘付けすると、悪いニュースがあります。ローカライズでは多くの問題が発生します。



松葉杖として、フォントサイズの変更を検討することもできますが、サイトのデザインと機能の観点から、これはどこにもありません。 検索バーのサイズを変更する代わりに、Aliexpressの開発者は、「登録」または「バスケット」という碑文のフォントを半分にすることを想像してください。 この種のサイトでは、閉鎖前に2つの正当な質問が提起されていました。「それをどのように使用するのですか？」と「どのばかでしたか？」

そして今、お金のために

いいえ、このセクションでは、「球状のWebプロジェクトを真空でローカライズする」コストを計算するのではなく、支払いを受け入れるなどの重要な側面について説明します。 お金はあらゆる開発の最前線にあるため、このトピックに別のブロックを割り当てることが決定されました。



それで、あなたはプラスチックカードを受け取るだけで十分だと思いますか？ ええ、いや、同志、あなたは絶対に間違っています。 十分なプラスチックがあれば、すべての代替支払い方法はずっと前に忘却に沈んでいたでしょう。 優れた、気配りのある思いやりのある開発者は、この地域で最も人気のある支払い方法の3つまたは4つを常に台無しにします。 別のニュアンスは、一般的にお金について話し始めたため、地域ごとに異なる支払い方法が一般的であるということです。



ロシア連邦の領土では、プラスチックがインターネットでの購入代金を支払う主要な地位を占めています。これは事実です。 次は、電子通貨（Yandex.Money、WM）と、たとえば大西洋の反対側で稼ぐ人のためのPayPalです。



驚くべきことに、商品やサービスの支払いに関しては、ロシア人は、たとえばドイツ人よりも、ユビキタスなクレジットカードで同じアメリカ人との共通点がはるかに多い。



支払い方法などをローカライズする前に、ターゲット市場で最も人気のある方法に慣れる必要があります。 また、米国の場合はクレジットカードとPayPalであり、EUのすぐ隣にあるなどの市場では、すべてがそれほど単純ではありません。



旧世界の金融文化の特徴は、非現金支払いが非常に人気があることです。 「キャッシュレス支払い」というフレーズが使用されている場合、外観の直前の通常の読者は、チップとCVCコードを備えた標準的な長方形のプラスチック片を持っています。 しかし問題は、ドイツのプラスチックカードが私たちのカードほど広く普及していないことです。 EUでは、 銀行口座からの現金以外の直接支払いが非常に人気があります。 同じドイツ人は、お金を数える方法を知っており、手数料の少なくとも1〜2％を「削減」する国際決済システムVisa / MasterCardを介した取引の代わりに、個人のR / Sからの直接銀行送金を好みます。



EUでの当座預金口座の使用は非常に人気があり、子どもたちはほとんど生まれた瞬間から自分の銀行口座を持っています。 ヨーロッパでは、人は銀行振込で支払いの大部分を稼ぐことができますが、プラスチックカードはまったく持っていません。 このため、EUで効果的に機能するには、キャッシュレスファンドの財務フローを処理し、取得銀行に送金する支払いプロバイダーのサービスが必要になりますが、これは私たちのトピックではありません。



中国市場では、すべてが少し違って見えます。AliPayやWeChatなどの巨人を介した電子マネーと支払いは、非常に人気があります。 これらのサービスの人気の規模を理解するために、今年、 WeChatを介して旧正月に460億の送金が行われました（いわゆる「赤い封筒」は親relativeや友人への伝統的な現金ギフトです）。 これは、PayPalを使用した2016年全体よりも多くのトランザクションです。

この記事で伝えたいこと

ローカリゼーションの言語に関係なく、UI要素の均一性は、開発における良い調子の兆候です。 ローカル消費者向けに何かを追加できます（たとえば、他のサポート電話番号や商品の配送に関する追加情報）が、基本的なインターフェイス要素はできるだけ一致する必要があります。 このアプローチは、UI要素をレイアウトに厳密に釘付けしていない開発者のプロ意識だけでなく、リソース全体の顧客重視も示しています。 ローカライズの貧弱な例に目を向ける必要はありません。同じAmazonでは、英語のボタンや要素の一部は他の言語では使用できないため、PayPalの荒野や使用する言語に応じたセクションの魔法のような動きがあります。



ローカリゼーションは、高レベルの専門知識を必要とする、責任があり、複雑で、最も重要な複雑なイベントです。 そして、発生するすべての質問は、優秀な翻訳者を雇うだけでは解決されません。 Webプロジェクトの高品質なローカライズを行うには、レイアウトデザイナーやデザイナーから財務ディレクターまで、全員のために一生懸命働く必要があります。



モバイルおよびWebプロジェクトをローカライズするための開発者向けプラットフォーム ：