中小企業のLLMO対策｜少ない予算で問い合わせにつなげる90日実践手順

この記事では、従業員数や売上規模ではなく「専任編集者が少ない」「外部制作へ大きな予算を使いにくい」「営業担当が顧客情報を持っている」という実務条件を想定します。最小構成、90日計画、予算配分、業種別の作り方、計測方法まで順番に解説します。

中小企業のLLMO対策とは

LLMOは一般に、ChatGPT、Gemini、Copilotなど大規模言語モデルを利用するサービスが、企業・人物・商品・記事の内容を理解し、回答を作る際に参照しやすい情報状態を整える取り組みを指します。ただし、業界共通の認証制度や、実施すれば必ず引用される標準仕様があるわけではありません。本記事では、従来のSEO、回答設計、一次情報、企業情報の整合、AI回答の観測をまとめてLLMO対策と呼びます。

大手と同じ記事数を追わず、問い合わせへの距離で優先順位を決める

中小企業が不利になりやすいのは、記事数やドメイン規模をそのまま競う場合です。一方で、特定地域、特定業務、特定顧客の制約、導入時の細かな判断など、現場が持つ情報は大手より具体的にできます。優先順位は検索ボリュームだけでなく、商談への距離と自社が一次情報を出せる度合いで決めます。

1. サービスページ：誰向けに、何を、どこまで、いくらで提供するか。
2. 導入事例：導入前の状態、実施内容、期間、変化、残った課題。
3. 比較・選び方：自社を含めた選択肢、向く条件、向かない条件。
4. 料金・契約：初期費用、月額、追加費用、契約期間、解約条件。
5. 実務記事：顧客が導入前に質問する手順、失敗、社内調整、安全性。

最小構成は「基準ページ4種＋支援記事」

最初から数十記事を公開する必要はありません。会社、サービス、事例、専門家の4種類を基準ページとして整え、顧客の質問に答える支援記事からそれぞれへ内部リンクを張ります。AI向けの裏側のデータだけを増やすのではなく、訪問者が画面上で確認できる情報を基準にします。

中小企業が90日で進める実務手順

1〜14日：現状を一枚にまとめる

公開URL、主キーワード、表示・クリック、問い合わせへの距離、会社情報の差分、内部404、更新責任者を台帳にします。ChatGPTやGeminiで自社名を一度質問した結果だけでは診断しません。顧客が使う質問を20〜30個に固定し、質問文、日付、回答、引用URL、誤りを記録します。

15〜30日：問い合わせに近い5ページを改善する

サービス、料金、事例、会社概要、専門家ページから着手します。冒頭で対象と結論を示し、料金や対応範囲を隠しすぎず、主張の近くへ根拠を置きます。古いURLへのリンク、canonical、noindex、モバイル表示も同時に確認します。

31〜60日：営業質問を記事とFAQへ変える

営業メール、商談メモ、問い合わせ内容から頻出質問を抽出します。単なる用語説明ではなく「どの条件なら選ぶか」「何ができないか」「導入時に誰が何をするか」を記事化します。サービスページへ送る記事と、会社理解を助ける記事を分けます。

61〜90日：数値を確認して残すページを決める

検索表示、AI回答での引用、サイト内行動、問い合わせを別々に見ます。変化がない記事は、未クロール、検索意図のずれ、独自情報不足、内部リンク不足、需要不足を切り分けます。すべての記事を残す前提にせず、重複する内容は強いページへ統合します。

予算と体制は記事単価ではなく、改善サイクル全体で設計する

費用は「診断」「基準ページ改善」「記事制作」「技術実装」「計測」「月次改善」に分けます。記事本数だけで比較すると、会社情報の修正や計測が見積もりから抜けやすくなります。最初の契約では対象URL、成果物、修正回数、公式出典の確認範囲、公開後の確認日、データの所有権を明記します。

業種別に変えるべき情報

地域サービス・店舗

所在地、営業時間、対応地域、予約方法、資格、料金、口コミへの返信方針を公式サイトと地図サービスでそろえます。地域名を機械的に差し替えたページを量産せず、地域ごとの提供条件や事例がある場合だけ個別ページにします。

専門サービス・士業・コンサルティング

誰が担当するか、守備範囲、相談できない内容、初回相談から納品まで、守秘義務、判断の根拠を示します。専門性が高いほど、一般論の長文より、判断条件と責任範囲が重要です。

製造業・受託開発

対応素材・技術・ロット・納期・品質管理・連携方式・保守範囲を、営業資料だけでなく取得可能なWebページにも置きます。顧客名を出せない場合は、業種、規模、課題、期間を匿名化し、公開可能な範囲と数値の定義を明記します。

検索・AI回答・行動・商談を分けて測る

中小企業のLLMO対策で避けたい失敗

• 専用ファイルや構造化データだけで引用されると考える
• 大手の見出しを写し、自社の顧客質問と事例を入れない
• 地域名や業種名だけを変えた類似記事を大量公開する
• 会社名、住所、料金、サービス名がページやSNSで食い違う
• AI生成の事例や口コミを一次情報として掲載する
• 引用数を問い合わせや受注と同じ成果として扱う
• 公開日だけを更新し、確認した仕様と変更箇所を残さない
• 外注先に任せきりにして、営業・現場の知識を渡さない

中小企業のLLMO対策でよくある質問

何記事から始めればよいですか？

一律の本数はありません。まず会社、サービス、事例、専門家の基準ページを整え、問い合わせに近い質問記事を3〜5本改善する方法が現実的です。

専任担当者がいなくてもできますか？

可能ですが、顧客質問と事実を出す担当、公開を承認する担当、技術・計測を確認する担当を決めます。兼任でも期限と責任範囲を明確にします。

LLMOとSEOは別予算にすべきですか？

完全に切り離す必要はありません。クロール、index、内部リンク、ユーザー第一の内容など共通基盤が多いため、SEO改善へ質問設計・一次情報・AI回答観測を追加して管理します。

成果が出るまで何カ月かかりますか？

保証できる期間はありません。公開当日、7日、28日、90日で確認項目を分け、技術状態、検索露出、AI可視性、問い合わせを順に評価します。

顧客の30質問を作り、記事の作りすぎを防ぐ

キーワードツールから候補を大量に出す前に、問い合わせ前後の質問を集めます。代表者、営業、サポートがそれぞれ10問ずつ出すと、30問程度の質問台帳を作れます。質問ごとに「回答する基準URL」「回答責任者」「根拠」「公開できない情報」「次の行動」を記録します。同じ答えになる質問は一つのページへまとめ、語尾だけが違う記事を増やしません。

ページ別の合格条件を決める

サービスページの合格条件

冒頭だけで対象顧客、解決する課題、提供物、相談の入口が分かることを確認します。機能や作業項目だけでなく、開始前に必要なもの、顧客側の担当、標準期間、納品後の運用、対応できない範囲を書きます。料金を掲載できない場合も、価格を左右する要因と見積もりに必要な情報を示します。

事例ページの合格条件

顧客の属性、開始前の状態、対象期間、実施内容、変更前後、計測方法、外部要因、継続課題がそろっているか確認します。成功した数値だけを切り取らず、うまくいかなかった施策と修正理由も残すと、どの条件で使える事例か判断しやすくなります。

会社・専門家ページの合格条件

会社名、代表者、所在地、設立、事業内容、問い合わせ先を基準情報として管理します。監修者は写真と肩書だけで終わらせず、記事テーマに関係する実務経験、資格、担当範囲、確認方針、詳細プロフィールを示します。資格で記事の正しさを保証したように見せず、確認した内容を説明します。

少人数でも外せない技術確認

LLMOという言葉に引っ張られて特殊な実装へ進む前に、検索で取得できる状態を確認します。公開担当が毎回確認できるよう、専門用語だけでなく完了条件を決めます。

• 公開URLがログアウト状態でHTTP 200を返し、本文が表示される
• robots.txt、meta robots、CDNで必要な取得を拒否していない
• canonicalが公開した正規URLを指し、日付違いの重複URLを作っていない
• XMLサイトマップへ正しいURLと更新状態が反映される
• 重要ページへトップ、カテゴリ、関連記事からHTMLリンクで到達できる
• タイトルは主質問と結論に合い、本文の別テーマを誇張しない
• 画像内だけに料金や手順を置かず、重要情報を本文でも説明する
• 表、監修者、CTAがスマートフォン幅で切れず、横スクロールを制御する
• 構造化データは画面上の著者、FAQ、記事内容と一致する
• 公開日変更やスラッグ変更後の旧URLを放置せず、リンク修正または301を行う

規模別の進め方を具体化する

月に数時間しか使えない場合

新規記事より、サービスページ1本と事例1本を選びます。商談で聞かれた質問を追記し、古い料金・担当者・リンクを直します。月末にSearch Consoleと問い合わせ内容を確認し、翌月に直す一項目を決めます。質問観測は重要な10問に絞ります。

週1日を確保できる場合

基準ページ4種を整え、月2〜4本の質問記事または既存記事改善を行います。営業が質問と事例を提供し、担当者が構成と公開、外部専門家が技術と品質を月1回監査する分担ができます。本数より、公開後の確認と統合を予定に入れます。

外部支援を年間利用する場合

契約初月に全URL、検索データ、会社・サービス情報、フォーム、権限を棚卸しし、四半期ごとにテーマとKPIを見直します。納品記事数だけでなく、基準ページ改善、404修正、計測、更新台帳、社内教育を成果物に含めます。契約終了時に原稿、画像、質問台帳、分析データ、アカウント権限が自社へ残るか確認します。

外部会社へ依頼するときの発注書

更新履歴を小さな一次情報に変える

更新日は新しさを演出する表示ではなく、何を確認したかを伝える記録です。「公式料金を確認」「事例の対象期間を追記」「内部404を3件修正」「AI回答の誤った会社説明を確認し会社概要を統一」のように、変更と理由を残します。変更前の検索クエリ、表示、主要見出し、リンク数も保存すると、改善の再現性が上がります。

中小企業の強みは承認経路が短く、顧客の声を早く公開情報へ戻せることです。AIを使って調査や下書きを短縮しても、顧客理解、事実確認、公開判断、問い合わせ対応は自社が持ちます。この分担が、記事量ではなく改善速度で大手と戦うための条件になります。

毎週90分で続ける運用メニュー

専任者がいない場合は、毎週の作業を固定します。最初の20分でSearch Consoleの表示・クリック・クエリと、重要10問のAI回答を確認します。次の20分で問い合わせ、営業質問、口コミ、サポート内容から新しい疑問を一つ選びます。40分で既存ページの回答、事例、料金、内部リンクのいずれかを修正し、最後の10分で変更日、対象URL、仮説、次回確認日を台帳へ残します。

新規記事を毎週公開できなくても問題ありません。古いサービス情報の修正、事例への条件追加、404リンクの交換、会社情報の統一、スマートフォン表示の修正も重要な改善です。小さな変更でも、何を変え、どの指標を確認するかを決めれば、翌月の判断材料になります。

公開直前と公開後の確認項目

公開前は、タイトルと冒頭が同じ質問へ答えているか、H2だけを読んで判断順が分かるか、表の比較軸がそろっているか、数値に期間・母数・取得元があるかを確認します。公開操作後は、管理画面のプレビューだけでなくログアウト状態のURLを開きます。

• PCとスマートフォンで本文、表、画像、監修、CTAが読める
• 問い合わせフォームの開始・完了と実際の受信を区別して確認する
• 内部リンクと公式リンクが404にならず、意図しない別URLへ飛ばない
• meta descriptionが本文内容と一致し、更新前の説明が残っていない
• 公開後にサイトマップと主要な親記事から到達できる
• 7日後にindex状態、28日後に表示・クエリ、90日後に行動・問い合わせを確認する

LLMO対策は一度完成して終わる施策ではありません。料金、人物、サービス、競合、検索・AI機能が変わるため、正しい基準ページと更新責任を持つことが継続条件です。少人数でも、顧客に近い情報を早く確認して公開できれば、記事数以外の競争力を作れます。

なお、検索表示やAI引用が少ない場合でも、直ちに記事数不足と結論付けません。公開からの経過、サイト内の到達経路、同じ意図の記事、会社・サービス情報の不足、質問自体の需要を順番に確認します。改善しないページを残し続けるより、顧客の判断に使われる基準ページへ内容を統合し、古いURLを適切に処理する方が、少人数の更新負荷を下げられます。

判断の根拠にした公式情報

AI検索は仕様変更が多いため、施策名だけを信じず、検索エンジンとAIサービスの公式情報を確認します。Googleは、AI OverviewsやAI Modeでも従来のSEO基盤が有効で、検索結果へ出るにはページがインデックスされ、スニペット表示の対象になれることが前提だと案内しています。また、Google検索のAI機能向けに特別なschema.orgやllms.txtは必要なく、細かく文章を分割することやAI向けに特殊な書き方へ変えることも必須ではありません。

• Google Search Central：生成AI機能向け最適化ガイド
• Google Search Central：AI features and your website
• Google Search Central：ユーザー第一のコンテンツ
• Google Search Central：生成AIコンテンツの利用指針
• Bing Webmaster Blog：AI Performance