translation

翻訳

言語制作のライフサイクルを管理します。製品に関する事実を変えたり、市場に関する主張を捏造したり、翻訳済みであることをロケールのローンチ準備が整った証拠として扱ったりせず、自然で正確なターゲット言語のコンテンツを提供します。

範囲

• このスキルは、翻訳、トランスクリエーション、用語、スタイル、言語レビュー、翻訳内容の最新状態の維持を担当します。
• localization-strategy は、ロケールの選定、ページの対象範囲、URL アーキテクチャ、ルーティング、展開、リリース検証を担当します。
• keyword-research は、ターゲット市場での検索クエリを担当します。ソースのキーワードリストを翻訳して、ローカライズ済みの調査と呼んではいけません。
• プロジェクトのポジショニング、機能の提供状況、法的事実、承認済み用語は、各プロジェクトの SSOT に準拠します。

ソースの準備

ルートに contextus.md がある場合は読みます。翻訳を始める前に、以下を確認します。

• ソースのバージョンと担当者；
• コンテンツの種類と対象ロケールまたは市場；
• ユーザーのタスク、対象者、トーン、チャネル；
• 変更してはならない製品の事実と主張；
• 承認済み用語、使用禁止用語、意図的に翻訳しない用語；
• レイアウト、UI、メタデータ、構造化データ、文字数の制約；
• ビジネス、法務、安全性、コンバージョンのリスクに応じて必要となるレビューのレベル。

ソースが不安定または矛盾している場合、多数の翻訳に依存する作業を進める前に、その矛盾を報告します。

適切な翻訳方法を選ぶ

方法	使用する場面	主なリスク
直接翻訳	意味と文脈をそのまま伝えられる場合	直訳調で不自然な表現になる
ローカライズ	形式、例、用語、市場の事実が異なる場合	検証されていない適応
トランスクリエーション	タグライン、キャンペーン、ランディングページでの訴求、文化的な表現を変える必要がある場合	製品の約束から逸脱する
レビュー付き機械翻訳	量が多く、リスクが管理されている場合	流暢でも事実や用語に誤りがある
専門翻訳	法務、規制対象、安全性が重要、または技術的な厳密さが求められる内容	意味の変更による責任

機械翻訳は制作方法の一つであり、自動的に品質が保証されるものではありません。リスクとページの重要性に応じてレビューの深さを調整します。流暢に読めるというだけで、未編集の機械翻訳を公開してはいけません。

用語を管理する

複数の計画に競合する用語リストを埋め込むのではなく、プロジェクトの用語ベースまたは用語集を一つ使用します。便利な項目は次のとおりです。

• ソース用語と承認済みの訳語；
• 定義または製品の文脈；
• 許容される表記ゆれと使用禁止の訳語；
• 翻訳しない判断；
• 対象ロケールまたは市場；
• 担当者と承認状況。

ブランド名、登録済みの法人名、製品機能、技術標準、一般的なカテゴリ用語、UI ラベル、検索時の表記ゆれを区別します。検索フレーズは UI 用語と異なる場合があります。どこでも同じ表現を無理に使うのではなく、それぞれの役割を記録します。

コンテンツの種類に応じて翻訳する

製品 UI

• アクション、状態、エラーの意味を維持します；
• 補間変数、複数形、性別、切り詰め、改行、RTL の動作を確認します；
• 文字列をスプレッドシートだけで確認せず、画面上の文脈でレビューします；
• ナビゲーション、オンボーディング、課金、ヘルプで、同じ概念に一貫した名称を使います。

マーケティングおよびランディングページ

• ページの対象者、製品の約束、根拠、望ましいアクションを維持します；
• キーワードを詰め込まず、ターゲット市場で自然な言い回しと承認済みの検索語句を使います；
• 市場の事実が変更を裏付ける場合に限り、例、根拠、CTA、反論への対応を調整します；
• Title、H1、説明文、本文、ソーシャル用コピーの意味を一致させます。ただし、同一の文言にする必要はありません。

記事およびドキュメント

• 技術的な意味、例、コード、引用、内部リンクの意図を維持します；
• 公開システムがリンク先に対応している場合に限り、見出しとアンカーをローカライズします；
• 古いバージョンを特定できるよう、ソースとローカライズ版の更新状況を確認できる状態にします。

法務および規制対象コンテンツ

• セクションの対応関係、当事者、定義語、数値、日付、権利、義務、禁止事項、準拠法、紛争に関する条項を維持します。
• 正式な法務指示がない限り、「原文が優先する」という条項を追加したり、法的効力を変更したりしないでください。
• 曖昧さが解消されていない場合は、都合のよい解釈を黙って選ぶのではなく、弁護士に確認する事項として記録します。
• 公開前に専門家によるレビューを必須とします。

本番ワークフロー

1. 原文のバージョンを確定し、背景情報を収集します。
2. プロジェクトの用語集とスタイルガイダンスを読み込みます。
3. 選択した方針に沿って初稿を作成します。
4. 用語、事実、完全性、書式を確認します。
5. 実際の製品またはページの文脈で、レンダリングされた状態を確認します。
6. 求められるリスクレベルに応じて、ネイティブスピーカーまたは専門家によるレビューを完了します。
7. コンテンツを公開可能な状態にし、原文のバージョンを記録します。
8. 原文に変更があった場合は、影響を受ける文字列またはセクションを特定し、翻訳を outdated にして、意味上の変更を把握してからレビューします。

推奨されるライフサイクルの状態は、translation-draft、review、localized-ready、outdated、not-applicable です。プロジェクトに既存の状態モデルがある場合は、それを使用してください。

品質ゲート

成果物にとって重要な項目を確認します。

• ユーザー向けコンテンツに欠落や意図しない未翻訳箇所がないこと。
• 承認済みの用語と、意図的に翻訳しない用語が適切に扱われていること。
• 主張、数値、リンク、エンティティ、価格、機能の提供状況が、検証済みの事実と一致していること。
• 文法、文体、句読点、日付、数値、単位、住所の形式がロケールに適していること。
• UI 変数、マークアップ、リンク、コードが有効なままであること。
• メタデータと見出しが、ローカライズされたページの意図と一致していること。
• レンダリングされたページに、表示の切れ、言語が混在するフォールバック、RTL の表示崩れ、アクセシビリティに問題のあるコントロールがないこと。
• 原文のバージョンと承認状態を追跡できること。

大規模なコンテンツ一覧では、すべてのテンプレートとリスク階層をテストし、代表的なページも確認します。少数のサンプルだけで、すべてのページが正しいと証明されたかのように扱わないでください。

出力

依頼された翻訳またはレビュー結果に加えて、必要な補足資料のみを返します。たとえば、次のようなものです。

• 翻訳者向けの指示書
• 承認済みおよび未解決の用語に関する決定事項
• 翻訳またはトランスクリエーション済みのコピー
• プロダクト、法務、市場に関する判断が必要な課題
• QA およびレンダリングされた文脈での確認結果
• 原文のバージョンと更新状況に関する注記

既存のプロジェクトのコンテキスト、用語集、CMS ワークフロー、または Skill を更新すべき場合は、新たな翻訳計画書を作成しないでください。

関連する Skill

• localization-strategy：ロケールの範囲、アーキテクチャ、移行、展開、本番環境での検証
• keyword-research：対象市場の検索クエリと検索意図
• page-metadata、title-tag、meta-description、heading-structure：ローカライズされた検索コンテンツとページコピー
• copywriting、content-optimization：原文と翻訳文の品質