株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
SEO内部対策とは？
本記事の内部対策は、サイト内のコンテンツ/HTMLと配信・リンク/計測を点検する20項目の整理です。外部リンク獲得と分けてサイト側で取り組む案ですが、CMS/権限や配信基盤によって変更範囲が異なります。GoogleのSEOガイドは検索エンジンの内容理解と利用者の発見/判断を支援する考え方で、正しい実装だけでインデックスや順位が保証されるとはしません。
本記事の3目的は、クローラビリティ（発見/巡回）、インデクサビリティ（内容理解/登録条件）、ユーザビリティ（利用体験）の点検です。本文/FAQをこの整理にそろえます。
- クローラビリティの点検：URLの発見/通常リンクと巡回・資源へのアクセスを確認する案
- インデクサビリティの点検：内容理解/登録条件・noindexと正規URLを確認する案
- ユーザビリティの点検：表示/操作・モバイルとCWV等の利用体験を確認する案
SEO内部対策チェックリスト【20項目】
クローラビリティ（検索エンジンの巡回を促す）
1. XMLサイトマップの送信
検索へ掲載したいURLを整理し、必要ならXMLサイトマップを送信する案です。Googleはサイトマップを発見の補助として案内し、一部CMSで自動生成されますが必須とはしません。全URLを無条件で入れる案や送信すれば登録される保証ではありません。Yoast SEOは機能を有効にしてサイトマップを確認し、内容の追加/削除で更新する仕組み、Rank Mathはサイトマップインデックスを作成する仕組みを提供元が案内しています。利用版/設定と生成URLを確認する案です。
2. robots.txtの設定
robots.txtはクローラーがアクセスできるURLと巡回を管理するものです。管理画面を保護する認証や、検索からの削除/正規化の代用にしません。DisallowしたURLも他のリンク等から検索に現れることがあり、内容を読めないためnoindexも確認できません。重複URLはcanonical/移転・不要なURLは検索除外など、目的を分けて点検する案です。
3. 内部リンクの最適化
Googleは既存ページのリンクから新しいページを発見します。関連ページへ意味が分かるリンクを置く案で、ピラー/クラスターの相互リンクは整理の候補です。リンク数だけを増やせば巡回頻度/順位が必ず上がる、評価量を自由に操作できるという保証にはしません。
4. パンくずリストの設置
階層/現在地が分かるパンくずを設置する案です。BreadcrumbList等のマークアップは表示内容と対応し、利用する検索機能の条件を確認して実装します。ナビゲーションの有用性と検索結果での表示保証を分けてください。
5. サイト階層を浅くする
原3クリック以内は本記事の設計目安として保持し、Googleの一律の必須条件ではありません。重要な内容へ利用者/クローラーが到達できる通常リンク・論理的な階層と検索/一覧を点検する案です。
6. ページネーションの最適化
Googleはrel=prev/nextをページ間関係の把握に現在使っていませんが、HTMLのnext/prevというリンク種別の仕様は存続しており、HTML仕様自体が廃止された意味ではありません。ページごとのURLと巡回可能な通常リンクを用意する案です。Googleの案内では分割されたページをすべて1ページ目へcanonicalせず、各ページ自身の正規URLを指定します。
インデクサビリティ（Googleに正しく内容を伝える）
7. titleタグの最適化
titleは内容を正確/簡潔に示し、Googleは複数の情報から検索結果のタイトルを作成します。原本文32文字以内/FAQ30〜35文字は編集上の目安として保持し、Googleの固定文字上限ではありません。過剰なキーワードの反復を避け、表示幅による切詰めや別タイトルの表示も確認する案です。CTRへの最大の影響や改善は保証しません。
8. meta descriptionの最適化
検索の説明文はページ内容から作られ、meta descriptionが使われる場合もあります。原120文字以内は本記事の編集目安で、Googleの固定上限ではありません。内容に合う固有の要約を用意して実際の表示を確認する案で、必ずその文が表示/CTRが改善するとはしません。
9. 見出しタグ（H1〜H3）の最適化
主タイトルが明確で、H2/H3等で読み進めやすい階層を作る案です。原H1を1つにする方針は本記事の編集例。Googleは理想の見出し個数を定めず、意味のある順序はスクリーンリーダーに役立つと説明しています。自然な語で内容を伝え、個数だけでSEO品質を決めません。
10. 画像のalt属性
altは画像と周囲の内容の関係を説明する短い代替テキストとして点検します。画像の役割/内容に合わせ、キーワードを詰め込むために使わない案です。altの存在だけで画像検索流入が必ず増えるとはしません。
11. URLの最適化
Googleは読みやすく論理的なURLと利用者の言語を案内し、日本語の例も示しています。英語/ローマ字は元設計候補として保持し、日本語だから一律に避ける条件ではありません。不要なパラメータと表記揺れ/リンクのエンコード、変更時の移転・正規URLを確認する案です。
12. canonicalタグの設定
canonicalは重複/類似URLについて希望する正規URLを伝える方法で、URLや重複内容を物理的に削除するものではありません。www/http・パラメータなどは実際の内容を照合して対象を決める案です。robots.txtで正規化せず、noindexも同一サイトで正規URLを選ぶための代用にしません。
13. 構造化データ（Schema.org）の実装
GoogleのFAQリッチリザルトは2026年5月7日から表示終了しています。2023年9月14日のGoogleブログ更新は、9月13日からデスクトップでもHowTo表示を終了し、この機能が廃止となったと説明しています。先行したモバイル終了を含め、両端末で表示終了した現状と語彙の利用を分けます。FAQ/HowToという語彙を使うこととGoogleの現行検索機能を区別し、全ページのFAQ/HowTo実装をリッチ表示の施策としません。Article/BreadcrumbList/Product等は対象ページに合う型と現在の機能要件を確認する候補です。JSON-LD等は表示内容に一致させ、正しくてもリッチ表示は保証されません。AI Overviews/AI Modeにも特別なschema.orgマークアップは不要で、実装だけで引用確率/順位が上がるという原因果は確認できません。次の原プロンプトは一般的な作成依頼の例を保持するもので、出力の正しさ/即時完成や現行の検索表示を保証しません。
AI活用：元の一般的な依頼例「この記事のFAQ構造化データをJSON-LDで作成して」を試作の出発点として使う案です。原「依頼すれば即座に生成」は待ち時間/完成・正しさの保証として扱いません。本記事の試作では正確性を仮定せず、公開前に内容/構文と適用条件を検証する手順を設ける提案です。出力と対象ページの表示内容・型/必要項目を照合し、利用できる検索機能と検証結果を確認してください。
14. noindex/nofollowの適切な使用
noindexは検索への登録を除外するルールで、Googleがページ/ヘッダーを取得できる必要があります。同じURLの巡回をrobots.txtで遮断してnoindexも読み取らせる案は避けます。外部リンクは有料/広告ならsponsored（nofollowも許容）、投稿由来ならugc等で関係を伝えるもの。nofollowを任意の評価量移動を止めるスイッチや、リンク先のインデックスを禁止する命令としません。
ユーザビリティ（ユーザー体験の最適化）
15. モバイルフレンドリー対応
Googleはモバイル版の内容をスマートフォンエージェントで取得して登録/順位評価します。レスポンシブは推奨される構成ですが、動的配信/別URLもあるため唯一の必須構成とはしません。主要内容/メタ情報と構造化データ、資源へのアクセスを確認する案です。
16. ページ表示速度の改善
PageSpeed InsightsはCrUXの実利用データとLighthouseのラボ測定を分けて表示します。実利用は直近28日で、ページの標本不足時にオリジンへ切替/実データなしの場合があります。画像圧縮・不要スクリプト/配信経路の点検は改善候補で、WebP/CDNの導入だけで必ず速くなるとはしません。下表はモバイル/デスクトップを分けた実利用の75パーセンタイルの目標で、単発のラボ値と混同しません。条件をそろえて再測定する案です。
17. SSL/TLS対応（HTTPS化）
Googleのページ体験の点検には安全な配信/モバイル表示等が含まれます。HTTPSと証明書/配信資源を確認する案で、HTTPSにすれば必ず順位が上がる、全ブラウザ警告がなくなるとはしません。内容の適合と全体の利用体験も確認してください。
18. 404エラーページの最適化
存在しないページは利用者が次の場所を探せる案内と通常リンクを用意する案です。GoogleはHTTP404等の4xxを存在しない内容として扱い、エラー内容を200で返すとsoft404となる場合があります。404画面の見た目だけで判断せず応答コード/移転先を確認し、離脱防止や順位改善を保証しません。
19. コアウェブバイタル（CWV）の改善
| 指標 | 内容 | 端末別の実利用75パーセンタイルでの良好基準 |
|---|---|---|
| LCP | 読み込み時の最大コンテンツの表示まで | 2.5秒以内 |
| INP | 操作から次の描画までの応答性 | 200ms以内 |
| CLS | 予期しないレイアウト移動の安定性 | 0.1以下 |
20. 重複コンテンツの解消
同じ/類似内容を残す場合のcanonicalと、重複URLを廃止する場合の恒久移転を区別します。noindexは登録除外、robots.txtは巡回管理で、正規化と互換ではありません。本文の対応・目的と内部リンク/サイトマップの正規URLをそろえる案です。重複があるだけで自動的な罰則/順位低下とはしません。
優先順位の付け方
即日を想定する点検案（CMS/権限と変更範囲による）
- titleタグの最適化
- meta descriptionの最適化
- 見出しタグ（H1-H3）の最適化
- 画像のalt属性設定
- XMLサイトマップの送信
1〜2週間を想定する作業計画例（担当者と見積る）
- 内部リンクの最適化
- 構造化データの実装
- canonicalタグの設定
- パンくずリストの設置
- URLの最適化
中長期で改善
- ページ表示速度の改善
- Core Web Vitalsの改善
- モバイルフレンドリー対応
- サイト階層の見直し
AI活用によるSEO内部対策の効率化
- titleタグ・meta description：元ChatGPT生成は下書き候補の設計案。ページ内容/文字数目安と実際の表示、誤った事実や重複を人が確認し、最適な自動完成/成果を保証しない
- 構造化データ：元ChatGPTでFAQ・HowTo・ArticleのJSON-LDを作る案は、語彙/下書きとGoogleの現行機能を区別する。FAQ/HowToの検索表示終了を踏まえ、対象型/見える内容との一致を検証する
- 内部リンク提案：AIに記事一覧を読み込ませ、「この記事にリンクすべき関連記事を5つ提案して」と依頼
- 技術的な問題の診断：元GSCエラーデータのAI分析は改善仮説を作る案。集計期間/対象URLと実際の取得内容を照合し、誤推定・アクセスできない内容の憶測を確認する
まとめ
Screaming Frogは巡回によるリンク切れ/移転とメタ情報等の点検ツールです。20項目は本記事の点検案です。まず意図しない巡回遮断・noindex/正規URL・移転や404を確認し、掲載したい内容/通常リンクと利用体験を整える案です。原即日/1〜2週間/中長期は、権限・CMS/変更範囲に依存する作業計画例で、期間や検索への反映を保証しません。本文/FAQの文字数目安とGoogle仕様を区別し、FAQ/HowToの終了と他の現在の型・JSON-LD/AI出力の確認条件を踏まえて選んでください。
あわせて読みたい
AI活用の相談前に確認すること
相談時は対象URLと掲載したい内容、CMS/変更権限、巡回とnoindex/正規URL・移転の設定、使用する構造化データの現行要件、実利用とラボ測定の対象/端末・期間、AI下書きを確認する担当を共有してください。