新店舗、AIはいつ認識する？開業時のLLMO対策

「Googleビジネスプロフィールは、店が開いてから登録するもの」。開業準備でよく聞くこの理解は、事実として間違っている。Google公式ヘルプ「Add a business opening date」には、まだ開業していない事業者でもプロフィールを作成できること、開業日は最長1年先まで入力できること、そしてオーナー確認を済ませればプロフィールは開業日の90日前からGoogle上に表示されることが明記されている（2026年9月9日確認）。さらに同ページは、開業日の90日前から投稿・写真・説明文で発信できるとも書いている。

つまり、AIやローカル検索に「この住所にこの店ができる」と伝え始められる起点は、開店日ではなく開店の3か月前だ。開業してから登録する運用は、公式仕様として使える露出期間を自分で捨てていることになる。

2026年9月時点で、開業直後の事業者がAI検索に認識されるかどうかを分けるのは、広告費でも記事本数でもない。「AIが照合できる一次情報を、開業のどの時点で、どの場所に置いたか」である。この記事は、実績もレビューも被リンクもゼロの状態から、AIが自社を「実在し、説明できる事業者」として扱うまでの積み上げ順序を扱う。

開業期のLLMOは「照合先がない」状態から始まる

まず定義を置く。

開業期のLLMO対策とは、事業の実在・所在・提供内容を、AIが機械的に照合できる形で複数の場所に一致させて置き、AIが「情報が足りないので候補から外す」判断をしないようにする作業である。

既存店の最適化と決定的に違うのは、AI側に照合材料が存在しないことだ。既存店であればクチコミ、地図データ、過去の言及、既存ページの履歴があり、AIはそれらを突き合わせて回答を作れる。開業直後は、その突き合わせ相手が自社の発信しかない。だからこそ、最初に置く情報が全ての基準になり、後から表記がぶれると訂正コストが跳ね上がる。

既存店向けの実装は店舗・ローカルビジネスのAIO対策で扱っている。ここでは「まだ何もない状態」に固有の判断だけを整理する。

前掲のGoogle公式ヘルプは、正式オープンまでユーザーによる情報の修正提案やクチコミ・写真の投稿ができないことも明記している。これは制約であると同時に利点でもある。第三者が書き込めない期間に、自社発の情報だけで基準形を固められるからだ。

認識される順序は4層あり、飛ばすと下から崩れる

開業時に取りかかる順序を、層で整理する。上の層が欠けたまま下の層に手を出しても、AIの回答は安定しない。

順序を逆から始める失敗が多い。開業告知のプレスリリースを先に打ち、サイトには「Coming Soon」しか置いていない状態だと、リリースを読んだAIが詳細を確認しに来ても照合先がなく、リリース本文だけが独り歩きする。この状態は後述する誤情報の固定につながる。

第1層：屋号・住所・電話を1つに決め切る

開業時に最も安く、最も効く作業がここにある。屋号の表記を1つに決めることだ。

AIは表記の一致で同一性を判断する。「株式会社◯◯」「◯◯」「◯◯ 渋谷店」「◯◯ Shibuya」が場面ごとに混在すると、AIはそれを別の実体として扱いうる。開業時なら決めるだけで済むが、半年後に直すとなると、登記・名刺・ポータル・SNS・地図データの全てを追いかけることになる。表記統一の考え方は社名の表記ゆれとAI検索に詳しい。

開業前に確定させておく項目を挙げる。

• 正式名称（登記上の商号）と、店舗として名乗る屋号の関係
• 店舗名に地名や業態を付けるかどうか（付けるなら全媒体で同じ形にする）
• 住所の表記（丁目・番地・号をハイフンで略すか、建物名・階数まで書くか）
• 代表電話番号（転送番号や外部予約サービスの番号を代表として出さない）
• 営業時間の表記（定休日・不定休・最終受付の書き方）

Googleビジネスプロフィールの追加はbusiness.google.com/addから無料でできる。オーナー確認について、Google公式ヘルプ「Verify your business on Google」は「確認方法はGoogleが自動的に決定し、変更できない」と明記している（2026年9月9日確認）。選べる前提でスケジュールを組むと崩れる。使える確認方法は業種・公開情報・地域・営業時間によって変わり、複数の方法を求められる場合もあるとされている。動画による確認が使える場合はそれを推奨するとも書かれている。

開業日の設定は年と月だけが必須項目で、日付まで確定していなくても入力できる。ここは工事の進捗で日程が動く業態にとって現実的な仕様なので、確定を待たずに先に置いてよい。

複数店舗を同時に開ける場合の構造は多店舗チェーンのAI検索対策で扱っている論点がそのまま当てはまる。1店舗目の設計が2店舗目以降の型になるため、最初から店舗ページの粒度を決めておくほうが安い。

第2層：AIが読む本文を、開業前に書き切る

サイトが「Coming Soon」や画像1枚のティザーで止まっている期間は、AIから見ると情報が存在しない期間と同じだ。第2層でやることは単純で、開業後に必要になる本文を前倒しで書くことに尽きる。

AI検索の回答に使われやすいのは、装飾のない断定文である。「豊富なメニューをご用意」ではなく「カット4,400円、カラー7,700円（いずれも税込・シャンプー込み）」と書く。料金の書き方は料金ページのAI検索設計で型を示している。

開業前に用意しておく本文を、ページ単位で挙げる。

• 店舗情報ページ：正式名称、住所、電話、営業時間、定休日、駐車場の有無、最寄り駅からの経路と徒歩分数、開業予定日
• 料金ページ：税込か税別か、追加料金の条件、支払い方法、キャンセル規定
• 提供内容ページ：何ができて何ができないか。対応できない範囲を書くと、AIが誤って推薦する事故が減る
• 運営者情報：代表者名、資格・許認可の番号、所属団体、開業の経緯
• 予約・問い合わせ導線：電話番号をテキストで書き、予約手段ごとの受付時間を明記する

許認可番号や資格は、開業期に唯一手元にある「検証可能な事実」であることが多い。実績ゼロでも登録番号は書ける。著者・運営者情報の実装はE-E-A-Tのエンティティ実装を参照するとよい。

電話や予約の導線設計は開業時に固めておきたい。tel:リンクの扱いと流入の見分け方はAI検索の電話・予約導線にまとめてある。

「準備中」と書かず、日付で書く

開業前のページでよくあるのが「近日オープン」「準備中」という表記だ。これはAIにとって解釈不能な情報になる。書くなら「2026年11月開業予定」と年月で書く。日程が動いたら書き換える。更新日の扱い方はdateModifiedとは？で整理している。

第3層：機械可読化は「まだ無い情報」を書かないところから

構造化データを開業時に入れるべきかは、判断が割れやすい。結論としては入れてよいが、条件がある。

Googleの構造化データに関するガイドラインは「ページの読者に見えないコンテンツをマークアップしない」と明記している（2026年9月9日確認）。同ガイドラインは、虚偽のレビューやページの内容と無関係なコンテンツを不適切な例として挙げ、ユーザーを欺いたり他者・他組織になりすましたりする目的での使用を禁止している。正しくマークアップしてもリッチリザルトの表示は保証されないとも書かれている。

開業期に危ないのは、まだ存在しない評価や実績をマークアップに書いてしまうことだ。レビューがゼロの状態でaggregateRatingを書けば、ページに見えない情報のマークアップであり、かつ虚偽の評価になる。

LocalBusinessの必須・推奨プロパティは以下の通り（Google検索セントラル「Local Business (LocalBusiness) Structured Data」、最終更新2026年9月8日）。

LocalBusinessはOrganizationのサブタイプなので、Organization側の項目も併せて整えるようGoogleは推奨している。Organizationには必須プロパティがなく、name／alternateName／address／telephone／url／logo／sameAsのうち自社に該当するものを入れる形になる（最終更新2026年9月8日）。sameAsに公式SNSや業界団体の掲載ページを列挙しておくと、実体の紐付けが機械的に読める。エンティティの層構造はLLMOのエンティティ対策で整理している。

サイトマップは開業時にページ数が少ないため軽視されがちだが、公開直後は内部リンクが薄く発見経路が乏しいので、むしろ効く。設計の考え方はサイトマップのpriority・lastmodは効くのか？にある。

AIクローラーの許可を、公開時に確認する

開業サイトは制作段階でrobots.txtにクロール拒否を入れたまま公開されることがある。開業時のLLMOで最も多い事故はこれだ。

OpenAIの公開ドキュメント「Overview of OpenAI Crawlers」は、クローラーの役割を分けて説明している（2026年9月9日確認）。

ChatGPTの検索回答に出ることを狙うなら、最低限OAI-SearchBotを許可する。公開時に置く設定はこの形になる。

<pre><code>User-agent: OAI-SearchBot Allow: /

User-agent: OAI-AdsBot Allow: /

User-agent: * Allow: /

Sitemap: https://example.com/sitemap.xml</code></pre>

学習利用まで許容するかは事業判断が分かれる。許可・拒否それぞれの帰結はrobots.txtでAIクローラーを許可すべきかで整理した。開業後、実際に来ているかはサーバーログで確認できる。手順はAIクローラーのログ確認方法にある。

第4層：第三者言及を、実績ゼロの時期にどう作るか

開業期の最大の弱点は、自社以外が自社に言及していないことだ。AIが「おすすめ」や「比較候補」を出すとき、自社サイトの主張だけでは根拠が弱い。この構造はサイテーションとはで扱っている。

実績ゼロでも取れる言及には、現実的な手段がある。

• 開業リリース：開業日・住所・提供内容・代表者名を含めて配信する。配信媒体がインデックスされるかは媒体次第なので、プレスリリースはAI検索の引用源になるかの判断軸を先に読むとよい
• 業界ディレクトリ・団体名簿：加盟団体、資格者名簿、行政の許認可事業者一覧。第三者が管理する検証可能な掲載であり、開業直後でも載る
• 地域媒体・商工団体：商工会議所や自治体の事業者紹介ページ
• 取引先・パートナーの掲載：フランチャイズ本部、卸元、施工会社の実績ページ
• 開業後のクチコミ：正式オープンまで投稿できない仕様なので、オープン初日以降の運用として設計する

どの手段でも、掲載する屋号・住所・電話は第1層で決めた形と1文字も変えない。表記が割れた掲載は、言及として積み上がるどころか、AIが別実体と判断する材料になる。

クチコミがAI回答でどう使われるかは口コミはAI検索でどう使われる？にまとめてある。開業直後は件数が少なく、1件の内容が回答に反映されやすい状態になる。

開業日を基準に、出す情報を前後で分ける

開業日をまたいで情報の性質が変わる。ここを分けずに一気に出すと、開店前に「営業中」と誤解されたり、開店後も「準備中」と説明され続けたりする。

Googleビジネスプロフィールでは、開業後中期期間「Recently opened（最近オープン）」のタグが表示されるとされている。この期間に発信の型を固めておくと、以後の運用が楽になる。

開業時にやりがちな失敗

4番と8番は、後から直すコストが特に高い。誤った説明が定着したあとの訂正手順はAI検索が自社を間違って説明するときの訂正手順にまとめてある。

認識されたかどうかを、どう確認するか

開業期は「順位が上がったか」ではなく「そもそも存在として認識されたか」を見る。順位を指標にすると、母数が小さすぎて判断できない。

Search ConsoleでのAI Overview計測の限界はサーチコンソールでAI Overviewを計測に、GA4側の設定はAI検索の流入をGA4で計測する設定手順にまとめてある。定点観測の運用設計はAI回答に引用されているかをモニタリングする方法を参照してほしい。

開業期に最初に確認すべきなのは、屋号で質問したときにAIが「その名前の事業者は確認できない」と答えるか、住所と提供内容を含めて説明できるかの差である。ここが変われば第1層と第2層は機能している。

なお、Google公式ヘルプ「Use AI Mode to check local availability and pricing」によれば、AIモードは料金の調査や予約枠の確認、近隣在庫の確認といった依頼を扱い、情報がオンラインにない場合は事業者へ直接電話して詳細を取得することがあるとされる。同ページは、この機能が英語で、ログイン済みの18歳以上のユーザーに提供されていると記載している（2026年9月9日確認）。日本語環境で同じ挙動が提供されているかは、2026年9月9日時点で公式に確認できていない。ただし「オンラインに書かれていない情報は問い合わせで埋められる」という設計思想は共通しており、料金や営業時間を書かないことが単なる機会損失で済まなくなりつつある点は、開業時の情報設計に効いてくる。

自社だけで判断がつかないとき

開業準備は、内装・許認可・採用・仕入れが同時に走る。LLMOの優先順位づけを社内だけで決めきれない場合は、外部から現状を点検する選択肢がある。Uravationでは、AI検索が自社をどう説明しているか、第1層から第4層のどこが欠けているかを整理するLLMO診断を提供している。開業前でも、サイト公開前でも、決めるべき項目の洗い出しから着手できる。

自分で点検する場合はLLMO診断チェックリストを上から順に潰していくのが早い。

よくある質問

開業前でもGoogleビジネスプロフィールは作れますか

作れる。Google公式ヘルプは、まだ開業していない事業者がプロフィールを作成し、開業予定日を設定できると案内している。開業日は年と月だけが必須で、最長1年先まで入力できる。オーナー確認を済ませた場合、プロフィールが表示され始めるのは開業日の90日前からとされている（2026年9月9日確認）。

実績もクチコミもない状態で、AIに認識される材料はありますか

ある。許認可番号、資格、加盟団体、代表者の経歴、提供内容と料金、対応できない範囲の明示は、開業初日でも書ける検証可能な事実である。逆に、実績やレビューが無い状態でそれらを装う記述は、Googleの構造化データガイドラインが禁じる「ページの読者に見えないコンテンツのマークアップ」や虚偽の記述にあたる。

開業サイトの公開時に、最低限どこを確認すべきですか

robots.txtとページ側のmeta robotsで制作中のクロール拒否が残っていないか、店舗情報・料金・営業時間が画像ではなくテキストで書かれているか、屋号・住所・電話がGoogleビジネスプロフィールと1文字も違わないか、サイトマップが送信されているか。この4点を公開当日に確認する。

構造化データは開業時に入れるべきですか

入れてよい。ただしページに書かれている内容だけをマークアップする。LocalBusinessの必須プロパティはnameとaddressで、telephone・url・geo・openingHoursSpecificationは推奨とされている。aggregateRatingやreviewは、実在する評価が無い開業時には書かない。

AI検索対策は開業してから始めても間に合いますか

間に合うが、余計な作業が増える。開業後に始めると、既に各媒体へ登録された表記のゆれを直す作業から入ることになり、開業前に決め切る場合と比べて工数が増える。加えて、公式仕様として使えた開業前の露出期間は取り戻せない。優先順位を1つ挙げるなら、屋号・住所・電話の表記を確定させることを開業準備の最初期に置くのが安い。

結論

開業時のLLMO対策は、特別な施策ではなく、決めるべきことを決める順序の問題である。

1. 屋号・住所・電話を1つに確定し、Googleビジネスプロフィールを開業前に作成してオーナー確認まで進める
2. 開業前に、店舗情報・料金・提供内容・許認可をテキスト本文で書き切る
3. 公開時にクロール拒否を外し、構造化データは「ページに書いてある内容だけ」を対象に入れる
4. 第三者が管理する検証可能な掲載を積み、開業後にクチコミ運用を乗せる

この順序を守れば、AIが自社を「実在し、説明できる事業者」として扱うまでの距離は短くなる。逆に、順序を飛ばして発信量だけ増やすと、照合できない主張が増えるだけで、訂正コストが後から乗ってくる。

なお、どの施策を実施しても、AI検索での引用や表示が保証されるわけではない。Googleも、構造化データを正しく実装してもリッチリザルトの表示は保証されないと明記している。開業時にできるのは、認識されない理由を1つずつ消しておくことである。実績が積み上がったあとの運用は店舗・ローカルビジネスのAIO対策へ引き継いでほしい。