REEID Translate 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 に敏感なランディングページでは確認が重要です。

ローカル 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 専用戦略を使用します。

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

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

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

UI 辞書は、REEID が扱うメニューラベルと登録済み UI フレーズを対象としています。メインのページや投稿の翻訳エンジンではなく、WordPress、テーマ、プラグインの gettext 文字列をデフォルトで全体的にスキャンするわけでもありません。意図的に範囲を狭くし、安全性を高めています。

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

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

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

手動上書きでは、自動生成された 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 Dictionary エントリ、手動上書きを削除するものではありません。あくまで一時的なキャッシュデータのみを消去するためのものです。

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

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

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

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

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

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

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

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

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

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

はい。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 Dictionary のサイズ、サイトマップ出力、保守作業が増える可能性があります。

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

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

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