本文へ移動
リライトレーダーRewrite Radar
メニュー

公開

「見つかりませんでした(404)」は消した覚えがなくても出る、直すのは自分が案内しているURLだけ

サーチコンソールの「見つかりませんでした(404)」は、Googleが持っているURLの名簿を叩いた結果です。名簿からの削除手段は無く、件数は過去1か月の窓です。手を入れる対象について公式が引いている線は「自分自身にリンクしているか、サイトマップに記載している404エラーのみ」の1本だけです。

この記事のまとめ

「見つかりませんでした(404)」は、Googleが知っているURLを叩きに行って、そのURLが404を返した、という記録です。叩きに行くURLの名簿はGoogle側にあり、こちらの申告だけで作られていません。公式ヘルプはこの項目に「Google は明示的なリクエストやサイトマップなしで、この URL を検出しました」と書いています。だから記事を消した覚えがなくても、この行にURLは並びます。

放置してよいかについて、Googleの404ヘルプは「一般的に、404 エラーが発生してもサイトの検索パフォーマンスに影響が及ぶことはありません」と書いています。そのうえでレポート側のヘルプが引いている線は1本で、「一般的に、自分自身にリンクしているか、サイトマップに記載している 404 エラーのみを修正することをおすすめします」です。つまり見るのは件数ではなく、その404が自分の案内した先かどうかです。

内部リンクやサイトマップで案内中のURLだけ直す
図は左右にスクロールして読めます。

サーチコンソールの「ページ」を開いたら、「見つかりませんでした(404)」という行にURLが並んでいた。

問題は、消した覚えがないことです。それどころか、自分で作った記憶のないURLが混ざっていることもあります。「404」という語が強いので、サイトのどこかが壊れたのだと思います。しかも検索すると「404を放置すると評価が下がる」という記事が出てきて、余計に不安になります。

結論を先に書きます。この行は、あなたが作ったページの一覧に対する結果ではありません。Googleが知っているURLの名簿を叩いた結果です。名簿に何が載るかは、こちらの管理下にありません。公式ヘルプはこの項目の説明文の2文目で、そのことをはっきり書いています。

Google は明示的なリクエストやサイトマップなしで、この URL を検出しました。
— Google公式ヘルプ「ページ インデックス登録レポート」(部分引用です。説明文の全文は次の章に引きます)

だから最初にやるのは、件数を減らす作業ではありません。並んでいるURLを読んで、そこに自分が案内しているURLが混ざっていないかを見ることです。

次に直す記事を自分のデータで調べる

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

この行は何を言っているのか

まず、この項目がレポートのどこに置かれているかを確認します。2026年9月10日にページ インデックス登録レポートの日本語ヘルプの本文を取得して見出しの階層を調べたところ、「見つかりませんでした(404)」は「インデックス登録に関する問題の原因」の中の「未登録」という区分に置かれていました。そして「未登録」という区分そのものに、次の断り書きが付いています。

ページはインデックスに登録されていませんが、必ずしもエラーによるものではありません。具体的な説明を読んで、対処する必要があるエラーかどうかを確認してください。
— Google公式ヘルプ

「対処する必要があるエラーかどうかを確認してください」と書かれている以上、この区分に並ぶこと自体は、直せという指示ではありません。では「見つかりませんでした(404)」の説明文には何が書いてあるのか。短いので全文を引きます。

このページのリクエスト時に 404 エラーが返されました。Google は明示的なリクエストやサイトマップなしで、この URL を検出しました。Google は、別のページからのリンクとして、この URL を検出した可能性があります。または、ページは以前存在していたものの、削除された可能性があります。このような URL に対して、Googlebot は以後しばらくの間アクセスを試みます。クロールの頻度は次第に低下しますが、検出済みの URL を Googlebot から完全に削除する方法はありません。ページが置き換えられることなく削除されている場合、404 レスポンスは必ずしも問題ではありません。ページを移動した場合は 301 リダイレクトを使用して新しいアドレスに転送してください。404 エラーの修正についてご確認ください。
— Google公式ヘルプ

この説明文は、こちらが知りたいことをほぼ全部先に答えています。どこから来たURLなのか、いつまで叩かれるのか、消せるのか、放置していいのか。以下はこの4点を順にほどいていくだけです。

なお、これから記事を消すときに404・410・301・noindexのどれを返すかという選び分けは、この記事では扱いません。それは記事の削除で404と410どちらを返すか、301・noindexとの使い分けに書いてあります。この記事は、すでに画面に出ている行をどう読むかだけを扱います。

なぜ「消した覚えがないのに404」が出るのか

Googleが叩きに行くURLの名簿が、自分のサイトの目次と別物だからです。そして名簿を作るのも、名簿から消すのも、こちら側ではありません。これから挙げる3つは、全部この1点から出ています。

① 名簿に載る経路が、自分の申告だけではない

公式ヘルプは、Googleがページを知る経路をこう書いています。

Google がページを認識するためには、サイトマップまたはページのクロール リクエストを送信するか、Google がどこかでページへのリンクを見つけることが必要です。
— Google公式ヘルプ

3つのうち最後の1つだけ、こちらの操作を伴いません。だから404の説明文も「明示的なリクエストやサイトマップなしで、この URL を検出しました」と書けるわけです。そして「どこかで見つけたリンク」は、正しいURLとは限りません。

Googleは404専用のヘルプページを別に持っていて、そこでは実在しないURLが名簿に載る経路が名指しされています。1つは人間のタイプミスです。

このようなエラーは、サイトに存在しない URL をユーザーがブラウジングすると発生します。たとえば、ブラウザに入力した URL や、リンクの URL にスペルミスが含まれている場合です。
— Google公式ヘルプ「404(ページが見つかりません)エラー」

もう1つは、そもそもリンクですらないものです。同じヘルプは、こう続けています。

さらに、予期しない URL は Googlebot が JavaScript、Flash ファイル、その他の埋め込みコンテンツの中で検出されたリンクをたどろうとしたために生成されたか、サイトマップにのみ存在している可能性もあります。
— Google公式ヘルプ

このヘルプはご丁寧に実例まで載せていて、アクセス解析でダウンロードを計測するコードを挙げています。そのコードにはページとして存在しない文字列が書かれているだけなのですが、「Googlebot はこのコードを見ると、実在するページでなくても、URL http://www.example.com/download-helloworld をクロールしようとすることがあります」と説明されています。公式はこれを[クロール エラー]レポート(現在は無いレポートです)に出る例として書いていますが、URLの検出経路の話としては同じです。つまり、自分が一度も作っていないURLが404として記録されることは、公式が想定している事態です。

⚠️ 誤解しないでほしいので断っておくと、ここに挙げたのは、上の2つのヘルプページ(ページ インデックス登録レポートと404エラー)が名指ししている経路だけです。404が出る経路の全部ではありません。たとえば、テーマやプラグインの入れ替えでURLの形が変わったケースは、この2ページには具体例として書かれていませんでした(ページを移動した場合については、どちらのページもリダイレクトを案内しています。レポート側は「301 リダイレクトを使用して新しいアドレスに転送してください」、404エラーのヘルプ側は「コンテンツを移動した場合は、リダイレクトを追加します」で、後者は番号を指定していません)。

② 名簿からURLを消す方法が、こちら側に無い

説明文の中でいちばん重い一文がこれです。

クロールの頻度は次第に低下しますが、検出済みの URL を Googlebot から完全に削除する方法はありません。
— Google公式ヘルプ

同じヘルプのよくある質問には、そうしている理由まで書かれています。質問の見出しは「Google はなぜ削除されたページをクロールし続けるのですか?」で、答えはこうです。

既知の URL から少しの間 4XX エラーが返されても、一時的なエラーである場合に備えて、Google は既知の URL をすべてクロールし続けます。URL がクロールされなくなるのは、URL から noindex ディレクティブが返される場合のみです。
— Google公式ヘルプ

404は「無い」という報告であって、「二度と来るな」という取り消しではありません。サーバーが一時的に壊れていただけかもしれないので、Googleは念のため後日また叩きに来ます。ここから出てくる結論は1つです。Googleが持っている名簿から自分でURLを消すことはできないので、「この行を空にする」を作業の目標に置いても意味がありません。(後述するとおり、レポートの表示は直近1か月の窓なので、叩かれなくなれば表示上は消えます。名簿が消えたわけではありません。)

⚠️ クロール バジェットを最適化するには「Google は認識している URL を無視することはありませんが、404 ステータス コードは、対象の URL を再度クロールしないことを強く求めるシグナルです」という書き方もあります。 前半のとおり名簿から消えるわけではなく、後半はこれから消すページに何を返すかという話です。そちらは記事の削除で404と410どちらを返すか、301・noindexとの使い分けの領分です。

③ だから件数は在庫ではなく、直近1か月の窓

名簿が減らないなら、なぜ件数は増え続けないのか。レポート側が表示範囲を切っているからです。さきほどの回答の直後に、そう書かれています。

404 エラーのリストが増え続けるのを避けるため、ページ インデックス登録レポートには、過去 1 か月間に 404 エラーが返された URL のみが表示されます。
— Google公式ヘルプ

404専用のヘルプも同じ期間を2か所で書いています。削除したページについて「1 か月程すると、レポートにこの 404 は表示されなくなります」、実在しなかったURLについて「404 エラーは約 1 か月後にレポートから削除されます」です。

ここが読み方を大きく変えます。この行の件数は、404を返すURLが何本あるかの在庫ではありません。直近1か月のあいだにGooglebotが実際に叩いたURLだけが数えられています。だから何も直していないのに件数が減ることがあります。Googlebotがそのお蔵入りURLを1か月叩かなかっただけで、URLの状態は何も変わっていません。逆に、何もしていないのに増えることもあります。しばらく放置されていた古いURLに、Googlebotが久しぶりに寄っただけです。

⚠️ 私が確認したのは、上に挙げたページ インデックス登録レポートと404エラーの2つのヘルプページと、さきほど引いたクロール バジェットを最適化する、この後で引くHTTPステータスコードのドキュメントの、合わせて4ページの本文だけです(英語版で照合したのは404エラーのヘルプ1本)。この記事で「記載が無い」と書いているのは、すべてこの4ページを見た範囲の話です。Search Consoleの画面表示そのものは照合していません。

直す記事と作業内容を決める

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

放置していいのか、公式はどう書いているか

ここがいちばん検索される論点なので、確認できた文をそのまま出します。404エラーの公式ヘルプは、冒頭の1文目からこう書き出しています。

一般的に、404 エラーが発生してもサイトの検索パフォーマンスに影響が及ぶことはありません。したがって、対象の URL が自分のサイトに存在しないことが明確な場合は、このエラーを無視しても問題ありません。重要なのは、このような無効な URL が正しい 404 HTTP レスポンス コードを返し、サイトの robots.txt ファイルがこれらをブロックしないようにしておくことです。
— Google公式ヘルプ「404(ページが見つかりません)エラー」

同じページは、対処法の1つ目の項目にも同じ趣旨を書いています。「ほとんどの 404 エラーは修正しなくても問題はありません。404 エラーはサイトのインデックス登録やランキングに影響を及ぼすことはないためです」です。

ただし、この文には限定が付いています。「一般的に」であり、「明確な場合は」であり、「ほとんどの」です。「404はすべて無視してよい」とは書かれていません。では、無視してよくないものはどれか。その線は、レポート側のヘルプが1本だけ引いています。

一般的に、自分自身にリンクしているか、サイトマップに記載している 404 エラーのみを修正することをおすすめします。該当ページが移動されている場合、新しいページへの 3XX リダイレクトを返す必要があります。
— Google公式ヘルプ

基準はURLの見た目でも件数でもなく、そのURLに自分が案内しているかどうかです。自分のサイトからリンクしている。あるいはサイトマップに載せている。この2つが「自分が案内している」の中身です。404専用のヘルプ側も、対処の分岐で「送信された URL(エラー)である場合は、修正する必要があります」と書いており、言っていることは同じです。

⚠️ 引用の扱いについて1つ断っておきます。この404ヘルプの日本語ページには、末尾に「このページには、AI 技術を使用して翻訳されたコンテンツが含まれている場合があります。AI 翻訳には誤りが含まれている可能性があります」という注意書きがあります。そこで同じページの英語版も取得して照合しました。冒頭の1文目は英語でも「In general, 404 errors won’t impact your site’s search performance, and you can safely ignore them if you’re certain that the URLs should not exist on your site.」で、意味は一致しています。

ただし2文目には差がありました。日本語は「ほとんどの 404 エラーは修正しなくても問題はありません」ですが、英語は「Many (most?) 404 errors are not worth fixing because 404s don't harm your site's indexing or ranking.」で、「多く(ほとんど?)」と書き手自身が留保を付けています。この記事では、より慎重なほうの言い回しに寄せて読みます。

並んでいるURLを4つに仕分ける

ここまでの線引きを、実際の作業の形にします。並んでいるURLを1本ずつ見て、次のどれかに入れてください。

そのURLはやること急ぐか
いま公開しているつもりの記事(開くと自分でもエラーになる)事故なので最優先で直す。公開状態・URLの綴り・サーバー側の設定を疑う急ぐ
自分のサイトからリンクしている、またはサイトマップに載っている公式が修正をおすすめしている範囲。リンク先を直すか、サイトマップから外す急がないが、やる
移動・URL変更した記事の、変更前のURL新しいURLへ転送する。公式の言い方は「該当ページが移動されている場合、新しいページへの 3XX リダイレクトを返す必要があります」やる
意図して消した記事のURL / 一度も作っていないURL公式のおすすめの外。404を返したまま置いておく急がない

2行目と3行目は、さきほど引いた1文と、その次の文にそのまま対応しています。1行目と4行目は、公式のその1文には出てきません。1行目はこの後で説明する事故のケースで、4行目は「一般的に…のみを修正することをおすすめします」の外側にあるという意味です(部分引用です)。

1行目だけ性質が違うので、先に片付けてください。読ませたいページが404を返している状態は、レポートの見栄えの問題ではなく実害があります。HTTPステータスコードの公式ドキュメントは、そのことをこう書いています。

また、すでにインデックスに登録されている URL が 4xx ステータス コードを返すと、その URL はインデックスから削除されます。
— Google公式「HTTP ステータス コードが Google のクローラーに及ぼす影響」

検索結果に出ていたページが消えるということです。見分け方は単純で、そのURLを自分のブラウザで開いてみることです。自分で開いて記事が読めるなら、少なくとも今この瞬間は生きています。開いてもエラーが出るなら、レポートの話ではなくサイトの話です。

逆に、URL検査では問題が出ないのにレポートには出ている、という場合もあります。公式ヘルプは「URL 検査ツールには問題が表示されないのに、ページ インデックス登録レポートにエラーが表示されるのはなぜですか」という問いに対して、「Google が最後にクロールした後に、エラーが出た URL が修正された可能性があります」と答え、URLのクロール日を確認するよう案内しています。 URL検査で何を見るかはサーチコンソールでインデックスを確認する方法、URL検査の表示ごとに次の一手が違うにまとめました。

3行目のURL変更については、URLを変えるとSEO評価は切れる、スラッグ変更の前に301を用意すると301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるに書いています。転送先の決め方も設定手順も、この記事では扱いません。4行目のうちこれから消す記事に何を返すかという選択は記事の削除で404と410どちらを返すか、301・noindexとの使い分けが扱っています。

公式が名指しで止めていること

404の件数を減らそうとして打ちがちな手を、公式ヘルプが1文でまとめて止めています。

404 をブロックする目的での、ダミー コンテンツの作成、ホームページへのリダイレクト、robot.txt の使用は控えてください。いずれの場合も、サイトの構造を把握して適切に処理することが難しくなります。
— Google公式ヘルプ(「robot.txt」は原文の表記のままです)

止められているのは3つです。中身の無いページを置いて200を返すこと。全部トップページへ飛ばすこと。robots.txtで隠すこと。どれも「404という表示を消す」ことはできますが、無いページが無いと伝わらなくなるだけです。同じヘルプは、この3つをまとめて「このようなエラーをソフト 404 エラーといいます」と書いています。

ソフト404がどういう状態で、どう直すのかはソフト404は「200を返しているのに中身が無い」状態ですに、robots.txtの書き方はサイトマップは必要か・robots.txtの書き方、個人ブログはほぼ不要に書いています。

もう1つ、レポートから消す道具として期待されがちなものにも公式が答えています。「URL 削除ツールを使用して URL 削除リクエストを送信しても、このレポートからエラーは削除されません」です。

このツールの現在の名称と、実際にできることの範囲はサーチコンソールの削除ツールは消す道具ではない、約6か月だけ隠れますにまとめました。

「404が多いとクロールを食う」という話について

404を放置する不安の残りは、たいていここです。HTTPステータスコードの公式ドキュメントには、404を含む欄に2つの文が並んでいます。

同じ欄に書かれている文何についての話か
「クロール頻度は徐々に低下します。」404を返しているそのURL(と読みました)
「4xx ステータス コード(429 を除く)はクロール頻度に影響しません。」サイトのクロール頻度(と読みました)

この2文は、同じページの同じ欄に並んでいます。右の列は私の読み方で、ドキュメントにそう書き分けられているわけではありません。ただ、この2つを両立させる読み方は「そのURLへの再訪は減るが、サイト全体のクロール頻度は変わらない」以外に思いつきませんでした。404の説明文にあった「クロールの頻度は次第に低下しますが」とも噛み合います。

いずれにせよ、私が確認した範囲では、404が並んでいること自体をクロールの枯渇の原因として扱う記述は見当たりませんでした。

⚠️ ただし、クロールバジェットという言葉の出どころであるクロール バジェットを最適化するには、「Google がクロールすべきでない URL のクロールに時間をかけすぎている場合、Google のクローラーがサイトの残りの部分を探索しないか、クロール バジェットを増やさない可能性があります」とあります。 これはクロールさせるべきでないURLを抱え続けている場合の話で、レポートに404が並んでいること自体がそうだとは書かれていません。 そのうえでこのガイドは、対象読者を「主に」として3つ挙げています。「大規模(重複のないページが 100 万以上)で、コンテンツが中程度に(1 週間に 1 回)更新されるサイト」「中規模以上(重複のないページが 1 万以上)で、コンテンツがかなり頻繁に(毎日)更新されるサイト」「Search Console で URL の大部分が検出- インデックス未登録に分類されるサイト」です。 数値については「サイトを分類する際の大まかな目安です。正確なしきい値ではありませんのでご注意ください」とも書かれています。

扱いがはっきり違うのは、さきほどのHTTPステータスコードのドキュメントにある5xxのほうです。こちらには「5xx および 429 のサーバーエラーは、Google のクローラに対して一時的にクロールのペースを落とすように促します」と書かれています。

つまり、同じレポートに並んでいても404と5xxは性質が違います。5xxの行の読み方は「サーバーエラー(5xx)」はサーバーが応答を返せなかった記録、記事を直しても消えないに、インデックスされない原因全体の切り分けはインデックスされない原因は2系統に分かれる、確認できるものから潰すに書いています。

片付いた後にやること

この行を読み終えると、たいていは「直すべきURLは1本も無かった」で終わります。そのとき残るのは、消えたページではなく、いま検索結果に出ているページのほうです。

ここから先はインデックスの話ではなく、順位とクリックの話になります。使う道具も変わります。選択肢としては、たとえば次のような分かれ方をします。

  • サーチコンソールの検索パフォーマンスをそのまま見る。 追加の道具は要りませんが、表示回数・クリック数・掲載順位を自分で見比べる手間がかかります
  • Looker Studioなどにつないで表を作る。 自由に加工できますが、作るまでの設定が要ります
  • スプレッドシートにCSVを落として並べ替える。 誰でもできますが、毎月同じ手順を踏むことになります
  • リライト候補の抽出に特化したツールを使う。 判断は速くなりますが、道具ごとに前提と得意分野が違います

検索パフォーマンスのどこを見るかはサーチコンソールでリライト記事をどう選ぶ?迷わない判定基準と手順に、リンクを貼り直すときにどこへ置くかは内部リンクはどこに貼るか、記事末尾のリンク集より本文中が押されるに書きました。

よくある質問

「見つかりませんでした(404)」とはどういう意味ですか

Googleがそのページを取りに行ったところ、404が返ってきた、という意味です。公式ヘルプの説明文は「このページのリクエスト時に 404 エラーが返されました」で始まります。この項目が置かれているのは「未登録」という区分で、その区分自体に「必ずしもエラーによるものではありません」という断り書きが付いています。

記事を消した覚えがないのに、なぜURLが並んでいるのですか

Googleが叩きに行くURLの名簿は、こちらの申告だけで作られていないからです。公式ヘルプは「Google は明示的なリクエストやサイトマップなしで、この URL を検出しました。Google は、別のページからのリンクとして、この URL を検出した可能性があります」と書いています。404エラーのヘルプは、これに加えてブラウザへの打ち間違い、リンクのスペルミス、JavaScriptやFlashなどの埋め込みコンテンツの中で見つかったリンク、サイトマップにのみ載っているURLも経路として挙げています(最後の1つは自分の申告側なので、上の仕分け表では「直す」側に入ります)。一度も作っていないURLが並ぶことは、公式が想定している事態です。

404を放置すると、サイトの評価は下がりますか

公式ヘルプはそうは書いていません。404エラーのヘルプの1文目は「一般的に、404 エラーが発生してもサイトの検索パフォーマンスに影響が及ぶことはありません」で、続けて「対象の URL が自分のサイトに存在しないことが明確な場合は、このエラーを無視しても問題ありません」とあります。ただし「一般的に」「明確な場合は」という限定が付いていることも、そのまま読んでください。手を入れる対象について公式がおすすめしているのは「自分自身にリンクしているか、サイトマップに記載している 404 エラーのみ」です。

件数を0にする必要はありますか

0を目標にしても意味がありません。レポートは直近1か月の窓なので、そのURLが1か月叩かれなければ表示上は消えます。ただしGoogle側の名簿からURLを消すことはできません。公式ヘルプは「検出済みの URL を Googlebot から完全に削除する方法はありません」と明記し、その理由を「一時的なエラーである場合に備えて、Google は既知の URL をすべてクロールし続けます」と説明しています。 同じヘルプは別の箇所でも「URL が正当な理由(…削除したが代わりがないページの 404 など)でインデックスに登録されないのは問題ありません」と書いています(部分引用です)。

何もしていないのに件数が減りました。直ったのですか

直ったとは限りません。公式ヘルプは「ページ インデックス登録レポートには、過去 1 か月間に 404 エラーが返された URL のみが表示されます」と書いています。1か月のあいだGooglebotがそのURLを叩かなければ、URLの状態が変わっていなくても表から消えます。逆に、久しぶりに叩かれて再び出てくることもあります。

削除ツールを使えば、この行から消せますか

消せません。404エラーのヘルプは「URL 削除ツールを使用して URL 削除リクエストを送信しても、このレポートからエラーは削除されません」と書いています。 ツールでできることの範囲はサーチコンソールの削除ツールは消す道具ではない、約6か月だけ隠れますにまとめました。

404が並んでいると、他のページのクロールに使われる分が減りますか

私が確認した範囲では、そう読める記述は見当たりませんでした。HTTPステータスコードの公式ドキュメントの404を含む欄には「4xx ステータス コード(429 を除く)はクロール頻度に影響しません」とあります。同じ欄に「クロール頻度は徐々に低下します」もあるので、前者をサイト全体、後者をそのURL自身の話として読みました。これは私の読み方で、ドキュメントにそう書き分けられているわけではありません。

これから消す記事には、404と410のどちらを返せばいいですか

それはこの記事の範囲外です。この記事が扱っているのはすでに画面に出ている行をどう読むかで、これから消すときにどの信号を返すかという選択は記事の削除で404と410どちらを返すか、301・noindexとの使い分けが扱っています。

ソフト404とは別の行ですか

別の行です。404は「無い」と返っている状態、ソフト404は「ある」と返っているのに中身が無い状態です。公式ヘルプはソフト404について「ページをリクエストしたところ、ソフト 404 と見なされるレスポンスが返されました」とし、続けて「つまり、404 HTTP レスポンス コードではなく、ユーザーフレンドリーな形の「見つかりませんでした」というメッセージが返されました」と説明しています。 詳しくはソフト404は「200を返しているのに中身が無い」状態ですをご覧ください。

まとめ

  • この行は、あなたが作ったページの一覧に対する結果ではない。公式ヘルプは「Google は明示的なリクエストやサイトマップなしで、この URL を検出しました」と書いており、名簿を作っているのはGoogle側
  • だから消した覚えがなくてもURLは並ぶ。公式が経路として挙げているのは別ページからのリンク、以前存在して削除されたページ、打ち間違い、JavaScriptやFlashなどの埋め込みコンテンツの中で見つかったリンク、サイトマップにのみ載っているURL(最後の1つだけは自分の申告側)で、これは2つのヘルプページ(ページ インデックス登録レポートと404エラー)が名指ししているものだけ
  • 名簿からURLを消す方法はこちらに無い。公式は「検出済みの URL を Googlebot から完全に削除する方法はありません」と明記。件数を0にする作業ではない
  • 件数は在庫ではなく直近1か月の窓。「過去 1 か月間に 404 エラーが返された URL のみが表示されます」とあるので、何もしなくても増減する
  • 放置の可否について、公式は「一般的に、404 エラーが発生してもサイトの検索パフォーマンスに影響が及ぶことはありません」と書いている。ただし「一般的に」「明確な場合は」という限定が付いており、すべて無視してよいとは書かれていない
  • 手を入れる対象について、公式が引いている線は1本。「自分自身にリンクしているか、サイトマップに記載している 404 エラーのみを修正することをおすすめします」。見るのは件数ではなく自分が案内しているURLかどうか
  • 例外は、公開しているつもりのページが404を返している事故。公式は「すでにインデックスに登録されている URL が 4xx ステータス コードを返すと、その URL はインデックスから削除されます」としているので、ここだけ先に直す
  • 件数を減らすための小細工は公式が名指しで止めている。ダミーコンテンツ、ホームページへのリダイレクト、robots.txtでのブロック、そして削除ツールでもこのレポートからは消えない

ここから先は、私が作ったツールの話です。

リライトレーダーは、この記事の「片付いた後にやること」で書いたすでに検索結果に出ているページの側を扱います。 Search Console のエクスポートをZIPのまま落として貼るだけで、掲載順位4.0〜20.5位・表示回数100回以上のページだけを拾い、改善余地スコアの大きい順に並べます。判定と候補3記事の改善余地スコアの確認、そのうち1記事分の診断カードまでは無料で、残りの診断カードが2,980円(税込)の買い切りです。月額課金や自動更新はありません。ログインも不要です。CSVファイルそのものはブラウザの外に出ません(送るのは、診断カードを出すときは選んだ1ページのURL・数値・入力したキーワード、「ページタイトルを取得する」を押したときは判定に出たページのURL最大10件です)。

⚠️ ただし、向かない人がいます。404の行を調べに来た人には、この時点では向きません。そのURLが何を返しているかも、名簿にいつから載っているかも、このツールは見ていません。読むのは、すでに検索結果に出ているページの4つの数字だけです。 また、表示回数が2桁で止まっているサイトにも向きません。判定の条件が表示回数100回以上なので、対象になるページが1つも出ないからです。

Search ConsoleのZIPで無料判定する

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

この記事の内容をツールにしています

Search Console の「ページ」CSVを貼ると、改善余地のある記事を順番に出します。 判定とご自分の記事1件分の診断カードは無料です。ログイン不要。CSVファイルはアップロードせず、ブラウザ内で解析します。

リライトレーダーで無料診断する

関連する記事

この記事を書いた人

みやこし

ブログのリライトで「どの記事を直すか」を数字で決めるSEOライター向けツールを作っています。 掲載順位ごとの平均クリック率、AI Overviewによるクリック減の補正、タイトルの直し方など。

noteQiitaZenn

ブログの一覧に戻る