WordPressのサイトが急に真っ白になり、管理画面(wp-admin)にも入れない。FTPで接続してdebug.logだけは取ってきたものの、開いてみると同じような警告メッセージが延々と続いていて、どれが本当にサイトを止めている原因なのか見分けがつかない――。
複数のサイトを保守していて同じ切り分け作業を毎回やっている方、制作会社や外注先に見てもらう前に渡せる形の資料を自分で作っておきたい方、お客さまのサイトを預かっていて「何が起きたか」を日本語で説明する必要がある方は、こうした場面に心当たりがあるはずです。
用意するのは、手元にあるdebug.logのファイル(と、分かればwp-contentのファイル一覧)だけです。どの追加機能・テーマ・WordPress本体・サーバー側の設定が原因の候補かを、確からしさ(高・中・低)と根拠つきで並べ、日本語で読める1枚のレポートにまとめてくれます。
判定は件数の多さでは決まりません。実際のdebug.logは、サイトを止めていない軽い警告が件数の大半を占めることが多いため、このツールは「最も重い事象の深刻度」を先に見て並べます。同梱の見本では、件数がいちばん多いのはテーマの軽微な警告(350件)ですが、実際にサイトを止めているのは、16回しか出ていない別の追加機能の致命的なエラーの方です。レポートでも、きちんとそちらが1位に来ます。原因を1つに断定することはせず、サイトの修復や追加機能の停止といった操作も行いません。ログが外部に送られることもありません。
先に無料の手段があります。WordPress 5.2以降のRecovery Modeのメールが届いて管理画面に入れるなら、それが一番早くて無料です。管理画面に入れるなら公式のHealth Check & Troubleshootingも有力です。この製品が対象にしているのは、メールが届かない、リンクが失効した、そもそも管理画面が真っ白で入れない、という場面だけです。
使い始めの準備は、パソコンの操作にある程度慣れた方が行うか、社内外の詳しい方に任せる必要があります。準備が整ったあとは、手元のdebug.logを渡すだけで使えます。
できあがるのはブラウザで開いて読める1枚のレポートで、原因候補・根拠・実際のログの該当箇所に加えて、最初に試すとよい対処(該当する追加機能のフォルダ名を変更する手順など)も書かれています。自動で修復や停止を実行することはありません。
debug.logは行数の上限なく読み、見つかった原因候補はすべてレポートに載ります。なお開発と検証はWordPressの出力形式に合わせて作った合成ログで行っており、実在のWordPressサイトから取得したdebug.logでは検証していません。読めなかった行は「未分類」「非PHP」として必ず件数表示します。
競合として最初に挙げるべきは無料の手段で、この製品が勝っているのは「管理画面の外で動く」ことと「件数ではなく重さで並べる」ことだけです。
debug.logを目で読める方には要りません。 この製品がやっているのは、読める人がやっていることの自動化です。debug.logにはサーバの保存場所やメールアドレス、外部サービスに接続するための鍵(パスワードのようなもの)が入ることがあり、外部へ送ることになります。この製品は端末内で完結し、wp-contentのファイル一覧と突き合わせて候補が実際にインストールされているかも照合します。また、同じ入力なら必ず同じ出力になる決定論的な動作なので、お客さまへの説明資料として使えます。管理画面に入れる方や、ログを読めば自分で原因が分かる方には、これらの無料手段の方が優れています。
単品買い切り12,800円。月額・オンライン認証・ライセンスキーはありません。BOOTHで販売され、同梱の見本ですぐ動作確認できます。
← 他のお悩みも見る