月額会員は内見前に決まる｜コワーキングスペースのAI検索設計

用意するものは5つです。(1) 会員種別ごとの月額を数字で言い切ったページ、(2) 法人登記・住所利用の可否と条件、(3) ドロップインと月額の境目が読める料金表、(4) 入居者とコミュニティの照合できる事実、(5) 拠点単位で正しい所在地・営業時間・プラン情報。この5つを手順1から順に埋めていきます。

先に結論を言います。コワーキングスペースがAI検索で負けるのは、設備や内装の差ではありません。「月額いくらで、誰が使えて、登記に使えるのか」をAIが自社サイトのテキストだけで組み立てられないからです。内見の予約が入る前の比較検討は、すでにAIの回答の中で始まっています。そこで材料になるのは写真ではなく、数字と可否の記述です。

2026年9月28日時点のスナップショットとして前提を1つ確認します。Googleは公式ドキュメント「AI features and your website」で、AI OverviewsやAIモードに表示されるための追加要件や特別な最適化は不要であり、AI向けの新しいテキストファイルやマークアップを作る必要もないと明言しています（同ページの更新日は2025年12月10日UTC）。つまりコワーキング事業者の作業は、新しい魔法の実装ではなく、いま施設ページに書いていない事実を書くことに尽きます。

手順1：会員種別を3階層に割り、月額を1文で言い切る

定義を先に置きます。切り出して読まれても意味が通る形にしてあります。

コワーキングスペースのLLMO対策とは、ChatGPT・Gemini・Google AI Overviewなどの生成AIが「この駅で月額2万円台、法人登記ができるコワーキングスペースは？」という質問に答えるとき、自社サイトの記述だけで回答を組み立てられる状態にする情報設計です。検索順位を上げる作業ではなく、AIが照合できる事実（プラン名・月額・登記可否・営業時間・所在地・利用可能時間帯）を欠損なく自社ドメインに置く作業を指します。

ここで最初の分岐が来ます。コワーキングスペースは料金体系が「時間貸し」と「月額会員」の二相構造になっており、AIから見ると別の商品です。時間貸し側（貸会議室・レンタルスペース）の設計はレンタルスペース・貸会議室のLLMO対策で扱っているので、本稿は月額会員の獲得に絞ります。

会員種別は、業界でどれだけ独自の名前を付けていても、AIが照合するときは次の3階層に落ちます。自社のプラン名を、この3階層のどれに当たるかが読み取れる形で書いてください。

やることは単純です。3階層それぞれについて、金額を含んだ1文を本文テキストに置きます。表だけに数字を置いて本文が「詳しくはお問い合わせください」のままだと、質問と回答の距離が遠くなります。

書き方の見本を挙げます。「月額フリーアドレス会員は月額16,500円（税込）で、平日8時から22時、土日は10時から19時まで利用できます。同一運営の他2拠点も追加料金なしで利用できます。」——この1文で、月額・時間帯・拠点数という3つの照合対象が同時に埋まります。

逆にやってはいけないのが、「初期費用0円キャンペーン実施中」「業界最安水準」だけを大きく書いて、月額の実数を画像内テキストやPDFに逃がすことです。Googleは重要な情報をテキスト形式で保つよう明記しています。画像に焼き込んだ料金表は、人間には読めてもAIの回答の材料にはなりにくい。

手順2：法人登記と住所利用の可否を、条件つきで独立させる

月額会員の検索意図のうち、最も金額に直結して、かつ最も書かれていないのがここです。「シェアオフィス 法人登記」型の検索は、ラッコキーワードで確認した範囲では月間検索ボリュームこそ大きくありませんが（主要形で3桁台）、来る人が全員「これから法人を作る／本店を移す」という濃度の高い層です。1件の成約額が固定席の月額と直結します。

法制度側の事実から確認します。商業登記では本店所在地が登記事項であり、株式会社の設立登記申請書にも本店を記載します（法務局「商業・法人登記申請手続」）。コワーキングスペースやシェアオフィスの住所を本店として登記できるかどうかは、法務局側が住所の種類で一律に線を引いているのではなく、施設側の利用規約・契約条項で決まります。2026年9月時点で、コワーキング住所での登記を一律に禁じる法務局の公表資料は確認できていません。

したがってサイトに書くべきは「登記可」の2文字ではなく、条件のセットです。ここを条件つきで独立させておくと、AIが「登記できるコワーキング」を聞かれたときに、自社を条件つきで正しく挙げられるようになります。

書くべき項目を並べます。

• 登記に使える住所の表記（ビル名・部屋番号まで含めた完全形か、番地までか）
• 登記利用の対象プラン（固定席のみ／個室のみ／フリーアドレスでも可）
• 登記オプションの料金（月額に含むのか、月額◯円の追加か）
• 審査・必要書類（本人確認、事業内容の確認、反社チェックの有無）
• 郵便物・宅配便の受取範囲（普通郵便のみか、書留・宅配も可か、転送の頻度と費用）
• 契約終了時の扱い（本店移転登記が必要になること、猶予期間の有無）
• 同一住所での他社登記の状況（同住所に複数法人が登記されている事実を隠さない）

ここでもう1つ、入居者に必ず聞かれる論点を先に書いておくと差が付きます。Googleビジネスプロフィールの扱いです。Googleはガイドラインで「コワーキングスペースのオフィスは、明確な看板があり、営業時間中に来客を受け付け、自社スタッフが営業時間中に常駐している場合を除き、掲載できない」と定めています。郵便住所を借りているだけでそこで営業していない、いわゆるバーチャルオフィスは対象外とも明記されています。

これは施設側にとって不利な情報ではありません。むしろ「当施設の個室プランは、看板掲示と自社スタッフ常駐の要件を満たせるため、Googleビジネスプロフィールの登録が可能です。フリーアドレス会員の住所利用はこの要件を満たさないため、登録はできません」と書いておけば、入居検討者が自分の目的に合うかを自力で判断できます。条件が書かれていない施設については、AIは可否を断定できず、回答から外すか曖昧に触れるかのどちらかになります。

なお、施設そのもの（コワーキングスペース運営者自身）は物理的な来客拠点を持ち、スタッフが常駐しているので、当然ビジネスプロフィールの対象になります。ここは混同しないでください。

手順3：ドロップインと月額の境目を、判断表で示す

検索する人は「自分がどちらの客なのか」をまだ決めていません。「週2回しか行かないなら都度払いのほうが安いのでは」という比較を、AIに代わりにやらせています。この比較材料を自社サイトに置いていないと、AIは一般論で答えるか、比較記事の記述を使います。どちらも自社名が残りません。

境目を自分で書いてしまうのが最短です。次の形の判断表を施設ページに1枚置きます。数値は自社の実際の料金で埋めてください。

この表を置く理由は単純です。「料金表」だけのページは、金額は照合できても判断は照合できません。利用頻度から推奨プランを引ける記述が自社サイトにあれば、比較段階の質問に対して、一般論ではなく自社の基準で答える材料をAIに渡せます。なお、意味的な近さが引用の決め手になるという説明は、2026年9月時点で各社の一次資料に確認できません。仮説として扱ってください。

もう1点。この判断表はコンバージョンの手前で人間にも効きます。AI経由で来た訪問者は、AIの回答文で一度スクリーニングを通過してから来ているので、着地後に確認したいのは「自分の条件に合うか」だけです。電話や予約への導線設計はAI検索の電話・予約導線で扱っています。

つまずくのは設備リストではなく、この4か所

高速Wi-Fi、フリードリンク、電源、複合機、防音ブース——設備の列挙は、どの施設も似たものを書いています。似ているものはAIにとって差にならず、回答の中で自社を選ぶ理由になりません。実際に候補から落ちる原因は次の4か所に集まります。

1つ目：月額の実数が本文テキストにない。 「料金プランはこちら」でリンク先に飛ばす、料金を画像やPDFにする、あるいは「ご相談ください」で止める。この状態のページは、金額を含む質問に対して答えを提供できません。キャンペーン価格を大きく出して通常価格を小さく書く構成も、AI側からは「月額が一意に定まらないページ」として扱われます。

2つ目：登記の可否が「可」の2文字で終わっている。 条件・追加料金・審査・郵便受取の範囲が書かれていないと、AIは「登記可」とだけ答えてしまい、入居後に条件が違ったというトラブルが起きます。施設側にとっては、問い合わせの質が下がるかたちで跳ね返ってきます。

3つ目：貸会議室の時間料金と月額会員が同じページに混ざっている。 「1時間1,100円」と「月額16,500円」が同じ表に並んでいると、月額を聞かれたときに時間単価が返ってくる事故が起きます。時間貸しと月額会員はページを分けるのが基本です。

4つ目：空席・満席の状況が自社サイトで更新されていない。 固定席や個室は在庫商品です。ポータルサイト側だけ更新して自社サイトが半年前のままだと、AIが「空きあり」と案内した先に空きがない、あるいはその逆が起きます。在庫の鮮度を自社ドメインで持つ設計はトランクルームのLLMO対策で扱った論点と同じ構造です。あわせて、更新日の扱いを間違えると逆効果になる点はdateModifiedと「日付だけ更新」の危険を確認してください。

手順4：入居者コミュニティを「照合できる事実」に落とす

コワーキングスペースの差別化としてよく挙がるのが「コミュニティ」です。ところが、サイトに書かれているコミュニティの記述はほぼすべて形容詞です。「活気のある」「多様なバックグラウンドを持つ」「交流が生まれる」。これらはAIが照合できません。他社の同じ形容詞と区別が付かないからです。

照合できる形に落とすには、数えられるものと日付があるものに変換します。

入居企業名の掲載については、承諾を取れた範囲だけにしてください。承諾なしの掲載はAI検索対策以前の問題です。承諾が取れない場合は、業種と規模（1〜5名、6〜20名など）の構成だけで十分に照合可能な情報になります。

イベント情報で1つ注意があります。同じURLの日付だけを毎回書き換えて再利用すると、AIが古い内容と新しい日付を組み合わせた回答を作る余地が生まれます。開催ごとにURLを分け、終了したものには終了の明示を残してください。

手順5：構造化データは施設・組織・料金プランを分けて置く

ここで先に事実を確認しておきます。schema.orgのLocalBusinessには、コワーキングスペース専用のサブタイプは存在しません。LocalBusinessの直下サブタイプは34種で、InternetCafe、SelfStorage、ProfessionalServiceなどが並びますが、CoworkingSpaceという型はありません（2026年9月時点でschema.org/LocalBusinessを確認）。

したがって選択肢は次の2つです。汎用のLocalBusinessを使うか、事務所サービスとしての性格を重視してProfessionalServiceを使うか。どちらでも構いませんが、拠点が複数ある場合は表記を統一してください。型を拠点ごとにばらつかせるほうが害になります。

Googleが定めるLocalBusinessの必須プロパティはnameとaddressの2つだけで、priceRange・openingHoursSpecification・telephone・url・geo・departmentは推奨プロパティです（Google検索セントラル「Local Business (LocalBusiness) Structured Data」。同ページの更新日は2026年9月8日UTC）。priceRangeは100文字未満でなければ表示されないという制約も明記されています。

コワーキングスペースで実装すべき対応を、プロパティ単位で並べます。JSON-LDを書くときは、この対応どおりに値を埋めてください。

守るべき原則は1つだけです。Googleは、構造化データは可視のページ内容と一致していなければならないと明記しています。priceRangeに月額16,500円からと書いておいて、ページ本文には料金が載っていない、という状態は入れてはいけません。構造化データは「書いてある事実の機械可読な写し」であり、書いていない事実を先に宣言する道具ではありません。

そして、構造化データを入れたからAIに引用されるようになる、という因果はありません。Googleは前述のとおり、AI機能に出るための専用マークアップは不要だと述べています。構造化データの役割は、すでに本文にある事実を誤読されにくくすることであって、事実の不足を埋めることではありません。

多拠点運営で、1URLにまとめるか拠点ごとに分けるか

2拠点以上を運営している場合、ここで判断が必要になります。結論は拠点ごとに分けるほうが有利です。GoogleのLocalBusinessドキュメントは、サイト内のどのページにも構造化データを追加できるとしており、拠点ごとに個別ページを持つ構成を前提にした記述になっています。そして検索需要の実態がそれを裏付けます。

ラッコキーワードで「コワーキングスペース」の関連キーワードを確認すると、上位はほぼ地名との掛け合わせです。新宿・渋谷・札幌・横浜・大宮・池袋・京都といった地名付きのクエリが並び、地名なしの「コワーキングスペースとは」型よりも、地名付きの合計需要のほうが厚い構造になっています。拠点ページが存在しなければ、地名を含む質問に答える受け皿が自社ドメイン側にありません。

ただし、拠点ページを分けることには落とし穴があります。テンプレートで量産して、住所と駅名だけを差し替えた同文のページを並べると、拠点ごとの差が一切ない記述群ができあがります。この構造の問題点は多店舗チェーンのAI検索対策で整理しているので、拠点数が3を超えるなら先に読んでおいてください。

拠点ページで拠点ごとに必ず変える項目を挙げます。

• その拠点固有の席数・個室数・会議室数と、現在の空き状況
• その拠点の営業時間（拠点で異なる場合。同一なら同一と書く）
• その拠点で登記が可能かどうか（一部拠点のみ対応という運用は珍しくない）
• 最寄り駅からの実際の経路（出口番号と徒歩分数）
• その拠点のスタッフ在席時間帯
• その拠点で利用できる設備のうち、他拠点にないもの

逆に、全拠点で共通の内容（会社概要、共通の利用規約、コミュニティの方針）は1ページに集約して、各拠点ページからリンクしてください。同じ文章を拠点数ぶん複製する理由はありません。

2026年9月時点のAI検索側の仕様を、一次情報で確認する

ここまでの手順はサイト側の話でした。最後にAI側の仕様を、公式の一次情報で押さえます。ここを二次情報や記事の要約で判断すると、事実と違う設定をしてしまいます。

Google：追加要件はない。 「AI features and your website」で、AI OverviewsとAIモードに出るための追加要件や特別な最適化は不要であり、AI向けの新しい機械可読ファイルやマークアップを作る必要もないと明記されています（更新日2025年12月10日UTC）。示されている推奨は、robots.txtとホスティングでクロールを妨げない、内部リンクで発見できるようにする、ページ体験を良くする、重要な情報をテキスト形式で保つ、画像と動画はテキストの補助として使う、構造化データを可視コンテンツと一致させる、ビジネスプロフィールとMerchant Centerの情報を最新に保つ——という標準的なSEOの範囲です。表示される情報を制限したい場合はnosnippet・data-nosnippet・max-snippet・noindexで制御できるとされています。

OpenAI：クローラーを役割で分けて考える。 OpenAIの公式ドキュメントでは、OAI-SearchBotはChatGPTの検索結果に表示するため、GPTBotは生成AIモデルの学習のため、ChatGPT-UserはChatGPTやCustom GPTからユーザー操作で発生する取得のため、OAI-AdsBotは広告ランディングページの安全性確認のためと役割が分けられています。各設定は互いに独立しており、「GPTBotを拒否しつつOAI-SearchBotを許可して検索結果に表示させる」構成が可能だと明記されています。逆にOAI-SearchBotを拒否すると、ChatGPTの検索回答から外れます。またChatGPT-Userはユーザー起点の動作なので、robots.txtのルールが適用されない場合があるとされています。

この区別は、実際のアクセスログを見ると重みが変わります。当メディアの運営元が自社コーポレートサイト（uravation.com）の生ログを2026年8月1日から8月5日の5日間で集計した結果では、全479,212リクエスト中AIクローラーが23,464リクエストで、その内訳の最多は学習用のGPTBot（1,008件・4.3%）ではなく、回答生成時にアクセスするChatGPT-User（13,961件・59.5%）でした。詳細はAIクローラー実測レポートにあります。この計測はコワーキング事業者のサイトではなく自社コーポレートサイトの数値であり、業種を代表する数値ではありません。ただ、「学習を止めれば済む」という発想では実態に合わないことは読み取れます。

確認できなかったこと。 コワーキングスペース業種に限定したAI検索経由の流入比率、AI回答での引用率、プラン記載の有無による引用差については、2026年9月時点で信頼できる一次データを確認できていません。本稿ではそれらの数値を出しません。自社の状況を知る方法は推測ではなく実測で、AI回答に引用されているかをモニタリングする方法にある定点観測の手順を使ってください。

よくある質問

コワーキングスペースのLLMO対策は、どこから手を付けるべきですか

月額の実数を本文テキストに書くことからです。3階層（ドロップイン／月額フリーアドレス／月額固定席）それぞれの金額を、税込・税抜を明記した1文として本文に置きます。この1点が埋まっていない状態で構造化データやllms.txtに手を出しても、機械可読な形式だけが整い、参照できる事実は増えません。

ドロップインの料金しか載せていないのですが、月額の質問に答えられていない状態はどう直しますか

ドロップインのページと月額会員のページを分けて、それぞれ独立して答えになる形にしてください。同じページに時間単価と月額が混在していると、「月額いくら」という質問に時間単価が返る事故が起きます。そのうえで、どちらを選ぶべきかの判断表を1枚置くと、比較段階の質問にも自社の記述で答えられるようになります。

「新宿 コワーキングスペース」のような地名検索に対応するため、エリアページを量産すべきですか

実在する拠点の数だけ作ってください。拠点がない地名のページを作るのは、Googleビジネスプロフィールの観点でも、AIが照合する所在地情報の観点でも成立しません。ラッコキーワードで見た関連キーワードは確かに地名付きが上位を占めますが、対応すべきは「実際に拠点がある地名」です。1拠点しかないなら、その拠点ページを深く書いてください。架空のエリアページを10枚作る運用は、実態と一致しない所在地情報を増やすだけです。

「法人登記可」と書くだけでは足りないのですか

足りません。登記に使える住所の表記、対象プラン、追加料金、審査と必要書類、郵便物の受取範囲、契約終了時の本店移転登記の扱いまでを書いてください。加えて、Googleビジネスプロフィールのガイドラインでは、コワーキングスペース内のオフィスは明確な看板・営業時間中の来客対応・自社スタッフの常駐という条件を満たさないと掲載できないと定められています。この条件を満たせるプランと満たせないプランを区別して書いておけば、入居後に登録できないというトラブルを事前に防げます。

入居企業の情報をAIに読ませたくないのですが、クローラーを全部ブロックしてよいですか

全部ブロックは推奨しません。OpenAIのドキュメントによれば、学習用のGPTBotと検索表示用のOAI-SearchBotの設定は独立しているので、学習を拒否しながら検索表示を許可する構成が取れます。OAI-SearchBotまで拒否すると、ChatGPTの検索回答から外れます。特定のページや特定の記述だけを見せたくない場合は、サイト全体のクローラー拒否ではなく、そのページのnoindexやdata-nosnippetで制御するほうが、月額会員の獲得を犠牲にしません。そもそも承諾のない入居企業名は公開しないのが前提です。

実装チェックリスト

上から順に確認してください。1から7が埋まっていない段階で8以降に進んでも効果は出ません。

網羅的な自己点検が必要になったら、業種を問わない一般項目をAIO対策チェックリスト30項目にまとめています。

結論と次の一歩

コワーキングスペースのAI検索設計は、内装写真や設備一覧の勝負ではありません。月額・時間帯・登記可否・空き状況という、聞かれれば必ず答えている情報を、サイト上でも同じ精度で答えられる状態にするだけです。手順1から3（月額の実数、登記の条件、選び方の判断表）を埋め終えた時点で、AIが照合できる自社の事実の数は確実に増えます。それが引用や会員獲得にどれだけ跳ね返るかは、実測して確認する範囲です。

順序は変えないでください。事実が欠けたまま構造化データを整えても、機械可読な空欄が増えるだけです。Google自身が、AI機能に出るための特別な最適化は不要だと述べている以上、差が付くのは実装の巧拙ではなく、書いてある事実の量と正確さです。

投資判断として説明が必要な場面では、LLMO対策の費用対効果と経営層への説明の型を参照してください。

自社の拠点ページが、いまAIからどう説明されているかを確認したい場合は、UravationのLLMO診断・AI検索診断でご相談いただけます。まず自分で確かめたい場合は、本稿のチェックリスト1から7を埋めるだけでも、AIが答えられる範囲は変わります。

参考・出典

• Google 検索セントラル「AI features and your website
• Google 検索セントラル「Local Business (LocalBusiness) Structured Data
• schema.org「LocalBusiness
• Google ビジネスプロフィール ヘルプ「ビジネス情報を掲載するためのガイドライン
• OpenAI「Bots / Crawlers」ドキュメント
• 法務局「商業・法人登記申請手続

※ 上記は執筆時にアクセスして確認した一次情報です。制度・仕様は変わるため、最新の内容は各公式ページで確認してください。