CHECKLIST · 2026 EDITION
SEO チェックリスト
完全版 2026年
このページで30秒でわかること
- SEO チェックリスト必須20項目（基本10項目 + 応用10項目）の全体像と優先順位
- 各項目を「なぜやるか・どう確認するか」まで記した実装手順（WHY / HOW / VERIFY 形式）
- 業種別ホームページ採点 N=985件の業界平均スコアとの比較データ
- URL を入力するだけで30秒・無料で採点できる個別ツール集（9本）
ホームページの基本 SEO（検索エンジン最適化）の必須20項目を、実装手順・確認方法つきで解説する完全チェックリストです。title 文字数・meta description・OGP・JSON-LD・sitemap.xml・robots.txt・H1単数性・内部リンク・画像 alt 設定率・モバイル対応に加え、HTTPS・canonical・パンくず・H2階層・Core Web Vitals・E-E-A-T・画像最適化・noindex 管理・404 管理・GSC 接続まで20項目を、サイト採点くんの累計1000件超データから抽出した業界平均と無料採点ツールで検証可能な形で解説します。
※ 本ページで引用する「N=985件」は旧「13業種ベンチマーク（191ドメイン）」の集計値で、別途公開の「AI Citation 21業種調査（約480社）」とは別データです。いずれも公開ページ構造のルールベース採点で、実際のAI検索エンジンへのクエリ投入・引用有無の確認は行っていません。
── QUICK ANSWERS ──
SEO とは？よく聞かれる質問にひとことで答える
検索エンジンと AI 検索の両方に拾われやすいよう、SEO の派生質問への直接的な答えをまとめました。
SEO とは何ですか？
SEO（Search Engine Optimization）は、Google や Bing などの検索エンジンにページ内容を正しく理解してもらい、検索結果で見つけられやすくするための改善です。title、meta description、見出し、内部リンク、構造化データ、モバイル対応など、検索エンジンとユーザーの両方に伝わるサイト構造を整えることが中心です。
SEO と LLMO の違いは何ですか？
SEO は検索結果で上位表示されるための対策、LLMO は ChatGPT・Perplexity・Claude・Google AI Overviews などの AI が回答を作るときに引用元として選ばれるための対策です。SEO は検索エンジンに発見される土台、LLMO は AI に答えとして抜き出される構造で、2026年時点では LLMO チェックリスト との併用が現実的です。
SEO 内部対策と外部対策の違いは何ですか？
内部対策は自社サイト内で直せる改善で、title、meta description、H1、内部リンク、sitemap.xml、robots.txt、JSON-LD などが該当します。外部対策は他サイトからの被リンク、引用、指名検索、SNS やメディア露出など、自社サイト外で評価を積み上げる施策です。まず内部対策を整えてから、独自リサーチで外部評価を取りにいく順番が安全です。
title タグの最適文字数は何文字ですか？
日本語サイトでは全角28〜32文字前後を目安にすると、検索結果で途中省略されにくく、内容も伝わりやすくなります。重要キーワードは前半に置き、ブランド名や会社名は末尾に置くのが基本です。実際の表示幅は文字種で変わるため、最終確認は title 文字数チェック で行うのが確実です。
meta description の最適文字数は何文字ですか？
meta description は全角60〜80文字前後を目安にします。検索順位を直接上げる要素ではありませんが、検索結果の説明文としてクリック率に影響します。ページ固有の要約、対象ユーザー、読むメリット、自然な行動喚起を1文から2文で入れ、meta description チェックで長さを確認してください。クリック率を左右する行動喚起の文言づくりには、CTA 文言の無料作成ツールも役立ちます。
H1 タグはどう使うのが最適ですか？
H1 は1ページに1つだけ置き、そのページの主題をそのまま表す見出しにします。ロゴやサイト名を H1 にせず、記事・サービス・ツールなどページ固有のタイトルを H1 にするのが基本です。H2、H3 は下位見出しとして階層的に使い、ページの構造を検索エンジンが読み取りやすくします。
JSON-LD 構造化データは何から入れるべきですか？
最初は Organization と WebSite を全ページ共通で入れ、記事ページには Article、手順ページには HowTo、FAQ があるページには FAQPage、サービスページには Service を追加する順番がおすすめです。検出状況は 構造化データチェック で確認できます。
sitemap.xml はどう運用すればいいですか？
sitemap.xml は公開中の重要URLだけを載せ、noindex、404、リダイレクト先ではないURL、重複URLを混ぜないことが基本です。新規ページを追加したら sitemap に反映し、lastmod を更新します。Google Search Console と Bing Webmaster Tools に登録し、sitemap チェックでURL数と lastmod を確認します。
robots.txt ではどの bot を許可すればいいですか？
通常の検索流入を狙うなら Googlebot と Bingbot をクロール可能にします。AI 検索の引用も狙う場合は GPTBot、ChatGPT-User、PerplexityBot、ClaudeBot、Google-Extended など主要 AI クローラの扱いも確認します。許可状況は robots.txt チェックで一覧化できます。
モバイルファーストインデックスとは何ですか？
モバイルファーストインデックスとは、Google が主にモバイル版ページを基準にインデックス登録と評価を行う考え方です。PCで見た時に整っていても、スマホで横スクロール、固定幅、押しにくいボタン、読めない文字があると評価と成果の両方に影響します。モバイル幅チェックと実機確認を併用してください。
画像 alt 属性は SEO に効果がありますか？
alt 属性は画像検索、アクセシビリティ、ページ内容理解に効く基本要素です。装飾画像は空 alt でも問題ありませんが、商品写真、施工事例、図表、人物写真など内容に意味がある画像は具体的な説明を入れます。設定率は 画像 alt チェック で確認できます。
内部リンク構造はどう最適化すればいいですか？
重要ページに複数の関連ページからリンクを集め、孤立ページを作らないことが基本です。アンカーテキストは「こちら」だけでなく、リンク先の内容が分かる自然な言葉にします。カテゴリ、関連記事、パンくず、フッター、ハブページを使い、内部リンク数チェックで偏りを見ます。
SEO の効果はどれくらいで出ますか？
title、meta description、構造化データ、sitemap などの修正は、再クロール後に数日から数週間で検索結果に反映されることがあります。ただし順位や流入の安定した改善は、コンテンツ量、競合性、被リンク、サイト評価に左右されるため、3〜6ヶ月単位で見るのが現実的です。短期では技術エラー解消、長期では検索流入とCVの推移を見ます。
SEO の効果測定は何を見ればいいですか？
Google Search Console では表示回数、クリック数、クリック率、平均掲載順位、インデックス状況、検索クエリを見ます。GA4 では organic search のセッション、CV、フォーム送信、購入などの成果を見ます。順位だけで判断せず、検索結果に表示されているか、クリックされているか、事業成果につながっているかを分けて確認します。
── TL;DR ──
まず何を直せばいい？20項目の早見表
※ 採点ツール列のリンクから個別の自動採点ツールに飛べます（30秒・無料・登録不要）。
── BENCHMARK ──
業界平均はどうなっている？
サイト採点くんが2026年3月〜5月に採点した N=985件・191ドメイン・13業種のホームページ採点データから抽出した業界平均は、SEO 73.3点 / LLMO 71点です。SEO は LLMO より 2.3点高い傾向にあり、伝統的SEO は LLMO（AI検索向け）よりも先に対応が進んでいることが分かります。ただし業種間格差は最大22点超に達し、業種・サブカテゴリで様相が大きく異なります。
SEO 平均 73.3点は『B ランク中程』であり、半数のサイトはこの近辺に集中しています。本チェックリスト20項目を順番に実装することで、業界平均から SEO 90点超（A〜S ランク）に押し上げることが可能です。SEO の基本対策は技術投資としてはコモディティ化していますが、対応していないサイトが業界平均を作り出してしまっている、という構造になっています。
── 20 ITEMS DEEP DIVE ──
20項目をどう実装するか？手順と確認方法
各項目: なぜ重要か / 実装ステップ / 確認方法 の3点セットで解説します。
title タグの文字数を最適化する
WHY
title タグは検索結果に最も大きく表示される要素で、クリック率（CTR）を直接左右します。Google の SERP（検索結果ページ）では一般的に全角 28〜32 文字（半角換算 56〜64 文字）で truncation（途中省略）が起きるため、長すぎても短すぎても損です。サイト採点くん N=985件の業界平均では、title が短すぎる（10字未満）または長すぎる（40字以上）サイトが2〜3割存在し、CTR の機会損失が起きています。
HOW
- 全角 28〜32 文字（推奨レンジ）に収める
- サイト名やブランド名は末尾に置き、固有のキーワードを冒頭に配置
- 「○○｜サイト名」のように区切り文字（｜/-/—）でブランド分離する
- ページごとに個別のタイトルを設定する（同じ title の使い回しは不可）
VERIFY
サイト採点くん /tools/title-length-check で自動採点・SERP truncation 予測を確認できます。
meta description を適切な文字数で設定する
WHY
meta description は検索結果のスニペット（説明文）として表示され、クリック率に影響します。Google が自動生成する場合もありますが、明示的に設定したほうがコントロールできます。120〜160 文字（全角換算 60〜80 文字）が推奨レンジ。設定なしのサイトは N=985件の業界平均でも約2割存在し、最も対応しやすい改善項目の一つです。
HOW
- 全角 60〜80 文字（半角換算 120〜160 文字）で記述
- ページ固有の内容を要約し、行動喚起（CTA）的な言葉を含める
- ページごとに個別の meta description を設定
- 重要なキーワードを冒頭に配置（truncation 対策）
VERIFY
サイト採点くん /tools/meta-description-check で文字数 + 適正レンジを自動判定できます。
OGP / Twitter Card を必須5項目すべて設定する
WHY
OGP（Open Graph Protocol）は Facebook・LinkedIn・LINE・Slack などのソーシャルメディアでのシェア時にカード表示される情報。Twitter Card はX（旧 Twitter）でのカード表示。これらが未設定だと、SNS でシェアされた時に表示が崩れたり画像が出なかったりして CTR が大きく落ちます。必須5項目（og:title / og:description / og:image / og:type / og:url）の設定率は業界平均で約半数で、差別化しやすい項目です。
HOW
- og:title / og:description / og:image / og:type / og:url を <meta property> で出力
- twitter:card / twitter:title / twitter:description / twitter:image を併設（推奨）
- og:image は 1200x630 px の専用画像を用意（Facebook 推奨サイズ）
- ページごとに固有の OGP 情報を設定（home の使い回しは不可）
VERIFY
サイト採点くん /tools/ogp-check で OGP / Twitter Card 必須項目の検出 + 画像サイズチェックができます。
JSON-LD 構造化データを設置する
WHY
JSON-LD は Google・Bing・AI 検索が「このページが何について書いているか」を機械的に理解するための最重要シグナル。Organization / WebSite / Article / Product / LocalBusiness などのタイプを <script type='application/ld+json'> で出力します。リッチリザルト表示・知識パネル・AI 検索引用すべての起点になります。サイト採点くん N=985件のデータでは未設置サイトが約4割を占め、設置するだけで業界平均を超えられます。
HOW
- 全ページ共通: Organization / WebSite を <head> に出力
- 個別ページ: ページ性質に応じて Article / Product / Service / FAQPage 等を追加
- JSON-LD は <script type='application/ld+json'> + JSON.stringify() で生成
- Google リッチリザルトテストで検証
VERIFY
サイト採点くん /tools/schema-check で設置されている schema の @type 一覧を自動検出できます。
sitemap.xml を設置・管理する
WHY
sitemap.xml は Google / Bing などの検索エンジンクローラに「このサイトにあるすべての URL」を提示する地図。新規ページ・更新ページのインデックス速度に直結します。動的サイト（CMS / Next.js / WordPress）では sitemap が古くなるリスクがあるので lastmod の更新性も重要。N=985件の業界平均では sitemap 未設置のサイトが約2〜3割存在し、新規ページが index されない損失が発生しています。
HOW
- /sitemap.xml に静的または動的に sitemap を出力
- Next.js なら app/sitemap.ts、WordPress なら Yoast / RankMath 等のプラグインを使用
- GSC（Google Search Console）に sitemap を登録
- 新規ページ作成時に lastmod を必ず更新
VERIFY
サイト採点くん /tools/sitemap-check で sitemap の検出 + URL 数 + lastmod 更新性を自動チェックできます。
robots.txt で主要 bot の許可状況を制御する
WHY
robots.txt は検索エンジン・AI クローラがサイトをクロールする際のルールを定義するファイル。意図せず Disallow: / で全bot を拒否しているケースや、ChatGPT-User / GPTBot / Google-Extended など AI クローラを誤って block しているケースが N=985件の業界データで散見されます。AI 検索からの引用を狙うなら、AI クローラを明示的に許可することが必須です。
HOW
- /robots.txt に基本的な User-agent: * + Allow: / + Sitemap: の3行を最低設定
- AI 検索引用を狙うなら GPTBot / ChatGPT-User / Google-Extended / PerplexityBot / ClaudeBot を Allow
- 管理画面・API 等は Disallow で除外
- 誤って全 bot を Disallow にしていないか定期確認
VERIFY
サイト採点くん /tools/robots-check で主要 8bot の許可状況を一覧で確認できます。
H1 タグを1つだけ存在させる
WHY
H1 タグはページの主題を表す最重要見出し。複数あるとページの主題が曖昧になり、Google・AI 検索の主題判定が難しくなります。N=985件の業界平均では H1 ゼロのページや H1 複数ページが2〜3割あり、構造的な問題として残っています。1ページ1主題の原則を見出し構造でも守ることが、SEO の基本中の基本です。
HOW
- ページのメイン見出しを <h1> でマークアップ（1ページ1個）
- サイトロゴやヘッダー名は <h1> ではなく <p> や <div> で表現
- h2 / h3 / h4 と階層的に使い、見出しレベルをスキップしない
- Chrome DevTools で document.querySelectorAll('h1').length === 1 を確認
VERIFY
サイト採点くん（home の総合採点）で H1 単数性を自動チェックできます。
内部リンクの数と分類を最適化する
WHY
内部リンクは Google が「ページ間の重要度」を判断する材料。重要なページに内部リンクが集中していると、そのページの評価が上がります。逆に、孤立ページ（内部リンクゼロ）は index されにくく、評価も上がりません。N=985件の業界データでは、トップページからの内部リンク数が10未満のサイトが2割存在し、サイト全体の評価底上げ機会を逃しています。
HOW
- 重要ページ（サービス・料金・お問い合わせ）には複数のページから内部リンクを張る
- アンカーテキストを内容に即した自然な日本語にする（「こちら」だけは避ける）
- Footer / 関連記事ブロック / breadcrumb で内部リンクを増やす
- 孤立ページを定期チェックする（GSC / Screaming Frog 等）
VERIFY
サイト採点くん /tools/internal-link-count で内部 / 外部リンク数 + Top10 アンカーテキストを集計できます。
画像 alt 属性の設定率を上げる
WHY
alt 属性は画像の説明文。Google 画像検索からの流入・スクリーンリーダーでの読み上げ・AI が「このページにどんな画像があるか」を理解するための重要シグナル。空 alt（alt=''）は装飾画像として OK ですが、コンテンツ画像で alt 未設定は減点。N=985件の業界平均では alt 設定率50%未満のサイトが3割を占め、改善余地が大きい項目です。
HOW
- コンテンツ画像（写真・図表）は具体的に内容を説明する alt を設定
- 装飾画像（ロゴ装飾・区切り線等）は alt='' で明示的に空に
- 次世代フォーマット（WebP）への移行も併せて検討
- WordPress なら投稿画面で alt 必須化プラグインを導入
VERIFY
サイト採点くん /tools/alt-coverage-check で <img> タグ総数 + alt 設定率 + 空 alt 率を集計できます。
モバイル対応（viewport / 横スクロール）を完備する
WHY
Google は2018年からモバイルファーストインデックスを採用しており、PC ではなくモバイル表示が評価対象です。viewport meta 未設定や横スクロール発生は致命的な減点要因。N=985件の業界平均では、viewport meta 設定なしのサイトはほぼ消滅しましたが、375px幅でレイアウトが崩れるサイトはまだ1割以上存在します。
HOW
- <meta name='viewport' content='width=device-width, initial-scale=1'> を必ず設置
- 固定幅 px 指定を避け、% / vw / max-width を使う
- table / pre タグの溢れに注意（overflow-x: auto で対処）
- Google モバイルフレンドリーテスト・Chrome DevTools の Mobile Emulation で確認
VERIFY
サイト採点くん /tools/mobile-overflow-check で viewport + 375px超固定幅の検出ができます（CSS起因の崩れは検出不可・DevTools 併用推奨）。
全ページを HTTPS で配信する（常時SSL化・mixed content 解消）
WHY
HTTPS は2014年から Google のランキングシグナルに採用されており、現在は非 HTTPS サイトへの Chrome の「保護されていない通信」警告でユーザー離脱率が上昇します。さらに HTTPS ページ上に HTTP リソース（画像・JS・CSS）が混在する「mixed content」はブラウザがブロックし、ページ表示が崩れる原因になります。N=985件の業界データでは全ページ HTTPS 化率は95%超まで普及しましたが、mixed content が残存するサイトはまだ5〜10%存在します。
HOW
- SSL 証明書を取得・設定する（Let's Encrypt で無料取得可）
- http:// → https:// への 301 リダイレクトをサーバー設定（.htaccess / nginx / Vercel）で全ページに適用
- コンテンツ内の http:// リソース（画像・JS・CSS・外部フォント等）を https:// に更新して mixed content を解消
- Chrome DevTools > Console タブを開き「Mixed Content」警告の有無を確認
VERIFY
Chrome アドレスバーの鍵マークを確認し、Console に Mixed Content 警告がないことを検証。SSL Labs（ssllabs.com/ssltest/）でグレード A 以上を目標にする。
canonical タグで正規 URL を明示する
WHY
URL の揺れ（www あり/なし・末尾スラッシュ有無・大文字小文字・クエリパラメータ付き）により同一コンテンツが複数 URL で存在すると、Google がどの URL を評価対象にするか迷い、被リンク評価や内部リンクの PageRank が分散します。canonical タグで「この URL が正規版」と明示することで評価を1本に集約できます。EC サイトや CMS で絞り込み・ページネーション URL が大量発生するサイトでは特に重要です。
HOW
- すべてのページの <head> 内に <link rel='canonical' href='https://example.com/your-page/'> を出力
- canonical は必ず絶対 URL（https:// で始まる形）で記述する
- www あり/なし を 301 リダイレクトで統一し、canonical もそれと合わせる
- 検索クエリパラメータ（?sort=price&page=2 等）が付く URL では canonical で正規 URL を指定
VERIFY
ブラウザの View Source（Ctrl+U）でページ <head> 内の canonical を確認。GSC > URL 検査で「Google 選択の正規 URL」が意図通りの URL になっているか確認する。
パンくずナビを設置し BreadcrumbList 構造化データと連動させる
WHY
パンくずはユーザーが「サイトのどこにいるか」を把握し、上位カテゴリに戻りやすくする UX 要素であり、同時に内部リンクとしても機能します。BreadcrumbList 構造化データ（JSON-LD）を組み合わせると Google の検索結果に「ホーム > カテゴリ > ページ名」のパンくず表示（リッチリザルト）が出て CTR 向上に繋がります。サイト採点くん N=985件のデータでは、パンくず + BreadcrumbList の両方を設置しているサイトは全体の約3割にとどまります。
HOW
- 階層構造があるすべてのページにパンくずナビを設置（<nav aria-label='breadcrumb'><ol><li> の意味論的マークアップ）
- <script type='application/ld+json'> で @type:BreadcrumbList / itemListElement / ListItem / position / name / item を出力
- TOPページ〜現在ページまで全階層を BreadcrumbList に含める
- Google リッチリザルトテストで BreadcrumbList タイプが検出されることを確認
VERIFY
Google リッチリザルトテスト（search.google.com/test/rich-results）でページ URL を入力し、BreadcrumbList が「有効なアイテム」として表示されることを確認する。
H2/H3 見出しを論理的な階層構造に整備する
WHY
H1 の設置だけでなく、H2・H3・H4 の階層構造も Google の主題把握に影響します。「H2 の次が H4（H3 をスキップ）」「コンテンツ量と比べてフラットな H2 の羅列」など、見出し階層の乱れはページの構造が伝わりにくくなる原因です。また H2 を質問形式（「○○とは？」「○○をするには？」）にすることで、AI 検索が FAQ ライクなコンテンツとして引用しやすくなるという LLMO との相乗効果もあります。
HOW
- H1（ページ主題）→ H2（大セクション）→ H3（小見出し）→ H4 の順を守り、レベルをスキップしない
- H2 にはページの主要キーワードを含む質問形式の文言を使う（例：「SEO で最初に何をすべきか？」）
- Chrome DevTools > Elements パネルで H1〜H6 の出現順序と階層を確認
- document.querySelectorAll('h1,h2,h3,h4,h5,h6') をコンソールで実行し、階層の飛びがないか確認
VERIFY
Chrome DevTools Console で [...document.querySelectorAll('h1,h2,h3,h4,h5,h6')].map(h=>h.tagName+': '+h.textContent.slice(0,30)).join('\n') を実行し、見出しレベルの飛びと重複を確認する。
Core Web Vitals（LCP / CLS / INP）を計測・改善する
WHY
Google は2021年から Core Web Vitals（CWV）を正式なランキングシグナルとして採用。LCP（最大コンテンツ描画）2.5秒以内・CLS（累積レイアウトシフト）0.1以下・INP（インタラクション応答）200ms以内が目標値です。モバイルでの計測値が特に重視されます。PageSpeed Insights で URL を入力するだけで Field Data（実ユーザー計測）と Lab Data（合成テスト）の両方が取得できます。N=985件の業界データでは、モバイルで全3指標を「良好」に達成しているサイトは半数未満です。
HOW
- LCP 改善: Hero 画像に fetchpriority='high' を付与・WebP 化・サーバー応答速度（TTFB）を1秒以内に
- CLS 改善: 画像・動画・広告に width/height 属性（またはアスペクト比 CSS aspect-ratio）を設定。フォントに font-display: swap を指定
- INP 改善: JavaScript の長タスク（50ms超）を分割・Event listener を軽量化
- PageSpeed Insights（pagespeed.web.dev）でモバイル・デスクトップ両方を計測し、全3指標の現状把握から始める
VERIFY
PageSpeed Insights でモバイルの LCP < 2.5s / CLS < 0.1 / INP < 200ms を確認。GSC > ウェブに関する主な指標レポートで実際のユーザーデータ（Field Data）を月1回以上確認する。
E-E-A-T（運営者情報・著者・専門性・更新日）を明示する
WHY
Google は E-E-A-T（Experience / Expertise / Authoritativeness / Trustworthiness）をページ品質評価の重要基準として位置づけており、特に医療・法律・金融・不動産などの YMYL（Your Money or Your Life）ジャンルで影響します。運営者が誰か不明なサイト・著者情報のないページは低品質と評価されやすくなります。2023年に「Experience（一次経験）」が追加され、自社データや実体験に基づくコンテンツの優位性が高まっています。
HOW
- 会社概要ページ（/about）に法人名・所在地・代表者氏名・設立年・事業内容を掲載
- 記事・コンテンツページに著者名・肩書き・執筆日・最終更新日を明示
- Article 構造化データの author フィールドに Person または Organization を設定
- 自社独自データ・実績・事例を積極的に引用し、出典 URL を明記して一次情報性を高める
VERIFY
会社概要ページの完備・各記事の著者欄・dateModified の記述を目視確認。Google リッチリザルトテストで Article / author フィールドが正しく認識されているかを確認する。
画像を WebP / AVIF に変換し、遅延読み込みを実装する
WHY
画像はページ容量の60〜80%を占める主要因であり、LCP（最大コンテンツ描画）と PageSpeed スコアに直結します。JPEG / PNG を WebP に変換するだけで容量が30〜50%削減でき、Core Web Vitals の改善に効果があります。また「ファーストビュー外」の画像に loading='lazy' を付けることで初期読み込み量を削減できます。Next.js の Image コンポーネントはこれらを自動処理しますが、生の img タグや CMS 由来の画像は個別対応が必要です。
HOW
- 全画像を WebP（またはより新しい AVIF）に変換（Squoosh / cwebp コマンド / Next.js Image コンポーネント等）
- ファーストビュー外の画像に loading='lazy' を付与。Hero 画像には逆効果なので付けない
- ファーストビューの主要画像に fetchpriority='high' を設定して LCP を改善
- img タグに必ず width / height 属性を指定してレイアウトシフト（CLS）を防ぐ
VERIFY
Chrome DevTools > Network タブで画像の Content-Type が image/webp または image/avif になっているか確認。PageSpeed Insights の「最新フォーマットでの画像の提供」診断を確認する。
重複・薄いコンテンツページを noindex で除外する
WHY
Google は薄いコンテンツ（thin content）や重複コンテンツが多いサイト全体の評価を下げる可能性があります。特に CMS や EC サイトでタグページ・カテゴリ一覧・検索結果ページ・ページネーション・フィルタ URL が大量に自動生成される場合に発生しやすい問題です。インデックスの「質を守る」ことが、既存の良質なページの評価を保護します。sitemap.xml に noindex ページを混入させると Google に矛盾したシグナルを送るため、両方を整合させることが重要です。
HOW
- タグ・カテゴリ・アーカイブ・ページネーション・フィルタ URL で内容が薄い場合は <meta name='robots' content='noindex,follow'> を設定
- sitemap.xml には noindex ページを含めない（sitemap はインデックス登録の推薦リストのため矛盾を生む）
- GSC > インデックス > ページ の「noindex タグにより除外」で意図せず noindex になっているページがないか確認
- WordPress なら Yoast / RankMath の「アーカイブ自動 noindex」設定を活用
VERIFY
GSC > インデックス > ページ の「ノインデックスタグにより除外」件数を確認し、想定外ページが含まれていないことを確認。View Source でタグ・カテゴリページの <head> 内 robots タグを確認する。
404 エラーを修正し、301 リダイレクトを適切に管理する
WHY
404（ページ未検出）エラーは、外部サイトから張られたリンクや内部リンクが古い URL を指している場合に大量発生します。404 が多いサイトはクロールバジェット（Google クローラが1回の巡回で処理できるページ数）を浪費し、評価への悪影響が懸念されます。またページの URL を変更した際に 301 リダイレクトを設置しないと、旧 URL に蓄積されてきた評価が新 URL に引き継がれず「評価のリセット」が起きます。リダイレクトチェーン（A→B→C と3段以上のリダイレクト）も PageRank の流出・クロール効率低下につながります。
HOW
- GSC > インデックス > ページ > 「見つかりませんでした（404）」で発生中の 404 URL を定期確認
- 旧 URL → 新 URL への 301 リダイレクトを設置（Next.js なら next.config.js の redirects / WordPress なら Redirection プラグイン）
- 404 ページ自体（/not-found）をカスタマイズし、ユーザーがサイト内に留まれるよう主要ページへの導線を設置
- リダイレクトチェーン（A→B→C と3段以上）は1段に短縮する
VERIFY
GSC > インデックス > ページ の 404 件数を月次で確認。Screaming Frog（無料版500 URL まで）でサイト全体をクロールし 4xx エラー URL 一覧を出力する。
Google Search Console / Bing Webmaster Tools を接続・定期監視する
WHY
Google Search Console（GSC）はGoogleが提供する無料の公式 SEO 監視ツールで、インデックス状況・検索クエリ・クリック率・Core Web Vitals・カバレッジエラーを把握できる唯一のチャネルです。接続していないと「ページがインデックスされていない」「重大なクロールエラー」「sitemap の問題」に気づけません。Bing Webmaster Tools を追加することで Bing / DuckDuckGo / Microsoft Copilot 経由の流入も管理できます。どちらも無料・登録5分で設定可能です。
HOW
- GSC（search.google.com/search-console）にサイトを追加し、所有権を確認（HTML タグ方式または DNS TXT レコード方式）
- Bing Webmaster Tools（bing.com/webmasters）にも同様に接続（GSC データをインポートする方法が最速）
- GSC と Bing 両方に sitemap.xml を登録
- GSC で「インデックス カバレッジ」「ウェブに関する主な指標（CWV）」「リンク」レポートを月1回以上確認する習慣をつける
VERIFY
GSC のインデックスカバレッジレポートで「有効なページ数」が期待するページ数に近いか確認。「エラー」件数が増加していないかを月次モニタリングする。
── SEO + LLMO ──
SEO だけでは足りない時代になっている
検索の出口は『青いリンク10本』から『AI による要約 + 引用元数件』へと構造が変わりつつあります。Google AI Overviews（旧 SGE）が日本でも本格展開し、ChatGPT 検索・Perplexity・Claude などの AI 検索利用者が急速に増えています。SEO 対策をしているのに AI 検索に引用されないサイトは、検索結果ページに表示されても流入しないという事態が起き始めています。
本ページの SEO 20項目だけでは『AI 検索に引用される構造』をすべて満たせません。FAQPage / Article schema・著者明示・H2 質問形・構造化リスト・出典引用などの LLMO（LLM最適化）固有の対策を併用することで、SEO + LLMO の両輪での流入チャネルが確立できます。
NEXT STEP
SEO 20項目を完了したら、LLMO チェックリスト 完全版に進んでください。AI 検索引用のための10項目を、本ページと同じ WHY/HOW/VERIFY 形式で解説しています。
LLMO チェックリスト 完全版 →── FAQ ──
よくある質問
Q. SEO（検索エンジン最適化）と LLMO（LLM最適化）の違いは何ですか？
SEO は Google などの検索エンジンで上位表示されることを狙う最適化です。これに対し LLMO（LLM Optimization）は ChatGPT・Perplexity・Claude・Google AI Overviews などの AI が回答を生成する際に「このページから引用しよう」と選ばれることを狙う最適化です。検索の出口は『青いリンク10本』から『AI による要約 + 引用元数件』へと変わりつつあり、両方への対策が必要な時代になっています。SEO の基本（title / meta / sitemap）と LLMO の固有要素（FAQPage / Article schema・著者明示・H2 質問形・出典引用）を両輪で対応することをお勧めします。
Q. SEO 20項目すべて対応するのは大変です。優先順位は？
実装難度と効果のバランスでは「H1 単数化・H2 階層整備（構造修正のみ）→ HTTPS 確認・GSC 接続（ツール登録・一瞬）→ canonical・meta description 設定・robots.txt 確認（文字数調整・テンプレート化可能）→ sitemap.xml（全サイト共通）→ OGP / Twitter Card（共通テンプレ + 個別画像）→ JSON-LD 構造化データ・パンくず（実装中規模）→ 内部リンク・alt属性・モバイル対応・画像最適化・noindex 整理・404 管理（地道なリファクタリング）→ Core Web Vitals・E-E-A-T（継続的な改善）」の順がおすすめです。最初の5項目は半日で全サイト対応可能、JSON-LD は1〜2日です。
Q. 業界平均のスコアはどれくらいですか？
サイト採点くんが2026年3月〜5月に採点した N=985件・191ドメイン・13業種のホームページ採点データでは、SEO 平均スコアは 73.3点、中央値 76点でした。SEO はそれなりに対応されている水準ですが、業界別では最大22点超の格差があり、医療系（特に治療院）が SEO 平均80点超で先行、士業（legal-tax）が55点台で遅れているなどの構造があります。詳細は『業種別ホームページ採点実態調査 2026年版』をご覧ください。
Q. 20項目クリアすれば100点になりますか？
サイト採点くんの採点ロジックは「SEO 10項目（100点満点） + LLMO 10項目（100点満点）の平均で総合スコア」です。本ページの SEO 20項目（基本10項目 + 応用10項目）をクリアすれば SEO 100点が見えますが、総合スコア100点を狙うなら LLMO 側の10項目（FAQPage / Article schema・著者明示・H2 質問形・構造化リスト・出典引用 等）も対応が必要です。LLMO の詳細は LLMO チェックリスト 完全版をご覧ください。
Q. サイト採点くんの自動採点ツールは何ができますか？
本ページに記載の SEO 基本10項目のうち9項目（title 文字数 / meta description / OGP / 構造化データ / sitemap / robots.txt / 内部リンク / alt網羅率 / モバイル幅）は、サイト採点くんの無料SEOツール集（/tools）で個別に自動採点できます。すべて URL を入れるだけで30秒・無料・登録不要で結果が出ます。総合採点（SEO 10項目 + LLMO 10項目）は home page の URL 入力欄から実行できます。
Q. Core Web Vitals（LCP/CLS/INP）はどうやって計測・改善しますか？
PageSpeed Insights（pagespeed.web.dev）に URL を入力するだけで、LCP・CLS・INP の実測値（Field Data）と合成テスト値（Lab Data）の両方が確認できます。目標値は LCP 2.5秒以内・CLS 0.1以下・INP 200ms以内。LCP の主な改善策は Hero 画像の WebP 化・fetchpriority='high' 設定・TTFB の短縮。CLS の主な改善策は画像への width/height 属性設定とフォント font-display: swap の設定。INP の改善は JavaScript の長タスク分割です。Google Search Console の「ウェブに関する主な指標」レポートで実ユーザーデータも月次確認できます。
Q. E-E-A-T とは何ですか？中小企業でも対応できますか？
E-E-A-T は Experience（経験）・Expertise（専門性）・Authoritativeness（権威性）・Trustworthiness（信頼性）の略で、Google がコンテンツ品質を評価する際の枠組みです。中小企業でも対応可能で、まず会社概要ページに法人名・所在地・代表者・設立年を掲載し、各ページに著者情報と更新日を明示することから始めます。次に Article 構造化データの author を設定し、自社の実績・独自データ・現場事例などの一次情報を積極的に掲載すると「Experience」シグナルが強まります。大手メディアへの掲載や被リンクは「Authoritativeness」に繋がりますが、まず信頼性の土台（HTTPS・会社情報・更新日）を整えることが先です。
Q. canonical タグはなぜ必要ですか？設定されていないとどうなりますか？
canonical タグは「この URL が正規版です」と Google に伝えるタグで、URL の揺れ（www あり/なし・末尾スラッシュ有無・クエリパラメータ付き）による重複コンテンツ問題を防ぎます。設定されていない場合、Google が自動的に正規 URL を判定しますが、意図しない URL が選ばれることがあります。特に EC サイトや CMS では絞り込み・ページネーション URL が大量発生するため canonical の明示的な設定が重要です。設定方法は <head> 内に <link rel='canonical' href='https://example.com/your-page/'> を絶対 URL で出力するだけです。
Q. 本ページは無料で引用できますか？
はい、出典に「サイト採点くん『SEO チェックリスト 完全版 2026年』（saiten-kun.com）」と明記いただければ、図表・項目リスト・数値の引用は無料で可能です。記事・SNS・社内資料・営業資料・業界誌・ビジネス系メディアなど用途を問わずご利用ください。
── TRY IT ──
自分のサイトのSEO スコアは何点？
URL を入れるだけで30秒、無料・登録不要で SEO 10項目 + LLMO 10項目（合計20項目）を採点します。本ページの SEO 20項目を順番に実装すれば、業界平均（SEO 73.3点）からトップ層まで一気に引き上げられます。
CITATION
引用について
本ページの図表・項目リスト・数値は、出典を明記していただければ、記事・SNS・社内資料・営業資料・業界誌・ビジネス系メディアなど用途を問わず無料でご利用いただけます。
https://saiten-kun.com/seo-essentials