サポートとのWPMLデバッグ情報の共有
WPMLのサポートチームは、ほとんどのサポートのご質問において、いくつかの同じ情報を要求します。WPML > サポート > システムチェックのデバッグ情報ブロック、サイトまたはデータベースのコピー、ブラウザのコンソール出力、およびその他のいくつかの情報です。このページでは、各情報の内容と取得場所について説明します。これにより、最初からサポートのご質問に適切な詳細情報を貼り付けることができます。最小要件、更新、競合の確認、セルフサービスのチェックリストなど、サポートに問い合わせる前に確認すべきすべての項目については、サポートに問い合わせる前にをご覧ください。
システムチェックからのデバッグ情報ブロックのコピー
WPML > サポート > システムチェックを開きます。このページには、PHPのバージョン、WordPressのバージョン、各WPMLプラグインとそのバージョン、サーバー環境、言語設定、およびWPMLがwp-config.phpから読み取る設定値を示すデバッグ情報ブロックが表示されます。ブロックの上部にある「Copy system info to clipboard」をクリックし、サポートのご質問に貼り付けます。
このブロックは、実行しているすべてのバージョンと、サイトの現在の設定がどのようになっているかをサポートに伝えます。これは、より詳細な調査を行う前の基準となります。
インストール済みプラグインリストのコピー
WPML > サポートの一番下までスクロールします。インストール済みプラグインセクションには、サイト上のすべてのプラグイン、そのバージョン、および有効か無効かが一覧表示されます。「Copy list to clipboard」をクリックし、サポートのご質問に貼り付けます。
プラグインの競合は、WPMLの症状の最も一般的な原因の1つです。サポートはこのリストを使用して、既知の非互換性を特定し、適切な追加の質問を行います。
関連するログのコピー
翻訳サービスに関連する症状の場合、WPML > サポート > 通信ログにサイトと翻訳バックエンド間のAPIトラフィックが記録されます。翻訳が明確でない理由で失敗している場合、最近のログエントリをサポートのご質問にコピーすることで、サーバー側の正確な応答をサポートに提供できます。
高度な翻訳エディタ内の症状については、高度な翻訳エディタのエラーログにATEで発生したサーバー側のエラーが記録されます。
翻訳ジョブに関する症状（ジョブが開始されない、ジョブが完了しない、ジョブが消えるなど）については、翻訳管理ジョブログに各ジョブのライフサイクルが表示されます。
どの状況でどのログを確認すべきかについては、ログをご覧ください。
サポートとのライブ診断アクセスの共有（任意）
WPML > サポートページの上部には、Share diagnostic information with WPML Supportチェックボックスがあります。これにチェックを入れると、WPMLのサポートチームがサイトのデバッグ情報を直接読み取れるようになります。パスワードや個人データが共有されることはありません。デバッグ情報ブロックのみが共有されます。
サポートは会話の進行に合わせて最新のデータを再読み込みできるため、ブロックをご質問に貼り付けるよりも迅速です。同じチェックボックスからいつでもオフにできます。
サポートからデバッグログを要求された場合
より深刻な問題（ATEの異常な動作、競合状態、断続的な障害など）の場合、サポートはデバッグ情報ブロックよりも詳細な、完全なWPMLデバッグログを要求することがあります。
デバッグログを有効にするには：
- 「That’s all, stop editing!」という行の前に、
define( 'WP_DEBUG', true );とdefine( 'WP_DEBUG_LOG', true );をwp-config.phpに追加します。これにより、WordPressはPHPのエラーと警告をwp-content/debug.logに書き込み始めます。 - サイトで症状を再現します。
wp-content/debug.logを開くかダウンロードし、関連するセクションをコピーします（症状が発生した日時のタイムスタンプでフィルタリングします）。- サポートのご質問に貼り付けるか、ファイルとして添付します。
- その後、
WP_DEBUGをオフに戻します。エラーにはパス情報が含まれるため、本番環境でオンにしたままにするとセキュリティ上のリスクとなります。
WPML固有のエントリのフィルタリングを含む完全な手順については、WPMLのデバッグのリファレンスをご覧ください。
サポートからサイトのコピーを要求された場合
ログだけではサポートが再現できない問題については、調査のためにサイトのコピーを要求される場合があります。標準的な方法は、バックアップツールまたはステージングツールを使用してサイト全体をパッケージ化し、WPMLの安全なアップロードフォームを通じて共有することです（要求された際にサポートからリンクが提供されます）。
パッケージ化の手順で推奨されるツール：
- Duplicator. データベースとファイルを1つのアーカイブとインストーラスクリプトにパッケージ化します。
- All-in-One WP Migration. 同様のパッケージ化を行いますが、形式がわずかに異なります。
- ホスティングプロバイダーの組み込みのステージング/クローンツール（ポータブルなアーカイブが生成される場合）
コピーを共有する前に：
- ライブサイト自体へのアクセスではなく、サイトのコピーを共有していることを確認してください。
- サイトに顧客データがある場合は、データベースから個人データを削除します（DuplicatorとAIOWPにはこのためのエクスポートオプションがあります）。
- サポートがコピーで見つけた内容に基づいて変更を加える前に、本番環境の正常に機能するバックアップがあることを確認してください。
WPMLはサーバー間のサイト移行のケースを自動的に処理します。サポートにコピーを送信するケースは、ホスティング環境外の誰かがローカルで立ち上げられるようにサイトをパッケージ化する場合です。
WPMLアカウントの認証情報の検索
このサイトがどのWPMLアカウントで登録されているかをサポートから尋ねられ、覚えていない場合：
- WPML > Activate & Updateのマスクされたサイトキーは、サイトが使用しているキーを特定します（例：
******abcd）。これをWPMLアカウントにリストされているサイトと照合します。 - アカウントのメールアドレスへのアクセスを失った場合は、受信トレイで
accounts@wpml.orgからのメッセージを検索してください。アカウント作成時の元のメールに認証情報が含まれています。