WordPressのAI翻訳プラグイン｜TranslatePressで更新と手直しを確認

WordPressのAI自動翻訳プラグインを選ぶときは、最初に訳せるかだけでなく、訳文を人が直せるか、原文を更新した後に確認し直せるかを見ましょう。営業時間やサービスの案内が変わったとき、別言語のページに古い説明が残ると、読者に異なる条件を伝えてしまいます。

ここではTranslatePressの公式資料を例に、導入前の確認点を整理します。2026年11月6日に確認した機能説明を基にしたガイドです。翻訳精度や、自社サイトとの互換性を実測して比較した記事ではありません。

最初に訳すページと更新を担う人を決める

対象ページと更新担当を書き出す

多言語化したいページを、まず一覧にしてみましょう。商品やサービスの説明、会社案内、問い合わせ先など、読者が行動を決めるページから整理すると、確認する範囲を絞りやすくなります。

日本語の記事がたくさんあるからといって、最初からすべてを自動翻訳する必要はありません。更新が多いページなら、そのたびに別言語の説明も見直す担当が必要になります。訳文を確認できる人がいないままページを増やすと、どこまで読者へ案内してよいかの判断も難しくなります。

たとえば、架空の貸し会議室が英語の利用案内を作る場合を考えます。最初の対象を「施設へのアクセス」と「予約窓口」に絞り、営業担当が日本語の内容を確認し、英語を確認できる担当者が訳文と問い合わせの流れを点検する、という分担です。架空の運用例であり、実際の導入効果とは区別してください。

一覧には原文のURL、翻訳先の言語、原文を更新する担当、訳文を見る担当、最後に確認した日を残す方法があります。プラグインを選ぶときも、この受け渡しができるかを基準にできます。

自動翻訳と手直しの画面をセットで確認する

自動翻訳に使うサービスを確かめる

TranslatePressの自動翻訳の公式資料では、Google TranslateのAPI、DeepL API、TranslatePress AIエンジンが案内されています。利用できる連携先や機能はプランによって異なるため、導入時の条件を確認してください。

プラグインから別のサービスへ翻訳を依頼するときに使うのが、APIです。プラグインがWordPressの画面を用意していても、外部の翻訳サービスを使う経路では、そのサービスのアカウントや利用料の確認が必要になる場合があります。

同資料には翻訳されていない文字列を自動翻訳し、データベースへ保存する仕組みの説明もあります。原文を変えた後の案内も、人が確かめましょう。最初の翻訳と、公開後の見直しを分けて考えましょう。

訳文を修正する場所まで開いてみる

翻訳エディターの公式資料ではページ上の文字列を選び、翻訳画面で編集する方法を説明しています。表示された文章を人が直せるかは、記事やサービス案内で使う際の大切な確認点です。

試す場合は、公開してよい短い説明文を使います。固有名詞、問い合わせ方法、受付条件などを含め、訳文のどこを誰が確認するかを決めてから見てみましょう。専門的な説明や契約条件に関わる文は、言語だけでなく内容を判断できる人にも確認を頼みます。

修正後は、編集画面だけでなく、読者が見るページでも意図した訳が表示されるかを確かめます。ボタンやメニューの文字が別に管理される場合もあるため、本文が訳せたこととページ全体の確認が済んだことを区別する必要があります。

原文を一行変えて訳文の扱いを確かめる

小さな変更でも同じ訳文を使えるとは限らない

翻訳エディターの資料には文字列にピリオドなどの記号を加えると別の文字列として扱われ、新しい翻訳が必要になる例があります。Translation Memoryという機能は、過去の翻訳を基に候補を示し、翻訳し直す際の手助けをするものです。

この説明からも、原文の変更が訳文へどう影響するかは確認しておきたいところです。どのプラグインでも同じ結果になるとは限らないため、使う候補と環境で確かめましょう。

導入前に、次のような確認を行う方法があります。

1. 公開してよい短い原文を用意し、自動翻訳する。
2. 訳文の一部を、人が意図を確認した表現へ直す。
3. 原文の一文を変更し、変更した箇所を記録する。
4. 翻訳先のページと編集画面を開き、手直しした文と変更箇所の扱いを確かめる。
5. 確認が終わる前の訳文が、読者へどう表示されるかも確認する。

これは確認項目の例です。すべての製品で同じ順に操作できることや、修正が必ず保持されることを保証する手順ではありません。

更新記録は原文と訳文を対にする

たとえば、架空の案内ページで「受付は平日17時まで」を「平日16時まで」に変えたなら、訳文の時刻だけでなく、問い合わせボタンの近くに同じ案内がないかも見ます。ページの一箇所を直しても、別の箇所に古い条件が残ることがあるためです。

記録には変更した原文、訳文を確認したページ、確認日、確認した担当者を残します。回答待ちの箇所は確認済みの項目へ混ぜないようにしましょう。原文の更新担当と翻訳担当が別でも、どの変更を引き継ぐのかが分かります。

見直し用の架空の記録例なら、「アクセス案内／英語／受付終了17時→16時／本文と予約ボタン周辺を確認／訳文担当の確認待ち」と書けます。確認待ちのまま公開しない運用にするなら、どの操作でページを止めるかも事前に決めます。表示を止める設定があると想定せず、原文と訳文の公開方法に合った手順を確認してください。

本文以外の翻訳とURLも選定条件に入れる

タイトルや説明文は本文と別に確認する

本文の訳が読めても、検索結果やSNSで使われるタイトル、ページの説明文、画像の説明まで揃うとは限りません。候補の機能を調べるときは、翻訳したい項目を分けて確認しましょう。

TranslatePressの翻訳エディター資料では、SEO Packの追加機能による次の翻訳を説明しています。

• URLのスラッグ
• ページタイトル
• 説明文
• 画像のalt属性

SEO Packは有料版で利用できる機能と案内されているため、本文を翻訳する機能と同じ利用条件だと考えないことが大切です。

スラッグはURLに含まれるページを識別する文字列、alt属性は画像を説明するための情報です。自動翻訳の資料にもスラッグの自動翻訳の設定がありますが、SEO Packを有効にする条件が記載されています。必要な翻訳項目と、プランや追加機能を対にして確認しましょう。

言語別のURLや検索向けの設計も整理したい場合は、多言語サイトのSEOの考え方を参照してください。

言語を切り替えた後も問い合わせまで進めるか

ページの文章だけを読み終えても、読者の操作は続きます。言語を切り替えた後に、メニューや関連リンク、問い合わせ先がどうなるかも確かめたい点です。

この表は確認のための項目です。特定プラグインだけで、すべての翻訳や問い合わせ対応が完結するという意味ではありません。対応できない言語の窓口を、対応可能であるかのように案内しないことも重要です。

翻訳量と見直しの負担が分かる範囲で始める

利用料と見直しの時間を記録する

自動翻訳の費用を調べるときは、プラグインの料金だけでなく、翻訳に使う外部サービスの契約や利用量も確認します。TranslatePressの公式資料には、外部APIを使う場合の利用権とプラグインのライセンスの違いや、一日の翻訳文字数を制限する設定が説明されています。

最初は対象のページを絞り、どのくらい翻訳され、どこに手直しが必要だったかを記録する方法を勧めます。料金だけでなく、固有名詞や案内条件を確認する時間も把握できれば、次に翻訳する範囲を決めやすくなります。

外部の翻訳サービスへ送る内容も、導入前に確認しましょう。未公開の顧客情報など、入力してよいか判断できない資料を、試用のために送る必要はありません。公開可能な原文で試し、利用するサービスの条件と社内の扱いを確かめます。

原文の案内を変えたら、訳文でも同じ条件が伝わるようにしておきましょう。まずは一つのページで、自動翻訳、人による修正、原文更新後の確認までを試してみましょう。その受け渡しが無理なく続けられるかを確かめてから、対象を広げると判断しやすくなります。

参照した公式資料（2026年11月6日確認）

• TranslatePress：Automatic Translation
• TranslatePress：Translation Editor