Webサーバーのアクセスログとは、ブラウザや検索エンジン、BotなどからWebサーバーへ届いたリクエストを記録した履歴です。 「いつ・どこから・どのURLへアクセスされ・サーバーが何番のHTTPステータスを返したか」などを確認できます。
普段のWordPress運営で毎日見る必要はありませんが、404エラーの調査、不正アクセスの確認、急なアクセス増加、サーバー負荷の原因調査などでは重要な手掛かりになります。
30秒でわかる結論
- アクセスログは、Webサーバーへ届いたHTTPリクエストの記録
- アクセス日時、IPアドレス、URL、HTTPメソッド、ステータスコード、転送量などを確認できる
- 設定によってRefererやUser-Agentも記録できる
- 200は成功、301・302はリダイレクト、404はページなし、500系はサーバー側エラーの確認に使える
- ログ1行＝1人ではなく、画像・CSS・Botなどのリクエストも含まれる
- GA4とは目的が異なり、アクセスログは「サーバーへ届いた通信」を調べるのに向く
- WordPress初心者は、普段は無理に読む必要はないが、障害・不正アクセス・404調査時に存在を知っておくとよい
Webサーバーのアクセスログとは？
アクセスログは、Webサーバーが処理したアクセスの履歴です。
Webページを開くと、ブラウザからWebサーバーへ「このページをください」というHTTPリクエストが送られます。 Webサーバーはページや画像などを返し、その処理内容をログへ記録できます。
アクセスログに残るものの例
- トップページへのアクセス
- 記事ページへのアクセス
- 画像ファイルへのアクセス
- CSS・JavaScriptファイルへのアクセス
- 検索エンジンのクローラーによるアクセス
- 存在しないURLへのアクセス
- 不正アクセスを試みるBotのリクエスト
Apache HTTP Serverの公式ドキュメントでは、アクセスログにクライアントIP、日時、リクエスト、HTTPステータスコード、転送バイト数などを記録できます。 nginxでも、アクセスログの形式を指定して同様の情報を記録できます。
アクセスログで確認できる主な内容
実際に記録される項目はWebサーバーや設定によって異なりますが、一般的には次のような情報を確認できます。
| 項目 | 確認できること |
|---|---|
| IPアドレス | どの接続元からリクエストされたか |
| 日時 | いつアクセスされたか |
| HTTPメソッド | GET・POSTなど、どの方法で要求されたか |
| URL | どのページ・ファイルへアクセスされたか |
| HTTPステータス | 200・404・500など処理結果 |
| 転送量 | レスポンスとして何バイト返したか |
| Referer | どのページなどから来たか |
| User-Agent | ブラウザやBotなどの識別情報 |
すべてのログに全部入っているとは限らない
アクセスログの項目はサーバー側のログ形式によって変わります。 たとえばApacheのCommon Log Formatでは基本項目が中心ですが、Combined Log FormatではRefererやUser-Agentも追加されます。
アクセスログ1行の見方
Apacheの一般的なアクセスログは、次のような形式で記録されます。
アクセスログの例
203.0.113.10 - - [29/Oct/2026:10:15:32 +0900] "GET /sample/ HTTP/1.1" 200 4521 "https://example.com/" "Mozilla/5.0 ..."
これは説明用の例です。項目を分けると次のように読めます。
| 記録 | 意味 |
|---|---|
| 203.0.113.10 | アクセス元IPアドレス |
| 29/Oct/2026:10:15:32 +0900 | アクセス日時 |
| GET | HTTPメソッド |
| /sample/ | 要求されたURLのパス |
| HTTP/1.1 | HTTPバージョン |
| 200 | HTTPステータスコード |
| 4521 | 転送された本文サイズの例 |
| Referer | 参照元として送られた情報 |
| User-Agent | ブラウザ・クローラー等の識別情報 |
初心者が最初に見る3項目
最初からすべて読めなくても問題ありません。 まずは「アクセスされたURL」「HTTPステータスコード」「アクセス日時」を見るだけでも、404や500エラーの調査に役立ちます。
HTTPステータスコードを見ると何が分かる？
アクセスログで特に重要なのがHTTPステータスコードです。 HTTPの処理結果を3桁の数字で確認できます。
| コード | 大まかな意味 |
|---|---|
| 200 | リクエストが正常に成功 |
| 301 | 恒久的なリダイレクト |
| 302 | 一時的なリダイレクト |
| 403 | アクセス禁止・拒否 |
| 404 | 対象ページが見つからない |
| 429 | 一定時間内のリクエストが多すぎる |
| 500 | サーバー内部エラー |
| 502 | ゲートウェイ先から不正な応答 |
| 503 | 一時的にサービスを処理できない |
HTTPステータスコードは、100番台～500番台まで役割ごとに分類されています。 初心者がアクセスログを見る場合は、特に400番台と500番台が増えていないかを確認するとトラブルを見つけやすくなります。
404が1件あるだけで異常とは限らない
Botが存在しないURLを試したり、古いリンクへアクセスしたりすることもあります。 「404がある＝サイト故障」と決めつけず、同じURLに大量発生しているか、実際のページからリンクされているかなどを確認してください。
User-Agentとは？
User-Agentは、アクセスしてきたソフトウェアが送る識別情報です。 ブラウザ、OS、クローラーなどを推測する材料になります。
たとえば検索エンジンのクローラーや一般ブラウザでは、それぞれ異なるUser-Agent文字列が送られます。
User-Agentは送信側が自由に名乗れる情報でもあります。 ログに「Googlebot」と書かれているだけで、本物のGooglebotだと断定しないでください。 セキュリティ調査ではIPアドレスなど他の情報も合わせて確認します。
Refererとは？
Refererは、HTTPリクエストで送られる参照元情報です。 「どのページからこのURLへ移動してきたか」を調べる材料になります。
ただし、Refererは必ず送られるわけではありません。 ブラウザのプライバシー設定、Referrer-Policy、直接アクセス、アプリ経由などによって空欄や限定された情報になることがあります。
Refererだけで流入分析しない
アクセスログのRefererは便利ですが、すべての流入元を完全に記録できるわけではありません。 マーケティング分析にはGA4なども併用してください。
アクセスログはどんなときに確認する？
404が増えた
確認価値：高
どのURLへアクセスされ、どこから来ているかを確認します。
500系エラーが出た
確認価値：高
発生時刻・URLを特定し、エラーログと照合します。
アクセスが急増した
確認価値：高
特定IP・URL・Botへ集中していないか確認します。
通常運営
毎日確認：不要
一般的な個人ブログなら、問題がない限り毎日生ログを読む必要はありません。
404エラーの調査にアクセスログを使う例
たとえば「存在しないページへのアクセスが増えている」とします。 アクセスログを確認すると、次のように原因を分けられます。
- 古い記事URLへのアクセスが続いている
- 内部リンクが間違っている
- 外部サイトから古いURLへリンクされている
- 検索エンジンが古いURLをクロールしている
- Botが機械的に存在しないURLを試している
同じ404でも原因によって対策が異なります。 内部リンクミスならリンク修正、URL移転なら必要に応じて301リダイレクト、意味のないBotアクセスなら必ずしも個別対応する必要はありません。
サーバー負荷の調査にも使える
CPU使用率や同時アクセスが急上昇したとき、アクセスログを見ると「何へのリクエストが増えたか」を確認できます。
負荷調査で見るポイント
- 特定URLへのアクセス集中
- 同じIPからの高頻度アクセス
- wp-login.phpなどへの大量アクセス
- 検索・APIなど重い処理への集中
- 短時間に同じUser-Agentが大量アクセスしていないか
- 500・502・503などが同時に増えていないか
ただし、アクセスログだけでは「CPUを何％使ったか」までは通常分かりません。 サーバーのCPU・メモリ監視、エラーログなどと組み合わせて判断します。
アクセスログとエラーログの違い
| 比較 | アクセスログ | エラーログ |
|---|---|---|
| 主な記録 | HTTPリクエストと応答 | サーバー処理中のエラーや警告 |
| 404確認 | 向いている | 設定による |
| 500原因特定 | 発生URL・時刻の確認 | 具体的なエラー原因確認 |
| 不審アクセス | IP・URL・頻度を確認 | 処理エラーも合わせて確認 |
たとえばアクセスログに「10時15分に /contact/ へアクセスして500」が記録されていたら、同じ時刻のエラーログを確認します。 このように、アクセスログで「何が起きたか」を探し、エラーログで「なぜ失敗したか」を追う使い方ができます。
アクセスログとGA4の違い
アクセスログとGoogle Analytics 4（GA4）は、どちらも「アクセスを見る」ために使えますが、目的が異なります。
| 比較 | アクセスログ | GA4 |
|---|---|---|
| 記録場所 | Webサーバー側 | 主に計測タグ・Google側 |
| Bot | 含まれる | 分析用に処理される |
| 画像・CSS | 記録対象になり得る | 通常ページ閲覧としては扱わない |
| 利用目的 | 障害・通信・セキュリティ調査 | ユーザー行動・集客分析 |
ログ件数をPVやユーザー数として扱わない
1ページを表示するだけでも、HTML、画像、CSS、JavaScriptなど複数のリクエストが発生します。 さらにBotも含まれるため、「アクセスログが1万行＝1万人訪問」とは判断できません。
レンタルサーバーではどこで確認する？
共用レンタルサーバーでは、サーバー管理画面に「アクセスログ」「ログ」「アクセス解析」などの項目が用意されている場合があります。
サービスによっては、次のような違いがあります。
- 管理画面でそのまま閲覧できる
- ログファイルをダウンロードする
- FTPなどからログファイルを取得する
- 保存期間が決まっている
- 生ログではなく集計結果だけ確認できる
保存期間・取得方法・ログ形式はレンタルサーバーごとに異なります。 障害や不正アクセスが起きた後に必要になることもあるため、会社サイトでは「何日保存されるか」「ダウンロードできるか」も事前に確認しておくと安心です。
アクセスログを見るときの注意点
IPアドレスだけで人物を断定しない
アクセスログにIPアドレスが記録されても、それだけで特定の個人を断定できるとは限りません。 会社・家庭・携帯回線・VPN・プロキシなど、同じIPを複数利用者が共有する場合があります。
User-Agentを完全に信用しない
User-Agentは接続元が送る文字列なので、偽装される可能性があります。 Bot判定ではUser-Agentだけに依存しないでください。
ログには個人情報につながる情報が含まれる場合がある
IPアドレスやURL、アクセス日時などが保存されるため、会社サイトではログへのアクセス権限や保管方法にも注意します。 URLへ個人情報や秘密情報を直接含める設計も避けるべきです。
長期間保存すればよいとは限らない
ログは障害調査やセキュリティ調査に役立ちますが、保存量も増えます。 必要な保持期間はサイトの重要度、サーバー容量、会社の運用ルールなどに応じて決めます。
初心者はアクセスログを毎日見る必要がある？
一般的な個人ブログや小規模WordPressサイトなら、アクセスログを毎日1行ずつ確認する必要はありません。
個人ブログ
理解：基本だけでOK
404・500・不正アクセスなど問題が起きたときに確認できれば十分です。
会社サイト
保存場所を把握
事故時に確認できるよう、ログの取得方法と保存期間を把握しておきます。
高アクセスサイト
活用度：高
負荷・Bot・異常トラフィックの分析で継続的に利用する価値があります。
VPS運用
理解：必要
Apache・nginxなどのログ設定、保存・ローテーションまで管理対象になる場合があります。
教科書判定
初心者は「URL・日時・ステータスコード」を読めればまず十分
アクセスログは、すべての項目を暗記する必要はありません。 WordPress初心者は、「Webサーバーへ届いたリクエストの履歴」と理解し、問題発生時にURL・日時・HTTPステータスコードを確認できれば十分です。
404・500系エラーやアクセス急増が起きたときは、アクセスログで発生URL・時刻・アクセス元を確認し、必要に応じてエラーログやCPU・メモリ情報と照合します。
個人ブログでは普段から生ログを追い続ける必要はありません。 一方、会社サイトや重要サイトでは、「アクセスログをどこで取得でき、何日保存されるか」を運用開始時に確認しておくことをおすすめします。
よくある質問
Q．アクセスログを見れば訪問者数が分かりますか？
そのままでは分かりません。アクセスログには人間だけでなくBot、画像、CSS、JavaScriptなどへのリクエストも含まれます。ユーザー数やPVの分析にはGA4などのアクセス解析を利用する方が分かりやすいです。
Q．アクセスログに404が多いとSEOに悪影響がありますか？
404が存在するだけで一律に問題とは言えません。削除済みページ、入力ミス、Botアクセスなど原因はさまざまです。重要な内部リンクが404になっている場合は修正し、URL移転なら適切なリダイレクトを検討してください。
Q．アクセスログとエラーログはどちらを見ればよいですか？
用途が違います。アクセスログは「どのURLへいつアクセスされ、何番のステータスを返したか」を確認するのに向きます。500エラーなどの具体的原因を調べるときは、同じ時刻のエラーログも確認します。
Q．IPアドレスが分かれば不正アクセスした人を特定できますか？
アクセスログのIPだけで個人を断定することはできません。共有回線、VPN、プロキシなどが使われることもあります。不正アクセス調査ではIP、日時、URL、User-Agent、認証ログなど複数の情報を確認します。
Q．WordPress管理画面からアクセスログを見られますか？
WordPress標準機能としてWebサーバーの生アクセスログを表示する仕組みではありません。通常はレンタルサーバーの管理画面やログファイルから確認します。提供方法はサーバー会社ごとに異なります。
まとめ
この記事の結論
- アクセスログはWebサーバーへ届いたHTTPリクエストの記録
- IP、日時、URL、HTTPメソッド、ステータス、転送量などを確認できる
- 設定によってReferer・User-Agentも記録される
- 初心者はURL・日時・HTTPステータスコードから見る
- 404・500系エラー、不正アクセス、急な負荷の調査に役立つ
- アクセスログとエラーログは役割が違うため、必要に応じて併用する
- ログ件数をそのままPV・ユーザー数として扱わない
- 会社サイトでは取得方法と保存期間を把握しておく
アクセスログは専門家だけのものではありません。 すべてを読み解けなくても、「いつ・どのURLで・何番のステータスが返ったか」を確認できれば、WordPressやWebサイトのトラブルを切り分ける重要な手掛かりになります。
「エラーログとは？確認する場面と見方を初心者向けに解説」もあわせて確認してください。