REEID 翻訳 FAQ & 運用ガイド

エディター内の REEID Translate パネルを開き、対象言語を選択して、［翻訳］をクリックします。すでに翻訳が存在する場合、REEID は不要な重複を作成せずに既存の翻訳を安全に更新します。このプラグインは、Gutenberg、Elementor、Classic Editor、WooCommerce 商品に対して正しいワークフローを自動的に検出します。

REEID は、タイトル、スラッグ、本文コンテンツ、対応する Gutenberg ブロック、Elementor レイアウト、Classic Editor のコンテンツ、SEO フィールド、ナビゲーションメニューのラベル、再利用可能な UI 文字列、WooCommerce 商品コンテンツを翻訳できます。目的は単なる言語翻訳ではなく、構造、レイアウト、メタデータ、多言語の関連付けを維持することです。

REEID は、Gutenberg、Elementor、Classic Editor、WooCommerce 商品のワークフローをサポートします。各エディターは専用の抽出・再挿入ロジックを使用するため、翻訳後のコンテンツは元の構造と整合したまま保たれます。これは、すべてのページを単なるテキストとして扱うよりも安全です。

いいえ。REEID は既存の翻訳を検出し、可能な場合はそれを更新するように設計されています。翻訳関係のメタデータにより、元の項目とその翻訳版が接続された状態に保たれ、言語切り替え、管理ツール、SEO 出力、修復ツールが正しく機能するのに役立ちます。

はい。AI 翻訳は大幅な時間短縮になりますが、ブランドのトーン、法的表現、商品詳細、SEO に敏感なページについては最終確認を行うことを推奨します。REEID は翻訳ワークフローの自動化を支援しますが、本番サイトでは編集上の承認が依然として重要です。

ローカル BYOK とは「Bring Your Own Key」の意味です。OpenAI API キーはご自身の WordPress サイトに保存され、そのサイト上で使用されます。翻訳リクエストはサイトから OpenAI に直接送信されます。このモードでは、サイト所有者が API の使用状況と課金を直接管理できます。

Cloud Assist は、選択された翻訳ワークフロー、キャッシュ、保護されたロジックに対して REEID のサーバー側支援を使用します。選択した設定と同意設定に応じて、Cloud Assist は翻訳関連データの処理またはキャッシュのために api.reeid.com を使用する場合があります。WordPress のインターフェースをシンプルに保ちながら、高度なワークフローを改善するよう設計されています。

ローカル BYOK モードでは、ユーザーの OpenAI API キーは WordPress サイト上に保持されることを想定しています。Cloud Assist の動作は、有効なモードと同意設定によって異なります。API キーと REEID のクラウドサービスを最も厳密に分離したい場合は、ローカル BYOK を使用してください。

一部の Pro 機能では、保護されたロジック、Cloud Assist の転送、封印されたビルダールール、キャッシュサポート、または高度な WooCommerce と Elementor のワークフローのために api.reeid.com を使用する場合があります。これらの呼び出しは通常の WordPress ページ描画とは別であり、関連機能が必要とする場合にのみ使用されます。

用語集は、REEID が重要な語句、ブランド名、製品名、技術用語、優先表現を翻訳全体で一貫して維持するのに役立ちます。翻訳エンジンに用語の指針を与えることで、繰り返し出てくる用語がより予測しやすく処理されます。

特定の語句をそのままにしたい場合、望ましい訳語にしたい場合、または直訳を避けたい場合に用語集を使います。一般的な例としては、ブランド名、サービス名、製品名、法的表現、業界用語、頭字語、英語のまま残すべき語句などがあります。

はい。ブランド名、製品名、会社名、商標を翻訳してはいけない場合は、明確な指示とともに用語集に追加してください。これにより、重要な名称が意図せず翻訳されたり書き換えられたりするのを防ぎやすくなります。

用語集は、選択したワークフローで対応している場合に、翻訳の指針として使用されます。その効果は、コンテンツの種類、翻訳モード、翻訳リクエストの作成方法によって異なります。最終的な編集確認の代わりではなく、強力な指針として扱ってください。

エントリは短く、具体的で、曖昧さがないようにしてください。たとえば、「REEID は翻訳しない」「WooCommerce はそのままにする」「checkout はスペイン語で pago と訳す」などです。1 つの用語集ルールの中に長い段落を入れるのは避けてください。

いいえ。用語集は一貫性を高めますが、翻訳済みコンテンツは、特に法務ページ、チェックアウト文言、製品の主張、医療・金融関連の表現、SEO を重視するランディングページでは、引き続き確認する必要があります。

Local BYOK モードでは、翻訳の利用料金は、あなた自身の API キーに接続された AI プロバイダーによって直接請求されます。REEID は、プロバイダーの料金、請求ルール、トークン計算、アカウント上限を管理しません。

コストは、元のコンテンツ量、ページ構造、対象言語数、用語集やプロンプトの文脈、エディターの種類、そして翻訳リクエストと一緒に送信する必要がある構造保持データの量によって決まります。シンプルなテキストページは、フィールドが多い大規模な Elementor、Gutenberg、WooCommerce ページより通常は安くなります。

プロンプトトークンには、元のコンテンツ、翻訳指示、用語集ルール、構造コンテキスト、書式ルール、安全指示が含まれます。完了トークンは翻訳された出力のみです。構造化された WordPress コンテンツでは、レイアウトとメタデータの文脈を保持する必要があるため、プロンプトトークンが完了トークンより多くなることがあります。

はい。一括翻訳では、選択した各言語ごとに個別の翻訳作業が必要になるため、利用量が急速に増えることがあります。1 ページを 10 言語に翻訳すると、同じページを 1 言語に翻訳する場合よりはるかに多くの利用量を消費することがあります。

対応しているワークフローでは、特に同じ文字列や翻訳ペイロードが再利用される場合、キャッシュの再利用によって繰り返し作業を減らせることがあります。ただし、キャッシュの挙動は、コンテンツの種類、翻訳モード、正確な元テキスト、言語、分割方法、そしてキャッシュ済みデータが現在のリクエストとまだ一致しているかどうかによって異なります。

見た目には小さな編集でも、基盤となるペイロード、ブロック構造、チャンク、文脈、キャッシュキーが変わることがあります。その場合、翻訳エンジンはレイアウトと一貫性を保つために、コンテンツの一部を再処理する必要があることがあります。

必要な言語だけを翻訳する、一括言語選択は実行前に確認する、不要な再翻訳を繰り返さない、予測しやすい用語には用語集を使う、大きなページはまず 1 言語でテストする、AI プロバイダーのダッシュボードで利用状況を監視する、などを行ってください。利用可能な場合は Cloud Assist モードを使い、REEID が以前に翻訳したセグメントを再利用できるようにしてください。

最終的なトークン使用量は翻訳プロバイダー、コンテンツ構造、リクエストの文脈、生成される出力によって決まるため、翻訳前の正確なコストを保証することはできません。REEID は利用状況をより分かりやすくすることはできますが、請求の正確な基準は AI プロバイダーです。

REEID はインラインの WooCommerce 翻訳戦略を使用します。言語ごとに別々の商品投稿を作成する代わりに、翻訳済みの商品フィールドを言語別の WooCommerce 翻訳パケットとして保存できます。これにより、商品 ID、価格、在庫、バリエーション、商品タイプ、WooCommerce の関連付けを維持しやすくなります。

REEID は、商品タイトル、スラッグ、短い説明、長い説明、対応する SEO フィールド、対応する商品属性を翻訳できます。価格、在庫、SKU、商品タイプ、税設定、購入手続きの動作などの主要な商用データは、WooCommerce によって管理されたままにする必要があります。

Translation Map Repair は主に、標準の投稿・固定ページの翻訳関係メタデータ向けです。WooCommerce のインライン翻訳は、言語別の商品翻訳パケットやローカライズされたスラッグなど、別の WooCommerce メタデータを使用します。WooCommerce の修復とクリーンアップは、標準の投稿・固定ページのマップ修復ツールではなく、WooCommerce 専用のロジックで処理する必要があります。

商品には価格、在庫、購入手続きの動作、バリエーション、属性、注文との関連があります。言語ごとに別の商品投稿を作成すると、不要な複雑さが生じる可能性があります。そのため REEID は、翻訳されたフロントエンドコンテンツを表示しつつ、商用商品データを安定させるために、制御された WooCommerce 専用の戦略を採用しています。

Strings Localization は、再利用可能な小さなインターフェース文言、特にメニューラベルや UI レベルのフレーズを管理するための領域です。これは、ページ全体、投稿、Elementor、Gutenberg、Classic Editor、WooCommerce 商品の翻訳とは別です。

Menu Labels サブタブはナビゲーションテキストに焦点を当てます。メニュー項目のラベルを確認し、自動翻訳を見て、メニューラベルにより短く、より明確で、またはよりブランドに配慮した表現が必要な場合に手動で上書きできます。

UI Dictionary は、再利用可能なインターフェース文字列のための永続的な翻訳メモリです。REEID が既知の UI フレーズに遭遇すると、同じ短いラベルを再度翻訳する代わりに、保存済みの翻訳を即座に再利用できます。これにより一貫性が向上し、繰り返しの翻訳作業を減らせます。

UI Dictionary は、REEID が扱うメニューラベルと登録済みの UI フレーズ向けです。メインのページや投稿の翻訳エンジンではなく、既定では WordPress、テーマ、プラグインのすべての gettext 文字列をグローバルにスキャンするわけでもありません。範囲は意図的に狭く、安全性を重視しています。

UI Translation Scanner はナビゲーションメニューのラベルをスキャンし、その翻訳を事前に準備します。これにより、訪問者は実行時翻訳を待たずに翻訳済みのメニューラベルを表示できます。すべてのフロントエンドのボタン、ウィジェット、テーマ文字列、プラグイン文字列をスキャンするわけではありません。

Semantic Review は UI Dictionary の上位にある品質管理レイヤーです。再利用可能なインターフェース翻訳、繰り返し出てくるフレーズ、言語間の一貫性を確認するのに役立ちます。短いラベルや繰り返し使われる UI 文言の改善には有用ですが、ページ全体や商品コンテンツを書き換えるものではありません。

多数の新しい UI Dictionary エントリを追加した後、メニューラベルを変更した後、用語を調整した後、複数の言語上書きを更新した後に Semantic Index を再構築してください。再構築すると、現在の辞書データからレビュー層が更新されます。

手動上書きでは、自動生成された UI 翻訳を好みの表現に置き換えられます。これは、ナビゲーションラベル、短い CTA、ブランド用語、または直訳より短くすべき文言に特に有用です。

はい。REEID は多言語 URL と翻訳済みスラッグをサポートします。コンテンツタイプとワークフローによっては、翻訳済みスラッグは標準の投稿データまたは WooCommerce 専用の翻訳メタデータに保存される場合があります。

REEID は、検索エンジンが元の URL と翻訳済み URL の言語関係を理解できるように、翻訳コンテンツ向けの hreflang 出力を生成できます。正確な翻訳関係は、正しい hreflang 出力にとって重要です。

REEID Pages Sitemap は、翻訳済みページ URL のための専用サイトマップ機能です。サイト所有者が有効化を選択した場合、翻訳済みページ URL を検索エンジンに公開するのに役立ちます。すべての SEO プラグインの動作を置き換えるのではなく、一般的な SEO プラグインのワークフローと併用するよう設計されています。

これは意図的に既定で無効になっています。これにより、サイト所有者が確認する前に翻訳済み URL が公開されるのを防げます。翻訳済みページがインデックス可能な状態になったら有効にしてください。

このオプションは、検索エンジンがより簡単に見つけられるように、REEID のサイトマップ参照を robots.txt に追加します。すべてのサイトが追加のサイトマップ URL を自動公開したいわけではないため、既定では無効です。

翻訳済み URL が正しく、公開済みで、検索エンジンに対応できる状態であることを確認した後にのみ、サイトマップの公開を有効にしてください。ステージングサイト、テストサイト、未完成の翻訳では、サイトマップの公開を無効のままにしておく方が安全です。

いいえ。REEID は完全な SEO プラグインの代替を目的としていません。SEO 機能は、多言語翻訳サポート、翻訳済み URL、hreflang、REEID 固有のサイトマップ検出に重点を置いています。タイトル、スキーマ、インデックス制御、より広範な SEO 管理には、専用の SEO プラグインを引き続き使用できます。

Translation Map Repair は、翻訳済みの投稿と固定ページに対する REEID の関連メタデータを再構築します。元の項目とその翻訳版の接続を修復し、言語切り替え、管理画面の翻訳リンク、hreflang 出力、関連ツールが翻訳グループを正しく識別できるようにします。

この修復ツールは、_reeid_translation_map や _reeid_translation_source などの標準的な REEID 翻訳関係メタデータに重点を置いています。これらの値は、元の投稿や固定ページとその翻訳版を接続するために使用されます。

いいえ。コンテンツの翻訳、書き換え、再生成は行いません。既存の翻訳を正しく接続できるように、関連メタデータを修復するだけです。

いいえ。標準のマップ修復ツールはローカルの WordPress 投稿メタデータから動作し、翻訳 API を呼び出す必要はありません。これは翻訳関係のためのローカル修復ツールです。

Purge All REEID Caches は、ローカルの翻訳/実行時キャッシュやサイトマップキャッシュデータなど、REEID が生成した一時キャッシュデータを消去します。Cloud Assist が有効な場合は、Cloud Assist のキャッシュ削除ロジックもトリガーされることがあります。

いいえ。翻訳済み投稿、翻訳済み商品、プラグイン設定、翻訳マップ、UI辞書エントリ、手動上書きを削除すべきではありません。これは一時的なキャッシュデータのみを消去するためのものです。

主なリスクはデータ損失ではなく、パフォーマンスとコストです。キャッシュ消去後は、今後の翻訳、プレビュー、サイトマップ生成、または Cloud Assist ワークフローでキャッシュデータの再構築が必要になる場合があります。そのため次回の処理が遅くなり、キャッシュが再構築されるまで API 使用量が増える可能性があります。

大規模な翻訳変更、URL またはスラッグの修正、サイトマップのトラブルシューティング、古いフロントエンド出力、または Cloud Assist のキャッシュ動作をテストする際にキャッシュ消去を使用してください。実際に問題を調査している場合を除き、本番サイトで繰り返し消去するのは避けてください。

通常、翻訳リクエストに投稿 ID、対象言語、nonce、モード、またはエディターコンテキストなどの必須データが含まれていないことを意味します。エディターを更新し、REEID パネルが正しく読み込まれていることを確認してから、もう一度試してください。問題が続く場合は、JavaScript エラーや競合する管理用スクリプトを確認してください。

AJAX に失敗しましたとは、WordPress へのブラウザー要求が正常に完了しなかったことを意味します。考えられる原因には、nonce の不一致、サーバーのタイムアウト、PHP の致命的エラー、セキュリティプラグインによるブロック、メモリ不足、ネットワーク中断などがあります。ブラウザーのコンソール、WordPress のデバッグログ、サーバーのエラーログを確認してください。

これは、要求実行時に想定される翻訳関数またはランタイムが利用できなかったことを意味します。必要なプラグインファイルが読み込まれていない、選択したモードが誤設定されている、または別のエラーによって翻訳エンジンの初期化が停止した場合に発生することがあります。

まず、アクティブなテーマのメニュー位置が正しく割り当てられているか確認してください。メニューが割り当てられていない場合、一部のテーマはページ一覧にフォールバックします。メニューが正しく割り当てられている場合は、Menu UI Dictionary をスキャンまたは再構築し、Menu Labels の上書きを確認してください。

切り替えは翻訳関係と利用可能な翻訳済みコンテンツに依存します。言語が表示されない場合は、翻訳済み項目が存在すること、必要に応じて公開されていること、そして翻訳マップを通じてソース項目に接続されていることを確認してください。

パーマリンクルールが古い、翻訳済みスラッグがない、翻訳メタデータが不完全、または翻訳後に商品/ページ URL が変更された場合に 404 が発生することがあります。パーマリンクを保存し、翻訳済みスラッグを確認し、関係メタデータが壊れているように見える場合は Translation Map Repair を使用してください。

大きな Gutenberg ページ、Elementor レイアウト、長い商品説明、多言語の一括操作では、多数の抽出文字列と複数の API 呼び出しが必要になることがあります。REEID は構造の保持を優先するため、単純なテキスト翻訳より時間がかかる場合があります。

prompt トークンには、ソースコンテンツ、指示、書式ルール、コンテキスト、用語集または用語ガイダンス、構造保持データが含まれます。completion トークンは生成された翻訳出力のみです。構造化コンテンツでは、prompt トークンのほうが completion トークンより多いことがよくあります。

はい。REEID は、選択された翻訳/ランタイム操作、UI 文字列、WooCommerce ランタイムデータ、サイトマップ出力、そして有効な場合は Cloud Assist ワークフローにキャッシュ層を使用します。キャッシュの再利用により速度が向上し、繰り返し処理を減らせます。

小さな編集でも、周囲の抽出ペイロード、チャンク構造、またはキャッシュキーが変わることがあります。レイアウトと一貫性を保つために、一部のワークフローではチャンクを再処理する必要がある場合があります。キャッシュの動作は、モード、コンテンツタイプ、翻訳に送信される正確なデータによって異なります。

より小さなバッチで翻訳し、一度に多くの大きなページを実行するのを避け、信頼できるホスティングリソースを使用し、サーバーのメモリ/時間制限を確認してください。非常に大きなサイトでは、一度にすべてを翻訳するよりも、段階的な翻訳と慎重なテストのほうが安全です。

REEID は元のソースコンテンツを保持し、ワークフローに応じて翻訳版を別途作成または更新するよう設計されています。WooCommerce のインライン翻訳は、翻訳済みの商品表示データをコアの商用商品設定とは別に保存します。

はい。大規模な翻訳バッチ、大きなスラッグ変更、WooCommerce の翻訳作業、本番サイトでのキャッシュ整理の前には、必ず最新のデータベースとファイルのバックアップを保持してください。

AI 翻訳プロバイダーまたは Cloud Assist の転送先に送信されるコンテンツは、そのサービスで処理される共有データとして扱う必要があります。ワークフローとプロバイダーの利用規約で許可されていない限り、機密の下書き、非公開の顧客データ、個人データ、機密性の高い業務資料は翻訳しないでください。

可能であれば、サイト専用の API キーを使用してください。プロバイダーダッシュボードで使用状況を監視し、キーは非公開に保ち、漏えいの疑いがある場合は交換してください。API キーを公開サポートチケットやスクリーンショットに貼り付けないでください。

必ずしもそうではありません。短い補足テキストは、翻訳モード、ソース言語、サイトマップ公開、キャッシュ消去、修復ツールなど、動作にすぐ影響する設定に最適です。長い説明は FAQ に置き、設定画面をすっきり保ちます。

説明すべき最も重要な設定は、Local BYOK と Cloud Assist の違い、ソース言語、有効な対象言語、サイトマップ公開、キャッシュ消去、Translation Map Repair、UI Dictionary、Semantic Review です。これらは誤解されやすい設定です。

元のコンテンツで使用されている言語を選択してください。REEID はソース言語を使用して、翻訳方向、URL の動作、切り替え関係、言語固有の処理を理解します。

使用して確認する予定の言語だけを有効にしてください。多くの言語を有効にすると、翻訳時間、API 使用量、UI 辞書のサイズ、サイトマップ出力、保守作業が増える可能性があります。

REEID は単なるプレーンテキストではなく、WordPress の構造向けに作られています。エディターを検出し、レイアウトを保持し、多言語 URL を管理し、翻訳関係を保存し、WooCommerce 固有のワークフローをサポートし、UI 文字列、SEO、キャッシュ、修復操作のためのツールを提供します。

REEID は、別の翻訳インターフェースでサイトを作り直すことなく、AI 支援翻訳を利用したい WordPress サイト所有者、WooCommerce ストア、代理店、フリーランサー、SEO チーム、多言語サイト管理者に最適です。

REEID は翻訳ワークフローの多くを自動化しますが、人による確認の代わりにはなりません。最も効果的なワークフローは、AI 支援翻訳の後に、トーン、用語、法的表現、SEO に敏感なページを素早く編集レビューすることです。