ソフト404と判定される原因|消えたと誤解しない

ソフト404と判定される原因|消えたと誤解しない

サーチコンソールを開いたら、見慣れない言葉が並んでいた。「ソフト404」。該当する所在を開いてみると、ページはちゃんと表示される。壊れているようには見えない。それでも検索側は、ここには中身がないと判断しています。この記事では、その判断がなぜ起きるのかと、型ごとの直し方を整理します。


カメ先生カメ先生

ページは開けるのに、検索側から存在しないと扱われることがあります。


カメ子カメ子

開けるのに、ですか。壊れていないなら放っておいてよさそうですが。


カメ先生カメ先生

放っておくと、巡回の力が無駄な所在に使われます。大事な記事の発見が遅れます。


カメ子カメ子

見た目では気づけないぶん、たちが悪いですね。


この記事のポイント
  • ソフト404は、中身がないのに成功を返している状態を指す
  • 0件の一覧、見出しだけの頁、設定の誤り、描画の失敗が主な発生源
  • 直す前に「残すか消すか」を決める。決めずに触ると別の事故になる

AI×SEOに取り組む前に、社内のAI導入環境から整えませんか?

デボノはアカウント開設・初期設定など「そもそものAI導入」から社内定着まで伴走支援。マーケティング活用など一歩進んだご相談にも対応します。

目次

サーチコンソールに出るソフト404の意味

まず言葉の整理からです。通常の404は、所在を開いたときに「ここには無い」とサーバーがはっきり返す状態です。これは正しい振る舞いで、直す必要はありません。無くなったものが無いと返るのは当たり前です。

問題は、無いのに「ある」と返す場合です。画面には「該当する商品がありません」などの文面が出ているのに、裏側では成功を意味する番号が返っている。この食い違いがソフト404と呼ばれる状態です

検索側は、返ってきた番号と中身の両方を見ています。番号が成功でも、中身が空だったり、エラーの文面だったりすれば、実質は存在しないページだと判断します。その判断が「ページのインデックス登録」の報告に並びます。

なお、この判定は所在の削除の道具では消えません。報告から消すことが目的になってしまうと、本来の問題が残ります。消すべきは報告の行ではなく、食い違いそのものです

成功を返しているのに存在しないと見なされる仕組み

なぜ検索側は中身まで見るのでしょうか。答えは単純で、番号だけを信じると無駄な巡回が増えるからです。無限に増える所在をすべて成功として返すサイトは珍しくありません。番号だけで判断すると、その全部を抱えることになります。

そこで、中身に手がかりを探します。本文がほとんどない、エラーを示す文面がある、一覧に並ぶ項目が0件である。こうした特徴があれば、存在しないものとして扱います。

この仕組みは以前から動いていましたが、判定と報告の精度は改善されてきました。2021年の初めに、検索側からソフト404をより正確に判定して報告するようになったと説明されています。急に件数が増えた時期がある場合、この改善が背景にあることもあります。

ここから導かれる実務の姿勢は一つです。番号を整えるだけでは足りません。中身と番号を一致させるところまでが仕事です。中身がないなら無いと返す。中身があるなら中身を置く。どちらかに寄せます。

判定されやすいのは絞り込みや一覧の0件

最も多い発生源は、条件で絞り込んだ結果が0件になる一覧です。商品の一覧で在庫の条件を掛けた場合、記事の一覧でタグを掛けた場合。組み合わせは無数にあり、そのほとんどが0件になります

0件でも所在としては開けるため、サーバーは成功を返します。画面には「条件に合うものがありません」と出る。これがそのままソフト404の型です。しかも数が多いため、巡回の力を大量に吸います。

直し方は、0件の一覧を検索側に見せない方向で考えます。絞り込みの結果の所在を巡回の対象から外す、あるいは並べ替えや絞り込みの結果には、代表の所在を指し示す記述を入れる。どちらも、無数の所在が独立した頁として扱われるのを防ぎます。

在庫が切れた個別の頁は、扱いを分けます。同じ商品が戻る見込みがあるなら残し、戻らないなら無いと返します。戻る見込みがあるのに消すと、積み上げた評価を捨てることになります。

残す場合に効くのは、0件のときの画面の作り方です。「ありません」だけで終える代わりに、近い条件の候補や、条件を緩める案内を並べます。人にとって使いやすくなるうえ、中身のある頁として扱われます。

どの組み合わせを検索側に見せるかは、検索されている語から決めます。「地域と業種」のように実際に探されている組み合わせは残し、誰も探さない三つ以上の掛け合わせは見せない。この線引きを決めておくと、増え続ける所在を管理できます

見出しだけで中身がないページ

二つ目の型は、枠だけが用意されて中身が入っていない頁です。見出しと定型の文だけがあり、本文が数行しかない。自動で作られる一覧や、作りかけで公開された記事に多く見られます。人が見ても得るものがない頁は、検索側も同じ判断をします

この型は、サイトの作りに起因することが多いです。分類の頁を機械的に作る仕組みがあると、中身が一つもない分類の頁まで生まれます。作った覚えがない所在が報告に並ぶ場合は、この線を疑ってください。

直し方は二択です。その頁に役割があるなら、説明の文を足して独立した頁として成立させる。役割がないなら、作られないように設定を変える。中間の「とりあえず残す」が、いちばん損をします。

役割の有無は、検索されている語で判断します。その分類の名前で探している人がいるなら、受け皿として整える価値があります。誰も探していない分類なら、作らないほうが全体のためになります。

この判断で迷ったら、分類の頁に人が来ているかを見ます。解析の道具で、その所在の閲覧数を確かめるだけです。半年で数件しか見られていない頁は、整える価値が薄いと判断できます。感覚ではなく数字で決めると、作業の量が一気に減ります。

なお、作りかけの記事を公開したまま放置する例も同じ型です。下書きの状態で公開に切り替えてしまい、見出しだけが残る。公開前の確認の手順に「本文が入っているか」の一行を足せば防げます。仕組みで防げる事故は、仕組みで止めるほうが確実です。

サーバーの設定で成功を返している場合

三つ目は設定の誤りです。エラーの画面を用意したものの、その画面を返すときの番号を成功のままにしてしまうことがあります。見た目は正しいエラー画面なのに、番号だけが嘘をついている状態です

これは自作の仕組みで起きやすく、特に画面の切り替えをサーバーの外側で行っている場合に多いです。存在しない所在をまとめてエラーの画面に転送し、その転送先が成功を返す。結果として無数の所在が成功として登録されます。

確かめ方は、存在しない所在を自分で叩いてみることです。適当な文字を並べた所在を開き、返ってきた番号を見ます。エラーの画面が出ているのに番号が成功なら、設定の誤りです。この確認は数分で終わります。

直すのは、多くの場合サーバー側の設定です。制作を外に任せている場合は、この症状を伝えれば通じます。伝え方は「存在しない所在で、エラー画面と番号が食い違っている」で足ります。

描画に失敗して中身が届かない場合

四つ目は、中身はあるのに届いていない型です。本文を後から組み立てる作りのサイトで、その組み立てが失敗すると、検索側には空の枠だけが見えます。人の画面では見えていても、機械の側では空です

失敗の理由はいくつかあります。読み込みが重すぎて途中で止まる、外部から取ってくる部分が返ってこない、遮断の設定で必要な部品が読めない。どれも「たまに起きる」ため、気づきにくいのが特徴です。

確かめ方は、検索側の目で見る道具を使うことです。サーチコンソールには、所在を指定して取得された中身を見る機能があります。そこに本文が入っていなければ、届いていない状態です

直す方向は、重い部分を軽くするか、本文を先に届く形にするかです。後者のほうが確実です。見出しと本文だけは最初から書き出しておき、装飾や補助の部分を後から足す。この順番にすると崩れにくくなります。

引っ越しの転送をすべてトップに向けた場合

五つ目は、整理のつもりで作ってしまう型です。古い所在が大量にある。一つずつ対応先を決めるのは大変だ。そこで全部をトップページに転送する。この処理は、検索側から見るとソフト404の量産です

理由は、転送の先に元の中身がないからです。検索側は「求められたものが無いのに、別のものが返ってきた」と受け取ります。公式にも、ホームページへまとめて転送することは控えるよう示されています。

正しい向きは、対応する中身がある所在にだけ転送することです。対応先がないものは、無いと返してよい。無いと返すことは失敗ではありません。評価を守るための正しい処理です。

量が多い場合は、流入と被リンクのある所在から順に対応先を決めます。上位の1割ほどを個別に対応すれば、実害はほぼ防げます。残りは無いと返す。この割り切りが作業を終わらせます。

転送の向きにも注意が要ります。対応先をさらに別の所在へ転送していると、数珠つなぎになります。つなぎが増えると、たどり着く前に打ち切られることがあります。古い対応表が残っている場合は、最終の行き先へ直接向けるよう書き換えてください。

引っ越しの直後は、報告の件数が一時的に増えます。古い所在の状態を検索側が確かめ直すためです。増えたこと自体は異常ではありません。1か月から2か月かけて減っていくかどうかを見ます。減らない場合にはじめて、転送の設定を疑います。

状態を表す番号の使い分け

ここで、使う番号を整理しておきます。混同されやすいのは、無くなったことを示す番号と、一時的に応えられないことを示す番号です。意味が違うため、巡回への影響も違います

番号意味使う場面
404見つからない所在が無い。今後も戻る予定がない、または不明
410消えた意図して消した。無いことがはっきりしている
503一時的に応えられない作業中や過負荷。時間をおけば戻る
429要求が多すぎる巡回や利用が集中し、速度を落としてほしい

404と410は、検索側の扱いとしてはほぼ同じです。どちらでも巡回の頻度は落ちていきます。410のほうが意図が明確なため、自分で消したときは410を選ぶと分かりやすくなります。

大切なのは、一時的な停止に404を使わないことです。作業のために止めているだけなのに無いと返すと、消えたものとして扱われます。止めるときは503です。戻る予定があることを伝えられます。

429は、巡回や利用が集中したときの合図です。サーバーを守るために速度を落としてほしいと伝えられます。ただし長く返し続けると、巡回そのものが減ります。一時的な手当てとして使う番号です。

巡回を遮断すると無いことを伝えられない

よくある回り道が、問題の所在を巡回の対象から外して見えなくする処理です。報告からは消えるため、解決したように感じます。しかし公式には、遮断で対処することは控えるよう示されています。理由は仕組みを追えば分かります。

遮断すると、検索側はその所在を読みに来ません。読みに来ないということは、無くなったことも知らせられないということです。結果として、古い状態のまま検索結果に残り続けることがあります。消したいのに消えない状態を、自分で作ってしまいます。

巡回を止める指定と、検索結果に出さない指定は別物です。後者は、頁を読んでもらったうえで「出さないでほしい」と伝える指定です。読まれる必要があるため、巡回を止めてしまうと伝わりません。二つを同時に使うと、意図した結果になりません。

使い分けの目安はこうです。無くなった所在は無いと返す。残すが検索に出したくない頁は、出さない指定を置いて巡回は許す。無数に増える絞り込みの結果は、巡回の対象から外す。目的が違えば道具も違う、という整理で足ります

  • 巡回を止める指定は、無くなったことを伝える手段にはならない
  • 検索に出さない指定は、読まれることが前提。巡回を止めると届かない
  • 報告の行が消えることと、問題が解決したことは別

直す前に決める「残すか消すか」

型が分かったら、手を動かす前に決めることがあります。その所在を残すのか消すのかです。この判断を飛ばすと、消したものを後で戻す、残したものが薄いまま放置される、という往復が起きます。

判断の材料は三つです。検索からの流入があるか、他のサイトから参照されているか、同じ内容の別の頁があるか。この三つを並べれば、ほとんどの所在は自動的に振り分けられます。

流入も参照もなく、同じ内容が別にあるなら消します。流入か参照があるなら、消さずに中身を足すか、対応する頁に転送します。判断に迷うものは、いったん残して次の点検に回します。迷ったまま消すのが最も損です。

この振り分けは、表にして残しておくと後が楽です。所在、型、判断、対応した日。四列あれば足ります。次に同じ症状が出たとき、前回の判断を引き継げます。

消す場合の手順

消すと決めた場合の順番です。いきなり削除するのではなく、先に返す番号を決めます。意図して消すなら410、判断がつかないなら404。どちらでも構いませんが、サイト全体で揃えておくと管理が楽です。

次に、そのページへ向かう内部のリンクを外します。自社の記事や一覧から無い所在へのリンクが残っていると、読者が行き止まりに当たります。検索側も、無い所在を繰り返し確かめに来ます。

そして、一覧の記述からも外します。サイトの地図に相当する記述に無い所在が載っていると、わざわざ無いものを知らせていることになります。自動で作られている場合は、更新されるまでの時間を見ておきます。

  • 無いことを知らせるページを、成功の番号で返している
  • 一時的に止めているのに404を返し、消えたものとして扱われる
  • 対応先がないのに、まとめてトップページに転送している
  • 遮断の設定で巡回を止め、無くなったことを伝えられなくしている
  • 報告から行を消すことが目的になり、食い違いを直していない

最後の項目は特に多い誤りです。報告の行が消えても、巡回の無駄は残ります。直したかどうかは、報告ではなく返している番号で判断してください

残す場合の手順

残すと決めた場合は、中身を足す作業になります。ここで足すのは分量ではありません。その頁だけで読者の求めに答えられる状態が目標です。見出しの下に説明が三段落あれば、だいたい成立します。

何を書くかは、その頁が受けている検索の語から決めます。分類の頁なら、その分類に含まれるものの選び方や違いを書きます。一覧が並ぶだけの頁が、案内の役割を持つ頁に変わります。

あわせて、その頁から先の道筋も置きます。関連する記事へのリンク、問い合わせの窓口。読み終えた人が次に行ける形にしておくと、頁の役割がはっきりします

作業の量が多い場合は、流入のある頁から順に手を入れます。全部を同時に直す必要はありません。上から順に片づけ、残りは次の点検に回す。終わらない作業にしないことが大切です。

放置すると何が起きるのか

急いで直す必要があるのか。答えは件数によります。数件なら実害はほぼありません。数百から数千に増えている場合は、放置の代償が出ます

最も分かりやすい代償は、巡回の効率の低下です。検索側がサイトを回る量には限りがあります。無い所在の確認に量を使えば、新しい記事や更新した記事の発見が後回しになります

次に、読者の体験です。検索から来た人が0件の一覧に着地すれば、そのまま戻ります。自社に非がなくても、使いにくいサイトだという印象は残ります。

さらに、数字の読み違いも起きます。登録されている頁の数が実態と合わなくなり、増減の意味が分からなくなります。報告の場で説明できない数字は、施策の判断を鈍らせます。

検索側に再確認させる手順

直したあと、検索側が気づくまでには時間があります。待つだけでも構いませんが、件数が多い場合は優先して見に来てもらう手立てを取ります。順番を決めて動かすと、反映が早くなります。

STEP1
重要な所在を個別に知らせる

サーチコンソールの所在を調べる機能から、登録の要求を出します。件数に上限があるため、流入や参照のある所在に絞って使います。

STEP2
一覧の記述を更新する

サイトの地図に相当する記述から、無くなった所在を外します。残す頁については、更新した日付が正しく入っているかを確かめます。

STEP3
内部のリンクをたどれる形にする

残した頁へは、関連する記事から少なくとも1本のリンクを通します。どこからも辿れない頁は、巡回の順番が後ろに回ります。

STEP4
2週間から1か月おいて件数を見る

報告の件数は即日では動きません。期間を決めて待ち、その間は同じ箇所へ重ねて手を入れないようにします。

登録の要求は、万能ではありません。要求を出せば必ず登録される、というものではないからです。中身が薄いままの頁は、要求を出しても登録されません。手順の前に、中身を整えるほうが先です。

一覧の記述に無い所在を残したままにすると、検索側は繰り返し確かめに来ます。無いものを知らせ続けている状態です。自動で作られる仕組みの場合は、更新の間隔を確かめてください。手で書いている場合は、削除と同時に外す作業を手順に含めます。

直したあとの確かめ方

手を入れたら、効いたかどうかを確かめます。見るのは二つで、返している番号と、報告の件数の推移です。番号は即日、報告は数週間かかります

番号の確認は、対象の所在をいくつか選んで直接開くだけです。意図した番号が返っていれば、作業は正しく入っています。全件を確かめる必要はなく、型ごとに数件で足ります。

報告の件数は、すぐには動きません。検索側が再び巡回して状態を確かめるまで待ちます。2週間から1か月ほどの幅で見るのが現実的です。動かないからといって、重ねて別の手を打たないでください。

待っている間に、同じ症状が別の場所で起きていないかを見ます。一つの型が見つかったサイトには、同じ作りの箇所がたいてい他にもあります。横に広げて確かめると、次の発生を防げます。

月に一度の点検項目

最後に、定期の点検に落とし込みます。毎月これだけ見ておけば、件数が膨らむ前に気づけます。所要は15分ほどです

  • ページのインデックス登録の報告で、ソフト404の件数が先月より増えていないか
  • 存在しない所在を自分で開き、返ってくる番号が意図どおりか
  • 0件になる一覧の所在が、巡回の対象に入っていないか
  • 一時的に止めた頁で、404を返してしまっていないか
  • 無い所在へ向かう内部のリンクが残っていないか

この五つのうち、二つ目は特に軽視されがちです。設定を変えた、サーバーを移した、仕組みを入れ替えた。こうした作業のあとに番号が変わっていることがあります。変更の直後には必ず確かめてください。

点検の記録は、件数だけでも残しておきます。推移が分かれば、どの作業のあとに増えたかを追えます。原因を推測で探すより、記録から辿るほうが早く終わります。

まとめ

ソフト404は、壊れているようには見えない不具合です。ページは開けるのに、検索側からは中身がないと扱われている。主な発生源は、0件になる一覧、見出しだけの頁、サーバーの設定の誤り、描画の失敗、そして対応先のない転送です。

直す順番は、型を見分け、残すか消すかを決め、決めたとおりの番号を返すことです。一時的な停止に404を使わない、対応先がないものは無いと返してよい。この二つを守れば、多くの事故は防げます。月に一度、件数と番号を確かめる習慣まで作れば十分です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。

AI×SEOに取り組む前に、社内のAI導入環境から整えませんか?

デボノはアカウント開設・初期設定など「そもそものAI導入」から社内定着まで伴走支援。マーケティング活用など一歩進んだご相談にも対応します。

運営会社:株式会社デボノ

目次