TechArticleという構造化データがあります。技術文書のために用意された型です。ところが、Googleのリッチリザルト一覧には載っていません。
「検索結果の見た目が変わらないなら、入れる意味はないのでは」。そう考えて、実装を後回しにしているサイトは少なくないはずです。
この記事は、製品カタログや技術仕様書を公開している製造業の方に向けて書きました。リッチリザルトの話とAI検索の話を切り分けたうえで、技術資料が引用される条件を、公式資料に書いてあることだけで組み立て直します。専門用語は出てきたその場で言い換えます。
こんなふうに調べていませんか
- 「製造業 Perplexity 技術資料」で検索して、技術資料をAI検索に載せる方法を探している
- TechArticleを実装しても、Googleの検索結果は何も変わらなかった
- 技術資料をPDFのままにしておいてよいのか、社内で判断がつかない
この記事を読み終えたときに手に入るもの
- PerplexityBotとPerplexity-Userの違いを、社内に自分の言葉で説明できるようになります
- TechArticleのdependencies・proficiencyLevelに何を書くかが分かります
- 技術資料の棚卸しを、どの順番で進めるかが決められます
結論30秒でわかる、この記事の結論
- 製造業のPerplexity対策とは、技術資料をクロールできる状態に保ち、検証できるデータを機械が読める形で示すことです。
- TechArticleはGoogleのリッチリザルト一覧に載っていません。ただし、載っていないことと、書いたマークアップが消えることは別の話です。
- 手を動かす順番があります。入口を開ける、本文を表に整える、そのあとで型を付ける。見返りの小さいものを先にやらないのがコツです。
この記事では、製造業のマーケティング部の3人と、専門家の会話をはさみながら進めます。ご自身に近い立場の人の質問から読んでいただいて構いません。
- 若葉さん（Web担当2年目）— 「そもそも、それって何ですか？」を聞く役
- 高梨課長（マーケ課長）— 「誰が、どこまでやるんですか？」を聞く役
- 大森部長（マーケ部長）— 「その工数は見合うのか」を聞く役
- 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役
01そもそも製造業のPerplexity対策って、技術資料のAI検索対策として何をすることですか？
若葉さんあの、そもそもなんですが…製造業のPerplexity対策って、技術資料に何をすることなんでしょうか。特別なタグを足す作業だと思っていたんですが。
鈴木さんタグの話は、じつは最後なんですよ。ひとことで言うと、技術資料を「読める場所」に置いて、「確かめられる形」で書くことです。裏技を足す話ではないんです。
AIOはAI検索最適化のことで、LLMOと呼ばれることもあります。呼び方は違っても、目指すところは同じです。AI検索の答えの中で、情報源として選ばれることです。
製造業のPerplexity対策も、この一般論の上に乗ります。土台は2つあります。まず、クロールを妨げないこと。次に、検証できるデータを機械可読に示すこと。この2点が実務の土台になります。
「機械可読」という言葉が出てきました。人が読んで分かる形とは別に、プログラムが項目として取り出せる形にしておく、という意味です。仕様値が本文の文章の中に埋もれていれば、人は読めます。ただ、機械にとっては、どこからどこまでが値なのかが分かりません。
この記事が想定しているのは、製品カタログ・技術仕様書・導入事例といった専門的な技術情報を公開している事業者です。読み手は、検索を経由して調べものをする購買担当者や技術者になります。
この章のまとめ
製造業のPerplexity対策とは、技術資料をクロールできる状態に保ち、検証できるデータを機械可読に示す取り組みです。土台はこの2つです。
02AI検索のPerplexityは、どの入口から技術資料を見にきているんですか？
Perplexity公式のクローラー資料によると、2種類のクローラーが運用されています（出典: Perplexity公式）。名前が似ていますが、役割は別です。
- PerplexityBot — 検索結果への掲載・引用のために巡回します。robots.txtに準拠し、許可設定が推奨されています（出典: Perplexity公式）
- Perplexity-User — ユーザーが質問したときに、そのページを訪問します。robots.txtは原則として無視されます（出典: Perplexity公式）
表にすると、違いがはっきりします。
| 項目 | PerplexityBot | Perplexity-User |
|---|---|---|
| 目的 | 検索結果への掲載・引用のための巡回 | ユーザー質問時のページ訪問 |
| robots.txt対応 | 準拠（許可設定を推奨） | 原則無視される |
この章のまとめ
入口は2つあり、目的も、robots.txtの扱われ方も違います。まとめて1つの話にしないことが出発点です。
03robots.txtは、製造業の技術資料のAI検索対策としてどこまで効くんですか？
robots.txtで扱いを決められるのは、PerplexityBotの側です。裏を返せば、robots.txtの書き方が、そのまま巡回の可否になります。
製造業がまず確認すべきは、技術資料ページがPerplexityBotの巡回対象から除外されていないかという点です。カタログ・仕様書がPDF単体でしか公開されていない場合、この確認は特に重要になります。置いてあるつもりのものが、そもそも巡回の対象になっていないことがあるためです。
この章のまとめ
robots.txtで扱いを決められるのはPerplexityBotの側です。まず自社のrobots.txtが技術資料ページをどう扱っているかを読みます。
04WAFやCDNを入れている製造業サイトは、AI検索対策として何を確認するんですか？
高梨課長robots.txtなら、私たちの権限でも直せます。ただ、うちはWAFとCDNが入っていて、そこは情報システム部の管轄なんです。
鈴木さんそこが、製造業のサイトでよくつまずく場所です。Perplexity公式も、そうした環境向けの推奨事項を示していますよ。
製造業のコーポレートサイトは、WAF（Webアプリケーションファイアウォール＝不審なアクセスを遮る仕組み）やCDN（配信を代行する仕組み）を導入している例が多く見られます。守りが厚い分だけ、外から来る巡回も止まりやすくなります。
Perplexity公式は、こうした環境向けの推奨事項を2つ示しています（出典: Perplexity公式）。公開IPアドレス範囲からのアクセス許可と、両クローラーの明示的なホワイトリスト化です。
問題は、この設定がマーケティング部門だけでは完結しないことです。情報システム部門やインフラの委託先との調整が前提になります。robots.txtの書き換えは数分で終わっても、WAFのルール変更は稟議を挟んで数週間かかることがあります。
だから、技術資料の公開計画を立てる段階で、設定変更の依頼経路を先に確認しておくことをおすすめします。公開日が決まってから依頼を出すと、待ち時間がそのまま公開の遅れになります。
この章のまとめ
WAF・CDNの設定は他部門の管轄になりがちです。技術資料の公開計画と同時に、依頼経路を押さえておきます。
05技術資料のTechArticleはリッチリザルトに出ないのに、AIOで入れる意味はあるんですか？
大森部長見た目が変わらないものに工数を割く、という判断はしにくい。入れると何が変わるんだ。
鈴木さん正直に申し上げます。Google検索の見た目は変わりません。ただ、見た目が変わらないことと、意味が無いことは別の話です。
Google公式の構造化データ一覧には、記事・パンくずリスト・イベント・レシピ・商品・求人・ローカルビジネス・動画など約30種類が掲載されています（出典: Google公式）。この一覧に、TechArticleは含まれていません。
一方でTechArticleは、schema.orgが定義する技術文書向けの構造化データとして存在し、月間1万〜10万ドメインで使用されています（出典: schema.org公式のTechArticleページに掲載された2026年5月時点の利用統計）。
リッチリザルトに出ないことと、構造化データそのものが無意味になることは、別問題です。リッチリザルトの表示可否はGoogle検索の見た目の話であり、ページに記述したマークアップが消えるわけではありません。AI検索エンジンが内容理解の手がかりとして参照する余地は残るとWEBMARKSは考えます。
この章のまとめ
TechArticleはGoogleのリッチリザルト一覧に含まれません。ただし、一覧に無いことは、書いたマークアップが消えることを意味しません。
06TechArticleは、製造業の技術資料のAIO対策としていつ実装すればいいんですか？
意味が残るとしても、着手の順番のほうは動きます。リッチリザルトによる直接の見返りが無い以上、コストの低い施策から順に進めるのが現実的です。本文の表構造を先に整え、TechArticleの付与はその後で構いません。
「効果が無いからやらない」ではなく、「見返りが読めないから順番を後ろにする」。選択肢から外してしまうと、本文が整ったあとに戻ってくる先が無くなります。
この章のまとめ
順番は、本文の表構造が先で、TechArticleの付与が後です。やめる理由ではなく、後ろに置く理由として扱います。
07proficiencyLevelとdependenciesは、製造業の技術資料でAIOとしてどう書き分けるんですか？
TechArticle特有のプロパティは2つです。どちらも、技術資料の表紙に元から書いてあることを、機械に渡すための箱だと考えると分かりやすくなります。
| プロパティ | 意味 | 製造業での記入例 |
|---|---|---|
| proficiencyLevel | 内容の理解・実行に必要な習熟度。'Beginner'・'Expert'といった値で示す（出典: schema.org公式） | 保守作業手順書なら'Expert'、製品概要なら'Beginner' |
| dependencies | 記事の手順を実行するために必要な前提条件（出典: schema.org公式） | 対応機種・必要工具・適用ファームウェアのバージョン |
若葉さんつまり…「この資料は誰向けで、何が揃っていれば実行できるのか」を、機械にも分かる形で書いておく、ということですね？
鈴木さんはい、その理解で大丈夫です。紙の手順書だと表紙や冒頭に書いてある情報ですよね。それを、決まった名前の箱に入れ直すだけなんです。
書き分けの基準は、資料の読み手です。有資格者しか触れない保守作業の手順書と、はじめて製品を検討する方向けの概要では、必要な習熟度が違います。同じ製品の資料でも、値は変わって構いません。
dependenciesのほうは、「これが無いと手順が実行できない」ものを並べます。対応機種、必要工具、適用ファームウェアのバージョン。技術者が最初に確認する項目が、そのまま入ります。
この章のまとめ
proficiencyLevelは読み手の習熟度、dependenciesは実行の前提条件です。どちらも技術資料に元から書いてある内容を、機械が読める箱に入れ直します。
08技術資料をPDFだけで置いているのは、AI検索最適化として何が問題ですか？
高梨課長うちのカタログと仕様書は、全部PDFで置いてあります。これは直したほうがいいんでしょうか。
鈴木さんPDFをやめる必要はありません。ただ、PDFだけという状態には、2つ困ることがあります。
1つめは、型を付ける場所が無いことです。構造化データはJSON-LD等の形式でHTMLページに実装するものであり、PDF単体のファイルには付与できません。TechArticleを付けたくても、付ける先が存在しないことになります。
2つめは、抽出です。PDF単体では、クローラーによる本文抽出の難易度も上がると考えられます。仕様値が図版の中に入っていれば、なおさらです。
対応はむずかしくありません。技術資料をPDFのみで公開している場合、内容を要約したHTMLページを併設することが実務的な対応になります。PDFは残したまま、その入口になるページを作るイメージです。
この章のまとめ
PDF単体では構造化データを付与できず、本文抽出の難易度も上がります。要約したHTMLページを併設し、そこに本文を持たせます。
09GEO論文の3つの型は、製造業のLLMO対策でも同じように効きますか？
大森部長引用されやすい書き方というものに、研究の裏づけはあるのか。
鈴木さんあります。ただ、そのまま自社に当てはめられるかは、別の話になります。まず何が報告されているかを見ましょう。
GEO論文（プリンストン大学などの研究チーム）は、9つの文章最適化手法を比較検証しています（出典: GEO論文）。効果が高いと報告されたのは、引用句の追加・統計データの追加・出典明記の3手法です（出典: GEO論文）。手法の詳細は、別記事『Perplexityに引用される文章の書き方｜研究データで解説』で解説しています。
ここで製造業に目を戻します。技術資料は、仕様値・測定条件・規格番号といった数値情報を元々含むことが多く、この「統計データ」の型と親和性が高いとWEBMARKSは考えます。新しく数字を作る必要がありません。すでに持っている数字の置き方を変えるだけです。
第三者機関の認証・規格番号（JIS・ISO等）を取得している場合は、その名称と番号を本文に明記することもおすすめします。検証可能な出典を伴う数値情報は、GEO論文が指摘する「出典明記」の型とも重なります（出典: GEO論文）。
この章のまとめ
報告されている3つの型のうち、製造業の技術資料が元から強いのは統計データと出典明記です。持っている数字を、表と出典に分けて置き直します。
10「最大40%向上」は、製造業のAI検索対策でそのまま期待していい数字ですか？
この数字は、出どころを分けて読む必要があります。要旨にある「最大40%向上」は、全手法の平均ではありません。最も効果が大きかった引用句の追加による統合指標の改善（19.3→27.2）を丸めた数値です（出典: GEO論文）。
同論文は、効果が分野ごとに異なるとも指摘しています（出典: GEO論文）。製造業に特化した内訳は、本稿執筆時点で確認できていません。
つまりこの数字は、「こういう条件で、こう測ったら、こうなった」という報告です。自社の技術資料でも同じ幅が出る、と読み替えることはできません。
この章のまとめ
報告された数値は、特定の実験条件での結果です。取り組む理由にはなりますが、成果を見積もる根拠には使えません。
11仕様値や規格番号は、製造業のPerplexity・技術資料のAI対策でどう置くんですか？
高梨課長具体的に、明日から何を直せばいいでしょうか。まとまった時間は取れないので、公開前に見る場所を決めておきたいんです。
鈴木さんそれが早いです。見る場所を決めてしまえば、担当が代わっても品質が落ちません。
置き方の要点は、数値と、その数値が成立する条件を、セットにして表に置くことです。仕様値だけを書いても、どの測定条件で得た値なのかが分からなければ、読み手は判断できません。機械にとっても同じです。
規格番号は本文に明記します。JIS・ISO等の名称と番号は、第三者が突き合わせて確かめられる情報です。自社サイトの中だけで完結する主張と違い、外から検証できる点に価値があります。
このチェックリストは、上から順に効きます。入口が閉じていれば、下の項目をどれだけ丁寧にやっても届きません。逆に、入口さえ開いていれば、あとは中身の整え方の話になります。
この章のまとめ
数値は測定条件とセットで表に置き、規格番号は本文に明記します。公開前に見る項目を決めておくと、担当が代わっても品質が保てます。
12製造業のPerplexity対策・AIOで、技術資料まわりのつまずきはどこですか？
つまずき方は、だいたい決まっています。
Googleのリッチリザルトに表示されないことを理由に、TechArticleの実装自体を後回しにする例が見られます。リッチリザルトの表示可否と、AI検索エンジンによる内容理解は、別の仕組みで動いています。順番を後ろにするのは妥当ですが、選択肢から外してしまうのは行き過ぎです。
もう1つの失敗は、技術資料をPDF単体でしか公開しないことです。構造化データを付与できないだけでなく、クローラーによる本文抽出の難易度も上がると考えられます。
この2つに共通しているのは、判断の材料が「見た目が変わるかどうか」に寄っていることです。技術資料は、中身が確かめられるかどうかで選ばれます。置き方の判断も、そちらに合わせるほうが自然です。
この章のまとめ
「見た目が変わらないからやらない」が、つまずきの共通点です。技術資料は中身が確かめられるかで選ばれる、という前提に判断を合わせます。
13よくある質問
技術資料をPDFで公開している場合、TechArticle構造化データを付与できますか？
PDF単体には付与できません。構造化データはHTMLページに実装する仕組みのため、内容を要約したHTMLページを別途用意することをおすすめします。PDFを取り下げる必要はなく、入口になるページを併設する形で構いません。
TechArticle構造化データを実装すれば、Perplexityに優先的に引用されますか？
優先的な引用を保証するものではありません。Perplexityの選定基準そのものは非公開です。機械可読な情報を土台に、統計データや出典明記を含む説明文を用意することが、実務的な対応になります。
GEO論文の効果は、製造業の技術文書にもそのまま当てはまりますか？
そのまま当てはまるとは限りません。論文自体が、有効な戦略の効果は分野ごとに異なると指摘しています（出典: GEO論文）。「最大40%」も9手法のうち最も効果が大きかった1手法の数値であり、全手法の平均ではありません（出典: GEO論文）。製造業に特化した内訳は本稿執筆時点で確認できていません。
JIS・ISOなどの規格番号を明記すると、引用されやすくなりますか？
引用されると断定はできません。ただし検証可能な出典を伴う数値情報は、GEO論文が有効性を確認した型の一つと重なるとWEBMARKSは考えます（出典: GEO論文）。
WAF・CDNを導入している場合、追加で何を設定すべきですか？
Perplexity公式は、公開IPアドレス範囲からのアクセス許可と、両クローラーの明示的なホワイトリスト化を推奨しています（出典: Perplexity公式）。社内のインフラ担当者と設定内容を事前に共有しておくことをおすすめします。
14まとめ｜製造業のAI対策として、今日やること
まず手を付けるべきは、自社の技術資料がPDFだけで公開されていないかの棚卸しです。PDF単体では構造化データを付与できず、クローラーによる本文抽出の難易度も上がります。
そのうえで、要約HTMLページの併設と、仕様値・測定条件・規格番号の表形式化を進めます。この2つを終えてから、TechArticleの付与とWAF設定の調整へ進む順序をおすすめします。
今日この順でやります
技術資料の置き場を棚卸しする
PDFだけで公開しているカタログ・仕様書が無いかを見ます
要約したHTMLページを併設し、本文を表にする
仕様値・測定条件・規格番号を、地の文ではなく表に置きます
TechArticleの付与とWAF設定の調整へ進む
依頼経路を先に押さえてから動かします
AI検索では、こう聞かれています
製造業の技術資料を、Perplexityに引用してもらうには何をすればいいですか？
「そもそも製造業のPerplexity対策って、技術資料のAI検索対策として何をすることですか？」の章で、土台になる2つを図とあわせて説明しています
TechArticleはGoogleのリッチリザルトに出ないのに、実装する意味はありますか？
「技術資料のTechArticleはリッチリザルトに出ないのに、AIOで入れる意味はあるんですか？」の章で、表示の仕組みと内容理解を分けて書いています
技術資料をPDFだけで公開していると、AI検索では何が起きますか？
「技術資料をPDFだけで置いているのは、AI検索最適化として何が問題ですか？」の章に、前後の比較があります
PerplexityBotとPerplexity-Userは何が違うんですか？
「AI検索のPerplexityは、どの入口から技術資料を見にきているんですか？」の章で表にしています
次に読むなら、この記事です
