【404 Not Found】Page not foundの原因と直し方!SEO影響や対処法を徹底解説

10 min 66 views

💡 結論(要点まとめ)

『404 Not Found(Page not found)』が表示される原因とすぐ試せる対処法を徹底解説!閲覧者向けの解決策から、Webサイト管理者向けの301リダイレクト設定・WordPressでのカスタム404ページ作成、SEOやソフ

この記事でわかること

  • 404 Not Foundが表示される主な原因は何ですか?
  • 404エラーが発生するとWebサイトのSEO順位は下がりますか?
  • 閲覧しているサイトでPage not foundが出たとき、ユーザーはどうすればいいですか?

404 Not Foundは、指定したURLのWebページがサーバー上に存在しない状態を示すエラーコードです。閲覧者はURLやキャッシュを確認し、サイト管理者は301リダイレクトや修正作業で対応します。

スマホで「ページが見つかりません」と表示されて困っている閲覧者から、自社サイトのリンク切れやエラー急増への対応に悩むWeb管理者まで、今すぐ実践できる解決手順を網羅しました。Google検索セントラルやIPA(情報処理推進機構)の公的資料に基づき、SEOやセキュリティの注意点を含めて手順を案内します。

(adsbygoogle=window.adsbygoogle||[]).push({});

📊 当サイトの実測データ(Bing Webmaster(実測)・直近)

このページに実際に多く寄せられている検索ニーズは次のとおりです。本記事はこれらに回答しています。

  • モモンガッ
  • momon:ga
  • モモンガッ
  • ももんがっ
  • momon:ga

目次

404 Not Found(Page not found)とは?意味とHTTPステータスコードの仕組み

404 Not Foundは「サーバーとの通信は成立したものの、指定されたファイルやページが存在しない」ことを示す応答信号です。ネットワーク障害やサーバーダウンではなく、リクエストした行き先が見つからない状態を指します。

404エラーが返される技術的メカニズム

ブラウザがWebサーバーへページ取得のリクエストを送った際、サーバーはシステム内のディレクトリやデータベースを照会します。該当するデータが見つからない場合、サーバーはレスポンスヘッダーにステータスコード「404」をのせ、あらかじめ設定されたエラー用のHTMLをブラウザに返送します。ブラウザや通信機器の故障ではなく、プログラムが仕様通りに「見当たらない」と返答している動作です。

  • 2xx(200 OKなど):正常処理。リクエストされたデータが存在する状態
  • 3xx(301/302など):転送。別のURLへ自動的に誘導する状態
  • 4xx(403/404など):クライアント側のリクエスト(URL間違い等)に起因する状態
  • 5xx(500/503など):サーバー側の処理エラーや過負荷による状態

500エラーや403エラーとの決定的な違い

コード 主な意味 原因の所在 閲覧者の一般的な対処
404 Not Found ページが存在しない URL誤り・サイト構造 URLの再確認・トップページから検索
403 Forbidden アクセス権限がない 閲覧権限・IP制限 ログイン状態の確認・アクセス権の申請
500 Internal Server Error サーバー内部のエラー プログラム・設定ミス 時間を置いて再アクセス
503 Service Unavailable 一時的なアクセス不可 アクセス集中・メンテナンス 数分〜数十分待ってから再読み込み

セキュリティ上の注意:404画面に「PCがウイルスに感染しています」「修復のために以下の番号へ電話してください」といった表示が出た場合は、偽の広告(サポート詐欺)です。ブラウザのタブをそのまま閉じ、記載されたリンクや電話番号には絶対触れないでください。

なぜ表示される?Page not foundが発生する5つの主な原因

発生原因の多くは、閲覧者側の入力間違いか、管理者側のページ管理・転送設定の不備に分類されます。どちら側で発生しているトラブルかを切り分けると、対応がスムーズになります。

1. 入力したURLのスペルミス・打ち間違い

全角文字の混入、ハイフン「-」とアンダースコア「_」の誤記、末尾スラッシュの有無による違いが代表的です。チャットツールやメールで送信されたURLが途中で改行され、文字列の一部が欠落しているパターンも目立ちます。

2. ページ自体が削除・ドメイン移転されている

リニューアルに伴うURL変更やサービス終了により、旧ページを削除したまま転送設定を施していない場合、過去のURLへアクセスしたユーザーはすべて404画面へ到達します。

3. 内部リンク・外部リンクの破損(リンク切れ)

Webサイト内のリンク設定で「http://」を二重入力してしまったり、相対パスの記述階層を間違えたりするケースです。CMSのカテゴリ一括変更に伴い、過去記事内のリンクが大量に切れる事例も発生します。

4. 301リダイレクト設定の不備

転送先として指定したURL自体が間違っている場合や、転送設定がループしている場合、さらには「.htaccess」ファイルの記述順序のミスなどが原因となります。

5. サーバー内のファイル配置・パーミッションエラー

FTPでアップロードしたフォルダ階層の間違いや、トップページとなる「index.html」「index.php」の置き忘れ、ファイルの読み込み権限(パーミッション)が適切に付与されていない場合にも404が返されます。

原因 問題の発生元 初動対応
URL誤入力 閲覧者 文字列・記号の目視確認と再入力
ページ削除・移転 サイト管理者 後継ページへの301リダイレクト設定
リンク切れ サイト管理者 該当箇所のhref属性の修正
リダイレクト設定ミス サイト管理者 転送先URLの存在確認と.htaccess見直し
サーバー配置エラー サイト管理者 FTP上のファイル階層・パーミッション確認
(adsbygoogle=window.adsbygoogle||[]).push({});

【見る側】404 Not Foundが出たときのユーザー向け対処法4選

閲覧中に404が表示された際は、「入力確認」「再読み込み」「キャッシュクリア」「サイト内検索」の順番で確認を進めると、目的の情報に到達しやすくなります。

手順1:URLに間違いがないか再確認する

  • 末尾に余分な記号や空白が入っていないか確認する
  • 末尾のスラッシュ(/)の有無を切り替えて試す
  • URLの末尾から1階層ずつ削って親ディレクトリにアクセスしてみる(例:/category/page-a/ → /category/)

手順2:ブラウザのキャッシュとCookieを消去する

サーバー側でページが復旧していても、ブラウザ内に古い404応答のキャッシュが残っているとエラー画面が再度読み込まれる場合があります。

  • Google Chrome(PC):「設定」→「プライバシーとセキュリティ」→「閲覧履歴データの削除」で「キャッシュされた画像とファイル」を消去
  • Safari(iPhone):「設定」アプリ →「Safari」→「履歴とWebサイトデータを消去」
  • 強力な再読み込み(スーパーリロード):Windowsは「Ctrl + F5」、Macは「Command + Shift + R」を押し、サーバーから最新データを直接読み込む

手順3:サイト内検索やトップページから目的のページを探す

ドメイン部分(https://example.com/ など)のみを残してトップページを開き、設置されている検索窓やサイトマップから目的の記事を探します。Googleの検索窓で「site:ドメイン名 キーワード」を入力して検索をかける方法も有効です。

手順4:Wayback Machine(ウェブアーカイブ)で過去ページを確認する

すでに削除されたページであっても、非営利組織が運営する「Wayback Machine」などのアーカイブサービスに過去の画面データが保存されているケースがあります。該当URLを検索欄に入力し、カレンダーから日付を選択することで過去の内容を閲覧できる場合があります。

閲覧時の実例:「以前ブックマークしたオンラインショップの商品ページを開いたら404エラーが表示された。トップページから商品名で検索し直したところ、カテゴリ再編によってURLが変わっていただけで販売自体は継続していた」というケースは頻繁に起こります。古いブックマークは定期的に更新しておくのが安全です。

ブラウザの動作不良が懸念される場合は、ChatGPTでコピペができないトラブルの解決方法で解説しているブラウザ拡張機能やキャッシュの切り分け手順が役立ちます。また、特定の通信環境からアクセスが制限されている可能性がある場合は、ブロック解除・アクセス障害時の安全な対処法ガイドの確認手順を参考にしてください。

【管理者側】サイトで404エラーが発生したときの直し方

管理サイト内で404が発生した場合は、「Search Consoleによるエラー箇所の特定」「301リダイレクトの適用」「カスタム404ページの整備」の3ステップで対処します。全ページを機械的にトップページへ転送する対応は避ける必要があります。

ステップ1:Google Search ConsoleでエラーURLを特定する

  • 管理画面の「ページ」レポートを開く
  • 「登録されていないページ」の要因一覧から「見つかりませんでした(404)」を選択
  • 該当URLのリストを出力し、どのページからリンクが貼られているか参照元を確認
  • リンク修正や転送設定を終えたら「検証を開始」を押して再クロールをリクエスト

Google Search Consoleの公式ヘルプ「インデックス作成レポート」の案内においても、定期的にエラーURLの検出と参照元の特定を行う手順が推奨されています。(※管理画面のUIや名称は変更される場合があるため、最新手順は公式ヘルプを確認してください)

ステップ2:301リダイレクトで代替ページへ転送する

移転先や同等の情報を提供するページが存在する場合は、検索エンジンに対して恒久的な転送を示す「301リダイレクト」を設定します。Apache環境であれば「.htaccess」ファイルに記述を追加します。

  • 記述例(個別ページの転送):Redirect 301 /old-page/ https://example.com/new-page/
  • 設定完了後はブラウザの開発者ツールやステータスチェックツールを使い、301ヘッダーが正しく返っているか確認する
  • リダイレクトが複数回連続する「多段リダイレクト」は処理速度の低下を招くため1回で完結させる

ステップ3:WordPressでのパーマリンク再生成と環境維持

  • 管理画面の「設定」→「パーマリンク」を開き、何も変更せずに「変更を保存」をクリックして「.htaccess」のルーティングルールを再生成する
  • 「Redirection」などのプラグインを用いて旧URLから新URLへの転送ルールを管理する
  • サーバー移転や大規模な改修時に大量の404が発生した場合は、リダイレクト設定の抜け漏れがないか確認する

Web管理者の運用アドバイス:サーバー移転やWordPressのバージョン更新に伴うリダイレクト事故・表示トラブルが増加しています。手動での設定管理に限界がある場合や、セキュリティ・速度低下を防ぎたい場合は、自動リダイレクト支援機能が充実した高品質なレンタルサーバー(XServerやConoHa WING等)への乗り換えや、WordPressの保守管理・障害復旧を専門に扱う保守支援サービスの活用を検討すると、運用リスクを大幅に低減できます。

ステップ4:離脱を防ぐカスタム404ページを設置する

WordPressを利用している場合、テーマフォルダ内の「404.php」をカスタマイズして親切な案内画面を作成します。標準で含めるべき要素は以下の通りです。

  • ページが見つからない旨を知らせる分かりやすい日本語テキスト
  • サイト内検索フォーム
  • トップページや主要カテゴリへのナビゲーションリンク
  • 人気記事や新着記事のリスト
  • 問い合わせフォームへの導線

失敗事例:サイトリニューアル時に削除した過去記事数百本を、すべて機械的にトップページへ301転送した結果、Googleから「関連性のない不適切な転送」と判断され、実質的なソフト404として処理されたケースがあります。後継となる具体的な代替ページが存在しない場合は、無理に転送を行わず正しく404(または410)を返す設計が推奨されます。

(adsbygoogle=window.adsbygoogle||[]).push({});

404エラーはSEOに悪影響?Googleの公式見解とソフト404の危険性

正当な理由で削除されたページが404を返すこと自体によって、サイト全体の検索評価が直接下がることはありません。問題視されるのは、ページが存在しないにもかかわらず正常応答(200 OK)を返してしまう「ソフト404」の存在です。

「正当な404エラー」なら直接的なペナルティはない

Google検索セントラルの公式ドキュメント(Do 404s hurt my site?)によると、存在しないページに対してサーバーが404を返す動作はWebの正常な機能であり、404が存在する事由のみでペナルティや順位下落が発生することはないと明記されています。

検索エンジンの巡回効率を落とす「ソフト404」の注意点

一方、Google検索セントラルのドキュメント(Farewell to soft 404s)では、画面上には「ページが見つかりません」と表示しながらステータスコード200 OKを返す状態(ソフト404)について、クローラーの評価やインデックス効率を著しく低下させる要因として警告されています。

評価項目 正当な404エラー ソフト404エラー
返されるステータス 404 Not Found / 410 Gone 200 OK
検索エンジンの認識 ページ不在を正しく認識しインデックス抹消 コンテンツの無い不完全なページとして低評価
クロール効率への影響 無駄な巡回が自動的に抑制される 不要なURLの巡回にリソースが浪費される
代表例 404専用レスポンスを返す設定 エラー画面を表示しつつ200コードを返す自作ページ

クロールバジェットの浪費を防ぐインデックス最適化

  • 削除済みURLはXMLサイトマップから速やかに除外する
  • 今後再掲載する予定がないページには「410 Gone」を返し、恒久削除の意図を検索エンジンに伝える
  • 定期的にリンクチェックツールを動かし、内部リンクの切れを修正する

Google検索セントラルの各種ガイドライン(AI Features and Your Website等)においても、検索エンジンやAI生成機能がサイト構造を正確に理解するためには、正しいステータスコードの返答が不可欠であると示されています。適切なコード応答を維持することがSEOの基礎となります。

IPAガイドラインに学ぶ安全なエラーページ設計

Webサイトのエラー画面を作成する際は、セキュリティ面への配慮も欠かせません。独立行政法人情報処理推進機構(IPA)が公開している『安全なウェブサイトの作り方』では、エラー表示を悪用した情報漏洩の防止が呼びかけられています。

システム詳細情報を非表示にしてセキュリティを高める

  • データベースのエラーメッセージやSQLクエリ文を直接画面に表示させない
  • システム内部の絶対パス、サーバーOSのバージョン、フレームワークのスタックトレースを露出させない
  • エラーの詳細情報は管理者用のサーバーログにのみ記録し、画面上には汎用的なお詫び文言のみを表示させる

IPAが定期的に公表している「ソフトウェア等の脆弱性関連情報に関する届出状況」の資料によると、Webサイトに関する脆弱性の報告が多くを占めています。エラー画面から漏れ出たシステム構成情報は、攻撃者による脆弱性探査の足がかりになり得るため、非表示の徹底が必要です。(※最新の届出件数や統計はIPA公式サイトの最新レポートを確認してください)

アクセシビリティに配慮したナビゲーション設計

  • 「404」という数字の提示だけでなく、「お探しのページは見つかりませんでした」と日本語で状況を明確に記述する
  • 適切な見出しタグ(h1, h2など)を設定し、音声読み上げソフトで状況が把握できるようにする
  • 文字色と背景色のコントラスト比を確保し、視認性を高める

運用上の注意点:404ページ内に大量のバナー広告や外部連携スクリプトを配置すると、ページの読み込み速度が低下するだけでなく、ユーザーに誤操作を誘発させる低品質なページとみなされる恐れがあります。必要最小限の案内と検索窓を中心に構成するのが望ましい形です。

(adsbygoogle=window.adsbygoogle||[]).push({});

404 Not Foundに関するよくある質問(FAQ)

Q1. 404 Not Foundが表示される主な原因は何ですか?

主な原因は「URLのスペルミス」「ページの削除や変更」「内部・外部リンクの記述ミス」「リダイレクト設定の不備」の4点です。サーバーの故障ではなく、指定したパスにファイルが存在しない状態を示します。

Q2. 404エラーが増えるとSEO評価は下がりますか?

正当な理由で404を返している場合、Googleから直接的なペナルティを受けることはありません。ただし、リンク切れの放置や「ソフト404」が大量に存在すると、クローラーの巡回効率が落ち、間接的に悪影響を及ぼす場合があります。

Q3. スマホで「ページが見つかりません」と表示されたときの対処法は?

まずは画面の再読み込みを試し、解決しない場合はブラウザの閲覧履歴・キャッシュデータを消去します。それでも表示されない場合は、URLの末尾を削ってトップページへアクセスし、サイト内検索を利用してください。

Q4. WordPressで突然サイト全体のページが404になった場合の復旧方法は?

管理画面の「設定」→「パーマリンク」を開き、変更を加えずに「変更を保存」ボタンをクリックして「.htaccess」ファイルを再構成します。解消しない場合は直前に追加・更新したプラグインを停止して切り分けを行います。

Q5. 削除したページの404エラーは放置しても大丈夫ですか?

外部からのリンクや検索流入が残っている重要なURLであれば、関連する代替ページへ301リダイレクトを設定するのが適切です。どこからも参照されていない過去の削除ページであれば、そのまま404を返して問題ありません。

Q6. 404と410の使い分け基準は何ですか?

404は「一時的に見つからない(将来復旧する可能性がある)」ニュアンスを含みます。一方、410(Gone)は「意図して永久に削除した」ことを示すコードです。再掲載の予定が一切ないページには410を設定すると、検索エンジンへ迅速に削除の意思が伝わります。

Q7. 自作の404ページが「ソフト404」になっていないか確認する方法は?

Google Chromeのデベロッパーツール(F12)を開き、「Network」タブを選択した状態で該当の404ページを読み込みます。最上段のレスポンスコードが「404」と表示されているか確認してください。「200」と表示される場合はサーバー側でステータスコードの出力設定を修正する必要があります。

404対応のチェックリストと運用のコツ

最後に、閲覧者とサイト管理者それぞれが取るべきアクションをまとめました。

対象者 実施するタスク 推奨される確認頻度
閲覧者 URL確認 → スーパーリロード → キャッシュ削除 → サイト内検索 エラー発生時
サイト管理者 Google Search Consoleで404検出レポートの確認 月1回
サイト管理者 リンクチェッカーツールによる内部リンク切れ調査 月1回
サイト管理者 カスタム404ページのステータスコード(404応答)検証 サイト改修・テーマ変更時
サイト管理者 301リダイレクト設定ファイルの不備・ループチェック 半年に1回

編集部より:本記事はGoogle検索セントラルの公式ドキュメントおよびIPA(情報処理推進機構)の公開情報に基づき作成しています。管理画面の操作手順やガイドラインの記載は更新される可能性があるため、作業の際は各機関の公式サイトで最新情報をご確認ください。

404 Not Foundは適切な設定を行うことで、ユーザーの離脱を最小限に抑え、検索エンジンへ正しいサイト構造を伝えるための重要なシグナルとなります。慌てず原因を特定し、本記事の手順に沿って適切な対処を進めてください。

📚 参考・出典(編集部が確認した一次ソース)

※本記事の執筆にあたり、上記の公的機関・公式サイトによる公開情報を確認しています。

✍️ この記事を書いた人:lifestyle.assist-all.co.jp 編集部

lifestyle.assist-all.co.jp 編集部は、公的情報・公式発表・実際の検証結果や一次データに基づいて記事を編集・更新している編集チームです。内容は定期的に見直し、最新の状況に合わせて改訂しています。

🖋 発行責任者:宇井和朗(うい・かずあき)

運営者・監修者/株式会社アシスト 代表取締役。2014年12月設立の株式会社アシスト(東京都千代田区飯田橋)代表取締役。住宅関係・店舗事業者・運送業をはじめ11万社(2026年時点)のクライアント支援で得た知見と自身の実体験に基づき、本メディアを運営・監修。ホワイト企業認定を3年連続取得、2026年に優良ビジネス認定ゴールド(J-DMA)を取得。 会社概要