日本語と英語のサイト情報がずれたら？更新漏れと地域別条件を分けて確かめる

言語名ではなく、同じサービスの同じ条件文を比べる

最初に比べるのは、同じ目的の日本語ページと英語ページにある、同じ提供条件です。言語が違うだけなのか、案内する地域やサービスまで違うのかを分けてください。

ここでは、架空の会社でサービス説明を更新するWeb担当を考えます。日本語の条件を直した後、英語側の文が違うと気づきました。すぐに日本語へ合わせる前に、対象のサービス、読者、提供地域、原条件の承認状況をそろえます。英語で書かれているから海外向け、日本語だから国内だけ、と言語名から提供範囲を決めることはできません。

対象の一組のページを開き、どの見出しの、どの条件文かを特定します。画面に出ている文と、編集画面や翻訳原稿の文も分けます。公開文の見比べなのに、片方だけ下書きを読むと、公開中の違いを確かめたことにはなりません。対象URL、原稿の版と確認した時点を添えると、別の担当も同じ箇所を確認できます。

次に、その条件が両方で同じサービスに適用されるかを、提供内容を答えられる担当へ確かめます。ページ名や言語切替の対応が合っていても、条件の意味まで同じとは限りません。地域別の提供方法が意図したものなら、文が異なること自体を更新漏れとは扱いません。

Googleの多地域・多言語サイトの説明でも、複数言語での提供と、国ごとの対象設定は区別されています。これはページを見つけてもらう仕組みの説明です。会社がどの地域へ何を提供するかや、訳文を承認したかを代わりに決めるものではありません。

承認済みの原条件と、英語側の文の状態を分ける

原条件が承認済みでも、英語の条件文まで承認されたことにはなりません。変更の根拠、両言語での適用範囲、英語文の承認と更新状態を別に確認します。

最初の架空記録は、同じ企業サービス説明の日本語版と英語版です。日本語の原条件は「受付対象は国内の事業者」で承認済み、同一条件を両言語へ適用すると確認されています。一方、英語の公開側には「Open to businesses in Japan and Korea」という旧説明が出ています。この英語側の条件は未承認で、現条件へ更新されていない、という設定です。

ここでは、文の違いに加えて、同一条件であるという担当確認と、英語側が旧情報だという根拠がそろっています。そのため、英語を原条件に沿って直す候補を作れます。「日本語と違うから」という理由だけで変更する場合とは違います。

Web担当は、承認済みの原条件と現在の英語文を並べ、対象範囲が違って伝わる箇所を翻訳の確認者へ示します。提供内容を答える担当と、英語の表現を確認する担当が別なら、両者が何を判断するかも分けます。新しい英語文の案を用意しても、確認者の承認や公開後の表示まで完了したとは扱いません。

この例で、修正済みの英語文はまだ示していません。既存の英語文をそのまま正しい条件として再利用したり、ここで作った訳文を会社の確定文として掲載したりしないでください。原条件に沿った範囲が伝わるかを確認し、公開を扱える担当が承認済みの版を反映します。

文の違いだけでは、更新漏れと地域差を区別できない

同一条件と確認できた旧訳は修正候補へ進めます。提供地域や方法が同じか分からない文は、誤訳と断定せず、条件を確認するまで変更を保留します。

別の架空記録では、日本語版に「国内の現地対応は要相談」、英語版に「Remote consultation is available」と表示されています。日本語の原条件は承認済みですが、両言語で同じ提供内容なのか、英語の条件文が承認されたものか、現在の条件を反映しているかは未確認です。

この二文は、現地対応と遠隔相談をそれぞれ述べている可能性があります。両方が成り立つか、どの地域で何を案内するための文かは、この記録からは決まりません。違う文があるという観測を、地域別の正しい説明とも、翻訳漏れとも決めつけません。

図で考える問い：英語の文が違う二つの記録で、修正候補へ進める根拠と、まだ確認しなければならない条件はどこにありますか。

原寸画像を開く

図の上と下は別の記録です。一方の修正が成功して他方になった、という順番ではありません。同じ条件だと確認した記録には原条件と旧説明を結び、地域条件が不明な記録には提供内容の確認先を結びます。

判断に使うのは、翻訳の自然さだけでなく、どの条件を誰が確認できているかです。後者では、担当の返答が来るまで該当文の置換を保留し、どの範囲の掲載をどう扱うかを公開判断の担当へ示します。古いと確認できた別の記録まで、一緒に未判断へ戻す必要はありません。

未確認の地域条件は、違う二文を添えて提供担当へ聞く

確認先には「翻訳が合っていますか」だけでなく、どの地域の誰へ、現地対応と遠隔相談のどちらを案内する文かを聞きます。返答前に条件を補って文章をそろえないでください。

二つ目の例なら、次のように具体化できます。「日本語版は『国内の現地対応は要相談』、英語版は『Remote consultation is available』です。同じ相談サービスの同じ条件を説明する箇所でしょうか。英語版の対象地域と相談方法、原条件の承認者、英語文を確認する担当を教えてください」。この依頼は架空記録をもとにした質問例で、実際に送信したものではありません。

提供担当が、同じ対象に同じ条件が適用され、英語側が旧情報だと確認できたなら、その根拠に沿う修正候補へ進みます。意図した地域差だと確認できたなら、それぞれの対象・方法・条件が読者に分かる説明かを確認します。まだ答えが出ない場合は、未確認のまま残し、更新済みや承認済みの欄へ入れません。

担当から「英語版も見ておきます」と返答があっただけでは、提供条件の確認なのか、英語の表現の確認なのかが分かりません。対象の文と、確認された範囲を対応づけます。「原条件は承認済み」「訳文は確認待ち」「公開先はまだ見ていない」のように、別の状態を短く示せると、次の担当が作業を取り違えにくくなります。

業務文書で名前・数量・否定や限定を原文と照合する方法は、AI翻訳の確認方法で扱っています。本稿の判断は、その文が同じ提供条件を訳すものか、地域別に別の条件を説明するものかを、公開ページの対象と結び付けることです。AIで逆翻訳した結果だけを、会社の提供条件や承認の代わりにはしません。

直す文が決まった後は、両言語の公開表示を同じ項目で見直す

承認済みの変更を反映した後は、編集画面で終えず、両言語の公開ページで対象の条件文を読み返します。ページの対応、文の意味、承認、公開表示を一つの確認で済ませないでください。

同じ条件の旧訳を直す場合は、どの原条件に基づき、どの英語文を承認して反映するかを確かめます。地域別の違いを残す場合は、それぞれの対象地域や相談方法が確認した内容に沿うかを見ます。文だけを置き換え、周囲の見出しや注意が古い条件を示したままになっていないかも対象の範囲で確認します。

公開を扱う担当は、承認された版と変更箇所を見て反映します。その後、日本語と英語の実URLを開き、同じ内容項目を比べます。下書きが合っていたことと、読者向けの公開文がその版になったことは別です。確認した対象と版を添えて、修正後に読めた文と、まだ見ていない範囲を分けます。

言語を切り替えるリンクで対応するページへ行けるかは、文の意味とは別の確認です。Googleのローカライズ版の指定は、言語や地域ごとの別ページを検索向けに知らせる方法を扱います。hreflangという指定やページの組があっても、本文条件の一致や訳文の承認を自動的に証明しません。架空記録でも、この技術指定の状態は両方とも未確認です。

ページ対応・メニュー・問い合わせ先を用意する仕事と、今回の条件文の判断は分けます。閲覧者が外国語サイトをその場で訳して読む方法も、会社が確認した別言語版を公開する仕事とは別です。読むための翻訳は本文・画像・音声を分ける方法へ進めます。

二つの架空記録には、修正後の結果も、実顧客への影響もありません。公開文を見直しただけで、検索結果の掲載先や順位、問い合わせの増減まで良くなったと判断しないでください。

まとめ：同じ条件の旧訳か、地域条件が未確認の差かを分ける

言語別ページの文が違うときは、対応する公開文、承認済みの原条件、地域ごとの提供内容、訳文の承認と更新状態を分けて確かめます。同じ条件の旧訳と確認できたら修正候補へ、地域条件が不明なら該当文の変更を保留して提供担当へ確認します。

日本語へ機械的にそろえることも、英語のままなら海外向けに正しいと推測することも避けます。誰が何を確認したかと、読者向けページに何が表示されているかを対応づけ、承認後・公開後は両言語の同じ項目を読み返してください。

最初の一歩：違いが気になるサービスページを一組選び、二つの条件文をそのまま並べましょう。その文は同じ提供条件の説明なのか、原条件と訳文を誰が確認できるのかを、一つずつ確かめるところから始めます。

自社で更新の範囲と確認担当を整理したい場合は、対象ページ、変わった原条件、別言語側の文、まだ確認できていない点をDREEXYへお知らせください。支援する言語・範囲・費用・受付可否は個別に確認します。

多言語ページの更新と確認範囲を相談する