LLMOの技術的実装ガイド｜AIとGoogleに正しく理解されるサイトの作り込み【2026年】

AIは「見た目」ではなく「構造」を読む

人間はページの見た目からどこが見出しでどこが本文かを直感的に判断しますが、AIやクローラーはHTMLの構造からそれを読み取ります。CSSで大きく太くしただけの文字は、機械にとっては見出しではありません。逆に言えば、構造を正しく作り込めば、AIは文書の骨格を正確に把握できます。 この「構造を正しく伝える」という一点が、以降で解説するすべての実装の共通した目的です。派手な小細工ではなく、機械に意味を誤解させない地道な作り込みが、LLMOの技術的な土台になります。

見出しレベルを飛ばさず階層的に組む

ページの主題はh1をひとつだけに絞り、章立てはh2、その下位はh3と、見出しレベルを飛ばさず階層的に組み立てます。h2の次にいきなりh4を使うような飛び方は、AIが文書の階層を誤解する原因になります。見出しは、ユーザーが実際にAIへ投げかける質問(「〜とは」「〜の費用」「〜の手順」)と対応させると、AIが質問と答えの塊を結びつけやすくなります。 見出しの下には、その見出しに対する結論を先に短く書く「結論先出し」を徹底すると、AIが要点だけを抜き出して引用しやすくなります。1つの見出しに複数の話題を詰め込まず、見出しと内容を1対1で対応させることが実装のコツです。

意味に沿ったタグで文書の役割を伝える

本文はp、箇条書きはulやol、記事本体はarticle、補足はaside、ナビゲーションはnav、というように、用途どおりのタグを使うことで、AIは「どこが本文で、どこが一覧やナビゲーションか」を正確に把握します。画像にはalt属性で内容を説明し、ボタンやリンクは見た目だけのdivではなく本来のbuttonやaタグで実装します。 こうしたセマンティックな実装は、スクリーンリーダーを使う人にとってのアクセシビリティ向上にも直結します。AI対応とアクセシビリティは、同じ「構造を正しく伝える」という作法から生まれる、相性の良い取り組みです。

エンティティを機械可読にするスキーマを優先する

LLMO文脈では、AIに「何の会社が・何を提供し・誰が運営しているか」というエンティティを正確に伝えるスキーマが特に重要です。会社情報を伝えるOrganization/LocalBusiness、サービス内容のService、記事のArticle(著者・公開日を含める)、一問一答のFAQPageを軸に据えます。これらはAIが会社の実体と専門性を判断する材料になります。 実装の絶対条件は、マークアップの内容がページの表示と一致していることです。表示していない情報をスキーマにだけ書くのはガイドライン違反で、リッチリザルトの停止や手動対策につながります。構造化データは順位操作の道具ではなく、実態を機械に正確に伝えるためのものだと理解してください。

データから自動生成して一致とメンテを保つ

ページ数が増えると、構造化データを手書きで管理するのは非現実的です。記事・サービス・FAQなどのデータからJSON-LDを自動生成する仕組みにしておけば、コンテンツを更新するだけで、常に表示内容と一致した正しいマークアップが保たれます。手作業のズレや漏れを防ぎ、規模が大きくなっても正確さを維持できます。 HaLVision TechではNext.jsを用い、データからLocalBusinessやFAQPageなどのJSON-LDを自動生成する実装を標準にしています。これにより、表示とスキーマの不一致という典型的な失敗を構造的に防いでいます。

NAPの表記ゆれをなくす

NAP(Name・Address・Phone)は、サイト内のどこを見ても、そして外部サービスとも、同じ表記に揃えることが重要です。フッター・会社概要・お問い合わせページで住所の書き方が違ったり、GoogleビジネスプロフィールとサイトでNAPがずれていたりすると、AIやGoogleは「同じ事業者の情報か」を判断しにくくなります。 実装上は、会社情報を一箇所で一元管理し、各ページとLocalBusinessスキーマの両方に同じデータを反映する作りにすると、表記ゆれが構造的に生まれません。住所変更などがあっても、一箇所を直せば全体に反映されます。

sameAsで外部の実体と結びつける

sameAsは、構造化データの中で「この会社は、この外部ページと同じ実体です」と示すプロパティです。公式SNS、GoogleビジネスプロフィールやマップのURL、業界団体の会員ページなど、自社を指す信頼できる外部URLをsameAsに列挙することで、AIはサイト上の情報と外部の情報を同一の実体として結びつけやすくなります。 これはエンティティの認識を補強する実装です。サイト単体では判断しきれない実在性や信頼性を、外部の裏付けとひもづけることで補います。NAPの一貫性とsameAsはセットで整えると効果的です。

llms.txtとは何か

llms.txtは、大規模言語モデルがサイトの内容を効率よく理解できるよう、サイトの概要や重要なページへのリンクを、Markdown形式でまとめてルートに置く、という提案です。robots.txtが検索クローラー向けにクロールの可否を伝えるのに対し、llms.txtはAIに「このサイトの要点はここです」と案内する発想だと捉えると分かりやすいです。 ただし、2026年時点でllms.txtは業界標準として確立したものではなく、主要なAIがこれを必ず参照する保証もありません。あくまで「AIに読まれることを見据えた新しい試み」の一つであり、これさえ置けばAI対策が完了するというものではない点は押さえておくべきです。

過度な期待をせず、土台を優先する

llms.txtを設置すること自体のコストは小さいため、試す価値はありますが、優先順位を見誤らないことが大切です。セマンティックHTML・構造化データ・NAPの一貫性・表示速度といった土台の方が、AIに正しく理解されるうえでは確実に効きます。llms.txtは、これらの土台が整ったうえでの補助的な打ち手と位置づけるのが現実的です。 新しい概念に飛びつくより、機械が正確に読める構造を地道に作り込むこと——これがLLMOの技術的実装の本筋です。llms.txtの動向は注視しつつ、まずは足元の実装を固めることをおすすめします。

Core Web Vitalsと表示速度

Core Web Vitals(表示速度・視覚的な安定性・反応性の指標)は、ユーザー体験の指標であると同時に、クローラーが効率よくページを処理できるかにも関わります。表示が遅く重いページは、ユーザーに離脱されるだけでなく、機械の処理効率も下げます。画像の最適化、不要なスクリプトの削減、適切なキャッシュといった基本を実装で押さえることが土台になります。 Core Web Vitalsの詳細は当ブログのCore Web Vitalsの記事でも扱っています。ここでは、速度は「AIにもGoogleにも読まれやすくするための基礎工事」だという位置づけを押さえてください。

クロールされ、レンダリングされ、インデックスされる

AIやGoogleがページを読むには、まずクロール(取得)され、必要ならJavaScriptがレンダリング(描画)され、インデックス(登録)される必要があります。ここでつまずくと、どんなに良いコンテンツも読まれません。robots.txtでAIクローラーやGooglebotを誤ってブロックしていないか、重要なコンテンツがJavaScript依存で描画前に空になっていないか、といった点が実装上の注意です。 とくにコンテンツをクライアント側のJavaScriptだけで生成する作りは、レンダリング前の中身が空になり、機械が読み取れないリスクがあります。HaLVision TechではNext.js/Reactのサーバー側レンダリングを活用し、AIとGoogleが確実に本文を読み取れる形で実装しています。仙台を拠点に全国対応で、LPは最短3時間・¥10,000〜、コーポレートサイトは¥80,000〜。AIとGoogleの両方に正しく理解されるサイトの技術的な作り込みは、料金ページやお問い合わせページからお気軽にご相談ください。オンライン完結で、年中無休10〜22時で対応しています。

Q.セマンティックHTMLは、本当にAI対策として効果がありますか？

はい。AIやクローラーは見た目ではなくHTMLの構造から「どこが見出しで、どこが本文か」を読み取ります。h1〜h3を階層的に組み、本文はp、箇条書きはul、記事本体はarticleといったタグを用途どおりに使うことで、AIは文書構造を正確に把握し、要点を引用しやすくなります。CSSで見た目だけ整えても機械には伝わらないため、意味に沿ったタグの使い分けがLLMOの土台になります。あわせてアクセシビリティも向上します。

Q.llms.txtは今すぐ設置すべきですか？

設置コスト自体は小さいので試す価値はありますが、優先順位には注意が必要です。2026年時点でllms.txtは業界標準として確立しておらず、主要なAIが必ず参照する保証もありません。セマンティックHTML・構造化データ・NAPの一貫性・表示速度といった土台の方が確実に効きます。llms.txtは、これらの土台が整ったうえでの補助的な打ち手と位置づけ、動向を注視しながら足元の実装を優先するのが現実的です。

Q.NAPやsameAsは、なぜAI対策で重要なのですか？

AIは会社を「エンティティ(実体)」として認識しようとするため、社名・住所・電話番号(NAP)の表記がサイト内や外部サービスとずれていると、同じ事業者の情報か判断しにくくなります。表記を一貫させ、公式SNSやGoogleビジネスプロフィールなど自社を指す外部URLをsameAsで結びつけることで、AIはサイトと外部の情報を同一の実体としてひもづけやすくなり、実在性や信頼性の認識が補強されます。

Q.JavaScriptで作ったサイトはAIに読まれにくいのですか？

コンテンツをクライアント側のJavaScriptだけで生成する作りは、レンダリング前の中身が空になり、AIやクローラーが本文を読み取れないリスクがあります。対策は、サーバー側でHTMLを生成してから配信する実装です。当社ではNext.js/Reactのサーバー側レンダリングを活用し、AIとGoogleが確実に本文を読み取れる形で実装しています。加えて、robots.txtで必要なクローラーを誤ってブロックしていないかの確認も重要です。