要点：全ロケールを一つの承認済み原稿と直接比較する

唯一の原稿版と事実台帳を固定し、対象者、件名、プレビュー、送信者、セグメント、氏名、用語、数値、日付、タイムゾーン、通貨、法務文、主張、リンク、CTA、表示、アクセシビリティ、返信経路、承認をロケールごとに確認します。通常値、欠損値、長い値、混在文字を使って実表示を試験します。自然な翻訳、逆翻訳の一致、きれいなプレビューは証拠であり、送信権限ではありません。

最小の公開停止ルール

原稿が曖昧、統制事実が変化、対象者ルールが未確認、必須文や支援経路が欠落、重要リンクが失敗、動的項目が情報を露出、または必要な担当者が正確な版を承認していない場合は停止します。生成、レビュー、予約、送信は別状態です。

このチェックリストが証明しないこと

これは多言語メールの運用受入れ枠組みであり、翻訳スタイルガイド、到達保証、法律意見、文化認証、全メールクライアント互換証明ではありません。プロバイダー規則と地域法は担当所有者が判断します。チェック済み項目は示せても、権限や証拠を作り出すことはできません。

編集可能な資料をダウンロードする

多言語メールQAワークシートを実務用に編集できます。MQ087完全架空証拠パケットには原稿、事実、候補、試験、問題、レビュー、計算、停止条件があります。Northstar Relay、人物、ドメイン、ID、測定値はすべて架空です。

翻訳前に原稿契約を定義する

承認原稿は、チャットで最後に共有された文書ではありません。メッセージ種別、目的、対象者、主張、必要行動、禁止解釈、動的フィールド、地域要件、所有者、承認状態を持つ版管理された判断記録です。「近日中」、通貨のない価格、タイムゾーンのない期限があれば、翻訳者が補わず原稿所有者へ戻します。

原子的な事実台帳を作る

出来事、主体、対象、数量、通貨、時刻、期間、資格、必要行動、支援経路、不確実性を検証可能な単位にし、固有IDを付けます。「日本語は少し違う」ではなく「F09が欠落」と記録できます。台帳は意味を統制しますが、三言語に同じ語順を強制しません。

不変の意味と許可された適応を分ける

事実、義務、製品名、価格、権限、除外、結果は通常不変です。語順、敬語、説明、日付表示、句読点、改行は現地担当者の承認範囲で変えられます。適応によって原稿にない緊急性、確実性、希少性、推奨、法的効力を追加してはいけません。

法域とプロバイダーの適用範囲を記録する

要件はメッセージ種別、受信地域、送信者、受信サービスで変わります。FTCのCAN-SPAMガイドは米国商用メール、Gmailの送信者ガイドはGmail宛て配信の文脈です。どちらも「世界共通コンプライアンス」の証明にはなりません。根拠、担当者、適用理由、確認日を残します。

言語列ではなくロケール記録を作る

「日本語」「中国語」だけでは運用に不足します。BCP 47タグ、対象地域と文字体系、用語集、文体、姓名形式、数値・日付・通貨、タイムゾーン、法務モジュール、代替言語、レビュー担当者、試験クライアント、支援言語を記録します。

個人属性から言語を推測しない

明示された設定、契約、アカウント選択、または承認済みフォールバックを使います。氏名、国籍、IP、住所国、文字から推測しません。日本の住所でも英語を希望する人はおり、ラテン文字の名前でも簡体字中国語を希望し得ます。選択理由と変更方法を追跡可能にします。

安定した言語識別子を使う

BCP 47は言語、文字、地域、変種を識別します。zh-Hansはzhより文字体系を明示し、ja-JPは言語と地域を含みます。HTMLメールでは対応範囲で主要言語と埋込み言語を宣言します。右書き文字は見た目の右寄せだけでなく方向メタデータも試験します。

安全なフォールバックを決める

言語設定がないときに空白メールを作ったり、氏名から言語を選んだりしません。停止、明示的既定言語、サポート移管のいずれかを決めます。欠損設定の合成レコードでフォールバック自体を試験します。

18項目の多言語ビジネスメールQAを実行する

各項目には判断、証拠、ブロッカーがあります。ロケールごとに全18項目を実行し、影響する動的バリアントでも再確認します。

1. 対象者とロケール

受信者が対象イベントに含まれ、言語が許可された設定から選ばれたか確認します。セグメント版、抽出時刻、包含・除外、フォールバック、所有者を保存します。推測、古い資格情報、所有者不在はブロッカーです。

2. 件名の意味と期待

イベント、緊急性、便益、結果、行動を原稿台帳と比較します。短くするために構造は変えられても、約束は強められません。虚偽の緊急性、根拠のない確実性、アカウント影響の欠落、メッセージ種別を誤認させる件名は停止します。

3. プレビューと受信箱の組合せ

件名とプレビューを一緒に読み、重複、矛盾、生トークン、隠し文字、文字体系ごとの省略を確認します。ロック画面に機密情報を出してはいけません。{{first_name}}ではなく合成値を入れた結果を保存します。

4. 送信者IDと返信経路

表示名、From、Reply-To、署名、法人を送信者記録と照合します。登録法人名を無断で翻訳せず、現地社員を装いません。Gmailのなりすまし防止と米国商用メールの正確な経路要件は、それぞれの適用範囲で確認します。

5. セグメント、抑止、メッセージ分類

該当プログラムで取引、関係、商用、その他の分類を確定します。配信停止、同意、契約状態、直近行動、テストアカウント、重複を試験します。重要通知に販促を混ぜて規則を回避したり、停止済み受信者を広いリストから戻したりしません。

6. 氏名、敬称、欠損値

姓名順、敬称、丁寧度、空値、長い値、異なる文字を試します。性別、役職、関係を推測せず、中立な承認済み代替を使います。個人情報を誤表示するリスクは、挨拶の個別化より重大です。

7. 製品名と統制用語

製品、プラン、権限、役割、ワークフロー、ポリシーを現行用語集と比較します。翻訳しない名称を明示します。承認語がなければ原語を保持して確認し、モデルに新しい機能名を作らせません。

8. 数値、日付、範囲

金額、件数、割合、期間、閾値、範囲を元記録から再計算します。日付は曖昧でない地域形式で示し、基礎値も残します。Unicode CLDRが示すように区切りや配置は地域で異なりますが、値自体は変えてはいけません。

9. タイムゾーンと共通時刻

一つのISO時刻から各表示を生成します。略称が曖昧なら地域またはUTCオフセットを併記します。夏時間と変換はタイムゾーンライブラリで行い、人が表示を確認します。「金曜17時」だけでは対象地域が不明です。

10. 通貨、単位、契約上の意味

ISO通貨コード、金額出典、税、記号位置、単位、換算方針を保持します。形式変更は換算ではありません。換算表示を許す場合はレート出典と時刻を固定し、契約額でないなら明示します。似た記号を理由に通貨コードを削除しません。

11. 法務、方針、配信停止モジュール

法域、分類、法人、関係に応じた承認モジュールを選び、住所、広告表示、プライバシー、条件、資格、設定、配信停止を確認します。適用判断は担当所有者が行います。自然な翻訳だけで法的同等性は証明できません。

12. 主張と約束

価格、提供、性能、セキュリティ、比較、期限、返金、支援を証拠へ追跡します。「可能」「予定」「必須」「保証」は異なります。翻訳が確率を上げ、条件を消し、見積りを約束へ変えた場合は停止します。

13. リンク、遷移先、計測

最小権限のテストIDで全URLを開き、ロケール、HTTPS、ホスト、リダイレクト、パラメータ、権限、有効期限、最終タイトルを確認します。W3Cのリンク目的に沿い、「こちら」だけでなく意味あるラベルを使います。クエリ文字列に秘密や個人情報を入れません。

14. CTAと操作結果

ボタン、周辺文、遷移先、実際の操作結果を一致させます。「確認」「同意」「支払」「取消」「送信」は交換できません。キーボードフォーカスと操作後状態も試します。不可逆操作を情報リンクに見せてはいけません。

15. レイアウト、改行、クライアント表示

代表的なPC、モバイル、ダークモード、画像非表示、プレーンテキストを確認します。CJK文字の切れ、値の不正改行、縦長化、句読点、列崩れ、プレビュー消失、ボタン切れを探します。証拠にはクライアント、版、画面幅、データ種、時刻を残します。

16. アクセシビリティと代替情報

有意味画像のalt、読上げ順、見出し、リンク名、コントラスト、操作領域をローカライズし、重要指示を画像だけに置きません。拡大、キーボード、スクリーンリーダー順、プレーンテキストを必要に応じて試験します。

17. 返信、サポート、エスカレーション

合成返信でルーティング、対応言語、営業時間、チケット、緊急移管、応答期待を確認します。日本語ページの存在は24時間日本語対応を証明しません。無人アドレスや地域外フォームはブロッカーです。

18. ロケール承認と領域承認

正確なコンテンツハッシュに、言語担当者と製品、法務、プライバシー、セキュリティ、請求、運用の必要所有者を記録します。前者は意味と自然さ、後者は事実と義務を承認します。いずれも送信権限そのものではありません。

判断可能な欠陥記録を作る

「不自然」というコメントだけでは再現できません。部品、原稿事実、候補文、ロケール、バリアント、出力、重大度、受信者への影響、所有者、修正案、再試験、承認、処置を記録します。

受信者への影響で重大度を決める

誤対象、義務変更、データ露出、金額・時刻誤り、重要操作失敗、必須文欠落、承認不在は通常ブロッカーです。安全な回避策がある重大な混乱を「重大」、意味や行動を変えない仕上げを「軽微」とできます。定義はレビュー前に決めます。

修正と承認を分ける

修正者が自動で承認者にならないようにし、旧文、新文、担当、時刻、再試験を残します。原稿事実が変わったら、発見言語だけでなく全影響ロケールを無効化します。

審査対象版を固定する

「final2」では足りません。本文、添付、動的スキーマ、法務モジュール、リンク表をハッシュまたは不変版にします。承認後に一つでも変わればゲートを再開します。

MQ087完全架空事例を確認する

MQ087は架空企業Northstar Relayのアカウント管理保守通知です。.invalidのみを使い、実受信者、予約、実メールクライアント、送信操作はありません。

固定原稿には18の事実がある

SRC-087-v3は分類、対象管理者、閲覧者除外、保守時刻、予定時間、影響・非影響機能、準備期限、再試行禁止、状態ページ、支援経路、法人、Reply-To、製品名、非契約価格例、対応不要時の説明、次回更新、承認要件を定義します。F01–F18は固有で連続です。

各ロケールをSRC-087-v3と直接比較する

英語候補は18/18を保持。簡体字中国語の初稿は15/18で、閲覧者除外と次回更新を欠き、再試行禁止を弱めています。日本語初稿は14/18で、UTC変換も誤っています。いずれも実翻訳者評価ではなく意図的な教材欠陥です。

12の受信者種で3件をブロックする

通常、希望名欠損、長い組織名、混在文字の4種を3ロケールに適用し、3 × 4 = 12。初期合格は9件、9 ÷ 12 = 75%です。生の氏名トークン、日本語CTA切れ、方向分離不足の3件が失敗しました。シミュレーションは実クライアント互換性を予測しません。

18件のQAと18件のレビューを対応させる

Q01–Q18は事実、版、フィクスチャ、証拠、重大度、所有者を記録し、R01–R18は判断と修正状態を記録します。言語担当は米国商用分類を承認できず、法務担当は日本語の自然さを承認できません。

最終状態はNOT_SENT

米国サブセグメントの配信停止モジュールと、日本語署名の法人表示が未決です。公開所有者の署名もありません。予約呼出し0、プロバイダーAPI 0、実受信者0、送信0です。

MQ087の計算を再現する

意味保持率は翻訳品質点ではない

英語18/18 = 100%、簡体字中国語15/18 = 83.33%、日本語14/18 = 77.78%。条件を含む意味があって初めて一件と数えます。自然さ、文化、アクセシビリティ、法的効力は測りません。

試験マトリクスは正確に12件

3ロケール×4受信者種＝12。9件合格で75%です。修正後は影響フィクスチャを再実行し、台帳だけを「合格」へ変えてはいけません。

一つのUTC時刻を二つの地域表示へ変える

基礎時刻2026-10-14T01:30:00Zに8時間を加えると中国標準時09:30、9時間で日本標準時10:30です。CST (UTC+08:00)とJST (UTC+09:00)を併記しますが、実装では時刻ライブラリが必要です。

USD 1,250.50を換算しない

ISOコードと小数値を維持します。表示形式は変えられても為替レートがないため、人民元や円は推定できず、契約請求額とも主張できません。

専門性を分けて人がレビューする

ロケール担当者は受信者解釈を確認する

対象地域の意味、自然さ、文体、敬称、用語、曖昧さ、慎重な表現を確認します。孤立した翻訳文字列だけでなく、目的、事実台帳、実表示を見ます。

領域所有者が重要判断を保持する

法務は義務、製品は機能と名称、請求は金額、プライバシーはデータ利用、セキュリティは安全な操作、運用は時刻と復旧説明を承認します。言語担当者は問題を発見できますが、答えを創作できません。

公開所有者がゲート閉鎖を確認する

全ブロッカー、正確な版の承認、抑止、回復、別途送信権限を確認します。対象者、内容、時刻、プロバイダー、法域がなぜ範囲内か説明できる必要があります。

OpenMaxを統制されたメールQAに置く

OpenMaxのAI社員は、許可された原稿取得、事実抽出、ロケール比較、合成境界値、リンク検査、レビュー資料、判断記録を支援できます。公開メールアシスタント資料も、宛先、約束、最終送信を人の統制下に置いています。

最初は読取専用で試す

承認原稿、用語集、方針、テスト表示だけを許可し、本番受信者と送信資格情報を除外します。成果物はレビュー資料であり予約キャンペーンではありません。まず証拠品質、誤検出、見逃しを測ります。

取得メールを信頼できない内容として扱う

メール、添付、翻訳メモリ、外部ページに権限外の指示が含まれ得ます。証拠層として扱い、ツール権限、原稿所有者、承認省略、送信を変更させません。

品質測定後に狭い操作だけを追加する

後段でテストIDによるリンク確認や欠陥チケット作成を許せます。予約と送信は明示対象、承認、冪等性、照合、停止を持つ別権限です。現行OpenMax文書で機能とコネクターを再確認します。

段階的に導入する

第1段階：手動台帳と三言語レビュー

低リスクの定型通知一つで18事実を固定し、合成受信者を使います。欠落、意見不一致、解決時間を測定し、開封率を翻訳精度にしません。

第2段階：送信しない自動比較

事実欠落、用語差、危険トークン、URL差、形式異常を検出させます。合否を抽出確認し、誤検出と見逃しを定義します。修正と承認は人が行います。

第3段階：表示マトリクスとチケット

代表クライアント、アクセシビリティ、リンク、チケットを追加し、環境を版管理します。クライアント更新後は重要変更を再試験します。

第4段階：統制された公開連携

品質が安定してから、抑止、同意、プロバイダー規則、法域、版固定、承認、監査、重複防止、ロールバック、訂正を保った公開連携を検討します。自動合格は送信命令ではありません。

よくある失敗を避ける

翻訳同士を比較する

中国語経由の日本語などは偏りを累積します。全ロケールを固定台帳と直接比較し、承認済み適応も記録します。

実表示なしで文字列を承認する

CTAが切れ、プレビューにトークンが出て、画像非表示で指示が消えることがあります。件名、本文、フッター、プレーンテキスト、動的値を一緒に確認します。

エンゲージメントを翻訳精度にする

開封、クリック、返信、苦情、完了は問題の手掛かりですが、意味理解を証明しません。プライバシー機能や自動スキャンも混ざるため、欠陥と支援結果と併用します。

一つの法務フッターを世界へコピーする

地域要件を欠き、不要な主張を追加し、誤法人を選ぶ危険があります。モジュール選択は担当者が行い、地域と分類を記録します。

翻訳ツールを送信者にする

作成権限に受信者出力、予約、抑止上書き、外部送信を含めません。流暢な出力も人の文案と同じ公開統制を通します。

実装チェックリスト

原稿と事実

  • 一つの原稿ID、版、所有者、目的、分類、承認を固定した。
  • 重要事実と条件に固有IDがある。
  • 曖昧さは所有者へ戻し、黙って補っていない。
  • 許可適応と保護製品語を記録した。

対象者とバリアント

  • ロケールは許可設定または明示フォールバックから選んだ。
  • 対象、除外、抑止、同意、重複を試験した。
  • 通常、欠損、長文、混在文字を投入した。
  • 本番個人情報なしで事前表示を確認した。

内容、表示、承認

  • 件名、プレビュー、ID、用語、数値、日付、時刻、通貨、リンク、CTA、支援を追跡できる。
  • 必要なPC、モバイル、暗色、画像なし、キーボード、読上げ順、プレーンテキストを確認した。
  • 言語・領域担当者が正確な版を承認した。
  • ブロッカーを閉じ、影響試験を再実行し、送信を別途承認する。

よくある質問

逆翻訳だけで十分ですか？

いいえ。欠落を見つける一助にはなりますが、同じ曖昧さや原語構造を再現する場合があります。現地担当者が目的、事実、自然な完成文、表示を確認し、専門所有者が領域事実を判断します。

全ロケールを同じ長さと語にすべきですか？

いいえ。事実、義務、条件、結果は保ち、文法、敬語、説明、句読点、日付、配置は承認範囲で変えます。文字数一致ではなく、受信者の理解と業務効果を比べます。

低リスクなら機械翻訳を自動承認できますか？

自動化は限定範囲で作成・比較できますが、公開は対象、影響、証拠、プロバイダー、法域次第です。まず読取専用レビューにし、モデル点数を送信権限にしません。

必ず送信を止める欠陥は何ですか？

誤対象・誤言語、義務変更、未裏付け主張、金額・時刻誤り、データ露出、重要リンク、誤解CTA、必須文欠落、危険な動的値、無人支援、未決の専門判断、権限不在です。

何種類のメールクライアントを試験すべきですか？

一律の数はありません。実際の受信サービス分布、メッセージの影響、アクセシビリティ要件、過去の欠陥から代表マトリクスを決め、クライアント版とデータ種を記録します。根拠のない「すべてで試験済み」より、限界を示した小規模なマトリクスが信頼できます。

事実保持率100%なら良い翻訳ですか？

いいえ。台帳事実を検出したことしか示しません。文体、明確さ、自然さ、アクセシビリティ、法的効果、文化、対象資格は別の証拠と判断が必要です。

18項目合格後にOpenMaxは送信できますか？

現行製品が構成操作を支え、組織が権限を付与し、必要な人の承認が正確な版に付き、公開統制を満たし、権限者が開始した場合に限ります。本ガイドは条件成立を主張しません。

出典、方法、公開上の限界

OpenMax編集チームが下記一次資料を独自の運用枠組みと架空教材へ再構成しました。確認日は2026年9月5日です。件数は本ページの資産数であり、順位や性能基準ではありません。MQ087は顧客実績ではなく、実翻訳、到達試験、アクセシビリティ認証、法務審査、送信を主張しません。

製品とAI統制

国際化、アクセシビリティ、メール