日英ブログの翻訳ずれを防ぐ構造同期チェック
この記事で学べること
- 日本語正本の確定から英語ドラフト、公開判断までをつなぐ同期フロー
- 意訳、見出し構造、専門用語で生じる3つの翻訳ずれと、その見分け方
- 構造と意味を別々に確認し、完了または差し戻しを判断するチェックリスト
翻訳同期の完了条件は、日英で同じ判断にたどり着けること
日英記事の同期で目指すのは、文の形をそろえることではありません。日本語で示した事実、結論、条件、例外を英語にも引き継ぎ、どちらを読んでも同じ判断にたどり着ける状態が完了です。そのため、日本語の意味を先に確定し、英語としての自然さと原文への忠実さを別々に確認します。
このサイトの運用では、英語として自然に読めても、見出しの役割、リンクの順序、用語、主張の強さが日本語からずれることがありました。見出し数のように機械で比較できる差分と、断定の強さや例外のように文脈を読まなければ分からない差分を、同じ確認で済ませようとしたことが原因でした。
最後まで読むと、日本語の確定、英語ドラフト、英語編集、日英レビューを一続きの工程として組み立て、構造チェックと意味チェックの結果から公開または差し戻しを判断できるようになります。
日本語の意味を正本にして英語を同期する
このサイトでは、日本語版を内容の正本とし、英語版をそこから作る翻訳として管理しています。記事が増えるにつれて、人の記憶だけで変更箇所と対応関係を追う方法では抜けが生じるようになりました。そこで、AIには英語ドラフトの作成を任せ、機械検査には構造差分の検出を任せ、人は日本語の確定と意味の承認を担う形に役割を分けました。
日本語を正本にすることは、英語を日本語の語順へ寄せることではありません。英語では読みやすい文の形に整えつつ、事実、結論、条件、例外、責任主体は変えないという境界を置くためのものです。英語編集で日本語の曖昧さや不足が見つかった場合も、英語だけを補うのではなく、日本語を直した後に英語ドラフトを更新します。
日本語の確定から公開判断までを四段階でつなぐ
現在のブログ制作では、次の順序で日英を同期しています。
- 日本語編集で、事実、結論、条件、例外を含む日本語正本を確定する（
src/content/blog/ja/） - 確定した日本語から、同じ意味と構造を持つ英語ドラフトを作る（
src/content/blog/en/） - 日本語正本と照合しながら、英語ドラフトを自然な英語へ編集する
- 構造検査と独立した意味レビューを分けて行い、未解決の差がないときだけ公開可能と判断する
i18n-syncのルールは、見出し、セクション順、リンクなどの対応を保つためのガードレールです。frontmatter（Markdown記事の先頭に置く設定情報）の項目も同期対象です。
ただし、このルールは英訳そのものを承認するものではありません。英語編集で意味の不足が見つかった時点で既存の英語ドラフトは無効になり、日本語正本の修正からやり直します。この差し戻しを工程に含めることで、英語版が別の一次情報源になることを防げます。
意訳・構造変更・用語揺れは日英の意味対応を崩す
運用の中では、次の3つのずれが繰り返し発生しました。いずれも英語だけを読めば自然に見えるため、日本語との対応確認が必要です。
自然さを優先しすぎると主張の強さが変わる
日本語で「確認すべき注意点」と書いた箇所が、英語では “pitfalls to avoid” と翻訳されることがありました。意味は近いですが、「pitfalls」は比喩的な危険表現であり、このサイトの表現ポリシーでは避けたい言葉です。
また、日本語で断定を避けた「〜と考えられます」という表現が、英語では確定的な “this is” という形になることもありました。著者の判断の根拠を「推測・解釈」として書いた日本語の意図が、英語版では消えてしまいます。
ここで固定するのは単語や語順ではなく、主張の種類と強さです。英語として自然に言い換える場合も、推測は推測のまま、条件付きの結論は条件付きのまま残します。逐語訳を求めるのではなく、意味を構成する要素をレビュー対象として明示しました。
見出し構造が変わって記事の流れが変わった
日本語で「## 問題が発生した経緯」「## 対処方法」「## 結果」という3つのH2見出しがあった記事で、英語版では「## Background and Resolution」という1つのH2に統合されたことがありました。
見出し構造が変わると、記事の論理的な流れが変わります。「経緯」「対処」「結果」はそれぞれ異なる目的のセクションであり、統合することで読者が情報を追う際の道標がなくなります。
この問題は、見出しのレベルと順序を比較すれば機械的に候補を見つけられます。ただし、見出し数が同じでも別の役割へ置き換わっている場合があるため、最後は各セクションの目的まで読み合わせます。
専門用語の翻訳が記事によって一貫しなかった
このサイトのハーネス（AIへ渡すルール、作業手順、検証方法をまとめた仕組み）は、英語版の記事によって “framework”、“scaffold”、“harness” と表記が分かれていました。
用語が記事によって異なる英語に翻訳されると、読者がサイト全体で用語の意味を一貫して理解しにくくなります。検索でも、同じ概念を指す用語が記事ごとに異なると、関連記事を探しにくくなります。
用語を揃える際は、識別子と読者向けの説明語を区別します。harness、SKILL.md、CLAUDE.mdのようなサイト固有語は表記を保ち、必要なら初出で役割を説明する扱いです。frontmatterは、値を翻訳する項目と構造を維持する項目に分けて同期します。
構造と意味を分けて確認する同期チェックリスト
翻訳後は、先に構造差分を絞り込み、その後で意味を読み合わせます。次のチェックリストは、同じ確認を別の名前で重ねず、機械検査と人の判断の境界を見失わないためのものです。
構造チェックで対応漏れを絞り込む
- H2〜H4のレベルと順序が対応し、「この記事で学べること」の項目数と並びも一致している
- 表、コードブロック、脚注、参考文献がある場合、数と配置が対応している
- 内部リンクの指す内容が同じで、英語版は英語の経路を使っている
- frontmatterの必要項目がそろい、日付や公開状態など同期すべき値が一致している
- 自動検査で検出された構造差分に、未解決の項目が残っていない
意味チェックで公開可否を判断する
- 事実、数値、結論、条件、例外が日本語正本と対応している
- 推測や断定の強さ、否定、責任主体が変わっていない
- 例や補足が同じ役割を持ち、日本語にない根拠や便益を英語だけに加えていない
- サイト固有の用語が一貫し、必要な初出説明が対応している
- 英語が自然に読め、一人称が必要な箇所では
we/our/usではなくIを使っている - 独立したレビューで意味の差が見つからず、差し戻し事項が残っていない
すべて確認できた状態が公開判断の入口です。意味に差がある場合は、日本語正本の修正、英語ドラフトの更新、英語編集の順に戻ります。このページ上のチェック状態は一時的なもので、再読み込みすると未選択へ戻ります。
まとめ：日本語の意味を固定し、構造は機械、意味は人が確認する
日英記事の同期は、二つの文章を似せる作業ではなく、二つの言語で同じ判断材料を保つ編集工程です。日本語を正本として先に確定し、英語の自然さを整えた後に意味を照合することで、翻訳の読みやすさと内容の一貫性を両立できます。
実務では、構造チェックで対応漏れを絞り込み、意味チェックで事実、結論、条件、例外を読み合わせます。差が残れば日本語正本へ戻り、両方がそろえば独立レビューへ進むという分岐が、翻訳承認を曖昧にしません。
機械検査が示せるのは、確認すべき場所までです。言葉の強さや例外の意味を承認する役割は人に残ります。この境界を工程として保つことで、記事が増えても、英語らしい読みやすさと日本語正本への忠実さを一緒に積み重ねられます。