WordPress サイトの活動の追跡プラグイン

  • Naver ブログを共有する
  • Naver バンドに共有する
  • Facebook 共有する
  • Twitter 共有する
  • 카카오스토리공유하기

ワードプレスのサイトからの訪問者やユーザーの活動を追跡する必要がある場合があります。 そのような場合、無料で配布されているプラ​​グインを使用することができます。 このブログでは、ユーザーのログインのログを記録するSimple Login Logプラグインを紹介したことがあるが、そのプラグインは1年以上の更新がないされているので、使用しないことが望ましい。 代わりに、この記事で紹介するプラグインをテストすることができます。

Activity Logプラグイン

ワードプレスのサイトのログのプラグイン

サイトの活動を監視し、追跡するために使用されるプラグインです。 このプラグインを使用して、ワードプレスのサイトで誰が何をするのかを正確に把握することができます。 Activity Logプラグインは、飛行機のブラックボックスのようにワードプレスでのすべての活動をログ記録し、次のようにユーザーがサイトでどのような活動をしていることを確認することができます。

  • 誰かがサイトをハッキングしようとしているかどうか
  • ポストが発行される時間とポストを発行したユーザー
  • プラグインが有効/無効にされている場合、
  • 受賞した管理者の活動のログ記録
  • すべてのユーザーの活動を追跡して、サイトを安全性の向上

プラグイン開発者によると、このプラグインはまた、非常に高速のサイトと管理者ページのパフォーマンスに影響を及ぼさないとね。 最適なパフォーマンスのためにDBから別のテーブルで実行されるように設計されたそうです。

このプラグインは、特に会員が多くのサイトではメンバーの活動を追跡するのに便利に活用することができます。

Activity Logプラグイン実際の動作画面
出典:Activity Logプラグインのページ。

このプラグインは、現在の10万以上のサイトに設置されて使用されており、アップデートもよく行われるようです。 このプラグインの詳細については、 Activity Logプラグインのページを参照してみてください。

Simple Historyプラグイン

ワードプレスユーザーの活動を追跡プラグインSimple History

Simple Historyは、伝言板から直接または別のページにワードプレス内で行われた最新の変更を表示します。

このプラグインは、ワードプレスに発生する重要なイベントのログ/履歴/監査ログ(audit log)/バージョン履歴を記録する用途に動作します。

Simple Historyは、次のようなサードパーティのプラグインをサポートします。

  • Jetpack - 有効または無効にされたジェトペクモジュールを確認することができます。
  • Advanced Custom Fields(ACF) - Simple Historyは、ACFによって生成されたフィールドグループとフィールドグループ内のフィールドへの変更を記録します。
  • User Switching - 各ユーザーの切り替えを記録します。
  • Enable Media Replace - 交換がされているファイルと新しいファイルの詳細情報を記録します。
  • Limit Login Attempts - Simple Historyは、Limit Login Attemptsプラグインで行われるログイン試行、ブロック(lockout)、構成の変更を記録します。
  • Redirection - 生成されたり変更されたり有効/無効にされているリダイレクトとグループをログ記録して、プラグインのグローバル設定が変更されても、その内容を記録します。
  • Duplicate Post - ページやポストの複製(clone)履歴を記録します。

詳細については、 Simple Historyプラグインのページを参照してみてください。

おわりに

以上で、ワードプレスのサイトでは、ユーザー/メンバーの活動を追跡することができるプラグインについて説明しました。 規制を遵守するために、ユーザーや会員の活動を監視し、追跡する必要がある場合は、この記事で紹介したプラグインを使用することができるようになります。

セキュリティ事故発生に備えて、サーバーのログを維持しているかどうかを確認することも重要です。 ウェブホスティング会社のサーバーのログを維持するために詳細を問い合わせてみてください。 ブルーホスト などcPanelを提供するホストを利用する場合には、cPanel内のサーバーのログを確認することができます。



8のコメント

  1. 追跡こういうことを考えもなかったね。
    数日前にホストからアイピーをみる国内照会よりも、米国で一ヶ所のアイピーで2倍多くの場所で照会があり、ブロックをしました。(笑)

    応答
    • 私はちょうどセキュリティプラグイン一つインストールしておいています。

      その後、過度の接続の試みを多くするIPアドレスは自動的にブロックされます。(笑)

      応答
      • こぶ、いくつかのプラグインを使用ハシナヨ。?
        私も使って見るよ^^

      • セキュリティプラグインには、WordfenceとiThemesが多く使用されます。

        Wordfenceが最も多く使用され、私はiThemes Securityを使用しています。 iThemesがもう少し軽く感じられますね。

        https://www.thewordcracker.com/basic/%EC%9B%8C%EB%93%9C%ED%94%84%EB%A0%88%EC%8A%A4-%EB%B3%B4%EC%95%88-%ED%94%8C%EB%9F%AC%EA%B7%B8%EC%9D%B8-ithemes-security/

      • そのプラグインに遮断するIP中Googleのボットは含まことはありませんか? 今日45%以上のスループットを独占するipがありブロックしようとしてみると、Googleのボットイオトゴドゥンヨ。

      • 昨年Adi Jang様が同様の問題にコメントを残したことがあります: " SitegroundはではGoogleのボットの設定を下げとんですよ。 (いくつかのリストを見せながら)それで、Googleサーチエンジンでボットのアクセスを得る下げた。」

        正確にどのような方法でGoogleのボットのアクセス設定を下げたのか分からないが、次のGoogleの記事が参考になるでしょう。
        https://support.google.com/webmasters/answer/48620?hl=ko

        この問題を Bluehostにお問い合わせしてみるとrobots.txtを利用するようにしますね。

        次のようにすると、なりそうです。
        1)Googleのボットが多くアクセスするためのリンクを確認します。
        2)robots.txtでそのリンクをブロックします。

        特定のページをブロックする方法は、次の記事を参照してください。
        https://stackoverflow.com/questions/3486458/how-do-i-disallow-specific-page-from-robots-txt

        この問題を時間が飛ぶとき SiteGroundも一度聞いてみ、より適切な方法があるかチェックしてみましょう。

        ちなみにどの文を見ると、次のような内容がありますね。

        Googleのボットがあまり訪問する理由...
        1)新しいコンテンツがあまりにも多い。
        2)サイトに問題がある:はい)、無限のルート(infinite loop)

      • ありがとうございます。 いつもそんなことはなく、偶然にそのようなものだから、新しいコンテンツが多くそうだと思いたいですね。 ^^;
        どのページや記事にモリーナ一度見てみるね。 ありがとうございます。 ^^

      • この問題を SiteGroundにお問い合わせしてみると、Googleウェブマスターツールでクロール速度を制御することができる方法があるとね。

        次の記事を参照してください。

        How to change Googlebot's crawl rate