WordPressの原文を直したら英語訳はどうする？変更箇所と公開判断の確認方法

変更した日本語と、対応する英語ページを特定する

ここでいう原文は、訳す元になった日本語の文章です。訳文は、それに対応する英語の文章です。原文管理では、文章だけを保存するのではなく、「どの日本語ページの、どの文を、どの英語ページと対応づけるか」を残します。同じ会社の似た題名のページを選ぶだけでは、照合する相手を取り違えることがあります。

最初に、編集した日本語ページと対応する英語ページのURLを、現在の運用方法で確認します。そのうえで変更箇所の前後を読み、変更前の文、変更後の文、現在の英語文を取り出します。見出し・本文・ボタン・注意書きのどこかも分かるようにし、英語側は管理画面の文章だけでなく、現在の読者向け表示も確認してください。

変更前の日本語は、承認済みの原稿や利用できる保存履歴などで確かめます。履歴がなければ記憶で補わず、変更内容を確認できる担当へ照会します。元文を変更したこと、訳文の修正を依頼したこと、内容を確認したこと、公開先で読めたことは、それぞれ別の記録です。

たとえば問い合わせ受付日を変えたなら、同じ条件が本文、注意書き、ボタンの先の案内などにも書かれていないかを、対象を限定して見ます。一つの本文を照合した結果を、メニューや共通部分を含む全ページの確認へ広げないでください。

言語ページやメニューの対応自体がまだ決まっていない場合は、日本語・英語ページとメニューの切替をそろえる方法を先に確認できます。本稿は、その対応があるページで原文を変更した後の、訳文の差分と公開判断を扱います。

受付条件の変更と、日本語の誤字修正を分ける

意味が変わるかどうかで、英語側に確認する内容が変わります。受付日、価格、提供範囲、申込条件などの変更は、読者の行動や判断に直接関わります。日本語を短くしただけに見えても、英語の旧文と条件が食い違わないかを読み合わせます。

下の第一の架空例では、日本語を「受付は平日です」から「受付は月・水・金です」へ変更しています。旧英語文は「We accept inquiries on weekdays.」です。この旧文は新しい受付条件と同じ意味ではありません。新しい英語文、翻訳方式、確認担当、確認結果、公開後の英語表示は未確認です。ここで新しい英語文を推測して完成扱いにはしません。

日本語を直せば、英語も同じ条件になっている？

図では、同じ問い合わせページ対の「変更前の日本語」「変更後の日本語」「旧英語文」を見てください。確認待ちの新訳を、訳し終わった文章として置きません。別枠の会社案内ページは日本語の誤字を直す例で、最初の受付条件の例を修正した後ではありません。

説明図の原画を開く

第一の例は、英語文の内容と公開先を確認するまで、英語も更新済みという判断を保留します。これは「英語ページの非公開操作を行った」「旧文が今も本番に出ていると実測した」という意味ではありません。会社が現在の掲載をどう扱うかは、内容の確認担当と公開を判断する担当が決めます。

第二の別ページでは「お問い合わせくさだい」を「お問い合わせください」に直し、旧英語文は「Please contact us.」です。日本語の意味を変えない誤字修正でも、英語の文意やリンクへの影響と、翻訳機能が元の文字列をどう対応づけるかは別に確認します。「誤字だから英語は絶対に何もしなくてよい」とは決めません。

例のURLは説明用の相対パスで、実サイトへアクセスした記録ではありません。原票のJ2・J3・E1・E2は架空の管理ラベルです。WordPressで取得した実際の版番号ではなく、変更前の文に未記録の版名を付け足すものでもありません。

使っている翻訳方式で、原文変更後の扱いを確認する

WordPressの多言語運用には複数の方式があり、日本語の保存後に英語がどう変わるかは、利用中の機能と対象ページの状態によります。まず制作・保守担当に、使用しているプラグイン名、対象ページの対応方法、編集する画面、原文を変えたときの扱いを確認します。別サイトの操作説明を、そのまま自社の画面へ当てはめません。

WPMLでは、翻訳の状態とDuplicate・Copyを区別する

WPMLを利用している場合、現行の公式説明では、管理画面の「WPML → Translations」で元言語・対象言語・翻訳の状態などを絞り込み、更新が必要な対象を探せます。対象の日本語ページと英語ページを照合したうえで、利用中の方式と状態を読みます。画面にある自動翻訳の切替や送付先を、確認のためだけに変更する必要はありません。

同製品のDuplicateは元の内容と同期する複製で、元文の変更により複製側の編集が上書きされ得ます。Copyは独立したコピーで、元文の変更と同期しません。Duplicateが同期したことも、日本語をコピーしたことも、内容を確認した英語訳の完成とは別です。独立した英語訳が自動で新しい意味になるとも限りません。

対象がどちらなのか、翻訳として独立しているのかを確認してから、現在の公式説明と担当者の手順に合わせて訳文を扱います。原文で上書きする操作や、同期の切替を先に実行しないでください。訳文が失われる可能性と復元方法も、変更前に確認します。

WPML公式のTranslations Dashboardと、DuplicateとCopyの説明を参照しています。これはWPMLの条件で、他の多言語機能に同じ画面や動作があるという説明ではありません。

TranslatePressでは、元の文字列と訳文の対応も確かめる

TranslatePressのサポート回答では、元の文字列を変えると、それまでの訳文が使われなくなる場合の扱いが説明されています。一方、公式の翻訳メモリ機能には、設定と文字列の条件により似た文字列から訳を再利用する仕組みがあります。小さな変更が常に同じ結果になるとは限りません。

この方式を使う場合は、変更した箇所を現在の翻訳編集画面で確認し、英語ページの実表示と照合します。元の文字列への対応、翻訳メモリの適用条件、現在の訳文が分からなければ、管理担当へ確認します。短い架空例に翻訳メモリが適用されたと決めつけたり、旧訳を一括削除したり、データベースや設定を変更したりする手順ではありません。

元文変更を尋ねた本人の相談と製品サポート回答、TranslatePress公式の翻訳メモリの条件を参照しています。本人の困り、製品側の説明、自社で確認した結果は分けて扱います。

訳文の修正担当と、公開してよい条件を決める

訳文を直す人、意味を確認する人、公開を判断する人を、対象ページについて明確にします。同じ人が兼ねる場合でも、担当の名前だけで終わらせず、どの原文をもとに何を確認したかを残します。日本語の受付条件を変更した担当が、英語の意味まで確認できるとは限りません。

翻訳担当へは、変更後の日本語だけでなく、変更前の文、旧英語文、ページ対、変更の理由、残したい条件を渡します。第一の例なら、確認すべきなのは「平日」という旧条件と「月・水・金」という新条件の差です。未確認の新訳を本文へ仮に埋めて依頼済み・承認済みにしません。

意味が変わる場合

新しい条件に合う訳文の修正と内容確認が必要かを判断します。受付条件が食い違う旧訳を、更新済みとして扱いません。

誤字など表記だけを直す場合

文意とリンクへの影響、元文字列と訳文の対応を確認し、必要な修正を判断します。別ページの結果を流用しません。

方式や確認担当が分からない場合

対象の文と不足を示して確認します。不明のまま翻訳済み・承認済み・公開完了にはしません。

公開の判断では、確認した日本語原稿と英語原稿、対象URL、内容を確認した人と結果、まだ確認していない箇所をそろえます。確認待ちの間に現在の掲載をどうするかも、会社の担当が内容と利用者への影響から決めます。保留という管理上の判断と、非公開・削除・一括上書きなどの実操作を混同しないでください。

新しい下書きと確認済み原稿を分ける方法が必要なら、WordPressの下書き・レビュー・公開を分ける方法へつなげられます。本稿では、承認フローを作ったことよりも、承認の対象が新しい日本語条件と整合した英語文であることを確かめます。

公開後は、日本語と英語の実ページを読み合わせる

公開を認められた担当が、確認済みの対象を現在の方式で保存・公開した後は、編集画面だけで終えず、読者が見る日本語と英語のURLを開きます。対象の見出しから受付文まで読み、公開した文が確認済みの原稿と同じかを照合してください。「更新完了」という表示だけで、掲載された内容を読み飛ばさないようにします。

第一の例で見る箇所は、日本語の新しい受付条件と、英語側で対応する受付文です。新しい英語文が確認済みでなければ、読み合わせの正解も決められません。見える英語が旧文だった場合は、そのURL、確認時点、表示文、承認済み原稿との差を残し、同じ対象の確認担当へ返します。プラグインの不具合や保存失敗などの原因を、その観測だけで決めません。

受付案内のリンクも開き、意図した言語のページと条件へ到達するかを確かめます。日本語から英語、英語から日本語の切替や、狭い画面で見える案内も対象に合わせて確認します。リンク先の説明を読む確認と、フォームの入力・送信・実受付の試験は別に扱ってください。

確認記録には、対象の日本語・英語URL、変更した文、照合した原稿、確認した人と時点、実表示の結果を残します。会社で版番号を使うなら、その原稿を特定できる実際の番号を使います。架空例のJ2などを、自社CMSの履歴番号としてコピーしません。

次に原文を更新したときも、同じページ対の確認に戻せるようにします。ページ単位の「翻訳済み」を残すだけでなく、どの日本語の内容まで確認した英語なのかを示すと、旧条件が残る箇所を特定しやすくなります。確認済みの一組の結果を、別ページや別言語の完了へ広げないことが大切です。

まとめ：変更した一文と、英語の現在文から確かめる

日本語を直した後は、対応する英語ページの現在文を並べ、意味の差、翻訳方式、確認担当、公開先の実表示を確かめます。日本語の保存や自動処理の状態だけを、英語の内容確認と公開完了へ読み替えません。

まず一組のページで、変更前の日本語、変更後の日本語、旧英語文を記録してください。受付条件が変わる例と、別ページの誤字修正は分けて判断します。訳文の修正と確認が終わっていない部分は、その不足が分かるまま公開の扱いを決めます。

確認済み原稿を公開した後は、両言語の実URLを開き、対象の文と案内先を読み合わせます。架空例の新訳・方式・担当・公開結果も、確認できていない値は未確認のままです。