ブログ記事
- GSC
- Google Search Console
- インデックス登録
- 画像404
- og:image
- SEO
- 1分Tips
画像404のGSCエラーは記事URLでインデックスリクエストする
"GSCで画像パスの404エラーが出ていても、インデックス登録をリクエストするのは記事URLです。画像エラーと記事インデックスを混同しないための切り分け手順を2026年6月の実務確認をもとにまとめます。"
Google Search Console(GSC)の「カバレッジ」や「ページのインデックス登録」レポートを見ていると、/images/blog/... のような画像パスで404エラーが並ぶことがあります。
「この404を直さないとインデックスされない?」と焦りがちですが、インデックス登録をリクエストする対象は画像URLではなく記事URL(/blog/...)です。筆者が2026年6月の実務で確認した切り分け手順をまとめます。
今日の結論
- GSCの
/images/blog/...の404エラーは画像ファイルの問題。記事インデックスとは別問題- インデックス登録をリクエストするのは 記事URL(
/blog/<slug>)- 画像がブラウザで表示できることを確認してから記事URLでリクエストする
- 画像404と記事インデックスの優先度はサイト状況に応じて個別に判断する
画像404と記事インデックスは別問題
GSCのエラーには「画像がそもそも存在しない」ケースと「記事ページがインデックスされていない」ケースが混在します。パスで区別すると整理しやすいです。
| パスの種類 | 例 | 対応 |
|---|---|---|
| 画像パス | /images/blog/xxx.png | 画像ファイルの配置・命名を確認 |
| 記事パス | /blog/<slug> | URL検査でインデックスリクエスト |
画像が404でも、記事ページ自体がHTTP 200で返っていればインデックスリクエストは記事URLで行います。
切り分け手順
- GSCの404行を開き、パスを確認する(
/images/か/blog/かを見る) - 対応する
/blog/<slug>をブラウザで開き、HTTP 200 を確認する og:imageの実URLが200かページソースで確認する(Ctrl+Uまたは DevTools → Network)- URL検査で記事URLを送信し「インデックス登録をリクエスト」する
og:imageとJSON-LD imageをページソースで確認する方法で解説しています。
よくある混同パターン
OGP画像(og:image)のパスが404になっているケースでも、記事ページ本体のHTTPステータスが200であれば、インデックスリクエストは記事URLで問題ありません。画像の修正は別途対応します。
焦って画像パスに対してリクエストを送っても効果がなく、1日のリクエスト上限を消費するだけになるため注意が必要です。
まとめ
GSCの404エラーを見てインデックスリクエストを送る前に、パスが /images/ か /blog/ かを確認する一手間を入れるだけで、無駄なリクエストを防げます。記事URLが200で返っているなら、画像の404はインデックス登録とは切り離して対処できます。
関連記事
- GSCで画像URLが404になる原因と対処法
- OG画像404をVercelで修正した後の確認手順
- GSCのインデックス登録リクエストには1日の上限がある【新規ドメイン運用メモ】
- GSCの画像404とdefault-og.png fallbackは別問題として切り分ける
- og:imageとJSON-LD imageをページソースで確認する方法
- GSCのインデックス登録リクエスト、どのURLから優先すべきか【1分Tips】
免責: 本記事は2026年6月5日の実務確認をもとに執筆しています。GSCの仕様・UIは変更されることがあります。重要な判断はGoogle公式ドキュメントでご確認ください。