Google AI Overviewsに信頼されるWebサイトの構造化データ（Schema.org）完全攻略

同じ内容を書いても、AIに引用されるサイトと、無視されるサイトがあります。その差を生む決定的な要素のひとつが、**構造化データ（Schema.org / JSON-LD）**です。これは人間の目には一切見えませんが、AIクローラーにとっては「このページが何者であるか」を一瞬で伝える、最も雄弁な名刺になります。

本稿では、私たちがすべての制作サイトに標準実装している、その技術の中身を開示します。

構造化データとは「AIへの翻訳」である

人間は、文脈や見た目からページの意味を直感的に理解します。しかしAIは、HTMLという構造を手がかりに意味を推論します。構造化データは、ページの内容を機械が誤解しようのない形式で明示する「翻訳レイヤー」です。

見た目ではなく、意味を渡す

たとえば「足立昌優」という文字列を、AIは人名なのか店名なのか判断に迷うことがあります。Person型の構造化データで「これは人物で、役職はこれで、所属はこの組織だ」と明示すれば、AIは迷いなく正確に理解します。この曖昧さを消す作業こそが、構造化データの本質にほかなりません。

実装すべき主要な型

Organization / ProfessionalService

サイトの運営主体を定義します。名称、ロゴ、連絡先、提供サービス、関連リンク（sameAs）。これにより、AIは「このサイトは誰が運営し、何の専門家なのか」を把握します。事業者の信頼性スコアの土台です。

Article / BlogPosting

記事ページには必須です。見出し、著者、公開日、所属組織を明示することで、AIは「いつ、誰が書いた一次情報か」を判断できます。著者を実在の人物（Person）に紐づけることが、E-E-A-T（経験・専門性・権威性・信頼性）の観点で特に重要です。

FAQPage / BreadcrumbList

FAQ構造化データは、AIが「問いと答えのペア」を直接抽出できる形を提供します。AI Overviewsが回答を生成する際、最も引用しやすいのがこの形式です。パンくず（BreadcrumbList）は、サイトの階層構造をAIに伝え、ページの文脈的な位置づけを明確にします。

構造化データだけでは勝てない

ここで重要な但し書きを加えます。構造化データは、空疎なページを魔法のように引用させる裏技ではありません。質の高い一次情報という本体があって初めて、構造化データはその価値をAIに正しく伝える増幅器として機能します。

中身のないページにいくらタグを盛っても、AIは見抜きます。逆に、優れた一次情報を持ちながら構造化データを欠いたページは、その価値を正しく伝えきれずに損をしています。両輪が揃って初めて、AI検索での「指名買い」が成立します。

見えない部分に、最も手をかける

COCTOが制作するサイトは、表面の美しさと同等か、それ以上に、裏側のHTML構造に手をかけています。なぜなら、2026年の読者の多くは、人間であると同時に、AIクローラーでもあるからです。

人の目を癒やす美しいデザインと、AIに信頼される厳密な構造。この二つを同時に満たすこと。それが、これからのWeb制作の標準であり、私たちが一切妥協しない領域です。見えないところにこそ、本物の技術は宿ります。