AI 生成サイトが SEO で失敗する典型パターン
AI で素早くサイトが立ち上がるようになった一方、「公開してみたら検索でまったく拾われない」 という相談が増えています。背景にあるのは、AI が見栄えのよい画面を作るのが得意な反面、SEO に必要な細部を勝手には整えてくれないことです。
よく見る失敗パターンを挙げると、次のようなものがあります。
- すべてのページで同じ
<title>とdescriptionが使われている - 構造化データが一切埋まっていない
- 見出しタグが装飾用途に使われ、階層が崩れている
- 画像 alt が空欄、もしくは「画像」とだけ書かれている
- 内部リンクの導線が散らかっており、関連ページに辿りつけない
- パフォーマンス指標が基準を下回っている
これらは AI に「SEO を意識して」と一言添えるだけでは解決しません。本稿では、最初から AI に組み込ませる 5 観点と、運用のためのプロンプト戦略を整理します。全体像は AI でコーポレートサイトを作る完全ガイド 2026 も参考にしてください。
観点 1 — タイトル・メタディスクリプション
ページごとに固有の <title> と <meta description> を持たせるのは、SEO の出発点です。AI に任せる場合は、次のような制約をプロンプトに入れておくと品質が安定します。
<title>は 28 〜 32 文字を目安、検索意図を含む語を前半に置く<meta description>は 100 〜 130 字、本文の要約ではなく行動誘発を意識する- ブランド名は末尾に
| ICHIYAJOのように配置する
重要なのは「テンプレ的に並べる」のではなく、各ページが訴える価値ごとに書き分ける という発想です。AI には、ページの主役（誰に・何を・どう貢献するか）を入力して指示しましょう。
観点 2 — 構造化データ（JSON-LD）
コーポレートサイトであれば、最低限次の JSON-LD をページ種別に応じて埋め込むのがおすすめです。
<<TABLE0>><<BR>>AI に生成させるときは、実在しない受賞歴・誤った所在地・存在しない人物名を含めない よう、content/site.ts のような一次情報ファイルを渡して、そこからのみ参照させるのが安全です。
観点 3 — 内部リンク設計
検索エンジンは内部リンクをたどってサイトの構造を理解します。AI に任せきりだと、関連性の弱いリンクが量産されたり、逆に重要ページへの導線が抜けたりします。
押さえておきたい原則は次の通りです。
- トピッククラスター：ピラー記事を中心に関連記事をぶら下げ、相互にリンクする
- アンカーテキストの自然さ：同じ語ばかりにならないようバリエーションを持たせる
- ナビゲーションの一貫性：グローバルナビ・パンくず・フッターで重要ページを支える
- 孤立ページゼロ：どこからも辿れないページを作らない
AI には、サイトマップ全体を渡したうえで「この記事から内部リンクすべき関連ページを 3 〜 5 個挙げて」と指示すると、抜けにくくなります。
観点 4 — Core Web Vitals（パフォーマンス）
2026 年現在、検索順位への影響度合いは語られ続けています。AI でサイトを作るときは、最初から Core Web Vitals に違反しない構造 にしておくのがコツです。
- 画像は
next/imageなどの最適化レイヤを通し、WebP/AVIF を自動配信する - ファーストビューに重い JS バンドルを置かない
- フォントの読み込みは
font-display: swapをデフォルトに - ヒーロー画像にはサイズ属性を必ず指定し、CLS を防ぐ
- アニメーションは控えめ、
prefers-reduced-motionを尊重する
AI に CSS / JS を生成させるときは、「LCP は 2.5 秒以内、CLS は 0.1 未満を保てる構造で」 と最初に明言しておくと、過剰アニメや巨大画像を提案されにくくなります。
観点 5 — E-E-A-T を仕込む
E-E-A-T（経験・専門性・権威性・信頼性）は、AI 生成サイトでこそ意識すべき観点です。Helpful Content Update 以降、「誰が書いたのか分からない量産記事」は順位を落としやすく なっています。
最低限、次の要素はサイトに反映しましょう。
- 著者プロフィール（顔写真・略歴・SNS）を記事に添える
- 会社情報（所在地・代表者・連絡先）を
Organizationと一致させる - 実績数字は「2026 年 5 月時点」のような時点注釈をつける
- 引用や参照元は明示する
- お問い合わせ・プライバシーポリシー・利用規約をきちんと整備する
AI に文章を書かせる場合も、著者の経験を裏付けるエピソード を一次情報として渡し、そこから書かせると単なる一般論で終わらない記事になります。
プロンプト戦略 — AI に SEO 知識を「常駐」させる
毎回プロンプトで SEO 観点を伝えるのは現実的ではありません。CLAUDE.md や .cursorrules のようなプロジェクト常駐ファイルに、以下のような項目を書いておくと、AI がデフォルトで意識してくれます。
- ターゲットキーワードとそのページ
- タイトル・メタディスクリプションの文字数ルール
JSON-LDの必須タイプ- 禁止表現（「業界 No.1」「100% 保証」「絶対」など景表法に触れる語）
- 著者情報のフォーマット
このやり方は、プロジェクト全体で SEO の前提知識を共有する ことに近く、属人化を抑える効果もあります。
チェックリスト — 公開前に必ず通す
最後に、公開前のチェックリストを置いておきます。AI に貼り付けて、ページごとに自己診断させるのもおすすめです。
- [ ] 全ページの
<title>と<meta description>が一意になっているか - [ ]
Organization/WebSite/BreadcrumbListが埋まっているか - [ ] 主要サービスに
Service、FAQ にFAQPageを付与したか - [ ] 画像 alt が空欄になっていないか
- [ ] 内部リンクで孤立ページが発生していないか
- [ ] Core Web Vitals が基準内か（モバイル含む）
- [ ] 著者情報・会社情報・お問い合わせ導線が揃っているか
- [ ] 実績数字に時点注釈が付いているか
- [ ] 禁止表現（業界 No.1・100% 保証 等）が含まれていないか
Google Helpful Content Update への向き合い方
「AI で書いたから順位が落ちる」のではなく、「人の役に立たない記事だから順位が落ちる」 と捉えるのが正しい理解です。AI の生成物であっても、一次情報・経験・固有データを混ぜ込み、読者の意思決定に貢献するなら評価は受けます。
逆に、AI で量産しただけの薄い記事を大量に並べると、サイト全体の評価まで巻き込みで下がる傾向があります。「AI で速く・人の手で深く」 の両立が、Helpful Content Update 以降の現実解です。
まとめ — SEO は AI とセットで設計する時代
SEO はもう、公開後に外注で被せる工程ではなくなりました。最初の要件定義の段階から AI と並走させて作り込むテーマ に変わっています。
弊社 ICHIYAJO の AI サイト制作サービス は、Claude Code を中心にした実装に加え、構造化データ・内部リンク設計・Core Web Vitals・E-E-A-T の作り込みまでを含めて伴走します。AI で速く立ち上げつつ検索でもしっかり拾われるサイトを目指す方は、お問い合わせフォーム または 080-1542-2956（平日 10-19 時）よりご相談ください。