SEO で勝てる HP の構造｜技術系から見た本質

SEO で勝てる HP の構造｜技術系から見た本質

目次

TL;DR

  • SEO内部対策の核心はH1・見出し構造・内部リンク・スキーマ・Core Web Vitalsの5軸
  • きれいなデザインのHPでも、構造が悪ければGoogleに正しく読まれない
  • 表示速度（Core Web Vitals）は2026年にはSEOの「前提条件」であって施策ではない
  • 「コンテンツを書く前に構造を直す」がコスパ最高の改善順序

HPを作って「あとはGoogleが評価してくれる」と思っていると、大抵うまくいかない。

コンテンツをどれだけ丁寧に書いても、構造が崩れていればGoogleに正しく読まれない。逆に言えば、構造を正しく設計するだけで、同じコンテンツでも検索評価が変わる。これがSEO内部対策の本質だ。

この記事では現役エンジニアの視点から、HP（ホームページ）のSEO構造を5軸で解説する。H1階層・内部リンク・構造化データ・Core Web Vitalsまで、技術的な裏側も含めて整理した。

SEO内部対策とは｜2026年版の全体像#

SEO内部対策とは、自社サイト内部の構造・コンテンツを検索エンジンが理解しやすい形に整える施策の総称だ。「外部リンク（被リンク）を集める外部対策」と対になる概念で、サイトオーナー側でコントロールできる範囲に絞られる。

2026年時点での変化として、「クロールされるかどうか」だけでなく、「何についてのページか・信頼できるソースか・誰向けか」まで伝わる構造設計が問われるようになっている。Google AI Overviewの普及で、スキーマや内部リンクの意味的な関係がAI検索での引用にも影響するようになったからだ（出典: Google Search Central - Core Web Vitals）。

主な施策は以下の5軸に整理できる。

軸内容優先度
H1・見出し構造ページの主題と構成をGoogleに伝える★★★
内部リンクページ間の関連性・優先度をクローラーに伝える★★★
Core Web Vitals表示速度・操作性・視覚安定性の3指標★★★
構造化データ（スキーマ）FAQや記事の意味をマークアップで明示★★☆
URLとcanonical設計正規URLを明示し重複評価を防ぐ★★☆

H1・見出し構造｜Googleが読む「目次」を正しく作る#

見出しタグ（H1〜H4）は「ページの意味構造をHTMLで表現する設計」であって、フォントサイズを変えるタグではない。ここを勘違いしているHPが多い。

H1は1ページに1つだけが原則だ。GoogleはH1を「このページの主題」として認識する。H1が複数あるページは「このページは何を主張したいのかわからない」状態になり、適切なキーワードでのインデックスが難しくなる。

H2以下の階層は「記事の目次」に相当する。H2が章タイトル、H3が節タイトルと考えると組みやすい。重要なのは論理的な階層関係を維持することだ。H2を飛ばして突然H4が出てくるようなHTMLは、クローラーにも読者にも混乱する。

正しい構造:
H1: メインタイトル（ページ主題）
  H2: 第1章
    H3: 節タイトル
  H2: 第2章
  H2: まとめ

NG な構造:
H1: メインタイトル
H4: いきなり小タイトル（H2・H3を飛ばしている）
H2: 章（H4より後に来ている）

titleタグとH1のキーワード整合性も見落としやすい。ブラウザのタブに表示されるtitleタグと、ページ冒頭のH1は、少なくともターゲットキーワードを揃えておく必要がある。全く別のキーワードが設定されているページは、Googleから「どのキーワードで評価すべきか」が曖昧になる。

内部リンク設計｜クローラーを迷子にさせない#

内部リンクには2つの役割がある。①読者を関連ページへ誘導するUX的な役割と、②クローラーがサイト内を巡回する「道案内」としての役割だ。

SEO観点で特に重要なのは②だ。クローラーは内部リンクをたどって新しいページを発見する。内部リンクが少ないページや、他のページからリンクされていない「孤立ページ」はインデックスが遅れるか、評価が積み上がりにくい。

内部リンクの設計原則#

内部リンクのタイプ効果優先度
Pillar（母艦）→ 関連ClusterへのリンクCluster記事の発見・評価向上高
Cluster → Pillarへの逆リンクPillar記事への評価集約高
関連Cluster同士のリンクテーマの意味的なクラスター形成中
フッター・サイドバーの固定リンク全ページから特定ページへの評価集中低〜中

アンカーテキスト（リンクの文言）には必ずキーワードを含める。「こちら」「詳細はこちら」というリンクは、Googleに「何へのリンクか」が伝わらない。「MEO集客の方法はこちら」ではなく「MEO事業ビジネス完全ガイド」のように文脈に合ったアンカーテキストにする。

新しいページを公開したら、関連する既存ページから必ず1本以上内部リンクを張る習慣を作ると、インデックスの遅延を防げる。XMLサイトマップをGoogle Search Consoleに送信しておくことも、クロール漏れの防止に効く。

構造化データ（スキーマ）｜AIサーチにも伝わる構造#

構造化データ（スキーマ）とは、ページのコンテンツを「機械が理解できる形式」で記述するマークアップだ。JSON-LD形式でHTMLのheadタグ内に記述する。

見た目には何も変わらないが、Googleのリッチリザルト（FAQ展開・記事情報付き表示など）の対象になる。2026年時点ではGoogle AI Overviewがスキーマを参照してクレームを構成するケースが増えており、スキーマを実装したページの方がAI検索での引用精度が高まる傾向がある。

優先して実装すべきスキーマ#

スキーマ効果実装難易度
FAQPageFAQ形式でリッチリザルト表示（検索結果内でQ&Aが展開）低
Article記事タイプとして認識・著者情報付き表示低
BreadcrumbListパンくずリストを検索結果に表示中
LocalBusiness店舗情報・地域ビジネスのリッチ表示低

FAQPageは費用対効果が最も高い。記事末のFAQセクションをJSON-LDで記述するだけで検索結果内でQ&Aが展開表示されてクリック率が上がりやすい。

実装はHTMLの<head>内に以下のJSON-LDを置くだけで済む：

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "質問文",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "回答文"
      }
    }
  ]
}

Core Web Vitals｜速度はSEOの前提条件になった#

GoogleはCore Web Vitalsを2021年から正式なランキング要因として導入した。2026年現在も3指標のスコアはPage Experience評価の核であり続けている。

指標意味良好の閾値
LCP最大コンテンツ描画（主要コンテンツが表示されるまでの時間）2.5秒以下
INP操作への応答性（クリック・タップ後の反応速度）200ms以下
CLSレイアウトのズレ（画像読み込み後にテキストがずれる等）0.1以下

2024年3月にFID（First Input Delay）からINP（Interaction to Next Paint）への移行が完了した。INPはページ全体の「クリック→反応」の中央値で測定されるため、JavaScriptが重いページは不利になる。

フレームワーク別のCore Web Vitals通過率#

HPに使うフレームワーク選定はCore Web Vitalsのスコアに直結する。Astroで作られたサイトの約60%がGood判定を取れているのに対し、WordPressやGatsbyは約38%にとどまる（出典: Astro 2023 Web Framework Performance Report）。

フレームワークCWV通過率（Good）特性
Astro約60%デフォルトゼロJS・Islands Architecture
Next.js / Gatsby約38%React ベース・JS バンドルが重くなりやすい
WordPress約38%PHPの動的処理・プラグイン数に比例して重くなる
Hugo高いGo製・ビルド最速・ゼロJS

理由は設計思想の差だ。Astroはデフォルトでページにゼロのjavascriptを出力する。動的な機能が必要なコンポーネントにだけ最小限のJSを送る設計なので、レンダリングがシンプルで速い。WordPressは毎回PHPがデータベースを参照してHTMLを生成する動的構造のため、サーバーレスポンス待ちが発生しやすい。

ほんね丸の現場感｜サイト構築で気づいたこと#

ほんね丸の自社サイト（honnemaru.com）はAstro + Vercel + Markdownで構築している。現役エンジニアとして、「どのフレームワークを選ぶか」がCore Web Vitalsにどれほど直結するかは実装レベルで感じている。

特に気づいたのは、SEO構造の問題の多くは「作るときに正しく設計しなかった」ことが原因だという点だ。後からH1を整理したり、内部リンクを大量に張り直したり、画像の最適化を全記事に適用したりするのは、最初から設計するより何倍もコストがかかる。

実際に店舗HPのSEO改善相談を受けた際、最初に確認するのはPageSpeed InsightsのスコアとSearch ConsoleのCore Web Vitalsレポートだ。「コンテンツを書き直す前に、まず構造を直す」のが最もコスパが高い。

業界でよく見る失敗パターンは「コンテンツはあるのに、H2がずっと同じキーワードの繰り返し・内部リンクがない・画像の重さを改善していない」という状態だ。このケースは構造を整えるだけで、数週間後の検索順位に変化が出てくることがある。

WordPressで運用しているサイトで「全ページのH2構造を見直したい」となると、全記事を手動で確認する必要が出てくる。「まず公開してから直せばいい」は聞こえがいいが、SEO構造は後付けで直すのが思った以上に大変だ。最初の設計が後の運用コストを決める。

SEO内部対策 実践チェックリスト#

記事公開・サイト構築時に確認したい最低限の項目をまとめた。

チェック項目OK/NG判定基準
H1は1ページに1つのみ2つ以上あればNG・即修正
titleタグとH1のキーワードが揃っている全く別キーワードならNG
見出し構造がH1→H2→H3の順階層ジャンプ（H2を飛ばしてH4等）がないか
内部リンクが2本以上ある孤立ページになっていないか
canonicalタグが設定されているURLの正規化ができているか
FAQPageスキーマが実装されているFAQセクションがあれば優先実装
Core Web Vitals（LCP）が2.5秒以下PageSpeed Insightsで確認
画像にalt属性がある全画像にalt=""が設定されているか
XMLサイトマップがSearch Consoleに送信済みインデックス遅延を防ぐ

まとめ｜SEO構造は「コンテンツを正しく届ける地盤」#

SEO内部対策は「コンテンツの質を無駄なくGoogleに伝えるための地盤整備」だ。良い記事を書いても、地盤が崩れていれば正しく評価されない。

優先順位は高い順に：

  1. H1・見出し構造の整合性（最も基本・コンテンツ評価に直結）
  2. 内部リンクの整理（孤立ページ解消・クロール最適化）
  3. Core Web Vitals（LCP中心）（表示速度はUX・ランキング両方に効く）
  4. 構造化データ（FAQPageから始める）（実装コスト低・検索結果の見え方が変わる）

「まずPageSpeed Insightsで計測する → 構造上の問題を直す → コンテンツを磨く」の順で動くのが最もコスパが高い。

SEO対応のHP制作を検討している方は Astroで静的サイトを作る選び方 や CMSなしHP制作のメリット・デメリット も合わせて読んでほしい。

FAQ#

H1タグは1ページに1つだけですか？#

はい。GoogleはH1を「このページの主題」として認識するため、1ページ1H1が原則です。H2以下で章立てし、H1はタイトルと一致させるのが基本設計です。

内部リンクはどれくらい入れるのが適切ですか？#

明確な上限はありませんが、文脈に自然に合う2〜5本が一般的です。無理やり詰め込むとUXが悪化しSEOにも逆効果です。「読者が次に読みたいと思うページ」に絞るのが正解です。

構造化データ（スキーマ）は必須ですか？#

必須ではありませんが、FAQPageやArticleスキーマを実装するとリッチリザルト（強調スニペット・FAQ展開）の対象になります。2026年はAI Overviewでもスキーマのあるページが引用されやすい傾向があります。

Core Web Vitalsの3指標を教えてください#

LCP（最大コンテンツ描画：2.5秒以下が良好）・INP（操作応答性：200ms以下が良好）・CLS（レイアウトのズレ：0.1以下が良好）です。Googleのランキング要因に明示されており、PageSpeed Insightsで無料確認できます。

SEO内部対策で一番効果が出やすい施策はどれですか？#

サイトの現状によりますが、効果が出やすい順は①H1・タイトルタグのキーワード整合性修正、②内部リンクの整理（孤立ページ解消）、③Core Web Vitals（特にLCP）改善の順です。スキーマは実装コストが低い割に検索結果の見え方に直結するのでおすすめです。

関連記事#

HP制作を検討している方へ#

SEOに強いHP構造を「最初から組める」月額型のHP制作サービスが存在する。技術知識なしでも公開できる選択肢として、MDS HP制作（SINGLE・MULTI・FLEXプラン）を確認してみてほしい。

MDS HP制作 公式（SINGLE / MULTI / FLEX プラン）

⚠️ このサービスは紹介者ID申告が必須: URL経由のクリック追跡が一部の経路（モバイルブラウザ・SNS内ブラウザ・リダイレクト経由など）で正しく紐づかないケースが確認されています。リンクから登録後、フォーム入力時と面談時の口頭で、両方で**紹介者ID 100014107**を必ず伝えてください。ID申告がないと紹介ルートでのフォロー（相談対応）が受けられません。

HP/LP制作を「提供する側」として副業・独立を検討している方は、MDS Cloud Start-up（クラスタ）パートナー制度も確認してみてください。

Cloud Start-up（クラスタ）パートナー制度

⚠️ 同様に**紹介者ID 100014107**をフォーム入力時と面談時の口頭で必ず伝えてください。

関連記事