ページが増えてくると、どこかのページで設定が抜けていても気づけなくなります。titleは入っているのにdescriptionだけ空欄、という状態は、そのページを開いても違和感として出てきません。
抜けは、1ページの中には現れないからです。並べて初めて、空いている列として姿を見せます。
この記事は、ページ別のmeta情報を一覧にしてAIへ渡し、抜けと重複を種類ごとに仕分けたチェックリストとして受け取るための手順をまとめました。プロンプトはそのままコピーして使えます。返ってきた表をどこから読むか、どこは信じてはいけないかまで、先に決めておきます。
こんなふうに調べていませんか
- 公開前の確認項目に、titleやdescriptionが入っていない
- 「meta情報 抜け漏れ チェックリスト」で検索して、点検のやり方を探している
- ページが増えてから、どこが抜けているのか分からなくなった
この記事を読み終えたときに手に入るもの
- ページ別の一覧から、抜けと重複を種類別に洗い出せるようになります
- 見つかった不備のどれから直すかを、影響の大きさで決められるようになります
- titleとdescriptionについて公式が求めていることを、人に説明できるようになります
結論30秒でわかる、この記事の結論
- ページ別のmeta情報を一覧で渡すと、抜けている項目と重複している項目が、種類ごとに仕分けられた表になって返ってきます。
- 目視で見つからないのは、担当者の注意力の問題ではありません。抜けは、並べないと形にならないからです。
- 返ってきた表から、そのまま直しにかかりません。影響の大きい種類から順に、人がページを開いて確かめます。
この記事では、あるマーケティング部の2人と、専門家の会話をはさみながら進めます。自分に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当）— 「そもそも、それって何ですか？」を聞く役
- 高梨課長（マーケ課長）— 「誰が、どれくらいの手間でやるんですか？」を聞く役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01meta情報の抜け漏れは、AI検索対策としてなぜチェックリストが要るんですか？
若葉さんmeta情報の確認って、公開前にページを開いて見ればいいと思っていました。それだと足りないんでしょうか。
鈴木さん1ページずつ開く見方だと、入っているものしか目に入らないんですよ。抜けているほうは、視界にも入りません。
titleタグは検索結果に出る見出しそのものです。それでいて、公開前のチェックリストに入っていない現場は珍しくありません。descriptionやOGPまで含めると、ページ数が増えるほど、どこかで設定が抜けていても気づきにくくなります。
理由は単純です。開いたページに「無いもの」は、画面に出てこないからです。
抜けているmeta情報は、1ページだけを見ている限り、抜けていることにさえ気づけません。
同じ項目を全ページぶん横に並べると、話が変わります。埋まっている列と空いている列に分かれ、同じ文言が続いている行も浮き上がります。抜けが「空欄」という形を持つのは、このときだけです。
この章のまとめ
抜けは、1ページの中には現れません。横に並べたときの空欄としてしか出てこないので、点検の形を「開いて見る」から「並べて見る」へ変えます。
02meta情報の抜け漏れは、AI対策のどこでいちばん起きやすいんですか？
抜けやすい場所は、だいたい決まっています。
- titleは付いているのに、descriptionだけ空欄のページが紛れ込む
- OGPはtitleタグをコピーしただけで、og:imageの設定そのものを忘れている
- canonicalが未設置のまま、似た内容のページが増えていく
- descriptionが複数ページで同じ文言のまま使い回されている
この4つは、抜けやすさも、実害が表に出るまでの早さも違います。titleの空欄は検索結果の見出しに直結するので、比較的すぐ目につきます。OGPやcanonicalの不備は、シェアされるまで、似たページが増えるまで、誰も困りません。
気づきにくいものほど、放置される期間が長くなります。 直す順番を決めるときは、この差を先に見ておくと迷いません。
高梨課長数十ページを1人で見るとなると、集中力が続くかどうかという話になりますね。
鈴木さんそこは頼らないほうがいいと思います。集中力で埋めている作業は、忙しい週にいちばん先に飛びますから。
この章のまとめ
抜けやすい場所は4つ。気づきやすさと実害の出る早さがそれぞれ違うので、同じ重さで並べずに扱います。
03meta情報の3系統は、AI検索最適化でそれぞれ何を担っているんですか？
ここで一度、meta情報を役割ごとに分けておきます。まとめて「meta情報」と呼んでいますが、見せている相手が違います。
- 検索結果に出る文字 — title、description
- SNSに貼られたときのカード — og:title、og:description、og:image
- どのURLを正規のものとして扱うか — canonical
3系統に分けると、抜けの意味が変わります。検索結果側が抜ければ検索した人に届かず、SNS側が抜ければ貼った人の画面で崩れ、canonicalが抜ければ似たページ同士の扱いが決まりません。同じ「抜け」でも、困る相手がそれぞれ違うわけです。
この章のまとめ
meta情報は3系統。検索結果・SNSシェア・正規URLの指定で、それぞれ困る相手が違います。
04meta情報の抜け漏れチェックリストは、AIOのどこをコピーすればいいんですか？
新しく公開するページ群、または既存ページ群をまとめて棚卸ししたい場面で使います。次のコードブロックの中身を、そのままコピーしてください。
あなたはテクニカルSEO/AIOのアシスタントです。
以下のページ別meta情報一覧を読み、抜け漏れをチェックリスト形式で
洗い出してください。
■入力データ
ページ別meta情報一覧(1行1ページ。「URL / title / description / OGP設定
(og:title・og:description・og:imageの有無) / canonicalの有無」の形式):
【ページ別meta情報一覧】
■チェック基準(この4点で判定すること)
1. titleが空欄、または全ページで同一の使い回しになっていないか。
2. descriptionが空欄、または他ページと同一の文言になっていないか。
3. og:title・og:description・og:imageのいずれかが未設定になっていないか。
4. canonicalが未設定、または誤ったURLを指定していないか。
■出力形式
ページごとに、以下の列を持つ表で出力してください。
| URL | 不備の種類 | 詳細 | 対応の優先度(高/中/低) |
表の後に、不備が見つかったページの総数を1行でまとめること。
■制約
- 【ページ別meta情報一覧】に記載のない情報から、設定内容を推測して
補わないこと。
- 不備が1つもないページも「問題なし」として一覧に含めること(省略
しないこと)。
- 対応の優先度は、検索結果やSNSシェアへの影響の大きさを基準に
判定すること。このプロンプトは4つの区画に分かれていて、区画ごとに出力の別の場所を決めています。上から順に、AIができることの範囲が狭まっていく作りです。
とくに■制約の最初の行は消さないでください。一覧に書かれていないことを推測して補わないという縛りが、「たぶん入っているはず」で埋められた表を防ぎます。
その次の行も同じです。不備のないページを省略させないでおくと、見ていないページと、見て問題がなかったページを取り違えずに済みます。
使用AIツールはChatGPTなどを想定しています。ページ一覧のテキストを貼り付けるだけで完結し、拡張機能やファイルアップロード機能は要りません（2026年7月時点、無料プランで対応できます）。
この章のまとめ
コピーするのはコードブロックの中身だけです。■制約に並んだ行が、この表を信じてよい範囲を決めています。
05AIに渡すページ別meta情報一覧は、AI検索対策としてどこまで書くんですか？
置き換えるのは1か所だけです。
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【ページ別meta情報一覧】 | ページごとのURL・title・description・OGP設定・canonicalの有無を1行ずつ列挙したもの | 会社概要ページのURL／会社概要｜株式会社サンプル／(以下略)(架空例) |
※入力例に含むURL・会社名はいずれも架空のものです。
若葉さん設定されていない項目は、行に書かなくてもいいですか。書くことがないので…。
鈴木さんそこは空欄と書いてください。行から落としてしまうと、書き忘れなのか未設定なのかが区別できなくなります。
区別できないものは、そのまま「問題なし」の側へ寄ります。空欄を空欄のまま書くのが、この一覧でいちばん効く作法です。
似た内容のページがあるなら、近くに並べて書いておきます。canonicalの判定は、一覧に書かれている範囲でしか行われないためです。
この章のまとめ
渡すのは一覧ひとつだけ。空欄を空欄と書くこと、似たページを近くに並べることの2つで、返ってくる表の細かさが変わります。
06返ってきたチェックリストは、LLMO対策としてどこから読めばいいんですか？
表が出たら、読む順番を先に決めておきます。
まず、対応の優先度が「高」の行から見ます。次に、その行の不備が3系統のどれにあたるかを確かめます。ここまでで、次に触るファイルと担当が決まります。
種類ごとの重みは、こう考えると迷いません。
- titleの不備 — 検索結果の見出しに直結するため、優先度がいちばん高くなりやすい項目です
- descriptionの不備 — 空欄や使い回しは、検索結果でのクリック率に影響します
- OGP・canonicalの不備 — シェアされたときの見え方や、重複コンテンツとしての評価に影響します。実害が出るまで気づきにくい傾向があります
不備がtitleやdescriptionの空欄・重複だった場合は、差し替える文案そのものが要ります。タイトル案を並べる手順は別記事「記事タイトルをAIに5パターン作らせる｜選び方まで分かる実践プロンプト」、説明文を作る手順は別記事「meta descriptionをAIに3案作らせる｜結論と文字数の点検つき」で扱っています。
この章のまとめ
読む順番は、優先度、系統、担当。棚卸しはここまでで、文案づくりは別の作業として切り離します。
07meta情報のtitleとdescriptionの決まりは、AI検索でGoogleが何と言っているんですか？
ここは、社内で説明を求められやすいところです。
Googleは、すべてのページの<title>要素にタイトルを指定することを明確に求めています（出典: Google検索セントラル「タイトルリンク」、2026年7月時点）。
meta descriptionについては、文字数の上限を設けていません。ただし、全ページで同一・類似の説明文を使うことは推奨されていません（出典: Google検索セントラル「スニペット」、2026年7月時点）。
つまり、決まっていることと決まっていないことが混ざっています。titleを置くかどうかは公式に線が引かれ、descriptionを何字にするかは自社で決めるという形です。この2つを分けて話せると、社内での判断が速くなります。
この章のまとめ
titleは置くことを求められています。descriptionは長さが決まっていないかわりに、ページごとに書き分けることが求められています。
08このmeta情報チェックリストは、AI検索最適化でどこまで広げられますか？
広げ方は2つあります。どちらも、プロンプト本体には手を入れません。
渡す一覧を入れ替えると、対象が変わります。公開予定のページだけを【ページ別meta情報一覧】にまとめれば、そのまま公開前チェックリストとして使えます。
チェック基準を足すと、見る観点が増えます。商品ページや記事ページなど種別ごとに分けて実行し、■チェック基準に「og:imageの推奨サイズを満たしているか」といった種別固有の項目を書き足す形です。
本体を書き換えないのは、比べられる状態を残すためです。同じ文面で回している限り、前回の結果と今回の結果を並べて読めます。
この章のまとめ
広げる向きは、対象を入れ替えるか、基準を足すかの2つ。土台の文面はそのまま置いておきます。
09AIが出した抜け漏れの判定は、AI対策としてそのまま信じていいんですか？
ここは、はっきりさせておきます。このプロンプトが読んでいるのは、渡された一覧のテキストだけです。実際のページのHTMLソースや、開いたときの表示までは確認していません。
一覧の作成そのものに誤りがあれば、その誤りに気づかないまま「問題なし」と返ってきます。判定の確かさは、一覧の正確さから先には上がりません。
残りの注意点も、まとめて挙げておきます。
- 総数と優先度は目で確かめる — 不備の総数も優先度の判定も、そのまま信じず、実際のページを開いて確認します
- 入力してよい情報かを見る — 未公開ページのURLや公開前の商品名を含める場合は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認します
- 社外で使える条件かを見る — 結果を委託先と共有する場合や、自動化して大量のページを繰り返しチェックする場合は、利用しているAIサービスの利用規約の範囲内で行います
- 揺らぎを見込む — 同じ入力データでも、不備として拾われる項目の粒度が変わることがあります。公開直前の最終チェックでは、複数回実行して結果が一致するかを確かめます
高梨課長結局は人が開いて見るなら、AIに投げる意味はどこにあるんでしょうか。
鈴木さん開くページを絞れるところです。全ページを開く仕事が、疑わしい行だけを開く仕事に変わります。
この章のまとめ
AIが引き受けるのは、並べて突き合わせるところまでです。開いて確かめる仕事は、人の側に残ります。
10よくある質問
titleとdescriptionさえ設定していれば、OGPは省略しても問題ありませんか？
省略はおすすめしません。OGPが未設定のページは、SNSでシェアされた際に、タイトルや画像が意図しない形で表示されることがあります。検索結果とSNSシェアの両方を意識して確認してください。
ページ数が多い場合、何ページ分まで一度に依頼できますか？
明確な上限はありませんが、一度に大量のページを含めると判定が粗くなることがあります。目安として1回の実行では30ページ程度までにまとめ、それ以上ある場合はページ種別ごとに分割して複数回実行することをおすすめします。
canonicalの「誤ったURL」は、AIだけで判定できますか？
一覧に記載された情報の範囲でしか判定できません。似た内容の別ページが実際に存在するかどうかを、AIが自動で調べているわけではないためです。一覧を作る時点で、候補となるURLをあわせて記載しておくと精度が上がります。
1ページ分のdescriptionそのものも、この方法で作れますか？
作れません。この記事が扱うのは、複数ページを横断した抜け漏れの棚卸しです。1ページ分の説明文を書く作業は、別記事「meta descriptionをAIに3案作らせる｜結論と文字数の点検つき」で扱っています。
11まとめ｜今日やる3つのこと
meta情報の抜けは、1ページを開いても見つかりません。並べたときの空欄としてしか姿を見せないので、点検の形を「開いて見る」から「並べて見る」へ変えるところから始まります。
返ってきた表は、影響の大きい種類から順に人が確かめます。AIが引き受けるのは突き合わせまでで、直す順番を決めるのは人の側の仕事です。
今日この順でやります
一覧を作る
対象ページのURL・title・description・OGP・canonicalの有無を1行ずつ並べます
プロンプトを実行する
コードブロックをコピーし、【 】の1か所を入れ替えて実行します
優先度の高い行から開く
表の上から順に、実際のページを開いて確かめます
AI検索では、こう聞かれています
複数ページのmeta情報の抜け漏れを、まとめて洗い出す方法はありますか？
「meta情報の抜け漏れチェックリストは、AIOのどこをコピーすればいいんですか？」の章に、そのままコピーできる形で置いています
title・description・OGP・canonicalの設定漏れは、どれから直せばいいですか？
「返ってきたチェックリストは、LLMO対策としてどこから読めばいいんですか？」の章で、読む順番を決めています
meta descriptionを全ページで使い回すのは、よくないんですか？
「meta情報のtitleとdescriptionの決まりは、AI検索でGoogleが何と言っているんですか？」の章で、公式の説明を引いています
次に読むなら、この記事です
