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」の略で、設定したAIプロバイダーのAPIキーがお客様のWordPressサイトに保存され、そこで使用されます。翻訳リクエストはお客様のサイトから直接設定されたプロバイダーへ送信されます。このモードにより、サイトオーナーはプロバイダーの利用状況や課金を直接管理できます。

クラウドアシストは、選択した翻訳ワークフロー、キャッシュ、および保護されたロジックに対してREEIDのサーバーサイド支援を利用します。選択した設定や同意設定によっては、クラウドアシストがapi.reeid.comを使用して翻訳関連データを処理またはキャッシュすることがあります。これは、WordPressのインターフェースをシンプルに保ちながら、高度なワークフローを改善するように設計されています。

ローカルBYOKモードでは、設定したAIプロバイダーのAPIキーはWordPressサイト内に保持されることが想定されています。クラウドアシストの動作は、有効なモードや同意設定によって異なります。プロバイダーのAPIキーとREEIDのクラウドサービスとの間で最も厳密な分離を望む場合は、ローカルBYOKをご利用ください。

一部のPro機能では、保護されたロジック、クラウドアシストの通信、密封されたビルダールール、キャッシュサポート、または高度なWooCommerceやElementorのワークフローのためにapi.reeid.comが使用されることがあります。これらの通信は通常のWordPressページのレンダリングとは別であり、関連する機能が必要とする場合にのみ行われます。

用語集は、重要な単語、ブランド名、製品名、専門用語、および推奨されるフレーズを翻訳全体で一貫して維持するのに役立ちます。翻訳エンジンに用語のガイドラインを提供し、繰り返し使用される用語がより予測可能に処理されるようにします。

特定の単語を変更しない、推奨される翻訳に従う、または逐語的に翻訳されないようにしたい場合に用語集を使用します。よくある例としては、ブランド名、サービス名、製品名、法律用語、業界用語、略語、そして英語のままにしておくべき単語などがあります。

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

用語集は、選択したワークフローでサポートされている場合に翻訳のガイドとして使用されます。その効果は、コンテンツの種類、翻訳モード、および翻訳リクエストの作成方法によって異なります。最終的な校閲を保証するものではなく、強力なガイドとして扱ってください。

エントリーは短く、具体的で、曖昧さがないようにしてください。例えば、「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 専用の戦略を採用しています。

文字列のローカライズは、主にメニューのラベルやUIレベルのフレーズなど、小さく再利用可能なインターフェーステキストを管理する領域です。これは、ページ全体、投稿、Elementor、Gutenberg、クラシックエディター、またはWooCommerceの製品翻訳とは別です。

「メニューのラベル」サブタブは、ナビゲーションテキストに焦点を当てています。これにより、メニュー項目のラベルを確認し、自動翻訳を表示したり、一般的な翻訳よりも短く、明確で、ブランド感のある表現が必要な場合に手動で上書きしたりできます。

UIディクショナリーは、再利用可能なインターフェース文字列の永続的な翻訳メモリです。REEIDが既知のUIフレーズに遭遇した場合、同じ短いラベルを再度翻訳する代わりに、保存された翻訳を即座に再利用できます。これにより一貫性が向上し、重複する翻訳作業を削減できます。

UIディクショナリーは、REEIDが管理するメニューのラベルや登録済みのUIフレーズを対象としています。メインのページや投稿の翻訳エンジンではなく、デフォルトではWordPress、テーマ、プラグインのすべてのgettext文字列を網羅的にスキャンすることはありません。その範囲は意図的に狭く、より安全なものとなっています。

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

セマンティックレビューは、UIディクショナリーの上位にある品質管理層です。再利用可能なインターフェースの翻訳、繰り返し使用されるフレーズ、そして異なる言語間の一貫性を確認するのに役立ちます。短いラベルや繰り返し使用されるUIの表現を改善するのに有効ですが、ページ全体や製品の内容を書き換えるものではありません。

多くの新しいUIディクショナリーのエントリーを追加した後、メニューのラベルを変更した後、用語を整理した後、または複数の言語のオーバーライドを更新した後に、セマンティックインデックスを再構築してください。再構築により、現在のディクショナリーのデータに基づいてレビューレイヤーが更新されます。

手動オーバーライドでは、自動生成されたUI翻訳を好みの表現に置き換えることができます。これは特に、ナビゲーションのラベル、短いコールトゥアクション、ブランド用語、または直訳よりも短くしたい表現に有効です。

はい。REEIDは多言語対応のURLと翻訳済みのスラグをサポートしています。コンテンツの種類やワークフローによって、翻訳済みのスラグは通常の投稿データに保存される場合もあれば、WooCommerce専用の翻訳メタデータに保存される場合もあります。

REEIDは、翻訳済みのコンテンツに対してhreflang出力を生成できるため、検索エンジンはソースURLと翻訳URLの言語間の関係を理解できます。正確な翻訳関係が、正しいhreflang出力には不可欠です。

REEIDページサイトマップは、翻訳済みのページURL専用のサイトマップ機能です。サイトオーナーが有効にすると、翻訳済みのページURLを検索エンジンに公開するのに役立ちます。一般的なSEOプラグインのワークフローと連携するよう設計されており、すべてのSEOプラグインの動作を引き継ぐことはありません。

これは意図的に無効になっています。サイトオーナーが確認する前に翻訳URLを公開してしまうことを避けるためです。翻訳済みのページがインデックス登録の準備ができたら有効にしてください。

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

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

いいえ。REEIDは本格的なSEOプラグインに置き換わることを目的としていません。REEIDのSEO機能は、多言語翻訳のサポート、翻訳済みのURL、hreflang、そしてREEID固有のサイトマップ発見に重点を置いています。タイトル、スキーマ、インデックス管理、および広範なSEO管理については、引き続き専用のSEOプラグインをご利用いただけます。

翻訳マップの修復は、翻訳済みの投稿やページに対するREEIDの関係メタデータを再構築します。これにより、ソースアイテムとその翻訳版との接続が修復され、言語切り替え機能、管理画面の翻訳リンク、hreflang出力、および関連ツールが翻訳グループを正しく識別できるようになります。

この修復ツールは、_reeid_translation_map や _reeid_translation_source などの標準的なREEIDの翻訳関係メタデータに焦点を当てています。これらの値は、ソースの投稿やページとその翻訳版を結びつけるために使用されます。

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

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

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

いいえ。翻訳済みの投稿、翻訳済みの商品、プラグインの設定、翻訳マップ、UIディクショナリのエントリー、手動の上書きは削除されるべきではありません。これは一時的なキャッシュデータのみをクリアすることを目的としています。

主なリスクはパフォーマンスとコストであり、データの損失ではありません。キャッシュを消去した後、今後の翻訳、プレビュー、サイトマップの生成、またはCloud Assistのワークフローにおいて、キャッシュデータを再構築する必要が生じる可能性があります。これにより、次の操作が遅くなり、キャッシュが再構築されるまでAPIの使用量が増加する場合があります。

主要な翻訳の変更、URLやスラッグの修正、サイトマップのトラブルシューティング、フロントエンドの古い表示、またはCloud Assistのキャッシュ動作をテストする際に、キャッシュの消去を使用してください。本番環境では、積極的にトラブルシューティングを行っている場合を除き、繰り返しの消去は避けてください。

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

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

これは、リクエスト実行時に期待される翻訳機能やランタイムが利用できなかったことを意味します。必要なプラグインファイルがロードされていない、選択したモードが正しく設定されていない、または他のエラーによって翻訳エンジンの初期化が妨げられた可能性があります。

まず、現在使用中のテーマのメニュー位置が正しく割り当てられているか確認してください。一部のテーマでは、メニューが割り当てられていない場合、ページ一覧にフォールバックすることがあります。メニューが正しく割り当てられている場合は、「メニューUI辞書」をスキャンまたは再構築し、「メニューのラベル」のオーバーライドを確認してください。

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

404エラーは、パーマリンクルールが古くなっている、翻訳済みのスラッグが欠落している、翻訳メタデータが不完全である、または翻訳後に商品やページのURLが変更された場合に発生する可能性があります。パーマリンクを保存し、翻訳済みのスラッグを確認し、関係性のメタデータが破損していると思われる場合は、「翻訳マップ修復」機能を使用してください。

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

プロンプトトークンには、原文、指示、書式ルール、コンテキスト、用語集や専門用語のガイドライン、構造保持に必要なデータなどが含まれます。一方、完了トークンは生成された翻訳結果のみです。構造化されたコンテンツの場合、プロンプトトークンは完了トークンよりも多いことがよくあります。

はい。REEIDは、選択した翻訳／実行時の操作、UI文字列、WooCommerceの実行時データ、サイトマップの出力、および有効になっているCloud Assistワークフローにおいて、キャッシュ層を使用しています。キャッシュの再利用により、処理速度が向上し、重複作業を減らすことができます。

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

翻訳は小分けにして行い、同時に多くの大規模ページを処理しないようにし、信頼性の高いホスティングリソースを利用し、サーバーのメモリや時間制限を確認してください。非常に大規模なサイトの場合は、一度にすべてを翻訳するよりも、段階的な翻訳と慎重なテストを行う方が安全です。

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

はい。大規模な翻訳処理やスラッグの大規模な変更、WooCommerceの翻訳作業、本番環境でのキャッシュクリーンアップを行う前には、常に最新のデータベースとファイルのバックアップを取ってください。

AI翻訳サービスやクラウド支援システムに送信されるすべてのコンテンツは、処理のために当該サービスと共有されたものとみなすべきです。機密文書、顧客の個人情報、個人データ、または機密性の高い業務資料は、ワークフローや提供元の利用規約で許可されている場合を除き、翻訳しないでください。

可能であれば、ウェブサイト専用のAPIキーを使用してください。提供元のダッシュボードで使用状況を監視し、APIキーは厳重に管理し、漏洩の疑いがある場合は交換してください。APIキーを公開のサポートチケットやスクリーンショットに貼り付けないでください。

必ずしもそうではありません。翻訳モード、ソース言語、サイトマップの公開設定、キャッシュのクリア、修復ツールなど、動作に即座に影響する設定には、短いヘルプテキストが最適です。より詳しい説明はFAQに記載し、設定画面をすっきりと保ちましょう。

最も重要な設定として説明すべきなのは、ローカルBYOKとクラウドアシストの選択、ソース言語、有効化したターゲット言語、サイトマップの公開設定、キャッシュのクリア、翻訳マップの修復、UIディクショナリ、セマンティックレビューです。これらの設定は誤解されやすい可能性が高いものです。

オリジナルコンテンツで使用している言語を選んでください。REEIDはソース言語を基に、翻訳の方向性、URLの挙動、スイッチャー間の関係、および言語固有の処理を理解します。

実際に使用し、確認する予定のある言語のみを有効にしてください。多くの言語を有効にすると、翻訳時間の増加、API利用量の増加、UIディクショナリの肥大化、サイトマップ出力の増加、メンテナンス作業の増加につながる可能性があります。

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

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

REEIDは翻訳ワークフローの多くの部分を自動化しますが、人によるレビューの代わりにはなりません。最も効果的な運用方法は、AI支援の翻訳を行い、その後、トーンや用語、法的表現、SEOに敏感なページについては迅速な編集チェックを行うことです。