ドメイントップページに関するオフラインのデータ処理

「オフライン処理」とは（Googlebot の処理フロー）

Google のクロール・インデックスには、リアルタイム処理（クロール直後に走る基本解析）と オフライン処理（時間をかけて走る深部評価）の二層があります。

• リアルタイム処理: HTMLのパース、タイトル抽出、canonical 判定、構造化データの読み取り、内部リンクの初期マッピング
• オフライン処理（ドメイントップ対象）: ドメイン全体のコンテンツ類似性、主題の中心、サイト内意味グラフの生成、E-E-A-T の計算

ドメインのトップページは、オフライン処理の 「起点ノード」 として使われます。トップから深い階層のページへの意味的連続性、逆方向のリンクでの到達率、トップに集約されるシグナルから、Google は「このドメインの専門領域は何か」を決めています。

サイト設計への3つの影響

1. トップページが「何のサイトか」を明示できていないと、cluster 全体の評価が下がる

   当サイトのトップ（website.usersupports.com/）は「WEB ディレクターを本気で応援する」という明確な一文を blockquote で冒頭に配置しています。これはオフライン処理で「このドメインの主題 = WEB ディレクター支援」と認識させるためです。曖昧な「総合情報サイト」型のトップは、オフライン処理で主題が定まらず、cluster 記事の評価も散逸します。

2. トップの内部リンク構造がサイト全体の「権威分配」を決める

   Zyppy の 2,300万リンク分析では、トップページから貼られたリンクは他ページから貼られたリンクの約3倍の権威を運びます。オフライン処理の「起点」だから。当サイトは、トップから AI Ron ブログ 最新記事・ツール一覧・有言実行ログへの直接リンクを確保し、新記事公開時にトップからの直接リンク（カルーセル）を張り直しています。

3. トップの更新頻度がドメイン全体の鮮度評価に影響する

   トップが6ヶ月以上更新されていないドメインは、オフライン処理で「活発なサイト」から「停止サイト」にフラグが立つ可能性があります。当サイトでは トップの dateModified を PHP 動的出力（毎アクセス時の現在時刻）にして、常に最新として扱われるようにしています。ただしこれは「本物の更新」が伴ってこそ意味を持ちます（記事032「偽の鮮度に騙されるな」参照）。

オフライン処理の遅延と、SC データへの影響

オフライン処理は 2〜7日 の遅延があると推測されています。Search Console のインプレッションや平均順位が「なんか反映が遅い」と感じる原因の一つ。特にコアアップデート中は、オフライン処理が優先されるため、SC に反映されるまで 10日以上かかる ケースも報告されています（記事1137「SC インプレッション 11ヶ月バグ」の裏には、このオフライン処理の遅延も関係しています）。

実装ベストプラクティス（当サイトで適用中）

• トップページに明確な1文の主題を blockquote で配置
• Organization schema + WebSite schema をトップに必ず出す
• Article schema の publisher 情報を全 cluster ページで統一
• トップからの主要 cluster への直接内部リンク（深さ 1 ホップ）を 5〜10 本確保
• トップの HTML サイズは 2MB 未満 厳守（記事1129 の Googlebot 2MB 制限）
• pillar → cluster → pillar の双方向リンク網を維持