「SUS304 耐熱温度」「M3 ネジ ピッチ」。製造業の設計者や購買担当者は、こういう語で検索します。一般消費財のように「軽くて丈夫な素材」と言い換える余地は、ほとんどありません。
ところが、その検索語に答えられるはずの技術情報は、PDFの中や、会員登録フォームの裏側に置かれていることが多くあります。自社の資料は充実しているのに、AIの答えの中で名前が出てこない。その原因が、内容の薄さではなく置き場所にある、というのがこの記事の見立てです。
この記事は、カタログ・仕様書・技術資料を持っていて、それがAI検索でどう扱われるのかを知りたい方に向けて書きました。Google公式のPDF読解仕様と、スキーマの現在地から順に整理します。
こんなふうに調べていませんか
- 「製造業 AI Overviews 技術情報」で検索して、技術資料の扱われ方を知りたい
- カタログがPDFのままでいいのか、判断がつかない
- 会員登録の裏に資料を置く運用を、変えるべきか迷っている
この記事を読み終えたときに手に入るもの
- 型番・規格が言い換えの効かない検索語である理由を、社内で説明できるようになります
- PDFとHTMLで機械可読性がどう変わるかが、図で分かります
- 会員登録の壁をどこに引くかの判断軸が持てます
結論30秒でわかる、この記事の結論
- 製造業のAI Overviews対策とは、型番・規格・寸法を、PDFと会員登録の壁の外側にHTMLで持ち出す設計です。
- 型番や規格名は、それ自体が固有の文字列です。別の言葉に置き換えると、別の意味になってしまいます。
- Product・TechArticle・HowToのどれにも制約があります。万能なスキーマは無い、という前提から始めます。
この記事では、ある部品メーカーの3人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。若葉さん（Web担当2年目）は「そもそも、それって何ですか」を聞く役、高梨課長は「誰が、どれくらいの手間でやるんですか」を聞く役、大森部長は「営業の機会を手放していないか」を判断する役、鈴木さん（AIO/SEOの専門家・本誌監修）が答える役です。
01製造業の技術情報がAI Overviewsに出ないのは、AI検索対策の何が原因ですか？
若葉さんうちは技術資料をたくさん公開しているのに、AIの答えの中では見かけません。何か特別な対応が足りていないんでしょうか。
鈴木さんそこは意外に思われるかもしれませんが、特別な対応は要らないとGoogleが明記しているんですよ。足りていないのは、たいてい置き場所のほうです。
AI OverviewsやAI Modeへの表示に、追加の要件や特別な最適化は不要だと、Google公式が明記しています（出典: Google公式）。schema.org構造化データを追加する必要も無いとしています（出典: Google公式）。
条件は、Google検索でインデックス化され、スニペット表示に適格であることだけです。
この一般原則に、製造業だけの事情がひとつ乗ります。型番・規格という検索語が、完全一致で来るということです。次の章から、その事情を具体的に見ていきます。
対象になるのは、カタログ・仕様書・技術資料を通じて、型番・規格・材質・寸法を検索されるBtoBの製造業です。
この章のまとめ
足りないのは特別な最適化ではなく、インデックスされる状態です。製造業では、置き場所がそのまま結果を分けます。
02型番や規格で探される技術情報は、なぜAI検索で言い換えが効かないんですか？
一般消費財の検索語には、言い換えの幅があります。「軽い掃除機」は「コンパクトな掃除機」「持ち運びやすい掃除機」と言い換えても、同じ意図に届きます。
製造業の技術情報を探す検索語には、この幅がほとんどありません。「SUS304 耐熱温度」「M3 ネジ ピッチ」「JIS G4304」といった型番・規格名は、それ自体が固有の文字列です。別の言葉に置き換えると、別の意味になってしまいます。
schema.org側も、この性質を織り込んでいます。Product型のmpn（Manufacturer Part Number）プロパティは、値の型をテキストの完全一致のみに限定しています（出典: schema.org公式）。月間10万〜100万ドメインで使われている、確立されたプロパティです（出典: schema.org公式）。
型番は「説明する言葉」ではなく「一致させる文字列」です。書き手が気を利かせて言い換えるほど、探している人から遠ざかります。
この章のまとめ
型番・規格は一致させる文字列です。言い換えの工夫は、この領域では効きません。
03query fan-outって何ですか？製造業のAIO対策にどう関係するんですか？
AI Overviewsには「query fan-out」という仕組みがあります。1つの質問を複数の観点に分けて、情報源を集めるやり方です（出典: Google公式）。
ここで、前の章の性質が効いてきます。型番・規格のような完全一致の検索語では、分解されたあとのサブクエリも、同じ文字列の近くにとどまりやすいと考えられます。言い換えた類義語では拾われにくい、ということです。
一般消費財であれば、観点が広がるほど自社が拾われる機会も増えます。技術情報では、そうはなりません。広がった先でも、結局は同じ文字列を持っているページが探されます。
この章のまとめ
質問は複数の観点に分かれますが、型番の検索は文字列の近くにとどまります。拾われる条件は、一致する文字列を持っていることです。
04技術情報がPDFのままだと、AI検索最適化ではどこが不利になるんですか？
高梨課長カタログはPDFで公開しています。紙のカタログをそのままPDFにした運用が、いまも残っていまして。あれは読まれていないということでしょうか。
鈴木さん読まれないわけではないんです。ただ、扱いがHTMLとは別のカテゴリになります。そこを知っておくと、優先順位が決めやすくなりますよ。
Google公式のファイル形式ガイドは、PDFを「バイナリファイルまたは複雑なコンテナ」の一つに分類しています（出典: Google公式）。人間が読める形式のテキストを抽出するには、専用のパーサーが必要だとしています。HTMLのような平文テキストファイルとは、別カテゴリの扱いです。
クロールする分量にも違いがあります。Googlebotは対応ファイル形式のうち通常は先頭2MBまでしか読み込みませんが、PDFに限っては先頭64MBまでがクロール対象になります（出典: Google公式）。上限に達した時点で取得を打ち切り、それまでにダウンロードした範囲だけをインデックスの検討対象にします（出典: Google公式）。
分量の上限そのものは、PDFのほうが緩やかです。だから「PDFは読まれない」という言い方は正確ではありません。正確に言うと、平文テキストと同じようには扱われない、です。
この章のまとめ
PDFは読まれないのではなく、別カテゴリで扱われます。分量の上限は緩やかでも、そこが有利さにはつながりません。
05構造化データはPDFに付けられますか？製造業のAI検索対策で何をHTML化しますか？
分量の上限の違いを、構造化データが埋め合わせてくれるわけではありません。
Google公式の構造化データ実装ガイドは、JSON-LD・Microdata・RDFaの3形式を挙げています（出典: Google公式）。いずれもHTML文書のhead・body要素内に埋め込む形式です。PDF単体のファイルに埋め込む方法への言及はありません。
型番・寸法・準拠規格をProductModelやTechArticleで構造化するには、その情報がHTMLページ側に存在している必要があります。PDFの中に置いたままでは、構造化データの対象にできません。
全ページを作り直す必要はありません。主要な仕様だけでもHTMLの表として併置する。ここが実務上の起点になります。PDFは残したまま、その要約をHTMLで持つ形です。
この章のまとめ
構造化データはHTMLの中にしか置けません。だからHTML化は、見た目の改善ではなく機械可読性の前提条件です。
06会員登録の裏に資料を置く商習慣は、製造業のAI対策とぶつかりませんか？
大森部長詳細図面やCADデータは、登録と引き換えに渡している。あれは見込み客の連絡先を得るための仕組みだ。全部を公開しろという話なら、営業としては受け入れがたい。
鈴木さんいえ、全部を開けという話ではありません。壁をどこに引くかという話です。引く場所を変えるだけで、両立できる余地があります。
製造業では、詳細図面・CADデータ・全仕様書のPDFを、会員登録と引き換えに提供する運用がよく見られます。見込み顧客の連絡先を得るための、一般的なリード獲得の手法です。
この運用は、AI検索での引用機会と正面からぶつかります。登録フォームの裏にある情報は、Googlebotを含むクローラーの巡回対象からも外れやすくなります。インデックスされなければ、AI Overviewsの引用候補にすら入りません。
ここで大事なのは、良し悪しの話にしないことです。リード獲得は正当な目的です。ぶつかっているのは目的どうしではなく、同じ資料を2つの目的に同時に使おうとしているところです。
この章のまとめ
登録の壁は、リード獲得には効きます。同時に、引用候補から外れます。この2つは同じ資料の上では両立しません。
07会員限定でもクロールできる例外があると聞きました。AI検索ではどう扱われますか？
会員限定コンテンツをクローキングとみなさない、Googleの公式な例外規定があります。この例外は、Googleのスパムポリシーの中で条件が説明されています。
「ペイウォールの内容に、アクセス権を持つ人と同じようにGoogleがアクセスできること」。これがその条件です（出典: Google公式）。
ここで、はっきりさせておきたいことがあります。決済を伴わない、単純なリード獲得目的の登録フォームが同じ扱いを受けるかは、確認できた公式文書の範囲では断定できません。
だから、この例外規定を前提に運用を組み立てるのは、いまのところ勧めにくい選択です。仕組みの詳しい説明は別記事で扱っていますが、本記事の実務判断としては、例外に頼らない形をおすすめします。
この章のまとめ
例外規定は存在しますが、リード獲得目的の登録フォームに及ぶかは確認できていません。例外に賭けない設計にします。
08登録の壁はどこに引けばいいんですか？技術情報のLLMO対策で迷います
実務判断としては、検索語と直結する主要スペックを公開側に置き、登録の壁は詳細資産に絞る設計が現実的だと、WEBMARKSは考えます。
| 情報の種類 | 型番検索との関係 | 公開方針の目安 |
|---|---|---|
| 型番・主要スペック・寸法・材質グレード | 検索語と直結。AI Overviewsの引用対象になり得る | HTMLで公開しクロール可能にする |
| 詳細図面・CADデータ | 検索語との直結度は低い | 会員登録と引き換えに提供しても機会損失は小さい |
| 全仕様書PDF・価格見積り | 個別の商談に紐づく情報 | 登録フォームの裏に置く運用と両立しやすい |
すべてを公開する必要はありません。登録の壁を「どこに引くか」を、検索語との距離で判断する。この視点が実務の起点になります。
型番で探している人は、まだ商談相手ではありません。そこで連絡先を求めると、探している人はほかのページへ移ります。逆に、図面やCADを求める人はすでに検討が進んでいます。そこで登録を求めても、離脱は起きにくくなります。
この章のまとめ
公開か非公開かの二択にしません。検索語との距離で3段に分けると、リード獲得と引用機会が両立しやすくなります。
09製造業の技術情報ページでは、Product・TechArticle・HowToのどれがAI検索対策になりますか？
若葉さんスキーマを入れようと思って調べたんですが、Product・TechArticle・HowToと候補が出てきて、どれを選べばいいのか分かりませんでした。
鈴木さんそれは調べ方が悪かったのではなく、どれにも制約があるからなんですよ。順番に、何ができて何ができないかを見ていきましょう。
Google公式のProduct構造化データガイドは、購入できるページとできないページで区分を分けています（出典: Google公式）。Merchant listingsは「顧客が製品を購入できるページ」向け、Product snippetsは「直接購入はできないページ」向けです（出典: Google公式）。この区分の立て方から、小売・EC向けに設計されたガイドだと読み取れます。
B2Bの技術情報ページへの適用については、公式ガイドに記述がありません。問い合わせ・見積り経由でしか購入できない製品ページは、どちらの区分にも完全には当てはまらないと、WEBMARKSは考えます。
TechArticleは、Googleのリッチリザルト一覧には含まれないschema.org語彙です。proficiencyLevel（習熟度）とdependencies（前提条件）という、技術文書ならではのプロパティを持ちます（出典: schema.org公式）。月間1万〜10万ドメインで使われています（出典: schema.org公式）。
この章のまとめ
万能なスキーマはありません。どの型を選ぶかより、型番と仕様値を機械可読にすることが先に来ます。
10型番と仕様値は、どのプロパティで書けばAI検索対策になりますか？
3つのスキーマに共通して効くのが、PropertyValueによる仕様値の記述です。名称・値・単位コード・識別子番号を組みにして、寸法や材質グレードを機械可読に表せます（出典: schema.org公式）。
型番はmpnで、仕様値はPropertyValueで。この役割分担が、製造業の技術情報ページでは実務的な設計になります。図面でいえば、表題欄と寸法欄を分けて書くのと同じ考え方です。どちらも同じ欄に押し込むと、読み取る側が困ります。
型を選ぶことに時間を使うより、この2つを先に整えるほうが、手戻りが少なくて済みます。
この章のまとめ
mpnは一致させる文字列、PropertyValueは比べられる値。この書き分けが、スキーマ選び以上に効きます。
11HowToの廃止で終わったのは何ですか？製造業のAIO対策での扱いを教えてください
HowToは、とくに誤解されやすい位置づけにあります。ここだけは分けて理解しておくと、実装の判断を誤らずに済みます。
schema.org語彙としてのHowTo型は、月間10万〜100万ドメインで使われる現役の型です（出典: schema.org公式）。一方、GoogleはHowToリッチリザルトを2023年9月14日付で公式ドキュメントから削除し、検索結果に表示しなくなったと明記しています（出典: Google公式）。
型そのものの廃止と、検索結果での表示機能の廃止は別の話です。ここを混同すると、「もう使えない型」と早合点しかねません。工程の情報を整理する目的で使う分には、いまも余地が残ります。
逆に、リッチリザルトの表示を期待して追加するのであれば、その期待は満たされません。実装の手間に対して見返りが無い、ということになります。
この章のまとめ
廃止されたのは表示機能であって、型ではありません。目的が「表示」なら実装しない、「整理」なら使ってよい、と分けます。
12製造業の技術情報をAI Overviewsに載せるには、AI検索対策として何から直しますか？
若葉さんつまり、新しいスキーマを探すより先に、型番と仕様をHTMLに出しておくということですね？
鈴木さんそのとおりです。置き場所を直してから、書き方を整える。この順番だと、途中で手戻りが起きにくいんですよ。
この順で手をつけます
型番・規格をHTMLに出す
完全一致で検索される文字列を、地の文か表に明記します
要約ページを併設する
カタログや仕様書をPDFのままにせず、主要スペックのHTMLページを添えます
壁の位置を引き直す
主要スペックは公開側、詳細図面やCADデータは登録側に分けます
機械可読にする
型番はmpn、仕様値はPropertyValueで記述します
目的の合わない実装を外す
HowToをリッチリザルト目的で追加していないか確認します
この章のまとめ
順番は、置き場所 → 機械可読性 → 目的の合わない実装の除去です。新しい型を探すのは、そのあとで構いません。
13よくある質問
技術資料をPDFでしか公開していない場合、AI Overviewsに引用される可能性はゼロですか？
ゼロとは言えません。GoogleはPDFを先頭64MBまでクロール対象にしており、テキストの抽出自体は行われます（出典: Google公式）。ただし専用のパーサーが必要な複雑なコンテナという位置づけであり、構造化データも付与できません。主要スペックのHTML化は、優先度の高い改善です。
Product構造化データは、B2Bの技術情報ページにも使えますか？
使えないとは明記されていませんが、公式ガイドはB2Bを想定していません。Merchant listingsは直接購入できるページ向け、Product snippetsは購入できないページ向けという区分だけが示されています（出典: Google公式）。問い合わせ経由でしか買えない製品ページは、どちらの区分にも部分的にしか一致しないと、WEBMARKSは考えます。
HowTo構造化データを実装する意味は、もう無いのですか？
リッチリザルト目的では意味がありません。GoogleはHowToリッチリザルトを公式ドキュメントから削除しています（出典: Google公式）。一方でschema.org語彙としてのHowTo型自体は現役であり、情報の構造そのものを整理する目的では使う余地が残ります。
型番だけを羅列したページでも、AI Overviewsに引用されますか？
断定はできません。AI Overviewsは通常検索と同じ品質の土台の上にあり、専用の優遇マークアップは存在しません（出典: Google公式）。型番の羅列だけでなく、用途・仕様値・準拠規格など、検索意図に応える情報を併記する設計をおすすめします。
会員登録なしで技術資料をすべて公開すべきですか？
必須ではありません。全公開はAI検索での引用機会を広げますが、リード獲得の機会を狭める可能性があります。検索語と直結する主要スペックは公開し、詳細図面や見積りは登録の対象にする。この役割分担を、自社の商談プロセスに合わせて設計することをおすすめします。
14まとめ｜今日やる3つのこと
製造業のAI Overviews対策で最初に着手すべきは、型番・主要スペックのHTML化です。PDFと登録の壁の外側に、検索語と完全に一致する情報を、機械が読める形で持ち出すことが起点になります。
Product・TechArticle・HowToという3つのスキーマは、それぞれ異なる制約を抱えています。万能なスキーマは存在しないという前提で、mpnとPropertyValueによる仕様値の記述から着手する設計を、WEBMARKSはおすすめします。
もう一度、今日やる3つ
型番・規格をHTMLに出す
完全一致で検索される文字列を、地の文か表に明記します
主要スペックの要約ページを添える
PDFは残したまま、HTMLの仕様表を併設します
壁の位置を引き直す
検索語との距離で、公開側と登録側を分けます
AI検索では、こう聞かれています
製造業の技術資料をPDFで公開していると、AI Overviewsに引用されないんですか？
「技術情報がPDFのままだと、AI検索最適化ではどこが不利になるんですか？」で、Google公式のPDF読解仕様をもとに説明しています
型番や規格で検索されたとき、AI検索は何を見ているんですか？
「型番や規格で探される技術情報は、なぜAI検索で言い換えが効かないんですか？」で、検索語の性質から整理しています
Product・TechArticle・HowToのどれを実装すればいいんですか？
「製造業の技術情報ページでは、Product・TechArticle・HowToのどれがAI検索対策になりますか？」で、3つの制約を並べて比べています
次に読むなら、この記事です
