AI翻訳を使うか、人が確認するかを二者択一にすると、費用か品質のどちらかへ偏ります。実務ではコンテンツごとにリスクを分類し、低リスクはサンプル確認、高リスクは専門家承認という複数の経路を作ります。
縦軸に誤訳の影響、横軸に変更頻度を置く
誤訳の影響は、軽い違和感、問い合わせ増加、金銭損失、安全・法的問題の4段階で考えます。変更頻度は固定、月次、週次、リアルタイムに近い更新へ分けます。高影響かつ高頻度の領域ほど、承認フローと緊急更新を先に設計します。
ページ単位だけでなくフィールド単位で分類します。商品ページでも説明文は中リスク、価格・成分・警告は高リスクのように異なります。
低・中リスクはサンプルとルールで効率化する
過去ブログ、一般FAQ、社内向け下書きなど低リスクの内容は、用語集と自動QAを通し、一定割合を人がサンプル確認する方法があります。中リスクのサービス説明やキャンペーンは、対象言語の編集者が重要箇所とCTAを確認します。
サンプルで重大な誤りが見つかった場合は、そのバッチ全体を人手確認へ切り替える停止条件を決めます。公開速度だけを優先して例外を放置しない仕組みが必要です。
高リスク情報は責任を持つ専門家が承認する
規約、医療、金融、法務、安全、アレルゲン、緊急案内は、一般的な言語チェックだけで完了させません。対象分野と法域を理解する適切な専門家・責任者が原文と訳文を確認します。必要な場合は認証翻訳など別サービスを使います。
Webサイト翻訳ツールが提供するレビュー機能と、専門的な正確性の保証は別です。契約前に標準範囲、対象外、承認責任を文書で確認します。
- 数字・単位・日付・否定表現を独立して確認する
- 承認者の氏名または役割と承認日を残す
- 原文変更時に訳文を自動で公開せず再承認へ戻す
- 緊急時に古い翻訳を非公開にする手順を持つ
公開後の苦情と修正を評価へ戻す
レビューは公開前だけで終わりません。問い合わせ、離脱、現地スタッフの修正、利用者からの指摘を記録し、用語集やリスク分類へ戻します。軽微に見えた文章で誤解が繰り返されるなら区分を上げます。
四半期ごとに人手確認率、重大誤り、修正時間を見直します。品質を一律に高くするのではなく、必要なところへ確認を集中できているかを評価します。
実行前に押さえる要点
- 誤訳の影響と更新頻度を掛け合わせ、ページ内のフィールド単位でも分類する。
- 低リスクはサンプル、中リスクは編集、高リスクは適切な専門家の承認へ分ける。
- 苦情・修正・重大誤りを記録し、レビュー率とリスク区分を定期的に見直す。