税理士サイト1000件調査、AI検索対応はわずか5.8%の衝撃
プリズムゲート株式会社が全国の税理士サイト1000件を調査した結果、AI検索に対応できているのは5.8%にとどまることが判明。住所掲載率94.9%に対し構造化データ実装率は3.5%というギャップの実態と、業種横断の教訓を解説する。
目次(30項目)
- 何が起きたのか
- 調査の対象と手法
- 評価方法――7項目・7点満点の採点
- 主要データ――3段階判定の内訳
- 「情報の掲載率」と「AI可読性」のギャップ――最重要ファインディング
- 7項目それぞれの実装率
- 推奨アクション
- 監修者コメント
- aiseo-llmo.com ユーザーへの影響
- なぜ税理士という業種が象徴的なのか
- 税理士業界に限らない普遍的な教訓
- 今すぐできる対応策
- 7項目評価基準を使った自己診断チェックリスト
- 優先順位付けの考え方
- JSON-LD実装例――税理士事務所を例に
- llms.txtの位置づけ
- 国内外の他調査との接続
- 士業特有の留意点
- よくある質問
- Q1. 今回の調査を実施したのはどのような企業ですか?
- Q2. 調査対象・手法の詳細を教えてください。
- Q3. 「対応できているのは5.8%」という数字は具体的に何を意味しますか?
- Q4. 住所掲載率94.9%と構造化データ実装率3.5%のギャップは何を意味しますか?
- Q5. AIクローラーのブロックはほぼ問題になっていないとのことですが、なぜですか?
- Q6. この調査結果は税理士以外の業種にも当てはまりますか?
- Q7. 今すぐできる最優先の対応は何ですか?
- Q8. JSON-LDの実装は自社で対応できますか、それとも外注が必要ですか?
- Q9. 士業のサイトで構造化データ化する際に注意すべき点はありますか?
- Q10. 今回の調査結果は今後のAI検索対応の方向性にどう影響しますか?
- 関連記事
税理士サイト1000件調査、AI検索対応はわずか5.8%の衝撃
要点: プリズムゲート株式会社(神奈川県横浜市、代表取締役・芝田弘美氏)が全国47都道府県の税理士サイト1000件を調査した結果、7項目の評価基準でAI検索に「対応できている」と判定されたのはわずか58件(5.8%)にとどまった。 住所掲載率94.9%に対し構造化データとしての実装率はわずか3.5%、代表者プロフィール掲載率49.0%に対し構造化率8.6%と、「情報の存在」と「AIが読める形式かどうか」の間に大きな乖離があることが明らかになった。 AIクローラーを明示的にブロックしていたサイトはわずか0.1%であり、問題は「拒否」ではなく「情報の示し方」にあるという構造は、税理士業界に限らず士業・地域密着型サービス業全般に共通する教訓を示している。
最終更新日: 2026年8月9日
何が起きたのか
2026年8月7日15時38分、プリズムゲート株式会社(神奈川県横浜市、代表取締役・芝田弘美氏)が、PR TIMESを通じて調査レポート「税理士サイト1000件調査、AI検索に対応できているのは5.8%」を発表した。同社はLLMO対策事業を展開する横浜のWeb制作・マーケティング会社である。一次ソースは以下のURLで確認できる。
https://prtimes.jp/main/html/rd/p/000000006.000185771.html
関連情報はプリズムゲート公式サイトのニュースページ(https://prismgate.jp/news/31406/)でも公開されている。
調査の対象と手法
今回の調査は、全国47都道府県の税理士事務所・税理士法人が運営する公式サイト1000件を対象に、2026年7月29日に実施された。サンプルの構成は次の通りだ。
- TKC全国会名簿から844件
- 検索エンジン経由で155件
- その他1件
サンプル抽出にあたっては、人口比を基準に各都道府県で最低10件以上を確保する設計がとられている。これにより、都市部の大規模事務所だけに偏らず、地方の中小規模事務所も相応の割合で含まれた母集団になっている点が、この調査の特徴の一つだ。地域密着型の専門サービス業を対象にした調査として、比較的広いカバレッジを持つ。
評価方法――7項目・7点満点の採点
調査では、各サイトを次の7項目で評価し、各項目1点・合計7点満点で採点したうえで、3段階の判定(「対応できている」「不十分」「全くされていない」)に分類している。
- AIクローラーのブロック状況(AI検索エンジンのクローラーを拒否していないか)
- メタ情報設置(title・description等の基本的なメタタグ)
- 見出し構造(H1・H2等の階層が適切に設計されているか)
- FAQ自然文表現(想定質問と回答が自然文・構造化された形で用意されているか)
- 構造化データ(schema.org等のマークアップの有無)
- llms.txt設置(AIクローラー向けのガイドファイルの有無)
- 一次情報の有無(実績・経歴等の独自情報が掲載されているか)
この7項目は、AIクローラーが「アクセスできるか」「読み解けるか」「引用に足る中身があるか」という3段階の関門を横断的にカバーする設計になっている。単に構造化データの有無だけを見るのではなく、クロール可否からコンテンツの質までを一貫して評価している点が、今回の調査の実務的な価値を高めている。
主要データ――3段階判定の内訳
7項目の採点結果を3段階判定に集計した結果は次の通りだった。
| 判定 | 件数 | 割合 |
|---|---|---|
| 対応できている | 58件 | 5.8% |
| 不十分 | 926件 | 92.6% |
| 全くされていない | 16件 | 1.6% |
全国1000件のうち、AI検索への対応が十分と判定されたのはわずか58件。裏を返せば、94.2%のサイトが何らかの形で改善余地を抱えている状態にある。これは特定の一部業者だけの問題ではなく、業界全体に共通する構造的な課題であることを示す数字だ。
「情報の掲載率」と「AI可読性」のギャップ――最重要ファインディング
今回の調査で最も注目すべき発見は、単なる実装率の低さそのものではなく、「情報がサイトに存在する割合」と「その情報が構造化データとしてAIに読める形になっている割合」の間に大きな乖離があるという点だ。
| 項目 | 情報掲載率 | 構造化データ実装率 |
|---|---|---|
| 事務所の住所 | 94.9% | 3.5% |
| 代表者プロフィール | 49.0% | 8.6% |
| 実績の具体的な数字(相続税申告件数等) | 3.1% | 0%(0件) |
住所は94.9%のサイトに文章やレイアウトとして掲載されているにもかかわらず、機械可読な構造化データとして実装されているのはわずか3.5%にとどまる。代表者プロフィールも同様に、約半数のサイトに掲載されている情報が、構造化データ化されているのは1割に満たない。さらに、相続税申告件数のような実績の具体的数字を掲載しているサイトはそもそも3.1%しかなく、それを構造化データ化しているサイトは調査対象1000件中1件も存在しなかった(0%)。
この結果は、「情報を書いていないから引用されない」のではなく、「情報は書いてあるのに、AIが構造として認識できる形になっていないから引用されにくい」という、LLMO・GEO実務における根本的な課題を、税理士という具体的な業種の実測データとして裏付けたものと言える。
7項目それぞれの実装率
各項目単体での実装率は次の通りだった。
| 評価項目 | 実装率 |
|---|---|
| メタ情報設置 | 96.3% |
| 見出し構造(適切なH1/H2階層) | 34.8% |
| 構造化データ(schema.org等) | 16.5% |
| llms.txt設置 | 4.3% |
| FAQ自然文表現・構造化 | 1.0% |
| AIクローラーを明示的にブロック | 0.1% |
この内訳から見えてくるのは、「基礎的な作業(メタ情報の設置)はほぼ全サイトで終わっているが、より踏み込んだ構造化(FAQの自然文化、構造化データ、llms.txt)になるほど実装率が急落する」という段階的なギャップだ。特にFAQの自然文表現・構造化はわずか1.0%、llms.txtの設置も4.3%にとどまっており、AIが「質問に対する直接的な答え」を拾いやすい形式への対応は、業界全体でほとんど手つかずの状態にあることがわかる。
一方で注目すべきは、AIクローラーを明示的にブロックしていたサイトがわずか0.1%だったという事実だ。つまり、「AIに見せない」という拒絶の姿勢を取っているサイトはごくわずかであり、大多数のサイトはAIクローラーに対して門戸を閉ざしてはいない。問題は「アクセスを拒んでいること」ではなく、「アクセスはできても、中身を機械的に理解できる形になっていないこと」にある。
推奨アクション
プリズムゲートは、実装率の低い項目を優先順位付けした上で、次の5つの推奨アクションを提示している。
- 実績の数字化(現状実施率3.1%): 「豊富な経験」といった曖昧な表現ではなく、「相続税申告 年間◯◯件」のように具体的な数字で明記する
- 事務所情報の構造化データ化(現状実施率3.5%): 既存の住所・電話番号等をschema.orgのLocalBusiness等の形式で機械可読化する
- FAQを質問文形式に構造化する(現状実施率3.3%): 見出しを疑問形にする等、質問と回答のペアを明示する
- 代表者プロフィールの構造化(現状実施率8.6%): 資格・登録番号の明示等を構造化データに落とし込む
- 見出し階層の整理(現状実施率34.8%): 1ページ1つのH1を原則にする
これらは実装率の低い順に並んでいるわけではなく、投資対効果(実装の手間に対してAI可読性への影響が大きいもの)を踏まえた優先順位として示されている点が実務的だ。
監修者コメント
調査を監修したプリズムゲート代表取締役・芝田弘美氏は、「扉は開いているのに引用されない。理由は中身の示し方」という趣旨のコメントを寄せている。AIクローラー自体はほとんどのサイトでブロックされておらず、情報自体も大半のサイトに存在するにもかかわらず、その情報が機械可読な形式(構造化データ等)になっていないために、AIの回答に引用されにくいという構造を指摘したものだ。あわせて、AI対応を強化することは、AI検索エンジンへの対応にとどまらず、人間の依頼者(顧客)にとっての情報の分かりやすさの改善にもつながるという副次的な効果があるとも述べている。
aiseo-llmo.com ユーザーへの影響
なぜ税理士という業種が象徴的なのか
税理士をはじめとする士業(弁護士、社会保険労務士、行政書士等)は、今後AI検索・AIエージェントの利用がさらに広がる中で、「近くの税理士」「相続税に強い税理士」「法人設立に強い税理士」といった、地域性と専門性を組み合わせた具体的なニーズでAIに問われる機会が増えていくと考えられる業種だ。
こうした業種には、次の3つの特徴がある。
- 地域性が重要: 「〇〇市 税理士」のように、特定エリアでの信頼できる専門家を探すニーズが強い
- 専門性・信頼性(E-E-A-T)が重視される: 資格の有無、実績、専門分野の明確さが選定の決め手になりやすい
- 一度きりの高額な意思決定になりやすい: 相続や事業承継など、頻繁に発生しない重大な意思決定を支援する場面が多い
これらの特徴を持つ業種だからこそ、AIが回答を生成する際に「どの事務所を、どのような根拠で推薦するか」を判断する材料――住所・専門分野・実績・資格情報等――が機械可読な形で提供されているかどうかが、他業種以上に重要な意味を持つ。今回の調査が示した「情報は掲載されているが構造化されていない」というギャップは、地域性・専門性・信頼性という3要素すべてに関わる情報が、AIにとって実質的に「見えていない」状態に近いことを意味している。
税理士業界に限らない普遍的な教訓
今回の調査結果が示す構造――「情報の有無」と「AIが読める形式かどうか」は別問題である――は、税理士業界に固有の課題ではない。同様の地域密着型・専門サービス業であれば、業種を問わず起こりうる課題だと考えられる。
- クリニック・医療機関: 診療科目、対応可能な症例数、医師の専門資格等の情報が、テキストとしては掲載されていても構造化データ化されていないケースは少なくない
- 法律事務所: 取扱分野、解決実績、弁護士の経歴等、税理士事務所と類似の情報構造を持ち、同種のギャップが生じやすい
- 不動産業・地域工務店: 施工実績、対応エリア、保有資格(宅建士等)といった情報が、サイト上には存在してもAI向けの形式に落とし込まれていない可能性がある
- EC・店舗ビジネス: 商品情報や在庫状況、店舗情報等についても、構造化データ(Product、LocalBusiness等)の実装率は業種を問わず低い傾向が指摘されており、今回の調査結果と地続きの課題と言える
aiseo-llmo.comの読者であるマーケター・SEO担当者にとって、今回の調査の価値は「税理士業界の話」として読み流すことではなく、自社サイト・クライアントサイトを同じ7項目の観点で点検する材料として活用することにある。次のセクションでは、この7項目を実務チェックリストとして再構成する。
今すぐできる対応策
7項目評価基準を使った自己診断チェックリスト
今回の調査で使われた7項目を、業種を問わず使える自己診断チェックリストとして再構成する。自社サイトまたはクライアントサイトについて、それぞれ該当するかを確認してほしい。
| # | チェック項目 | 確認方法の例 |
|---|---|---|
| 1 | AIクローラーをブロックしていないか | robots.txtでGPTBot、ClaudeBot、PerplexityBot等を明示的に拒否していないか確認する |
| 2 | メタ情報(title・description)が適切に設置されているか | 各ページのtitle・meta descriptionがページ内容を正確に要約しているか確認する |
| 3 | 見出し構造(H1/H2階層)が適切か | 1ページに1つのH1のみか、H2以下が論理的な階層になっているかを確認する |
| 4 | FAQが自然文・質問形式で構造化されているか | よくある質問が「Q&A形式」かつ疑問形の見出しになっているか確認する |
| 5 | 構造化データ(schema.org等)が実装されているか | ページのソースまたはGoogleのリッチリザルトテスト等で確認する |
| 6 | llms.txtが設置されているか | ドメイン直下に/llms.txtが存在するか確認する |
| 7 | 一次情報(実績・数字・独自データ)が掲載されているか | 「豊富な経験」等の曖昧な表現ではなく、具体的な件数・年数・数字が明記されているかを確認する |
7項目すべてに「はい」と答えられるサイトは、今回の調査結果を踏まえると全体のごく一部にとどまると推測される。まずは自社サイトが7項目中いくつを満たしているかを可視化し、不足している項目から優先的に着手することが実務上の第一歩になる。
優先順位付けの考え方
今回の調査でプリズムゲートが示した推奨アクションの並び順(実績の数字化 → 事務所情報の構造化データ化 → FAQの構造化 → 代表者プロフィールの構造化 → 見出し階層の整理)は、実装の難易度とAI可読性への影響度のバランスを踏まえたものだと考えられる。自社で優先順位を決める際は、次の観点を参考にしてほしい。
- すでにテキストとして存在する情報を構造化データ化する(住所・代表者情報等): 新規のコンテンツ制作が不要で、既存情報をマークアップに落とし込むだけで着手できるため、投資対効果が高い
- 一次情報・実績の数字を明記する: コンテンツ制作の手間はかかるが、AIの回答生成において「具体性」は引用されやすさに直結する要素であり、優先度が高い
- FAQを質問文形式に再構成する: 既存のFAQコンテンツがあれば、見出しを疑問形に書き換えるだけで着手できる比較的軽い施策
- 見出し階層を整理する: サイト全体の構造に関わるため、CMSの仕様によっては改修コストがかかる場合がある
- llms.txtを設置する: 実装自体は比較的容易だが、効果測定の指標が確立されていない段階でもあるため、他の施策と並行して着手するのが現実的
JSON-LD実装例――税理士事務所を例に
ここでは、税理士事務所のサイトを例に、実際にコピペで使えるschema.orgのJSON-LD実装例を示す。自社の業種・情報に合わせて値を書き換えて利用してほしい。
例1: 事務所情報(LocalBusiness / AccountingService)
住所・電話番号・営業時間といった基本情報を構造化する例。今回の調査で「住所掲載率94.9%に対し構造化実装率3.5%」というギャップが最も大きかった項目に対応する。
{
"@context": "https://schema.org",
"@type": "AccountingService",
"name": "〇〇税理士事務所",
"url": "https://example-tax-office.jp/",
"telephone": "+81-3-xxxx-xxxx",
"address": {
"@type": "PostalAddress",
"streetAddress": "〇〇1-2-3",
"addressLocality": "〇〇市",
"addressRegion": "〇〇県",
"postalCode": "000-0000",
"addressCountry": "JP"
},
"openingHoursSpecification": [
{
"@type": "OpeningHoursSpecification",
"dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
"opens": "09:00",
"closes": "18:00"
}
],
"areaServed": {
"@type": "AdministrativeArea",
"name": "〇〇県〇〇市"
},
"priceRange": "要問い合わせ"
}
例2: 代表者プロフィール(Person)
代表者の資格・登録番号・専門分野を構造化する例。今回の調査では代表者プロフィール掲載率49.0%に対し構造化率8.6%というギャップが確認されている。
{
"@context": "https://schema.org",
"@type": "Person",
"name": "〇〇 〇〇",
"jobTitle": "税理士",
"worksFor": {
"@type": "AccountingService",
"name": "〇〇税理士事務所"
},
"hasCredential": {
"@type": "EducationalOccupationalCredential",
"credentialCategory": "税理士登録",
"identifier": "第〇〇〇〇号"
},
"knowsAbout": ["相続税申告", "事業承継", "法人税務"]
}
例3: FAQページ(FAQPage)
よくある質問を自然文かつ構造化された形式にする例。今回の調査ではFAQ自然文表現・構造化の実装率がわずか1.0%だった。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "相続税の申告は年間何件対応していますか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "当事務所では年間〇〇件の相続税申告に対応しております。相続税専門の担当者が初回相談から申告完了まで一貫してサポートします。"
}
},
{
"@type": "Question",
"name": "対応可能なエリアはどこですか?",
"acceptedAnswer": {
"@type": "Answer",
"text": "〇〇県〇〇市を中心に、近隣の〇〇市・〇〇市にも対応しております。オンライン相談も可能です。"
}
}
]
}
例4: 実績の数字化(Review / AggregateRating等との組み合わせ)
「実績の具体的な数字」を掲載する際は、単に本文に数字を書くだけでなく、上記のAccountingServiceやPersonのプロパティと組み合わせて、実績データを明示的な形で記述することが望ましい。例えばdescriptionプロパティに具体的な実績を数値付きで記述する、あるいは事務所紹介ページ本文で「相続税申告 年間〇〇件」「法人顧問先〇〇社」のように具体的な数字を明記した上で、その情報を含むページ全体をAccountingServiceのdescriptionとして関連付けることが、今回の調査が示す「実施率3.1%・構造化率0%」というギャップを埋める第一歩になる。
llms.txtの位置づけ
今回の調査ではllms.txtの設置率が4.3%にとどまっていた。llms.txtは、AIクローラー・LLMに対してサイトの構成や重要ページを案内するためのファイルであり、robots.txtがクロールの可否を制御するのに対し、llms.txtはクロール後の理解を助ける役割を持つ。詳細な書き方・設置方法はllms.txtの実装ガイドを参照してほしい。
国内外の他調査との接続
今回のプリズムゲート調査が示した「情報は存在するが、AIが読める形式になっていない」という課題は、国内外の他のLLMO関連調査でも繰り返し指摘されてきた構造的な問題と重なる。
国内では、AI引用状況を可視化する診断ツールの新規参入が相次いでおり、AIRA ScoreやDolphinX AIO、User Insightの複数AIモニタリングダッシュボードといったサービスが、それぞれ異なる切り口でサイトのAI検索対応状況を数値化しようとしている。今回のプリズムゲート調査は、こうした診断ツール市場の拡大と軌を一にする形で、士業という具体的な業種に絞った実態調査データを提供したものと位置づけられる。
海外に目を向けると、SEOコンサルタントのAleyda Solis氏による第三者引用に関する調査や、SemrushのデータをもとにしたAI検索カテゴリ支配の調査など、ブランド単位・カテゴリ単位でAI検索における可視性の構造を分析する調査が相次いで発表されている。これらの調査は分析の切り口や対象市場が異なるため、数値を単純に比較することはできないが、「AIに引用されるかどうかは、情報の量だけでなく、その情報がどのような形式・文脈で提供されているかに強く依存する」という点では、共通した示唆を持っていると言える。
今回のプリズムゲート調査の意義は、こうした国内外の調査群の中で、「業種を絞り、7項目の具体的な評価基準を設定し、1000件という規模で実態を定量化した」という点にある。抽象的な傾向論ではなく、「住所掲載率94.9%対構造化実装率3.5%」という具体的な対比データを示したことで、士業・地域密着型サービス業に携わる事業者・支援者にとって、自社の立ち位置を測る具体的な物差しを提供したと言えるだろう。
士業特有の留意点
税理士をはじめとする士業のサイトを構造化データ化する際には、一般的なLLMO施策とは異なる留意点がある。税理士法をはじめとする士業関連の各種法令には、資格者としての広告表示・業務範囲の表示に関する規制が存在する。構造化データによって資格情報・実績・専門分野を機械可読な形で発信すること自体は、規制の対象外である情報の「表示形式」を変えるものであり、通常は問題にならないと考えられるが、実績数値の表現方法(誇大表示にあたらないか)、資格の表示方法(登録番号や所属団体の正確な記載)については、通常のサイト運用と同様に、各士業の所属団体が定める広告規制やガイドラインに沿った内容であることを確認する必要がある。構造化データはあくまで「既存の適正な表示内容を機械可読な形式に変換する」ものであり、表示内容そのものの適正性は別途担保されるべき点には注意したい。
よくある質問
Q1. 今回の調査を実施したのはどのような企業ですか?
プリズムゲート株式会社(神奈川県横浜市、代表取締役・芝田弘美氏)です。LLMO対策事業を展開するWeb制作・マーケティング会社で、2026年8月7日にPR TIMESを通じて今回の調査レポートを発表しました。
Q2. 調査対象・手法の詳細を教えてください。
全国47都道府県の税理士事務所・税理士法人の公式サイト1000件を対象に、2026年7月29日に調査を実施しました。サンプルはTKC全国会名簿から844件、検索エンジン経由で155件、その他1件を抽出しており、人口比を基準に各都道府県で最低10件以上を確保する設計になっています。評価は「AIクローラーのブロック状況」「メタ情報設置」「見出し構造」「FAQ自然文表現」「構造化データ」「llms.txt設置」「一次情報の有無」の7項目、各1点・7点満点で採点されています。
Q3. 「対応できているのは5.8%」という数字は具体的に何を意味しますか?
7項目の採点結果を「対応できている」「不十分」「全くされていない」の3段階に分類した結果、「対応できている」と判定されたのは1000件中58件(5.8%)だったという意味です。残りは「不十分」が926件(92.6%)、「全くされていない」が16件(1.6%)であり、全体の94.2%が何らかの改善余地を抱えている状態にあります。
Q4. 住所掲載率94.9%と構造化データ実装率3.5%のギャップは何を意味しますか?
事務所の住所情報自体は94.9%のサイトにテキストとして掲載されているものの、AIが機械的に読み取れる構造化データ(schema.org等)としては3.5%のサイトにしか実装されていないことを意味します。これは「情報がないから引用されない」のではなく、「情報はあるのにAIが認識できる形になっていないため引用されにくい」という、LLMO実務における根本的な課題を具体的な数字で示したものです。
Q5. AIクローラーのブロックはほぼ問題になっていないとのことですが、なぜですか?
調査対象1000件のうち、AIクローラーを明示的にブロックしていたサイトはわずか0.1%でした。つまり大多数のサイトはAIクローラーに対して門戸を閉ざしておらず、「アクセスできるかどうか」自体は問題になっていません。課題は「アクセスはできても、掲載されている情報がAIにとって理解しやすい構造になっていないこと」にあります。
Q6. この調査結果は税理士以外の業種にも当てはまりますか?
はい。今回の調査は税理士業界を対象にしたものですが、「情報の有無」と「AIが読める形式かどうか」が別問題であるという構造自体は、クリニック、法律事務所、不動産業、地域工務店といった、地域性・専門性・信頼性が重視される他の専門サービス業にも共通して当てはまると考えられます。同様に、EC・店舗ビジネスにおいても、商品情報や店舗情報の構造化データ実装率は業種を問わず低い傾向にあることが指摘されています。
Q7. 今すぐできる最優先の対応は何ですか?
プリズムゲートが示した推奨アクションでは、実績の数字化(実施率3.1%)、事務所情報の構造化データ化(実施率3.5%)、FAQの質問文形式への構造化(実施率3.3%)、代表者プロフィールの構造化(実施率8.6%)、見出し階層の整理(実施率34.8%)の順で優先度が示されています。特に、既存のテキスト情報を構造化データに落とし込む施策(事務所情報・代表者情報)は、新規コンテンツ制作が不要なため着手しやすく、投資対効果が高い施策と言えます。
Q8. JSON-LDの実装は自社で対応できますか、それとも外注が必要ですか?
本記事で示したLocalBusiness/AccountingService、Person、FAQPageのJSON-LD実装例のように、比較的シンプルな構造化データであれば、既存のサイト情報をテンプレートに当てはめる形で自社対応も可能です。ただし、CMSの仕様によっては動的な埋め込みに開発作業が必要な場合や、サイト全体の見出し構造の見直しが必要な場合は、Web制作会社やLLMO専門の支援会社への相談が現実的な選択肢になります。まずは本記事のチェックリストで自社の現状を可視化し、対応範囲を見極めることを推奨します。
Q9. 士業のサイトで構造化データ化する際に注意すべき点はありますか?
税理士をはじめとする士業には、資格者としての広告表示に関する各種の規制・ガイドラインが存在します。構造化データ自体は既存の適正な表示内容を機械可読な形式に変換するものであり、通常は問題になりにくいと考えられますが、実績数値の表現(誇大表示にあたらないか)や資格の表示方法(登録番号・所属団体の正確な記載)については、各士業の所属団体が定める広告規制やガイドラインに沿っているかを別途確認することが望ましいです。
Q10. 今回の調査結果は今後のAI検索対応の方向性にどう影響しますか?
今回の調査は、士業・地域密着型サービス業における構造化データ実装の遅れを、具体的な数字で可視化した点に意義があります。AI検索・AIエージェントを通じた専門家探しのニーズが今後拡大すると見込まれる中、今回のような業種特化型の実態調査が他業種でも行われることで、「情報の有無」と「AI可読性」のギャップという共通課題への認識が業界横断的に広がっていくことが期待されます。aiseo-llmo.comとしても、同種の調査・データが公表され次第、継続してフォローしていく。
関連記事
- LLMOとは何か――完全ガイド
- AI検索最適化ガイド――GEO・LLMOの実践
- ローカルビジネスのAI可視性調査――日本語レビューの実態
- JSON-LD構造化データはAIにどう理解されるか
- 構造化データのLLMO効果を検証する
- 構造化データ実装のよくある間違い――AI引用を逃す典型パターン
- llms.txtの書き方・設置ガイド
- 国産LLMO診断ツール「AIRA Score」正式リリース
- DolphinX AIOのデータエクスポート機能追加
- User Insight「LLMOダッシュボード」複数AIモニタリング機能
- Aleyda Solis氏調査:AI検索は「第三者引用問題」、15ブランド分析
- ChatGPT引用の89%は「無主地」――Semrushデータが示すカテゴリ支配の窓
- 用語集:LLMO(Large Language Model Optimization)
- 用語集:GEO(Generative Engine Optimization)
- 用語集:JSON-LD
- 用語集:llms.txt
- 用語集:E-E-A-T
参考文献
- 税理士サイト1000件調査、AI検索に対応できているのは5.8% — PR TIMES(プリズムゲート株式会社)(参照: 2026-08-09)
関連用語
- E-E-A-T
E-E-A-Tとは、Googleがコンテンツ品質を評価する4つの観点「Experience(経験)・Expertise(専門性)・Authoritativeness(権威性)・Trustworthiness(信頼性)」のこと。SEOとLLMO両方で最重要の概念です。
- llms.txt
llms.txtとは、サイト運営者がAIクローラーに「このサイトの重要な情報はここ」と伝えるためのMarkdownファイルの提案。2024年9月にJeremy Howard氏が提唱し、急速に普及しつつある新しい標準です。
- クローラー
クローラーとは、Web上のページを自動巡回してデータを集めるプログラムのこと。Googleの「Googlebot」が代表例で、これに見つけてもらわないと検索結果に表示されません。
- 構造化データ
構造化データとは、Webページの内容を検索エンジンが理解しやすい形式で記述したメタ情報。記事の著者・公開日、商品の価格・在庫などを機械可読にすることでリッチリザルトやAI引用の対象になります。
- GEO(Generative Engine Optimization)
GEOとは「Generative Engine Optimization(生成エンジン最適化)」の略で、Perplexity・ChatGPT・Google AI Overviewなど生成AIエンジン上での自社コンテンツ表示を最適化する取り組み。LLMOとほぼ同義です。
- JSON-LD
JSON-LDとは「JSON for Linking Data」の略で、構造化データをJSON形式で記述する方式。Google公式が推奨する構造化データ実装フォーマットで、scriptタグでHTML内に書きます。
関連記事
最新記事
LLMO カテゴリの他の記事
- YouTube Studio「Ask Studio」の使い方とLLMO活用ガイド
- Perplexity Comet AIチューターでYouTubeを学ぶ活用法完全ガイド
- Gemini in Chrome YouTube要約とは?動画がAIに正しく引用される対策5つ【2026年8月】
- GeminiはWebサイト、ChatGPTはReddit依存──ローカルAI引用調査
- Substack Citation Index 2026|ニュースレターAI引用ランキング調査を読み解く
- JavaScriptナビゲーションはAI検索から見えない——41日間の実験が実証
- AI引用ランキング要因23シグナル完全ガイド|Zyppy最新研究を徹底解説
- RedditのChatGPT Search引用が4日で86%急落、Promptwatch報告
- AI Overview流入の22.4%が『Direct』に誤集計――9ヶ月・5万件超の実測研究
- 『引用されるパッセージ』と『吸収されるパッセージ』の違いをAdvanced Web Rankingが実証
- Cloudflare AEO可視化ダッシュボードとは?引用スコアの仕組みを解説
- Fractl調査、SEO強者でもAI検索で消えるブランド格差が判明
- Google研究:AIの誤答は『知識不足』でなく『想起失敗』が主因
- HEO(ハイブリッドエンジン最適化)とは|SEO・AEO・GEOを統合する新戦略
- A-Comm Evidence Protocol(AEP)とは?エージェント商取引の証跡標準を解説
- Similarweb「AI Ads」発表、ChatGPT/Google AI広告の可視化開始
- AI可視性の向上は「技術的負債の返済」に過ぎない場合が多い
- Time誌のAI向け隠し広告をPerplexityがブロック、クローキング論争が再燃
- AI経由の直接リファラルはわずか1.1%、だが言及されると来訪+20pt――Scrunch調査
- Google AI Overview、ローカル検索で低品質リスト記事を引用する問題が発覚
- Microsoft Publisher Content Marketplaceとは?Copilot引用収益化の仕組み
- ChatGPTの『Sources』ボタンが消える?『More actions』内に移動するテスト確認
- GSC生成AIレポートが「事実上グローバル全展開」に――ポップアップ通知も初確認
- AI検索時代、従来の被リンク構築モデルはなぜ機能しなくなったのか
- Meta、独自AI検索エンジン構築か クローラー急増で『脱Google』観測情報
- 『cats.txt』実験が示すllms.txt「証拠」の脆弱さとGEO業界の課題
- GenZがClaude・OpenAIを消費財ブランド視——信頼度は42ポイント差
- Cloudflareの「AI Training ブロック」設定でGooglebotも巻き添えに
- ChatGPT/Claude/Geminiへの戦略相談、鍵は「プロンプト」より「ビジネス文脈」
- 『群盲象を評す』――AI検索の需要創出、6つの視点をSEJが整理
- 順位トラッキングの死角――『1位』でも顧客に見えない検索結果の実態
- AIリードの8〜9割が『オーガニック』に誤分類――SEJが示す新計測の3本柱
- ChatGPTの英語バイアス指数2.6倍——多言語サイトのAI可視性調査
- 採用広報のLLMO対策|候補者がChatGPTで会社を調べる時代の評判管理
- 「広く展開」か「狭く深く」か——Semrushデータが示すトピカルフォーカスの正体
- ChatGPTが自社の間違った情報を答えるときの修正方法|原因と5つの対処手順
- 「LLMO対策は意味ない」は本当か?効果が出るケースと出ないケースを検証
- LLMO対策のデメリットと7つのリスク|やってはいけない施策も解説【2026年】
- 士業のLLMO対策|税理士・弁護士がAIに「おすすめ事務所」と挙げられる方法
- BtoB SaaSのLLMO対策を代行に頼むなら|AIに比較候補として挙げられる条件
- Aleyda Solis氏調査:AI検索は「第三者引用問題」、15ブランド分析
- ChatGPT引用の89%は「無主地」――Semrushデータが示すカテゴリ支配の窓
- AI生成記事は9カ月でほぼ消滅、人間執筆は1位獲得8倍――SELの実データ検証
- GSCの生成AIレポートは『罠』――インプレッション偏重の落とし穴をSEJが指摘
- Citadex調査:AI引用は多言語で56%消える、30ブランド横断データを読む
- AIブランド認知96%でも89%が未言及、Victorious調査の衝撃
- データ主導PRはAI引用が3.5倍——LeadCoverage実測レポート
- GSC「プラットフォームプロパティ」が全世界展開完了――SNS投稿のAI検索可視性を計測
- Claudeの共有チャットが検索に露出——disallowとnoindexの落とし穴
- 「アイデンティティ・リーク」とは――AI検索が企業を検証できない構造、71社調査で判明
- AI Overviews表示率が1年で15%→43%に急増、Similarweb調査で判明
- GEO対策「45件のレビューで判明」実は効果不明?批判的サーベイ論文を解説
- AI Overviewsオプトアウト機能とCMA規制の全体像|日本への波及可能性を読む
- ホワイトペーパー引用率わずか0.4% Optyino.ai調査25,001件が示す現実
- 中小企業がChatGPTに引用される方法|予算なしでできる90日ステップ
- AI引用25,337件の大規模調査——業界ごとに「引用フィンガープリント」が全く違うことが判明
- GoogleがAI生成コンテンツ起因のクロール・インデックス抑制を明言、「AIと分かる」記事は未登録リスク
- Instagramリールがai検索に引用される対策|2026年最新LLMO実践ガイド
- EU AI Act 第50条の透明性義務が8月2日適用開始 — AI記事量産の運用が変わる
- LinkedIn LLMO対策 BtoB企業が知るべき引用構造と日本の限界
- TikTok動画がAI検索に引用される対策|Perplexity統合時代のLLMO実践ガイド
- Pinterestビジュアル検索でAI引用と商品ピンを最適化する方法
- Cloudflare、AIクローラーを「Search/Agent/Training」の3分類で個別制御可能に
- NotebookLM動画概要にソースとして選ばれる最適化2026
- Claude Cowork エージェントのサイト操作に対応するAXO対策の実装手順
- Ask YouTube 会話型検索の動画対策|Geminiに引用される作り方
- Claude AI検索で引用されるサイトの作り方|3種ボットとllms.txt完全設定
- Perplexity Comet エージェント最適化 対策|AXOで操作を完遂させる実装
- 記事に埋め込んだYouTube動画のAI引用率は何倍になるか|独自診断データで検証
- 検索上位10位とAI引用の重複が76%→38%に急落:「順位=引用」神話の終焉
- 日本サイトのLLMO引用率調査2026|80万件分析でわかった実態
- Bing Copilotに引用されるYouTube LLMO最適化ガイド 日本語版2026
- Google Search Consoleに生成AIパフォーマンスレポート登場――AI引用の可視化が始まった
- Google June 2026スパムアップデート:AI OverviewsとAI Modeへのスパムポリシーが正式拡張、不自然な言及操作・大規模AI生成コンテンツが明示的禁止に
- ChatGPT Atlasに引用されるには?AIブラウザ時代の最適化ガイド2026
- YouTube動画をAIに要約されやすくする最適化ガイド
- Perplexityの通常検索でYouTube動画が引用される条件【2026年版】
- Gemini YouTube動画理解の仕組みと最適化:グラウンディングで引用される条件
- YouTubeチャンネルのE-E-A-T設計でAI引用の信頼性を高める方法
- PerplexityのYouTubeソース指定で動画を引用させる戦略【2026年7月時点】
- AIエージェントYouTube動画引用条件2026|視聴データより字幕構造が鍵
- YouTubeチャンネル説明で話者の専門性を明示してAI引用を獲得する実践ガイド
- NotebookLMでYouTubeが読み込めない原因と対処法|字幕なし動画の解決策
- YouTubeチャンネルのトピック権威性とAI推薦設計:海外ローカライズ戦略の核心
- NotebookLMでYouTube動画を記事に再利用する方法とAI引用戦略
- ChatGPTにYouTubeチャンネルをおすすめ・推薦させる方法【LLMO最適化】
- Perplexity YouTube動画引用シェア戦略:字幕・メタデータで被引用率を高める方法
- YouTube動画をAIに引用させる方法:ChatGPT・Perplexityに選ばれる条件と最適化手順
- AI Overview引用元トップ10比率が76%→38%に急落:順位依存SEOの終焉
- 著者情報あり/なしでAI引用率はどう変わるか|実測データで差を測定【2026年版】
- ローカルSEO×AI検索引用対策2026:地域ビジネスがAIに引用されるための完全手順
- AI Overview引用率 業種別データ|日本市場2026年版独自集計
- トピックオーソリティ × ピラー・クラスター設計の完全ガイド【独自データ付き】
- オウンドメディアのLLMO戦略完全ガイド|AI検索で引用されるコンテンツ設計と運用
- 不動産会社のLLMO対策完全ガイド|AI検索で引用される信頼性設計と実装手順
- GEO・AEO・LLMO・AIOの違いをわかりやすく解説【2026年版】
- ChatGPTで自分のサイトの引用を確認する方法【手順と注意点】
- ChatGPT引用される記事の書き方:構造・文体・配置の完全ガイド
- YouTube Shorts が AI 検索に引用される条件と最適化手順【2026年版】
- YouTube 文字起こし(字幕)の LLMO 最適化|AI が動画を理解するメカニズムと実践手法
- Perplexity が動画を回答に組み込むパターン分析と引用戦略【2026年版】
- ChatGPT が YouTube 動画を引用する条件と動画・記事セット投資戦略【2026年版】
- Gemini の動画理解とグラウンディング|Knowledge Graph 連携で引用される動画設計
- YouTube 概要欄 × 構造化データ設計で LLMO スコアを上げる実践ガイド
- VideoObject JSON-LD の LLMO 活用|AI 検索引用に効くスキーマ設計の具体実装
- YouTube チャンネルの E-E-A-T 強化戦略:AI 検索引用率を高める信頼設計
- Gemini グラウンディングの仕組みと Knowledge Graph 連携コンテンツ戦略
- NotebookLM の要約・引用品質を高める Sources 構造化最適化ガイド
- Perplexity 引用率を PDCA で改善する実践ガイド【2026年版】
- Claude AI 検索の引用パターン分析と日本語コンテンツ最適化戦略
- ChatGPT Search 引用率を継続改善する 2026 年運用フロー完全ガイド
- ChatGPT ジェネラティブSEO完全ガイド|生成AI時代の検索最適化戦略【2026年版】
- LLMハルシネーション対策|コンテンツ運用で誤情報引用リスクを下げる手法【2026年版】
- 構造化データで LLMO は伸びるか|Article / FAQPage / DefinedTerm の検証【2026年版】
- LLMO 成功事例の探し方|2026年に検索すべき情報源 12 選
- LLMO 監査チェックリスト 32 項目【2026年版・社内レビュー用】
- llms.txt の書き方|業種別テンプレート 6 種【2026年版】
- GEO・AEO・LLMO の違いと使い分け|どの概念を取り入れるべきか【2026年版】
- ChatGPTに引用されない原因を完全網羅|診断から対処法まで実務フローで解説
- AI 引用率の計測方法|手動とツールの再現性比較【2026年版】
- Perplexity SEO 完全ガイド|引用ソース選定の傾向と対策【2026年版】
- ChatGPT SEO の実践12手順|引用される記事の書き方【2026年版】
- ChatGPTに自社サイトを掲載させる方法|2026年版チェックリスト30項目
- LLMOスコアの作り方|100点満点の重み付けと業界平均の読み解き方
- LLMO計測の始め方|サンプリング設計とKPI 6項目を実装ガイド付きで解説
- LLMO分析とは?定義・計測指標・無料ツールの使い方を5分で解説
- SEOとLLMOの違い|従来SEOだけでは足りない理由
- Perplexityに取り上げられる方法|AI検索特化の対策
- llms.txtとは?AIクローラー向け新標準
- LLMが好む文章構造|結論先出し・FAQ・箇条書きの効果
- Google AI Overview(旧SGE)対策|表示される条件
- GEO・AEOとは?LLMOとの違い
- ファクト密度を上げる書き方|LLM引用率を高める
- E-E-A-TとLLMOの関係|AIが信頼するドメインの特徴
- ChatGPTで引用される記事の書き方
- ブランドメンション(言及)の重要性|被リンクと並ぶ評価指標
- AIゼロクリック時代のコンテンツ戦略
- AI生成コンテンツはSEOで通用するか|2026年最新ガイドライン

