ワードプレスが激重だった原因は「Count per Day」だった

   2015/08/30

My☆STOCKは、ロリポップのチカッパプランを使っている。月額500円で120G使える。ワードプレスも複数運営可能なレンタルサーバーである。サーバー速度には問題があるようだが、これまで気持ちよく使えていたので気にもしなかった。ところが、My☆STOCKを作ってから状況が変わった。兎に角重いのが気になった。一般の人が見る表側のブログ記事の表示速度もネットのゴールデンタイムには重く感じられた。そこで、何が原因なのかを調べてみた。仮にロリポップが原因だった場合、レンタルサーバーを別の所で借りる覚悟持った上での調査だった。

スポンサーリンク

サーバー速度が遅くなる原因を考察

サーバー速度が遅くなる原因を探る前に、幾つかの仮説を立てる必要性がある。闇雲にやっても時間の無駄になるのが目に見えていたからだ。解決の糸口を探るべく、幾つかの仮説を立ててみた。あれやこれやと考えた末、立てた仮説は、

  • ロリポップ側のサーバートラブル
  • ワードプレスのトラブル
  • プラグインによるトラブル
  • 急激なアクセスによりサーバーダウン

大きく分けてこの4つに分類される。まずはロリポップの障害情報を見るが特に大きなトラブルも無かったようだ。次にワードプレスのトラブルだが、インストールして間もないワードプレスにサーバーを遅くさせる要因は見当たらない。サーバーの動作を遅くさせる要因が一番高いのがプラグインだが、これについてもMy☆STOCKではほとんどプラグインを使っていないので仮説の対象から外した。最後に残った、急激なアクセスによるサーバーダウン。これは論外。そうなっているのなら、喜んで受け入れられるレベル。という事で、この問題についての原因がさっぱり分からなかった。

サーバー全体で考える

My☆STOCKが動いているサーバーの中には、他にも複数のワードプレスが走っている。もし、他のワードプレスでの問題が影響している可能性も加味して再度検証してい見ると、気になるプラグインの存在が浮上した。サーバーに負担をかける最も可能性の高いプラグイン。それが「Count per Day」だった。

Count per Dayプラグインとは?

Count per Dayとは、ワードプレスのアクセス解析付カウンターの役割を果たすプラグインである。このプラグんを使うと「今何人?」のようなリアルタイムの閲覧者を表示する事が出来る便利なプラグインだ。ボクはこのプラグインが大好きで、My☆STOCK以外のブログ全てに実装していた。

当然、My☆STOCKでも使おうと思い、ワードプレス管理画面からプラグインをインストールしようとしたが、Count per Dayが見つからなかった。この事実は数日前から分かっていたが、

「無いものは無いのだから」

そう諦めていた。しかし、サーバーが重い原因を調べて行く中で、どうしてもCount per Dayが気になってしょうがなかった。そこで、全てのブログに設置しているCount per Dayを一時停止する事にした。

Count per Day、グレーからブラック確定

設置している全てのブログのCount per Dayを停止させてみたところ。ワードプレスがメッチャ早く動き出した。1サーバー1ブログでは問題は無いものの、1サーバー複数ブログの場合には、Count per Dayによる負担は予想以上に大きかったようだ。

これらの仮説・検証により、ボクの場合はCount per Dayが原因でサーバーが著しく遅くなるという結論に達した。簡単に設置出来てお気に入りだったプラグインを外すのは後ろ髪を引かれる思いだった。しかし、背に腹は代えられないわけで、泣く泣く全てのCount per Dayを削除。現在、ワードプレスは快適に作動しています。

後日談

この記事を書いてから24時間ほど経過。ワードプレスダッシュボードに先ほどログインしたが、滅茶苦茶快適に操作出来ている。やはり、リアルタイムにサーバーを動かすプラグインは、少しお高めなサーバーを使わないと表示速度に支障が出るものだと改めて実感した。今後は、その点についても注意しながらプラグインを選ぼうと思う。Count per Dayが使えるプラグインだっただけに残念。

スポンサーリンク

  • このエントリーをはてなブックマークに追加
  • Pocket