Asanaのローカライズをしているときに考えていること
概要
Asanaのローカライズでは、高品質かつAsana特有のトンマナや遊び心を踏まえた翻訳をすることを心がけています。
最近、ローカライズを体系的に学んだことのない方も含め、今までよりも多様なレベルの方が参加されるようになりました。そこで、チームで内部用に作成したドキュメントを(一部の情報は隠して)公開します。
属人性を排すためにこれまで色々なドキュメントを用意してきましたが、これはその中で最もポエム的なものになります。
基礎的な内容は経験豊富な翻訳者なら知っていることがほとんどだと思いますが、できるだけ網羅的に説明することで、どなたでも少しは新しい学びがあるようにしています。
Asana特有の内容が随所に散りばめられていますが、エッセンスだけ知りたい方は、最後のセクション「最後に、Asanaらしい翻訳とは」をご覧ください。
目的
この記事は翻訳の際に参考にしていただきたいチェックリストです。
一通り翻訳した後、タスクの完了ボタンを押す前の最終確認では、以下のうち自分が意識したい点をチェックするようにしてください。 また、自分が意識してこなかった分野、苦手だと思う分野があれば、体系的に勉強し、仕事の解像度を上げるきっかけになれば幸いです。
よくある落とし穴を多数書いているので、「悪い訳文」を書かないようにするのに参考にしてください。
ただし、何が「良い訳文」「名文」なのかを定義するのは難しく、その書き方を教えることはできません。(分野は違えど、Ruiさんの下のツイートに同意です。)
なぜなら、正解は一つではないからです。目的に合い、求められた結果を出せる日本語テキストであれば、どれも正解です。無数の選択肢から選ぶ作業なので、ひらめきや好みによって大きく影響されます。
「どの程度のtranscreationが必要ですか?」といった質問にも、「感覚的にこれくらい」という答えはありますが、はっきりと回答することはできません。
※この記事では、以下の言葉をあまり区別せずに使っています。
「ローカライズ」と「翻訳」
「英語」と「原文」
「日本語」と「訳文」
背景
私は翻訳のきちんとしたコースを受講したことはないので、本を読んで学んだこと、翻訳会社での先輩翻訳者からのフィードバック(特にIT翻訳における標準)、実務で経験してきたことなどに基づいてこれを書いています。 翻訳学校で学べる重要なポイントが抜けている可能性があります。
今まで読んだ本の中で、特に勉強になったのは以下の3冊です。正確な引用ではありませんが、手元のメモから内容を紹介している箇所には(1)などと番号を記載します。
日本語の作文技術(本多勝一)
プロが教える技術翻訳のスキル(時國滋夫ら)
越前敏弥の日本人なら必ず誤訳する英文(越前敏弥)
※2024年7月にAmazonアソシエイトのリンクにしました。
前提
大前提として、ローカライズや翻訳は「英文和訳」とは異なります。クライアントのスタイル(ボイス)で、目的に合った日本語を作成する仕事です。
ローカライズの目的とは、原文が伝えようとしているメッセージを、その言語がわからない人にも届けることです。
防ぎたいエラーは重大度順に以下のようになります。
明らかに見てわかる、誤訳やコンテキストにそぐわない翻訳
スタイルガイドや指示や過去訳と矛盾する一貫性のない翻訳
不自然な翻訳
IT翻訳では言語運用能力と専門知識が必要です(2)。必要な能力・求められる品質は以下のとおりです。
英文の意味を正しく理解する(英文法、英単語)
その意味を日本語で正確に表現する(抜け漏れのない訳)
正しい日本語を書く(日本語の文法、単語)
良い日本語を書く(作文技術)
自然な日本語を書く(語彙力)
目的に合った翻訳をする
手順や指示に従う
上記について自信のない分野があれば、上記の3冊、類書、英日の文法書などで基礎を確認することをおすすめします。
また、上記のすべてに共通して、「調べる」という作業が重要です。 読者が疑問に思うであろう場所を先に疑問を持ち、先に解決しておく必要があります。私はローカリゼーションの作業は一言で言うと「調べ物」であると思っています。
作業の流れ
重要な参照資料
スタイルガイドなどの場所や内容を確認します。 よく使うリンクはタスク「🌏 Frequently used links」を参照してください。 特に大事なのは以下の資料です。
・ミッション
Asanaのミッションがすべてのバックボーンです。
・マーケティングガイド
内容を外部公開できませんが、Asanaの英語でのトンマナ (ブランドボイス、キャラクター) が決まっています。Asanaを使っていて、そしてAsanaの英語を読んでいて感じられる、遊び心、フレンドリーさ、カラフルさなどは、これに基づいています。日本語でもこれを再現する必要があります。
ガイドに記載されているキーワードは最重要なので、常に念頭においてください。チャネル(コンテンツタイプ)ごとの目的や訳し方の違いにも気をつけてください。
・Asana テキスト作成ガイドライン
すべての内容が重要です。
・日本語スタイルガイド
どの仕事でも、スタイルガイドは言うまでもなく重要です。
作業手順
Referencesプロジェクトの「Channel > All」セクションの内容はどのタスクでも共通です。
AsanaやCATなど、ツールの使い方を確認してください。
HTMLやMarkdownなどの構文の基本を学んでください。
テキストエディター、プレビューツール、差分ツールなどの使い方を確認してください。
翻訳開始時
スケジュールを確認し、期日に問題があればPMに連絡します。
プレビュー、ソースファイル、リファレンスを確認します。
CATのエディターを確認します。
作業方法の指示があるかを確認します。
どこでどのように使われるテキストであり、何を目的に翻訳するのか(5W1H)を確認します。
ターゲットオーディエンスを確認します。
上記について疑問があればPMまたはレビューアーに連絡します。
翻訳中
木と森の両方を見て、正確な訳をする必要があります。
プレビュー、ソースファイル、リファレンスを確認し、全体をざっと読みます。
文章の構造、論理展開、段落と段落・文と文の関係(因果関係、具体から抽象、ミクロからマクロ、順接/逆接など)を確認します。
登場人物・登場事物間の関係を考えます。
なじみのない分野なら基礎知識や周辺情報をリサーチ・学習します(2)。
Developer noteなどの欄を確認します。
各文の意味を確認します。 文法的にどのような構造になっているのかを確認します。
各単語の意味を確認します。 辞書を引きます。
インターネットで検索します。
訳文を考えます。
原文を読んだときと訳文を読んだときに、頭の中に同じ動画が思い浮かぶようにします(2)。
原文を書いた人が日本語を知っていればこのように書いただろうという文を書きます(3)。
訳語は必ず複数候補を考え、その中でベストなものを選びます。
訳語の表記について複数の候補がある場合はスタイルガイド、コンコーダンス、用語集、terms listなどで確認します。
翻訳中に気になることや後でチェックしたいことがあれば、手元でメモして忘れないようにします。
過去訳(100%マッチ)の変更が必要な場合もレビューアーに伝える必要があるのでメモをします。
クエリーを挙げます。
原文のタイポについても報告します。
5〜10分調べてわからないことはレビューアーに相談してください。
作業用のブラウザータブとは別に、参照用のブラウザータブを用意します。
TM Suggestionタブで過去訳との差分を確認し、挿入して、必要な編集をします。
訳文を直接入力するか、原文をコピーして日本語を編集します。
タグの内容を確認し、必要に応じて編集します。
原文と訳文をそれぞれ読んで、過不足なく翻訳できていることを確認します。
翻訳後
「見直し」をして、正しさの確認をし、自然な日本語に仕上げます。
このQAステップにはさまざまな要素が含まれます。
一度に一つの視点でチェックを行い、何周もチェックします。
見直しをする前には時間を空けます。 翻訳するときはどうしても原文と訳文を1対1に対応づけることに集中して、自然な表現が二の次になります。
表示方法を変えます。
参照資料の中のどこで訳文が使用されているのかを確認します。
まず、訳文だけを通して読んでみます。
訳文を黙読ではなく音読します。すると、不自然な点やうまくつながらない部分が見えてきます。
想定読者の質問に答えます。
自分で説明できない訳文や訳語がないようにします。自分で説明できない場合には、誤訳、原文の読み間違い、正しい訳語を使用していない場合があります。
英語と日本語の見た目の長さが明らかに違う場合は約抜けを疑います。
スタイルの統一を確認します。
訳語の統一を確認します。
一方で、文末表現(〜しますの連続、〜ですの連続)などが単調になっていないかを確認します。
バランスを確認します。
複数の意味で読める表現、誤解を招く表現を修正します。
必要に応じて品詞を変えます。
ユーザーに不快な思いをさせる表現や、炎上の恐れがあるような表現がないかを確認します。
レビューの評価基準(後述)をもとにチェックします。
テクニカルな確認をします。
各タグの意味・役割を確認します。
太字やリンクの位置を確認します。
タグの抜けを確認します。
URLのローカライズルールを確認します。
altテキストなどを確認します。
if/elseなどの条件分岐を確認します。
全角・半角の間のスペースの有無を確認します。
DTP案件では改行の位置を確認します。
その他スタイルガイドの項目をチェックします。
Check Forbidden/XProof で訳のチェックを行えます。
レビューアーに向けて申し送りがあればコメントします。
タスクを完了します。
レビューフィードバック
レビューアーはレビューをし、翻訳を一定の基準(後述)に従って評価します。私個人としては、自分で理由を説明できない変更はしないように心がけています。
必要に応じてTrans Diffで差分を生成し、フィードバックをお送りします。 変更箇所を確認し、レビューアーによるミスや賛成できない箇所、意図が理解できない箇所などがあればお知らせください。
この記事でチェックポイントを紹介していますが、どうしても翻訳者は英語と日本語を対応させることに集中してしまうので、訳文だけにフォーカスできるレビューアーにしか見えない世界はあります。
フィードバックは「あなた」ではなく「成果物」に対するものです。訳文や作業方法に関して客観的なフィードバックとなるように心がけています。翻訳者への個人的な批判や攻撃をすることはありません。 それより、協力して一緒によい翻訳をつくり、ひいてはユーザーのためによい体験を提供していきたいと思っています。
具体例
訳語の選び方の実例
簡単(基本的)な単語ほど訳し方が難しいと思います。
add→add assigneeなどという場合、「追加」より「設定」が自然です。"the project to add tasks to"を「追加するプロジェクト」と訳すとプロジェクトが追加する主体なのか対象なのかがわからないので、「追加先プロジェクト」などと訳します。
can→「できる」「可能性がある」の両方の可能性があります。
delegate→「割り当てる」と訳すことも、「任せる」「委任する」と訳すこともあります。
do A to do B→「BをするためにAをする」「Aをして、Bをする」のどちらが適しているかをその都度判断します。
make sure→過去に行ったことについては「〜したことを確認する」と訳してよいですが、これから行うことについては「確実に〜する」あるいは単に「〜する」の方が自然です。
more than one→「一つ以上 (one or more)」と誤訳しないように気をつけてください。「複数」「二つ以上」という意味です。
or→「または」という意味のこともあれば、同格の意味のこともあるので注意です。
pay your invoice→日本語で「請求書を支払う」とは言いません。「請求書の金額を支払う」などと訳します。
prioritize→何かを他よりも優先することと、複数のものの中で優先順位を決めることの二つの意味があります。
search→英語では「〜の中を検索する」という意味です。search projectは「プロジェクトを検索して見つける」ではなく「プロジェクトの中を検索する」です。search project for the task「プロジェクトの中でタスクを検索する」を読むとわかりやすいと思います。
track→辞書通りの意味では「追跡する」ですが、日本語で「追跡」は「逃げる者のあとを追いかける」が第一義です。「管理する」「把握する」などの方が自然な場合があります。
virtual→「バーチャル」だけでなく「オンライン」「リモート」と訳すこともあります。
youやweのように、日本語では省略できるものもあります。
at workは「職場で」と訳さなくてもよく、「仕事で〜」と訳したり、省略したりすることもできます。
managerは必ずしも「マネージャー」と訳さなくてもよく、「上司」と訳したり、省略したりできます。
you and your teamも文字通りに訳さなくてよく、省略してもよいです。
説明やSEOの観点から、キーワードの初出部分で括弧書きで言い換え・説明書きを追加することも大事です。
正確な日本語訳とは
理論的には原文に含まれる英単語に対応する日本語の単語を並び替えて訳文を作れば抜け漏れのない翻訳をできます。いわゆる逐語訳です。
これをベースに、原文が意味すること(特に強調したいこと)を同等の日本語で表現し、自然な訳を考えていきます。
UI、記事のタイトル、ドキュメントの章タイトルなどを参照する場合は正確なテキストを記載します。
正しい日本語とは
日本語の文法的に正しい訳文を書きます。
主語と述語などの対応をしっかりさせます。
修飾語は長い順、重大な順に並べます(1)。
読点は二つ以上の長い修飾語の間と語順が逆順の場合に打ち(1)、それ以外の場合には不要な読点を打たないようにします。
助詞(てにをは)が正しく使われていることを確認します(1)。
自動詞・他動詞を確認します。
正しい敬語を使用します。
列挙する場合は統一感を持たせます。
箇条書きでは文末表現を統一します。
丸括弧を使用する場合、それが対応する場所に合っていることを確認します。
送り仮名が正しいかを確認します。
自然な日本語とは
英語は名詞(句)と動詞を中心とした言語、日本語は用言を中心とした言語です(1)。
英語は語順が必ずカッチリと決まっていますが日本語ではある程度自由です。
日本語の「主語」も広義には修飾語です。
名詞句は用言に書き換えます。
無生物主語は受け身またはユーザーが主語の文に書き換えます。
英語のルールが日本語では適用されない場合があります。
英単語と日本語単語の意味の違いに注意します。
訳語を例文の中で確認し、コロケーション(共起表現)を調べます。
日常会話やビジネス会話の中で使用される表現を使います。 Google TrendsやGoogle検索による「Google多数決」で、よく使われる表現を選びます。
コンテキストや場面に合った表現になっていることを確認します。
よい日本語とは
誤解のない日本語を書きます。
5W1Hが明確になるようにします。
修飾語は被修飾語に近づけて、なるべく直前に置きます。
入り組んだ文では指示語を「それ」などと訳すより具体的にそれが指し示す言葉を使う方が誤解を防げます。
「〜で」は手段や理由、「〜が」は主格や逆接など、複数の意味で読める曖昧な助詞はなるべく使わないようにします。
翻訳の評価基準を確認すること
クライアントやプロジェクトごとに、レビューで点数をつける際に使用される評価基準(正確性、一貫性、技術面、読みやすさ、などなど)が設定されていることが多いので、それに基づいて、各側面から翻訳を自分でチェックすることができます。
最後に、Asanaらしい翻訳とは
復習を兼ねて、今までに変更してきた代表的な「Asanaらしくない」翻訳の例を3つ示します。ご自分ならどう直すかを考えてから、変更例をご確認ください。
注: 上記で非公開にしたスタイルガイド・トーンガイドの内容を含むので、この記事だけお読みの方にはわかりにくいかもしれません。
変更前
Bring your projects and people together with Asana
Asana でプロジェクトと担当者を一元管理しましょう
everyone—from leadership to individual contributors
上司から部下までチーム全員が
All these things close the productivity gap and lead to huge outcomes.
これらすべてが生産性のギャップを埋め、大きな結果をもたらします。
変更後
Bring your projects and people together with Asana
Asana でプロジェクトを一元管理し、全員で仕事を進めましょう
everyone—from leadership to individual contributors
リーダーからチームメンバーまでの全員が
All these things close the productivity gap and lead to huge outcomes.
これらすべてにより、チームは本来の生産性を発揮し、大きな結果をもたらすことができます。
この記事が気に入ったらサポートをしてみませんか?