Search Consoleの更新が1週間止まる原因と「GoogleOther（29%）」の正体
作成日:

Search Consoleの更新が1週間止まる原因と「GoogleOther（29%）」の正体

📂 検証録 # Search Console # SEO # Astro # ブログ運営 # Xserver
🔧 論旨

毎日記事を更新して Google Search Console（サーチコンソール）を見ていると、ある日ふと 「『ページのインデックス登録』の最終更新日が 1 週間以上前の日付でピタッと止まっている」「通知メールもぱったり来なくなった」 と背筋が凍る瞬間があります。さらに原因を探ろうと普段あまり開かない『クロールの統計情報』を覗くと、「以前、ホストで問題が起きています」という物々しい警告が出たり、ボットの内訳で PC やスマホを抜いて『その他のエージェント タイプ（29%）』が 1 位 になっていたりと、次々に疑問が湧いてきます。

結論からお伝えすると、インデックス登録画面の日付停止は Google 側の単なる「集計バッチ待機」であることが大半で、『24 時間パフォーマンス』と『クロールの統計情報』を見れば 3 分で正常稼働を裏付けられます。そして PC・スマホ以上に巡回している謎の『その他のエージェント』の主役こそ、Google の AI 研究開発・データ収集を担う汎用クローラー 『GoogleOther』 です。本記事では、当サイト（約 500 記事の Astro 静的サイト）の実測データをもとに、焦って設定を壊さないための正確な診断手順を解説します。

🔧 合わせて読みたい深まる関連情報
🔧 対象となる方

  • Search Console の 「最終更新日」が数日〜1 週間以上前のまま動かず、サイト側の設定ミスやペナルティではないかと不安になっている方

  • 『クロールの統計情報』を開いたら 「以前、ホストで問題が起きています」 と表示されており、対処が必要なのか放置してよいのか判断したい方

  • Googlebot タイプ別統計で 『その他のエージェント タイプ』が急増（人間や通常の検索ボット以上に来訪） しており、AI クローラーとの関係を正確に理解したい方

1週間更新が止まって見える時の3段階診断

質問するおじさん

大変じゃ！今日（10 月 31 日）Search Console の『ページ（インデックス登録）』を開いたら、右上の最終更新日が「10 月 23 日」のまま 1 週間以上ピタッと止まっとるぞ！通知メールも全然来んし、うちのサイトが Google から見放されたんじゃろうか！？

解説ナビゲーター

慌てて robots.txt やサイトマップをいじらないでくださいね、おじさん！実は『ページのインデックス登録』のグラフはリアルタイムではなく、Google 側のバッチ処理で数日〜1 週間（遅延時は 10 日前後）おきにまとめて描画更新される仕様 なんです。裏側でクローラーがちゃんと生きているかは、次の 3 ステップ で今すぐ確実に切り分けられますよ！

Search Console『更新停止？』を3分で切り分ける診断フロー
STEP 1
検索パフォーマンス（24時間）

『検索パフォーマンス』で期間を 「24 時間（1 時間ごと）」 に切り替え、数時間前までグラフが動いていれば検索配信は完全稼働中。

STEP 2
28日間グラフの時差確認

日次グラフは 米国太平洋時間（PST/PDT） 集計のため、日本時間から 2〜3 日前まで出ていれば遅延ゼロの最新状態。

STEP 3
設定 ＞ クロールの統計情報

左メニュー最下部『設定』内の 『クロールの統計情報』 を開き、直近 1〜2 日前までクロール波形が動いていれば 100% サイト異常なし。

24時間ビューと太平洋時間の時差を確認する

実際に当サイトでも、「ページのインデックス登録」サマリーの最終更新日が 8 日前の日付で止まっていたタイミングで上記 3 箇所を点検したところ、次のような明確な事実が確認できました。

  1. 『検索パフォーマンス ＞ 24 時間』は「最終更新：5 時間前」で稼働中 : 1 時間単位のクリック数・表示回数グラフが途切れずリアルタイムに刻まれており、サイトと Google 間の通信断やインデックス消失は一切起きていませんでした。

  2. 日次グラフでは「止まって見えた日以降」にむしろ表示回数が急伸 : インデックス登録サマリーの画面更新が止まっていた期間中も、裏側では新しい記事が次々とインデックスされて検索結果へ反映されており、日次パフォーマンスは右肩上がりで伸びていました。

メールが来ないのはサイトが健全な証拠

また、「最近 Search Console からメールが来なくなった」というのも心配無用です。 Search Console のメールは毎日届く日報ではなく、「新しいインデックスエラー（404 やサーバー 5xx 等）が検出された時」「サイトマップが読み込めなくなった時」「月初の月次サマリー」 といったイベント発生時にのみ送信されます。つまり、通知メールがぱったり止まったのは 「新しい構造エラーや警告が 1 件も出ていない安定した状態」 である何よりの証拠なのです。

クロール統計1.2万回とホスト警告90日の仕様

続いて、Google クローラーの生の足跡が記録されている 『設定 ＞ クロールの統計情報』 を見てみましょう。当サイトの過去 90 日間の実測サマリーは以下の通りでした。

  • クロール リクエストの合計 : 1.2 万回（記事追加・リライトが集中した時期には 1 日あたり 500〜1,300 回巡回）

  • 合計ダウンロード サイズ : 1.61 億バイト

  • 平均応答時間 : 470 ミリ秒（Astro による完全静的 HTML 配信のため、リクエスト急増時も安定）

  • 目的別の内訳 : 既存ページの再取得（更新：69%） ／ 新規 URL の発見（検出：31%）

  • レスポンス別の内訳 : OK（200）が 94% を占め、健全にページが返却されている状態

以前ホストで問題が起きていますの消滅条件

この『クロールの統計情報』を開いた際、多くの方がドキッとするのが 「ホストのステータス：以前、ホストで問題が起きています」 という表示です。

クリックして詳細を開き、以下の 3 項目すべてに緑色のチェックマークが付いていれば、現在は何の対処も不要 です。

🔧 🩺 ホストのステータス詳細の正しい読み方（90日ウィンドウ仕様）

  • robots.txt の取得 ：不合格率は許容範囲です（緑チェック） → 正常にクローラーの案内状が読めています。

  • DNS の解決 ：不合格率は許容範囲です（緑チェック） → ドメインの名前解決に問題はありません。

  • サーバー接続 ：最近の不合格率は許容範囲ですが、過去にしきい値を超えたことがあります（緑チェック） → これが表示の原因です。下の「失敗したクロール リクエスト」の折れ線グラフを見て、直近数週間が 0% に張り付いていれば現在は完全に解決済み です。レンタルサーバーの一時メンテナンスや瞬間的な通信詰まりで過去に 1 度でもエラー率が跳ねた日があると、その発生日から丸 90 日間が経過して集計期間から外れるまでは「以前、問題が起きています」という過去形の記録が残り続ける仕様 になっています。

人間超え？その他のエージェント29%の正体

質問するおじさん

安心したところで、もう 1 つすごい数字を見つけたんじゃ！同じクロール統計の下にある『Googlebot タイプ別』を見たら、パソコン（27%）やスマートフォン（27%）を抜いて、『その他のエージェント タイプ（29%）』 が堂々の 1 位になっとるぞ！人間の読者よりボットの方が多い気がするんじゃが、これって AI なのか？

解説ナビゲーター

そこに気づくとは鋭いですね！まさに現在の Web の構造変化を象徴するデータです。Google 公式のクローラー仕様書と照らし合わせると、裏側で何が起きているのかがはっきり見えてきますよ！

まずは当サイトの『Googlebot タイプ別』および『ファイル形式別』の実測比率を並べてみます。

Googlebot タイプ別構成比ファイル形式別構成比
その他のエージェント タイプ29%（第1位）HTML53%
PC（デスクトップ Googlebot）27%その他のファイル形式26%（第2位）
スマートフォン（モバイル Googlebot）27%画像（WebP等）12%
画像（Googlebot-Image）12%CSS2%
ページ リソースの読み込み3%JavaScript1%（Astro Zero-JS効果）
AdsBot2%その他6%

AI研究開発を担うGoogleOtherの急増

まず、検索インデックス用の PC（27%） と スマートフォン（27%） がほぼ同数来ているのは、Google がモバイルファーストインデックス（スマホ基準の評価）を行いつつ、「PC 画面とスマホ画面の両方でレイアウト崩れやコンテンツ欠落がないか」 をダブルチェックしているためです。

そしてそれを上回る 『その他のエージェント タイプ（29%）』 に分類されている Google 製ボットの代表格が、次の 3 つです。

  1. GoogleOther（AI 学習・研究開発・汎用クローラー） : これが近年の急増の主役です。Google は通常の検索順位を決める Googlebot に余計な負荷をかけないよう、社内の研究開発（R&D）や生成 AI モデルの学習・検証用データ収集（robots.txt の Google-Extended 制御対象を含む）、検索以外のプロダクト向け取得 をこの GoogleOther（および GoogleOther-Image）へ切り離して巡回させています。

  2. Google-InspectionTool（URL 検査ツール） : サイト運営者が Search Console 上で「URL 検査（ライブテスト）」を実行した際にページを取りに来る専用エージェントです。

  3. Feedfetcher / 各種補助フェッチャー : RSS / Atom フィードの定期取得やファビコン確認などを行う Google のシステムボット群です。

その他ファイル26%と他社AIボットの盲点

もう 1 つ注目すべきは、右側の『ファイル形式別』において、Astro のクライアント JavaScript 最小化設計のおかげで JavaScript がわずか 1% に抑えられている一方、『その他のファイル形式』が 26% も取得されている事実です。

ここからは一部 推論 を含みますが、この 26% には通常の XML サイトマップ（sitemap-index.xml）や RSS（rss.xml）に加え、当サイトが <head> 内で代替リンク（rel="alternate"）として明示公開している AI 向けの構造化知識ファイル（llms.txt、llms-full.txt、ai-corpus.jsonl） への定期アクセスが大きく寄与していると考えられます。不要な JS を削ぎ落とし、機械が読みやすい構造化テキストを整えておくほど、検索ボットも AI エージェントも無駄なく知識を吸い上げてくれるわけです。

なお、超重要な盲点 として、Search Console のクロール統計に計上されるのは 「Google 自身のボットのみ」 です。OpenAI の GPTBot（ChatGPT 検索用 OAI-SearchBot を含む）や Anthropic の ClaudeBot、Perplexity などの他社 AI クローラーはこの 1.2 万回には一切含まれていません。実際の Web サーバー（Xserver 等の生アクセスログで User-Agent を集計すると一目で分かります）には、人間の閲覧数とは比較にならないほどの多種多様な AI エージェントが 24 時間体制で訪れています。

まとめ：バッチ遅延に惑わされずボットと対話

今回の Search Console 診断のポイントを整理します。

🔧 📌 Search Consoleで迷わないための3つの鉄則

  • インデックス登録画面の日付ラグは「3 段階診断」で裏を取る : サマリー日付が 1 週間止まっていても、『検索パフォーマンス（24 時間）』と『設定 ＞ クロールの統計情報』が動いていればサイトは 100% 健全です。

  • 「以前、ホストで問題が起きています」は直近 0% なら 90 日待つだけ : 現在の 3 項目に緑チェックが付いていれば対処不要。過去の瞬間風速エラーが集計窓（90 日間）から抜ければ自動で消えます。

  • 『その他のエージェント（GoogleOther）』急増は AI 時代の追い風 : 人間だけでなく AI クローラーにも正確に情報を届けるため、重いスクリプトを排した高速な静的 HTML と明確な見出し・サイトマップ構造を磨き続けましょう。

管理画面の表面の数字だけに一喜一憂せず、「裏側のパイプラインとクローラーの役割」を知っておくだけで、ブログ運営の精神的な余裕はぐっと広がりますよ！

夜の部屋で目に見えない気配をじっと観察するノルウェージャンフォレストキャット

▲ 人間が寝静まった深夜にも、何千匹ものボットたちが静かに記事を読みに来ています