LLMOとは?SEO・AIO・GEOとの違いと企業サイトの点検5観点

LLMOとは、Large Language Model Optimizationの略として使われることが多い言葉で、大規模言語モデルに自社やサービスの情報を誤解されにくく理解してもらうための情報設計を指します。日本語では、AI検索SEO、AIO、GEO、AEO、LLM最適化と近い文脈で語られます。
ただし、LLMOはAI向けに特殊な文章を足す作業ではありません。BtoB企業にとって重要なのは、会社情報、サービス情報、根拠、著者、FAQ、相談導線がサイト内で一貫しているかです。用語の違いを覚えるだけでは、AI検索でも人間の読者でも「この会社に相談できるのか」は判断できません。
Googleの生成AI検索向け最適化ガイドでは、AEOやGEOのような言葉に触れつつ、生成AI検索の最適化は検索体験全体の最適化であり、従来のSEOの基礎、独自で価値あるコンテンツ、技術的にアクセスしやすい構造が重要だと説明されています。この記事では、その前提をBtoB企業サイトの棚卸しに落とし込みます。
LLMOで最初に確認したいのは、「LLMOとは何か」「GEOやAIOと何が違うか」「SEOとは別に取り組むべきか」「企業サイトでは何から始めるべきか」です。読者がこの4点を判断できるように、定義、比較表、FAQ、相談前チェックを同じ結論にそろえます。==LLMOはAI向け裏技ではなく、会社・サービス・根拠・導線を一貫して理解されやすくする情報整理です。==
この記事でわかること
- LLMOとSEO・AIO・GEOの違い
- BtoB企業サイトで確認する情報
- AI検索で誤解されにくいページ設計
- 関連記事との役割分担
- 相談前に見るLLMO棚卸し
ここでは、LLMOを単なる用語解説で終わらせません。自社が何の専門家として理解されたいかを決め、会社概要、サービスページ、事例、著者情報、FAQ、構造化データ、クローラー設定、計測までをつなげて確認します。具体的なAIO施策、GEOの引用設計、ChatGPT検索SEOのクローラー確認は、関連記事へ役割を分けます。
LLMOとは何か:定義と基本的な考え方
LLMOの定義と基本的な考え方は、LLMに「会社やサービスの文脈」を誤解されにくく伝えることです。AI検索に拾わせるための短文を足すのではなく、サイト内外に存在する公式情報を整理し、読者が見てもAIが要約しても同じ意味になる状態を作ります。
| 観点 | LLMOで見ること | 企業サイトで確認する場所 |
|---|---|---|
| 会社の理解 | 何の専門家として認識されたいか | 会社概要、代表者、事業領域 |
| サービスの理解 | 何を、誰に、どこまで支援するか | サービスページ、料金、対象外条件 |
| 専門性 | 誰の見解として読めるか | 著者情報、監修、実務経験 |
| 根拠 | 主張の裏づけを追えるか | 公式リンク、事例、一次情報 |
| 導線 | 読者が次に何をすればよいか | FAQ、比較表、問い合わせ |
競合記事はLLMOの定義、SEO/AIO/GEO比較、対策例、重要性の説明が中心で、BtoB企業のページ種別ごとの確認観点が薄い傾向があります。LOadsでは、サービスページ、事例、ホワイトペーパー、著者、会社情報、FAQがAI検索上でどう結びつくかを独自の点検軸にします。
LLMOの目的は、AI回答に無理やり出ることではありません。 読者やAIが見たときに、会社、サービス、専門性、根拠、問い合わせ導線が矛盾なく伝わる状態を作ることです。==ここを外すと、LLMOという言葉を使っていても、実態は薄い用語記事の量産に見えてしまいます。==
この記事もおすすめ|AI時代のSEOを2026年も続けるか迷うなら実測データで判断する|SEO全体で変わること・変わらないことを確認し、LLMOを通常SEOの延長として整理したい読者向けです。|
SEOとLLMOの違い・共通点の整理
SEOとLLMOの違いは、見る範囲にあります。SEOは検索結果で見つけられ、クリックされ、成果につなげるための改善です。LLMOは、検索結果やAI回答の前後で、会社やサービスがどう理解されるかまで含めて整えます。
| 比較項目 | SEO | LLMO |
|---|---|---|
| 主な接点 | 検索結果、ページ、クリック | AI回答、参照リンク、会社理解 |
| 中心課題 | クロール、検索意図、順位、CTR、CV | エンティティ、文脈、根拠、公式情報 |
| 見るページ | 記事、カテゴリ、サービスページ | 会社概要、著者、事例、FAQ、外部言及も含む |
| 成果判断 | 表示、クリック、順位、問い合わせ | 正しく理解されたか、指名検索や相談に近づいたか |
| 共通点 | 読者に役立つ内容、技術的に読める構造、信頼性 | 同左 |
SEOとLLMOの違いを大きく見せすぎると、通常SEOを捨てて新しい裏技を始めるように見えます。しかし実務では、SEOで弱いページはLLMOでも強くなりにくいです。クロールされない、noindexが残っている、会社情報が古い、サービス範囲が曖昧なページは、AI検索向けのFAQを増やしても根本改善になりません。
一方で、共通点の整理も必要です。検索意図に答える、根拠を示す、独自性を出す、内部リンクで文脈をつなげる、サービス導線を自然に置く。この基本は、GoogleのSEOスターターガイドで説明される考え方ともつながります。
AIO・GEOなど周辺用語との関係性

AIO・GEOなど周辺用語との関係性を分けると、LLMOで扱う範囲が見えます。AIOはGoogle AI OverviewsなどのAI検索表示、GEOは生成AI検索で引用されやすい情報設計、ChatGPT検索SEOはOpenAI側の検索体験やクローラー確認に寄せた話として扱うと整理しやすいです。
| 用語 | 主な対象 | この記事での扱い | 深掘り先 |
|---|---|---|---|
| SEO | 通常検索、検索結果、クリック | 土台として扱う | AI時代のSEO記事 |
| AIO | AI OverviewsなどのAI検索表示 | 違いだけ整理する | AIO対策記事 |
| GEO | 生成AI検索での引用・参照 | 役割分担を示す | GEO対策記事 |
| ChatGPT検索SEO | ChatGPT Search、OAI-SearchBot | クローラー章で触れる | ChatGPT検索SEO記事 |
| LLMO | LLMによる会社・サービス理解 | 本記事の主題 | 本記事 |
LLMOは、SEO・AIO・GEOの上位概念と断定するより、企業情報とサービス情報をAI検索時代に誤解されにくく整える横断視点として扱う方が現実的です。AIOはGoogleのAI Overviews、GEOは生成AI検索での引用設計、LLMOはLLMが会社やサービスをどう理解するか、という役割です。用語差分よりも、どの公式情報を整えるかを先に決めることが実務の起点になります。
LLMO・AIO・GEOの違いが分かっても、自社サイトで何から始めるかは別問題です。用語整理で止まらず、比較表の直後に自社サイトの状況に合わせて着手順を整理する相談導線を置くと、早すぎる売り込みではなく判断支援として読まれます。
アズくんワンポイント: 「LLMOとGEO、どっちを先に見ればいいの?」って最初は迷いますよね。
生成AI検索やAI検索環境の変化概要
生成AI検索やAI検索環境の変化概要として押さえるべきなのは、読者がページを開く前に要約を読む場面が増えていることです。AI features and your websiteでは、AI OverviewsやAI Modeが、複雑なテーマの要点を理解し、さらに詳しく調べるためのリンクを提示する体験として説明されています。
この変化で、記事側に求められるものは増えています。単に「LLMOとは」と答えるだけでは、読者が自社の対応範囲を判断できません。AI検索では、要約、参照リンク、指名検索、サービスページ閲覧、問い合わせ前行動を分けて評価する視点を補います。
| 読者行動 | AI検索で起きること | 企業サイトで見ること |
|---|---|---|
| 要点確認 | AI回答で定義だけ読む | H2直下で誤解のない短い答えを置く |
| 深掘り | 参照リンクや公式ページへ進む | 根拠、比較表、FAQを用意する |
| 指名検索 | 会社名やサービス名で再検索する | 会社概要、サービスページを最新化する |
| 問い合わせ前確認 | 料金、支援範囲、対象外条件を見る | 相談前チェックと導線を置く |
LLMOの成果は、引用されたかだけで判断しないでください。 AI OverviewsやChatGPT検索に出ることを保証せず、検索表示、引用、指名検索、問い合わせ前行動を分けて評価する方が、BtoB企業の実務に合います。
ワンポイントアドバイス: AI検索の表示確認だけを週次レポートにすると、改善の打ち手が「出た・出ない」に寄りすぎます。Search Consoleの表示回数、サービスページ遷移、問い合わせ内容を同じシートで見ると、LLMOが商談前行動に効いているかを判断しやすくなります。
LLMOが重視する評価軸とE-E-A-T
LLMOが重視する評価軸とE-E-A-Tを考えるときは、抽象的な信頼性ではなく、読者が確認できる情報へ落とし込みます。Experience、Expertise、Authoritativeness、Trustworthinessを言葉だけで並べても、会社情報やサービス情報が薄いままでは判断材料になりません。
| 評価軸 | LLMOで確認すること | BtoBサイトでの例 |
|---|---|---|
| Experience | 実務経験が本文に出ているか | 匿名化したケース、営業Q&A、失注理由 |
| Expertise | 誰が何の専門家として書いているか | 著者情報、専門領域、監修 |
| Authoritativeness | 公式情報として扱えるか | 会社概要、事例、登壇資料、ホワイトペーパー |
| Trustworthiness | 根拠と注意点があるか | 公式リンク、更新日、対象外条件 |
| Actionability | 次に何をすればよいか | 相談前チェック、サービス導線 |
Helpful, reliable, people-first contentでは、人間の読者に役立つ、信頼できるコンテンツを作る考え方が整理されています。LLMOでも、AIに拾われることだけを目的にせず、読者が自社の状況を判断できる情報を増やす姿勢が欠かせません。
ワンポイントアドバイス: LLMOで最初に見るべきなのは公式情報として使える10ページです。会社概要、主要サービス、料金の考え方、比較、導入事例、営業Q&A、著者情報、ホワイトペーパー、問い合わせページ、更新頻度の高い解説記事を選び、主張と導線の矛盾をなくします。
判断ポイント
LLMOでは「誰が言っているか」だけでなく、「その情報がサービスページや会社概要にも存在するか」を見ます。記事だけに重要情報があり、公式ページにない状態は、AI検索以前に読者の確認行動とずれます。
BtoB企業のページ種別ごとのLLMO点検

BtoB企業のページ種別ごとの確認観点は、LLMOで最も記事固有の価値を出せる部分です。上位記事では重要性の説明が中心で、ページ単位の点検に落ちていないことがあります。LOadsでは、会社情報、サービス情報、事例、ホワイトペーパー、著者、FAQをひとつの情報源として見ます。
| ページ種別 | 確認すること | LLMOでの意味 | 未確認時の次の行動 |
|---|---|---|---|
| 会社概要 | 会社名、所在地、代表者、事業領域 | 運営主体を明確にする | 古い表記を統一する |
| サービスページ | 対象企業、支援範囲、対象外条件 | 何を依頼できるか示す | 支援範囲を追記する |
| 事例・実績 | 課題、施策、結果、再現条件 | 実務経験を補強する | 匿名化して再編集する |
| 著者情報 | 専門領域、責任者、経験 | 誰の見解か示す | 著者ページを整える |
| FAQ | 相談前の不安、比較、注意点 | AI検索上の短い回答に使いやすい | 営業Q&Aから作る |
| ホワイトペーパー | 判断材料、チェック表、資料 | 指名検索後の深掘り先になる | 記事から導線を作る |
特にBtoB企業では、記事制作チームだけでLLMOを完結させない方がよいです。営業がよく受ける質問、フォームで発生する問い合わせ、商談前に確認される資料、サービスページの説明が記事とずれていると、AI検索以前に読者が迷います。LLMOは記事制作だけでなく、営業資料、サービスページ、FAQ、計測をつなぐ情報整備として扱う方が実務に落とし込みやすいです。
自社でこの棚卸しが難しい場合は、AIO・AI検索対策サービスで扱う相談範囲に近いです。ここでの相談は、引用保証ではなく、AI検索で誤解されにくい会社情報・サービス情報の整え方を相談する位置づけです。
LLMに誤解されにくいページ設計と質問回答の結びつき
LLMに誤解されにくいページ設計では、結論、根拠、文脈、具体例、FAQ、導線を近い位置に置きます。見出しだけをAI向けに変えても、本文に根拠やサービス情報がなければ、読者の判断材料にはなりません。
| ページ要素 | 入れる内容 | 確認ポイント |
|---|---|---|
| H1・冒頭 | 何についてのページか | 主題が明確か |
| H2直下 | 章の結論 | 質問にすぐ答えているか |
| 根拠 | 公式情報、一次情報、実務見解 | 主張の理由があるか |
| FAQ | よくある疑問、対象外条件、注意点 | 実際の相談から作られているか |
| CTA | 次に相談すべき状態 | 売り込みではなく判断支援か |
FAQがAI検索上でどう結びつくかを独自の点検軸にするなら、FAQを最後に並べるだけでは足りません。本文で説明した判断軸とFAQの回答が一致し、FAQPageとして構造化したときにも本文と矛盾しない状態にします。FAQはキーワードを詰める場所ではなく、読者の迷いを短く整理する場所です。
この章では、LLMOを踏まえた具体的な施策例として、営業Q&AからFAQを作る方法を推奨します。たとえば「AIOとGEOの違いが分からない」「SEOとは別に予算を取るべきか」「ChatGPT検索に表示される保証はあるか」という質問を、本文の比較表と同じ答えになるよう整えます。
この記事もおすすめ|AIO対策とは?AI検索でやるべきこと・やらないことを実務解説|Google AI Overviewsでの具体対応は本記事では深掘りせず、AIO対策記事へ役割を分けます。|
構造化データやサイト構造の重要性
構造化データやサイト構造の重要性は高いですが、LLMOの主役ではありません。構造化データは、ページ上にある情報を検索エンジンへ伝えやすくする補助要素です。本文に存在しない会社情報やサービス情報を、構造化データだけで補うことはできません。
Googleの構造化データの基本では、構造化データがGoogleにページ内容を理解してもらい、検索結果で情報を表示するために使われることが説明されています。LLMOでも、Article、FAQPage、BreadcrumbList、Organizationを本文と一致させることが前提です。
| 構造化データ | 役割 | LLMOでの注意点 |
|---|---|---|
| Article | 記事の主題、著者、更新日を示す | 実際の表示内容と合わせる |
| FAQPage | 質問と回答の構造を示す | 本文にないFAQを作らない |
| BreadcrumbList | サイト内の位置づけを示す | カテゴリ設計と合わせる |
| Organization | 会社情報を明確にする | 会社概要と矛盾させない |
| Service | 提供サービスを示す | 実際に提供する内容に限定する |
構造化データはLLMOの主役ではなく、本文とサイト構造の理解を助ける補助要素です。 主役は、読者が見て信頼できる本文、会社情報、サービス情報、著者情報、FAQ、事例です。==本文にない情報を構造化データだけで足すと、読者の確認行動とずれます。==
robots.txtとAIクローラーをどう見るか
LLMOでは、クローラーやrobots.txtも確認対象です。AI検索や生成AIの参照候補になるには、重要ページが技術的に読める状態であることが前提です。ただし、検索表示、学習利用、ユーザー操作による取得は目的が違うため、混同しないでください。
OpenAI Crawlersの公式ドキュメントでは、OAI-SearchBot、GPTBot、ChatGPT-Userなど用途の異なるクローラーが説明されています。OAI-SearchBotは検索機能でWebサイトを検索結果に表示するためのクローラー、GPTBotは基盤モデルの改善に関わるクローラーとして扱われます。
| 確認項目 | 見る場所 | 実務上の意味 |
|---|---|---|
| OAI-SearchBot | robots.txt、アクセスログ | ChatGPT検索への表示候補を管理する |
| GPTBot | robots.txt | 学習用途への利用可否を管理する |
| ChatGPT-User | アクセスログ | ユーザー操作による取得を理解する |
| noindex | HTML、HTTPヘッダー | 検索対象から外していないか確認する |
| sitemap | XMLサイトマップ | 重要ページを見つけやすくする |
robots.txtやnoindexを理解しないまま一括変更すると、AI検索だけでなく通常検索の露出まで失う可能性があります。 検索表示候補にしたいページと、学習用途を許可したくないページは目的を分けて判断します。
AI OverviewsやChatGPT検索に出ることを保証しないLLMO対策
LLMO対策で避けたいのは、AI検索に出ることを保証するような説明です。AI OverviewsやChatGPT検索に出ることを保証せず、サイト側でできる情報整備、技術確認、計測改善を切り分けます。
| やってはいけないこと | なぜ問題か | 代わりにやること |
|---|---|---|
| AI引用保証をうたう | 表示はサイト側で制御できない | 情報整備と計測を説明する |
| 用語だけの記事を量産する | 実務判断につながらない | 自社で見るべき範囲を示す |
| 薄いFAQを増やす | 読者価値が弱い | 実際の相談からFAQを作る |
| サービスページを放置する | 公式情報が弱い | 支援範囲と導線を更新する |
| クローラー設定を一括変更する | 露出損失のリスクがある | URL単位で確認する |
LLMOで避けたいのは、AI向けに見せかけて、読者の判断材料を増やしていない施策です。 AIにどう理解されるかを考えるほど、人間が読んでも分かる会社情報、サービス情報、根拠、FAQが必要になります。
よくある失敗
- LLMO、GEO、AIOの用語だけを並べる
- FAQPageを入れれば十分だと考える
- 構造化データだけで会社情報を補おうとする
- OAI-SearchBotとGPTBotを同じ扱いにする
- 指名検索やサービスページ遷移を見ない
LLMOを踏まえた具体的な施策例と優先順位

LLMOを踏まえた具体的な施策例は、すべてのページを一気に直すことではありません。まずは、事業成果に近く、会社やサービスの理解に関わるページから優先順位を決めます。
| 優先順位 | 直すページ | 施策例 | 見る数字 |
|---|---|---|---|
| 1 | 主要サービスページ | 対象企業、支援範囲、対象外条件を追記 | サービスページ遷移、CV |
| 2 | 会社概要・著者情報 | 代表者、専門領域、責任者を統一 | 指名検索、直接流入 |
| 3 | FAQ・比較表 | 営業Q&Aから質問回答を作る | FAQ閲覧、問い合わせ内容 |
| 4 | 事例・ホワイトペーパー | 課題、施策、再現条件を整理 | 資料DL、商談化 |
| 5 | 技術設定 | noindex、canonical、robots.txtを確認 | インデックス、クロール |
効果測定では、AI回答に出たかどうかだけを見ないでください。Search Consoleで表示回数、クリック、CTRを確認し、GA4でサービスページ遷移、問い合わせ、資料請求を見ます。さらに、指名検索、直接流入、商談時の認知経路も参考にします。
2回目の導線は、主要ページの棚卸しを相談する文脈に置きます。AI検索で誤解されにくい会社情報・サービス情報の整え方、構造化データ、クローラー設定、計測状況を確認し、優先順位を一緒に決める相談なら、引用保証ではなく実務改善として伝わります。
90日で見るLLMO改善モデル
試算例として、LLMO改善を90日で見る場合は、単発の引用確認ではなく、ページ群の変化を追います。30日目は公式情報の不足を直し、60日目は内部リンクと質問回答を増やし、90日目はSearch Console、GA4、問い合わせ内容を見て次の改善範囲を決めます。これは実績値ではなく運用モデルですが、社内報告ではこの粒度に分けると判断しやすくなります。
| 期間 | 見るデータ | 改善する場所 | 判断 |
|---|---|---|---|
| 0〜30日 | 主要ページ、robots.txt、noindex | 公式情報と技術設定 | 読める状態を作る |
| 31〜60日 | Search Consoleの表示、クリック | タイトル、見出し、内部リンク | 通常検索の接点を増やす |
| 61〜90日 | GA4の遷移、問い合わせ内容 | サービスページ、フォーム、FAQ | 相談品質を確認する |
| 90日以降 | 指名検索、商談化率 | 記事群とサービス導線 | 継続投資を判断する |
ワンポイントアドバイス: LLMOで最初にやるべきことは、新しい用語を増やすことではなく「自社が何の専門家として理解されたいか」を1文で決めることです。その1文に合わせて、会社概要、サービスページ、記事、FAQ、著者情報をそろえると、AI検索にも人間の読者にも伝わりやすくなります。
AI検索相談前に確認するLLMO棚卸し
AI検索相談前に確認するLLMO棚卸しでは、汎用的なチェックリストではなく、LLMOで会社やサービスがどう理解されるかを点検します。完璧な資料は必要ありません。主要ページ、サービス範囲、著者情報、Search Console、GA4、問い合わせ状況を見られる状態にするだけでも、改善の優先順位を決めやすくなります。
相談前チェック
- 自社が何の専門家か1文で説明できる
- 主要サービスページの対象と支援範囲が最新
- 会社概要、著者情報、サービス情報に矛盾がない
- OAI-SearchBot、noindex、canonicalを確認済み
- Search ConsoleとGA4を見られる状態にしている
| 状態 | 社内でやること | 外部相談で確認すること |
|---|---|---|
| 未確認が多い | 会社情報とサービス範囲を棚卸しする | どこから整えるべきか診断する |
| 矛盾がある | 古いサービス名、対象外条件、著者情報を直す | 公式情報の優先順位を決める |
| 整備済み | 構造化データ、内部リンク、計測へ進む | AI検索対応の優先順位を一緒に決める |
このチェックで空欄が多い場合は、LLMO以前に、企業サイトの情報整理とSEO運用の土台を整えてから進めます。逆に、主要ページの情報がそろっている場合は、構造化データ、内部リンク、クローラー制御、指名検索の計測へ進めます。末尾はチェックリスト後に、主要ページ、構造化データ、クローラー設定、計測状況を確認する軽めの相談導線を置くのが自然です。
関連テーマとの役割も分けておきます。BtoBマーケティングとBtoCマーケティングの違い、リード獲得・育成・商談化のファネル、見込み顧客を商談化するナーチャリングは別テーマです。ここでは、BtoB施策全体ではなく、LLMO、GEO、AIO、SEOの違い、企業サイトの情報整理、注意点に絞ります。
よくある質問
Q. LLMOとは何ですか?
A. LLMOとは、大規模言語モデルに自社やサービスの情報を誤解されにくく理解してもらうための情報設計です。AI向けの文章術だけではなく、会社情報、サービス情報、著者情報、根拠、FAQ、導線をそろえる考え方です。
Q. LLMOとGEOは何が違いますか?
A. GEOは生成AI検索に引用されやすい情報設計として語られることが多く、LLMOはLLMが会社やサービスをどう理解するかまで含めた横断的な情報整理として考えると分かりやすいです。
Q. LLMOはSEOと別に取り組む必要がありますか?
A. 完全に別物として切り離すより、SEOの土台をAI検索時代に広げる取り組みとして考える方が現実的です。クロール、インデックス、検索意図、独自性、信頼性、導線はLLMOでも土台です。
Q. AIOやGEOの記事と何を読み分ければよいですか?
A. 用語差分と企業サイトの棚卸しを確認したい場合は、このページで十分です。Google AI Overviewsの具体対応はAIO記事、生成AI検索で引用されやすい情報設計はGEO記事、OAI-SearchBotやChatGPT検索の確認はChatGPT検索SEO記事へ分けて読むと判断しやすいです。
Q. 構造化データを入れればLLMO対策になりますか?
A. 構造化データは補助になりますが、それだけでは不十分です。本文にある会社情報、サービス情報、著者情報、FAQと一致していることが前提です。
Q. まず何から始めればよいですか?
A. まず会社概要、主要サービスページ、著者情報、FAQ、robots.txt、noindex、Search Consoleを確認してください。そのうえで、問い合わせに近いページから情報の矛盾をなくします。
まとめ
LLMOとは、大規模言語モデルに自社やサービスを誤解されにくく理解してもらうための情報設計です。SEO、AIO、GEOと似た文脈で使われますが、実務では、会社情報、サービス情報、著者情報、根拠、FAQ、構造化データ、クローラー制御、問い合わせ導線を横断して見る考え方として扱うと整理しやすいです。
LLMOで大切なのは、AIに引用される保証を探すことではありません。自社が何の専門家として認識されたいかを決め、その文脈に合わせて記事、サービスページ、会社概要、著者情報、FAQをそろえることです。
まずは、用語を増やす前に、主要ページの情報が矛盾していないかを確認してください。結論、根拠、会社情報、サービス範囲、FAQ、相談導線、計測方法をそろえることが、LLMOの現実的な第一歩です。
この記事もおすすめ|GEO対策とは?生成AI検索に引用されやすい情報設計の基本|生成AI検索で引用されやすいページ設計を深掘りする場合の次の記事です。|
参考にした公式情報
- Google AI optimization guide: 生成AI検索でもSEOの基礎と独自で価値あるコンテンツが重要である点を確認。
- Google AI features and your website: AI OverviewsやAI Modeの検索体験とサイト側の考え方を確認。
- Google SEO starter guide: クロール、インデックス、ユーザーに役立つサイト作りの基本を確認。
- Google Helpful, reliable, people-first content: 読者に役立つ信頼できるコンテンツの考え方を確認。
- Google structured data intro: Article、FAQPage、Organizationなど構造化データの役割を確認。
- OpenAI Crawlers: OAI-SearchBot、GPTBot、ChatGPT-Userの用途確認に使用。
- OpenAI ChatGPT Search help: ChatGPT Searchの基本的な検索体験とソースリンクの確認に使用。