日英サイトのCMS運用で決めておきたいこと
日英サイトは、公開時に両言語が揃っていても、更新のたびに差が生まれます。CMSを入れることだけでは解決しません。どの情報を誰が持ち、どの段階で確認し、どちらの言語を先に公開するのかを、無理のない形で決める必要があります。
最初に決めるのは、画面ではなく責任です
更新する人、専門的な事実を確認する人、公開する人が曖昧なままでは、権限を増やしても更新は止まりがちです。役割を小さく分け、必要な人だけが必要な操作をできる状態を目指します。
日英CMS運用の役割表
| 役割 | 主な責任 | 言語ごとに確認すること |
|---|---|---|
| コンテンツ担当 | 変更のきっかけと元資料を用意する | 両言語で更新が必要か |
| 事実確認者 | 条件、数値、固有名詞、専門情報を承認する | 共通の事実が一致しているか |
| 言語編集者 | 対象読者に自然で分かりやすい表現へ整える | 直訳では不足する文脈がないか |
| 公開担当 | 状態、リンク、表示、公開日時を確認する | 対応ページと言語切替が適切か |
| 運用責任者 | 優先順位、例外、定期確認、引き継ぎを決める | 未対応・古い情報をどう扱うか |
小さなチームでは、一人が複数の役割を担当しても構いません。ただし、原稿を書いた人と事業上の事実を承認できる人が同じとは限らないため、どの立場で確認したかを分けて記録します。
1. コンテンツの種類ごとに担当を置く
サービス、ニュース、採用、事例、会社情報など、更新頻度と確認者が異なるものを分けます。日英で必ず対応させる項目、片方だけで始めてもよい項目、変更時に必ず両方を見直す事実を記録します。すべてのページを同じ締切で翻訳するのではなく、公開状態を見えるようにします。
2. 翻訳・確認・公開の状態を共有する
原文作成、翻訳、専門確認、編集、公開のどこにあるかが分かると、未翻訳のページや古い情報を見つけやすくなります。重要な条件や数値の変更は、言語ごとに別々の担当者がいても、元となる事実を確認できるようにします。
3. 同時公開・段階公開・片言語のみを区別する
利用条件、価格、重要な告知など、両言語が同時に変わるべき情報があります。一方、イベントや地域向け記事などは、一方の言語だけで公開することが妥当な場合もあります。段階公開するなら、もう一方の状態、予定、担当、読者への案内を記録します。古い翻訳を新しい情報のように残すより、現在地が分かる方が運用上の判断をしやすくなります。
| 公開方法 | 向く状態 | 残す記録 |
|---|---|---|
| 同時公開 | 条件・会社情報・重要案内など一致が必要 | 両言語の確認者と公開判定 |
| 段階公開 | 一方を先に出す実務的な理由がある | 未公開側の状態、担当、目標、暫定案内 |
| 片言語のみ | 対象読者や内容が明確に一言語へ限定される | 対応ページを作らない理由と見直し条件 |
4. CMSの権限を、実際の仕事に合わせる
WordPress の役割と権限は、誰が投稿、編集、公開、設定変更を行えるかを分けるために使えます。全員に管理者権限を渡すより、仕事に必要な権限を決め、担当変更時に見直す方が安全で引き継ぎやすくなります。
5. 緊急更新と定期確認の道筋を残す
営業時間、連絡先、イベント、重要な案内に変更があるとき、誰がどの言語を更新するかを決めます。通常の公開とは別に、急ぎの訂正を確認・反映する方法も用意します。月次や四半期など、現実的な頻度で日英の対応ページを見直せば、完璧を目指して止まるより、確かな運用を続けやすくなります。
6. 変更記録と戻し方を、内容に合わせて決める
重要な変更では、元資料、変更したページ、担当、確認者、公開日時を残します。CMSの版管理だけで、外部フォーム、画像、翻訳管理、キャッシュなど全てを戻せるとは限りません。訂正が必要になった場合に、どの範囲を誰が確認し、以前の内容を参照できるかを、構成に合わせて決めます。
計画・情報設計・運用を分けて考える
最初のプロジェクト整理は日英Webサイトの計画ガイド、ページ対応と読む順番は日英サイトの情報設計で扱っています。本記事は、公開後の担当・状態・例外・変更記録に焦点を置いています。
OPERATE BOTH LANGUAGES
日英の更新を、担当者の記憶だけに頼らない形へ。
いまのCMS、コンテンツ、確認の流れから、続けやすい役割と公開ルールを整理します。
確認日・参考情報
2026年8月20日確認。WordPress の役割と権限のドキュメント、および Google Search Central の多言語ページのガイドを参照しています。
