WPML

サポートとのWPMLデバッグ情報の共有

WPMLのサポートチームは、ほとんどのサポートのご質問において、同じいくつかの情報を求めています。WPMLサポートシステムチェックのデバッグ情報ブロック、サイトまたはそのデータベースのコピー、ブラウザのコンソール出力などです。このページでは、それらの各情報と取得場所について説明しています。これにより、適切な詳細情報をサポートのご質問にあらかじめ貼り付けることができます。サポートに問い合わせる前に確認すべきすべての事項（最小要件、更新、競合チェック、セルフサービスチェックリスト）については、サポートにお問い合わせいただく前にをご覧ください。

システムチェックからのデバッグ情報ブロックのコピー

WPMLサポートシステムチェックを開きます。このページには、PHPのバージョン、WordPressのバージョン、各WPMLプラグインとそのバージョン、サーバー環境、言語設定、およびWPMLがwp-config.phpから読み取る設定値を含むデバッグ情報ブロックが表示されます。ブロックの上部にある「システム情報をクリップボードにコピー」をクリックし、サポートのご質問に貼り付けます。

このブロックにより、実行中のすべてのバージョンとサイトの現在の設定がサポートに伝わります。これは、より詳細な調査を行う前のベースラインとなります。

インストール済みプラグインリストのコピー

WPMLサポートの一番下までスクロールします。インストール済みプラグインセクションには、サイト上のすべてのプラグイン、そのバージョン、および有効か無効かがリストされています。「リストをクリップボードにコピー」をクリックし、サポートのご質問に貼り付けます。

プラグインの競合は、WPMLの症状の最も一般的な原因の1つです。サポートは、このリストを使用して既知の非互換性を特定し、適切な追加の質問を行います。

関連するログのコピー

翻訳サービス会社に関連する症状の場合、WPMLサポート通信ログがサイトと翻訳バックエンド間のAPIトラフィックをキャプチャします。翻訳が明確でない理由で失敗している場合、最近のログエントリをサポートのご質問にコピーすることで、正確なサーバー側の応答をサポートに提供できます。

高度な翻訳エディタ内の症状については、高度な翻訳エディタのエラーログがATEで発生したサーバー側のエラーをキャプチャします。

翻訳ジョブに関する症状（ジョブが開始されない、ジョブが完了しない、ジョブが消えるなど）については、翻訳管理ジョブログに各ジョブのライフサイクルが表示されます。

どの状況でどのログを確認すべきかについては、ログをご覧ください。

サポートとのライブ診断アクセスの共有（任意）

WPMLサポートページの上部には、「WPMLサポートと診断情報を共有する」チェックボックスがあります。これにチェックを入れると、WPMLのサポートチームがサイトのデバッグ情報を直接読み取れるようになります。パスワードや個人情報が共有されることはありません。共有されるのはデバッグ情報ブロックのみです。

やり取りが進むにつれてサポートが最新のデータを再読み込みできるため、ご質問にブロックを貼り付けるよりも迅速に対応できます。この設定は、同じチェックボックスからいつでもオフにできます。

サポートからデバッグログを求められた場合

より深刻な問題（ATEの異常な動作、競合状態、断続的な障害など）の場合、サポートはデバッグ情報ブロックよりも詳細なWPMLの完全なデバッグログを求めることがあります。

デバッグログを有効にする方法：

  1. wp-config.php内の「That’s all, stop editing!」という行の前に、define( 'WP_DEBUG', true );とdefine( 'WP_DEBUG_LOG', true );を追加します。これにより、WordPressはPHPのエラーと警告をwp-content/debug.logに書き込み始めます。
  2. サイト上で症状を再現します。
  3. wp-content/debug.logを開くかダウンロードし、関連するセクションをコピーします（症状が発生した時間帯のタイムスタンプで絞り込みます）。
  4. サポートのご質問に貼り付けるか、ファイルとして添付します。
  5. その後、WP_DEBUGをオフに戻します。エラーにはパス情報が含まれるため、本番環境でオンにしたままにすることはセキュリティ上のリスクとなります。

WPML固有のエントリの絞り込みを含む完全な手順については、WPMLのデバッグリファレンスをご覧ください。

サポートからサイトのコピーを求められた場合

ログだけではサポートが再現できない問題については、調査のためにサイトのコピーを求められる場合があります。一般的な方法は、バックアップまたはステージングツールを使用してサイト全体をパッケージ化し、WPMLの安全なアップロードフォームを通じて共有することです（求められた際にサポートからリンクが提供されます）。

パッケージ化の手順で推奨されるツール：

  • Duplicator. データベースとファイルをインストーラスクリプトとともに1つのアーカイブにパッケージ化します。
  • All-in-One WP Migration. 同様のパッケージ化を行いますが、形式がわずかに異なります。
  • ご利用のホスティングプロバイダに組み込まれているステージング/クローンツール（ポータブルなアーカイブが生成される場合）。

コピーを共有する前に：

  • ライブサイト自体へのアクセスではなく、サイトのコピーを共有していることを確認してください。
  • サイトに顧客データが含まれている場合は、データベースから個人情報を削除してください（DuplicatorとAIOWPにはこのためのエクスポートオプションがあります）。
  • サポートがコピー上で発見した内容に基づいて変更を加える前に、本番環境の正常なバックアップがあることを確認してください。

WPMLはサーバー間のサイト移行のケースを自動的に処理します。一方、サポートへのコピー送信のケースは、ホスティング環境外の担当者がローカルで立ち上げられるようにサイトをパッケージ化する作業となります。

WPMLアカウントの認証情報の確認

このサイトがどのWPMLアカウントで登録されているかをサポートから尋ねられ、思い出せない場合：

  • WPML有効化 & 更新に表示されるマスクされたサイトキーは、サイトが使用しているキーを識別します（例：******abcd）。これをWPMLアカウントにリストされているサイトと照合してください。
  • アカウントのメールアドレスへのアクセスを失った場合は、受信トレイでaccounts@wpml.orgからのメッセージを検索してください。最初にアカウントを作成した際のメールに認証情報が含まれています。