型番ページは誰向け？住宅設備のAI検索設計

住宅設備・建材メーカーのLLMO対策は、施主と工務店の2者に対し、シリーズ・型番・技術資料の3層を1つの製品IDでつなぐ設計が核です。

よくある誤解は、「総合カタログPDFを公開し、AI向けの特別なschemaを足せば、製品情報は十分に伝わる」というものです。2026年10月2日現在、その考え方は正確ではありません。2026年7月10日更新のGoogle生成AI検索向け公式ガイドは、通常の検索インデックスとSEOの基礎が生成AI検索でも重要であり、専用のschema.orgマークアップやllms.txtをGoogle検索のために追加する必要はないと説明しています。PDFは検索対象になり得ますが、1冊の中に施主向けの選び方、型番差、納まり、施工条件、廃番情報まで閉じ込めると、読者も検索システムも必要な答えへ到達しにくくなります。

住宅設備・建材メーカーのLLMO対策とは、完成品の用途、比較軸、正式型番、仕様、設置条件、施工要領、保証、現行・廃番情報を、施主と工務店がそれぞれ判断できる形で公開し、同じ製品をサイト、PDF、構造化データで一貫して説明する情報設計です。目的はAI回答を操作することではなく、「どの製品が候補か」と「その現場に施工できるか」を、自社の一次情報から読み違えにくくすることです。

対象は、キッチン、浴室、トイレ、洗面、給湯、窓、ドア、床材、外装材、内装材など、シリーズ名や型番で選ばれる完成品メーカーです。部品、加工技術、受託製造の発注先探索は製造業・BtoBメーカーのLLMO対策が扱う領域です。本稿では、完成品を「おすすめメーカー」で探す施主と、「型番 施工方法」「型番 施工要領書」で探す工務店・施工会社を同じ製品情報基盤で支える方法に限定します。

二つの検索者を一つの説明で済ませない

施主と工務店は同じ製品名を見ていても、答えてほしい質問が異なります。施主は暮らし方、手入れ、見た目、費用の考え方、保証を比べます。工務店や設計者は、寸法、下地、納まり、必要部材、適用範囲、施工上の禁止事項、図面の版を確かめます。

この違いを無視して「高品質でデザイン性に優れた製品です」とだけ書くと、比較にも施工判断にも使えません。反対に、数値と図面だけを並べると、施主は自分の住まいに向く理由を理解できません。両者を同じ文章へ詰め込むのではなく、入口を分け、正式型番を共通の接続点にします。

表の検索文は検索回数の実測値ではなく、記事指定の検索意図と住宅設備の選定・施工場面から整理した代表例です。自社では、サイト内検索語、問い合わせ記録、ショールームで受けた質問、技術相談の履歴を個人情報を除いて集計し、実際の言い回しへ更新します。

工務店・リフォーム会社側のAI検索対策を併読すると、メーカーが出すべき情報と、施工会社が自社の施工実績として出すべき情報を分けやすくなります。製品性能はメーカー、現場ごとの施工可否と工事品質は施工会社という責任の境界を崩さないことが重要です。

シリーズ・型番・資料を三層でつなぐ

製品サイトは、シリーズページ、型番ページ、技術資料の3層に分けると役割が明確になります。全ページを独立させることが目的ではありません。同じ製品IDを軸に、上位の比較説明から下位の施工根拠まで往復できることが重要です。

シリーズページには「どれを選ぶか」、型番ページには「何であるか」、技術資料には「どう施工するか」を担当させます。シリーズページから型番へ、型番から現行資料へ通常のリンクで進めるようにし、資料側にも対象型番と製品ページURLを記載します。

一つの製品IDを更新の軸にする

正式型番、メーカー品番、社内SKU、GTIN（国内でJANコードと呼ばれるものを含む）は、役割が同じとは限りません。欄を分け、どの識別子が公開用かを定義します。Google Merchant Centerの商品固有IDに関する公式資料も、GTIN、MPN、ブランドなどの識別子を推測したり、類似製品から流用したりしないよう求めています。すべての住宅設備にGTINがあると決めつけず、実在する値だけを使います。

更新元を商品マスターに集約できるなら、HTML本文、PDFの表紙、構造化データ、商品フィードへ同じ正式型番を供給します。集約できない場合でも、各媒体の担当者と照合順序を決めます。AI検索対策という名称で新しいデータを増やす前に、既存データの食い違いを減らす方が先です。

廃番ページは消す前に役割を決める

住宅設備は長く使われ、交換や補修の時点では旧型番になっていることがあります。廃番ページを一律削除すると、利用者は手元の製品を同定できず、非公式な転載情報へ流れます。公開できる範囲で、廃番日、後継候補、互換性の条件、使える補修部品、旧資料の適用範囲、問い合わせ先を残します。

後継品が同寸法でも接続部や必要部材が異なるなら、「後継品」と「無条件で交換可能」を同義にしません。現場確認が必要な箇所を具体的に示し、施工可否は工務店や有資格者が現地条件を確認して決めることを明記します。

型番ページはデータの契約書として作る

型番ページは、カタログの宣伝文を短く転載する場所ではありません。製品に関する各媒体の値を照合するための「公開データの契約書」と考えると、必要項目を決めやすくなります。

2024年3月25日の建築BIM推進会議で示された日本建材・住宅設備産業協会のBIM属性情報案では、浴室について製品区分、サイズ、シリーズ、グレード、ドア勝手、色、品番、窓開口、設置最小寸法などが整理されています。ガラスについても仕様、板厚、寸法、光・熱性能、色、納まり、関連部材、施工情報などが挙げられています。これはAI検索の順位要件ではありませんが、実務で必要な属性を型番ページへ落とす際の一次資料になります。

比較できる差分だけを文章にする

色、柄、サイズ、左右勝手の組み合わせが多い場合、型番ごとにほぼ同じ長文を量産すると、差が見えにくくなります。シリーズ共通説明は親ページにまとめ、型番ページでは固有の差分と適用条件を明示します。ページを分けるかは「そのURLだけで製品を同定し、発注・施工判断に必要な固有情報を出せるか」で決めます。

検索語を増やすためだけに薄い型番ページを作るのではありません。固有情報を持てない組み合わせは、1ページ内の比較表や選択UIで扱い、選択後の状態をURLで再現できるか、本文でも差分を読めるかを確認します。

PDFは入口ではなく根拠資料にする

「PDFはAI検索に読まれない」という説明も正確ではありません。Googleは2026年2月3日更新のインデックス可能なファイル形式でPDFを対象に含めています。一方、対応形式であることは、表、注記、図中の寸法、改訂情報まで、すべての検索サービスが同じように理解することを意味しません。

実務上は、型番ページのHTMLに結論を置き、PDFを詳しい根拠として接続します。PDF側にしかない重要事項は、対象型番、主要寸法、適用条件、施工上の禁止事項、版番号、改訂日をHTMLにも要約します。詳しい設計基準はPDFのAI可読性とHTML併載の判断基準で確認できます。

施工要領PDFの点検項目

• 表紙または冒頭に、文書名、対象シリーズ、対象型番、版番号、改訂日を文字で記載する
• スキャン画像だけにせず、型番、見出し、本文、表に検索可能な文字情報を持たせる
• 目次と見出しを設け、どこに納まり、手順、注意事項、保守情報があるか分かるようにする
• 寸法線や部材番号を図だけに閉じず、図の近くに単位と意味を文章でも示す
• 仕様表を画像1枚にせず、文字として抽出できる表または代替説明を用意する
• 製品ページからPDFへ直接リンクし、PDFからも正式な製品ページを特定できるようにする
• 旧版を残す場合は「旧版」「適用終了」「対象となる旧型番」を目立つ位置に記載する
• 現行版と旧版を同じファイル名で上書きせず、版の履歴と現在の参照先を管理する
• 認証や会員登録が必要な資料は、公開情報として検索される前提で扱わない

国土交通省の情報提供のアクセシビリティ確保に向けたガイドラインも、スキャン画像だけのPDFを避け、文字情報を含めること、PDFでの対応が難しい場合はアクセシブルなHTML版を用意することを示しています。この資料は住宅設備メーカー向けのAI検索規則ではありません。ただし、人が検索・読み上げ・再利用できる文書にする原則は、製品カタログや施工資料にも応用できます。

よくある質問

シリーズページと型番ページは必ず分けるべきですか？

必ず分ける必要はありません。型番ごとに寸法、性能、適用条件、資料、URLが異なり、単独で発注・施工判断に使うなら分ける価値があります。色名だけが違い、説明内容が同じなら、シリーズページ内で差分を示す方が管理しやすい場合があります。分割数ではなく、各URLが固有の答えを持つかで決めます。

カタログPDFだけでもGoogleやChatGPTに読まれますか？

PDFはGoogleがインデックスできる形式ですが、掲載や内容理解は保証されません。ChatGPTを含む他のサービスでも、取得方法や解析範囲は変わり得ます。製品の同定と重要条件はHTMLにも置き、PDFは現行の詳細資料として接続する設計が安全です。

Product構造化データを入れればAI検索に表示されますか？

表示は保証されません。GoogleはAI検索専用の構造化データは不要と説明しています。ProductやProductGroupは、ページに見えている製品とバリエーションの関係を機械可読に補足する用途で使い、可視本文と一致させます。構造化データだけに型番や性能を追加しないでください。

希望小売価格を公開していない製品は比較されにくいですか？

価格を出せない場合でも、価格を左右するサイズ、グレード、オプション、工事範囲、配送・設置条件、見積窓口は説明できます。根拠のない相場や販売店の実売価格をメーカー価格として転載せず、製品代と施工費を混同しないことが大切です。

廃番製品のページや施工要領書は削除すべきですか？

一律削除は避けます。既設製品の特定、補修、交換に必要な場合は、廃番日、後継候補、互換条件、旧資料の対象範囲を明示して残します。安全上公開できない資料や誤使用の危険がある資料は、認証や問い合わせ経由に切り替え、検索流入のために無理に公開しません。

構造化データは本文の写しとして使う

構造化データは、本文に存在しない情報をAIだけへ渡す隠し台帳ではありません。2026年9月8日更新のGoogle公式Productバリエーション構造化データでは、親製品群をProductGroup、差分軸をvariesBy、子製品をhasVariantで関連付け、各バリエーションにskuやgtinなどの一意なIDを持たせる考え方が示されています。

住宅設備へ適用する場合は、実際の型番体系とページ構成を先に確定します。そのうえで、ブランド、製品名、型番、SKU、実在するGTIN、材質、色、サイズなど、Googleやschema.orgで定義された項目を使える範囲で対応させます。扉勝手、設置最小寸法、下地条件、施工禁止事項などは、すべてがGoogleのProductリッチリザルト用プロパティとして扱われるわけではありません。重要な独自仕様は本文とHTML表から外さず、構造化データの効果を広く言い過ぎないようにします。

また、GoogleのProduct snippet公式資料は、1つの具体的な製品またはそのバリエーションに焦点を当てたページを対象とし、カテゴリ一覧とは区別しています。直販価格、レビュー、在庫を持たないメーカーサイトでは、Productを記述しただけで商品リッチリザルトの要件を満たすとは限りません。実装前に、自社ページがどの検索機能の対象かを確認します。

本文との一致を検査する

公開前には、同じ型番について次を照合します。

1. 画面に見える製品名と型番
2. 構造化データのname、sku、mpn、gtin
3. PDF表紙と仕様表の対象型番
4. XMLサイトマップに載る正規URL
5. 販売店や商品フィードへ渡す識別子

値が異なる場合、検索システムが都合よく正しい方を選ぶとは限りません。商品マスターの値、公開責任者、更新日を確定し、どの媒体を修正するか記録します。本文にJSON-LDのコードを掲載する必要はなく、実装はテンプレートやCMS側で行い、リッチリザルトテストとURL検査で確認します。

クロールと正規URLを資料まで点検する

良い型番ページを作っても、カテゴリからリンクされず、サイト内検索でしか見つからない状態では発見されにくくなります。シリーズから型番、型番から資料、旧型番から後継品へ、通常のリンクでたどれるようにします。JavaScriptのボタン操作だけでURLが現れる構成は避け、公開対象の正規URLをサイトマップにも載せます。

色やサイズの選択ごとにURLが増える場合は、どのURLを個別にインデックスさせるか決めます。固有情報のない組み合わせURLを大量に正規化せず、型番ページ、内部リンク、canonical、サイトマップで同じ方針を使います。PDFとHTMLにほぼ同じ内容がある場合は、PDFのHTTPヘッダーでcanonicalを示す選択肢もありますが、配信環境と目的を確認して実装します。

OpenAIのChatGPT検索に関する公式ヘルプは、検索結果の候補になるためにOAI-SearchBotと公開されたIP範囲を許可するよう案内し、掲載順位は保証されないと説明しています。robots.txtだけでなく、CDN、WAF、Bot対策、画像配信元、PDF配信元が403を返していないかを実際のHTTP応答で確認します。検索用のOAI-SearchBotと学習用のGPTBotは用途が異なるため、社内方針を分けて設定します。

クロール設定の考え方はrobots.txtでAIクローラーを許可する判断基準も参考になります。機密資料はrobots.txtで隠すのではなく、認証とアクセス制御で保護します。

製品画像とBIMを説明の一部にする

住宅設備・建材は視覚情報の比重が高い分野です。製品単体写真、色見本、設置後の全景、納まりの詳細、断面図は役割が違います。画像ファイル名と代替テキストだけでなく、画像の近くに正式型番、撮影している仕様、色・仕上げ、設置条件、図の単位を文章で示します。イメージ写真と施工可能な組み合わせを混同させない注記も必要です。

2026年9月24日、GoogleはSearch ConsoleのWebマルチモーダル検索レポートを発表しました。Lens、Circle to Search、画像アップロードなどを、新しい検索タイプとして通常検索と生成AI機能のレポートで確認できるという内容です。これは画像を増やせばAI回答へ出るという発表ではありません。製品画像がどの検索体験から発見されているかを観測する手段が増えた、と捉えます。

BIMやCADは設計・施工者に有用ですが、ファイルを置くだけでは施主の比較説明になりません。型番ページに、利用できる形式、対象バージョン、含まれる属性、利用条件、更新日を記載します。BIM属性とHTML仕様を別々に手入力する場合は、品番、寸法、材質、性能値の差分検査を更新工程へ組み込みます。

TOTOの建築専門家向け公式サイトは、品番から商品図、説明書、分解図、施工情報、CADを探せる構成です。Panasonicの公式検索も、住宅設備・建材について品番・名称から仕様図、取扱説明書、施工説明書へ進めます。これらはAI検索順位の証拠ではありませんが、「完成品を品番で同定し、用途の異なる資料へ接続する」という業界実務の参考例です。

七つの失敗から設計の穴を見つける

1. 総合カタログ一冊ですべてを説明する

カテゴリ、型番、施工条件が1つのPDFにしかなく、製品ページは画像と短いコピーだけの状態です。型番ページに重要情報を置き、PDFは現行の詳細資料として接続します。

2. シリーズ名だけで型番差を出さない

サイズ、色、扉勝手、グレードが選択UIの中に隠れ、選択後の正式型番が本文に出ません。各差分の意味と正式型番を文字で表示し、共有できるURLまたは明確な表へ落とします。

3. 施主向けの美辞麗句で施工条件を代用する

「快適」「上質」「高性能」といった表現だけでは、必要開口や下地、適用外条件は分かりません。施主向けの価値説明と、施工者向けの数値・制約を分けて記載します。

4. HTMLとPDFで仕様値が異なる

片方だけ改訂され、寸法、品番、保証条件が食い違う状態です。製品マスター、更新責任者、公開順序を決め、変更時に両方を照合します。安全に関わる不一致を見つけた場合は、該当資料の公開範囲を見直し、正しい値へ統一します。

5. 現行品と廃番品を同じ見え方で並べる

古い施工要領書が検索に残り、どの製品へ適用できるか分かりません。旧版であること、対象型番、適用終了日、現行資料への導線をページとPDFの両方に示します。

6. 構造化データだけに詳しい値を書く

画面にはない型番、価格、評価、性能をマークアップへ足すと、可視本文との不一致が生まれます。構造化データは本文の写しとして管理し、架空のレビューやオファーを作りません。

7. クローラー許可を成果として扱う

robots.txtを変更して200応答を確認しただけで、「AIに引用されるようになった」と判断する失敗です。クロール可能性は入口であり、製品説明の正確さ、ページ間の接続、情報の更新、実際の検索結果は別々に観測します。

更新と測定を製品運用へ組み込む

LLMO対策を単発の記事制作として扱うと、製品改定後にHTML、PDF、構造化データがずれます。製品発売、仕様変更、施工要領改訂、廃番、後継品決定の各イベントに、Web更新を結び付けます。

更新記録には、対象型番、変更前後の項目、変更理由、承認者、公開日、更新した媒体を残します。公開ページの「更新日」は、価格や仕様など読者に意味のある変更があった日に更新し、見た目を直しただけで新しい仕様情報のように見せません。

測定は、順位や引用数だけに寄せず、説明の正確さを含めます。

• Google Search Consoleで、カテゴリ名、シリーズ名、型番、施工関連語の表示とクリックを分けて見る
• 生成AI機能やマルチモーダル検索のレポートが利用できる場合は、該当データを別区分で見る
• ChatGPTからの流入は参照元を確認し、ページ別に傾向を見る
• サーバーログでGooglebotやOAI-SearchBotの応答コードを確認する
• 代表質問を複数のAI検索で定期的に調べ、製品名、型番、仕様、参照URLの誤りを記録する
• 問い合わせで「型番が分からない」「資料が古い」と言われた箇所を製品情報の改善候補へ戻す

同じ質問でも、時期、利用者、地域、検索サービスによって回答と出典は変わります。1回の画面を恒久的な成果とせず、質問文、日時、環境、回答、出典URLを記録します。数値を社外へ出す場合は、測定条件と母数を併記し、自社で確認していない引用率や順位改善率を作らないでください。

実装前に確認するチェックリスト

対象と責任を決める

• 完成品メーカー向けの記事範囲と、部品・受託製造の範囲を分けた
• 施主、設計者、工務店、施工者、販売店のうち、各ページの主な読者を決めた
• 製品性能はメーカー、現場ごとの施工可否は施工会社という責任の境界を明記した

製品を同定できる状態にする

• シリーズ名、正式型番、メーカー品番、SKU、GTINの意味を混同していない
• 型番の表記をHTML、PDF、構造化データ、商品フィードで照合した
• バリエーションごとの差分と、親シリーズとの関係を文章でも示した
• 現行、廃番、後継、互換の状態を別項目で管理した

施主と施工者の答えを用意する

• 施主向けに用途、比較軸、選び方、手入れ、保証、価格条件を説明した
• 施工者向けに寸法、下地、納まり、必要部材、適用外条件、禁止事項を示した
• 宣伝文、仕様値、施工上の注意を役割別に読み分けられる
• よくある質問の回答を担当部門が事実と照合した

PDFと図面を現行情報へ接続する

• PDFに文字情報、対象型番、版番号、改訂日がある
• 型番ページにPDFの要点と重要な注意事項がある
• 旧版と現行版が明確に区別され、現行版へ進める
• CAD・BIMの対象型番、形式、利用条件、更新日を示した
• 図中の重要な寸法と単位を本文でも説明した

技術要件と更新手順を点検する

• シリーズから型番、型番から資料へ通常リンクで到達できる
• canonical、内部リンク、サイトマップで正規URLが一致する
• Googlebot、OAI-SearchBot、CDN、WAF、PDF配信元のHTTP応答を確認した
• 構造化データが可視本文と一致し、存在しない価格・評価・識別子を含まない
• 仕様変更、資料改訂、廃番時の担当者と公開順序を決めた
• 検索結果への掲載やAI回答での引用を保証する表現を使っていない

結論と次の一歩

住宅設備・建材メーカーのAI検索対策は、AI向けの文章を別に量産する仕事ではありません。施主が比較するシリーズ説明、工務店が確認する型番・施工情報、根拠となる現行資料を、1つの製品IDと更新手順で結ぶ仕事です。

最初に、問い合わせの多い1シリーズを選び、シリーズページ、代表型番ページ、施工要領PDFの値が一致しているかを照合してください。次に、施主の選び方と施工者の採用条件のどちらが欠けているかを判断します。サイト全体のクロール、型番体系、PDF、構造化データまで横断して状態を整理したい場合は、UravationのLLMO診断・AI検索診断で、実装範囲を一緒に切り分けられます。