Organization Schema

Organization構造化データ
AIO・SEO対策の基盤

Organization Schemaは会社情報をGoogleとAIが機械的に理解できるJSON-LD形式で記述する構造化データです。ナレッジグラフ登録・ナレッジパネル表示・AI引用率向上のすべてに関わる、AIO対策の基礎的な実装です。

Overview

Organizationスキーマとは

Organization SchemaはSchema.orgで定義された構造化データの一種で、企業・団体に関する情報を機械可読な形式で記述します。JSON-LDとしてHTMLのheadタグ内に実装することで、 GoogleのクローラーとAIが会社情報を正確に解析・記録できるようになります。

これはGoogleのナレッジグラフへの情報浸透に直接貢献し、ブランド名検索時のナレッジパネル表示、 AI検索での企業引用精度の向上、そしてLocalBusiness Schemaとの組み合わせによるローカルSEO強化にも繋がります。AIO対策の最初の一歩として最優先で実装すべき施策です。

What You Will Learn

このページでわかること

→Organization / LocalBusiness スキーマの違いと使い分け方
→JSON-LD形式で実装すべき必須・推奨プロパティの全リスト
→sameAsリストの整備方法とナレッジグラフ登録への影響
→代表者（Person Schema）の構造化によるE-E-A-T強化のポイント
→業種別（医療・法律・飲食・教育など）のスキーマ活用パターン
→実装後のバリデーション方法と継続的な効果測定の指標

Required Fields

Organizationスキーマに含める主要情報

会社名（name）

正式な法人名を記述します。「株式会社」の位置を統一し、略称や通称と使い分けを明確にします。name フィールドはナレッジグラフのエンティティ識別に最も重要な情報です。

URL・ロゴ・説明文

公式Webサイトのurl・高解像度のロゴ画像（logo）・企業概要の説明文（description）を記述します。ロゴはGoogleのナレッジパネルに表示されるため、正方形または横長の鮮明な画像を用意します。

住所（PostalAddress）

PostalAddress SchemaでstreetAddress・addressLocality・addressRegion・postalCode・addressCountryを記述します。Google マップ・ナレッジグラフ・Googleビジネスプロフィールとの整合性を確保することが重要です。

電話番号・メールアドレス

telephone・emailフィールドに代表連絡先を記述します。NAPサイテーション（Name, Address, Phone）の一貫性はローカルSEOにも直結するため、すべてのオンライン媒体で統一した表記にします。

事業内容・専門分野（knowsAbout）

knowsAboutフィールドで企業の専門分野・事業内容を記述します。これによりGoogleとAIが「この会社が何の専門家か」を理解し、業界関連クエリでの言及頻度が高まります。

代表者情報（founder/employee）

founderまたはemployeeフィールドにPerson Schemaを入れ子にして代表者名・役職・プロフィールURLを記述します。著者情報の構造化はE-E-A-Tシグナルの強化に最も効果的な施策のひとつです。

SNSリンク（sameAs）

sameAsフィールドにX（旧Twitter）・Instagram・LinkedIn・Facebookなどの公式SNSアカウントURLを配列で記述します。sameAsリンクはエンティティの同一性を確認するシグナルとしてナレッジグラフ登録に貢献します。

設立年・従業員数

foundingDateとnumberOfEmployeesフィールドで企業規模・歴史を伝えます。設立年の記述は信頼性・権威性シグナルとなり、AI検索での引用判断に影響します。

Common Issues

よくある課題と原因

Organization/LocalBusinessスキーマが未実装

Webサイトに構造化データが一切ない状態です。GoogleとAIは会社情報をテキスト解析のみで判断するため、認識精度が低くなります。JSON-LDによる基本実装がAIO対策の出発点です。

必須プロパティ（name/url/logo）のみで詳細が不足

最低限のプロパティだけでは、AIがエンティティを詳細に把握できません。description・foundingDate・areaServed など補足情報を追加することで引用精度が大きく向上します。

sameAsが未設定または不完全

sameAsはGoogleが「同一エンティティ」を確認するための重要なシグナルです。公式SNS・Wikipedia・Wikidata・LinkedIn・Crunchbaseなどを網羅的に登録することでナレッジグラフ登録確率が上がります。

代表者（founder/CEO）の情報がない

代表者のPerson Schemaがないと、E-E-A-T（経験・専門性・権威性・信頼性）の評価が低くなります。founderまたはemployeeフィールドに代表者のnameとsameAs（LinkedInなど）を記述してください。

設立年・従業員数・業種コードが未記載

foundingDate・numberOfEmployees・naics（業種コード）は企業の規模・歴史・業界を伝えるフィールドです。これらはAIが「信頼できる情報源かどうか」を判断する際に参照される情報です。

連絡先（contactPoint）の構造化がない

contactPointフィールドでお問い合わせ電話番号・メール・対応時間を記述します。未実装の場合、AIが企業への連絡方法を正確に案内できず、顧客接点機会の損失につながります。

複数拠点の整理ができていない

本社と支店・複数の店舗がある場合、location または subOrganization フィールドで拠点ごとのLocalBusinessスキーマを構造化する必要があります。未整理のままだと地域検索での認識精度が下がります。

JSON-LDではなくMicrodataで実装している

MicrodataはHTML内に属性を直接埋め込む旧来の実装方法です。Googleが推奨するJSON-LDはHTMLと分離して管理でき、メンテナンスコストが低く、Next.jsなどのモダンフレームワークにも適合します。

スキーマのバリデーションエラーがある

必須フィールドの欠落・型の誤り・URLの形式ミスなどがあるとGoogleにスキーマを無視されます。Rich Results TestやSchema.org Validatorで定期的にバリデーションを行い、エラーゼロを維持することが重要です。

定期的な情報更新がない

住所変更・代表者交代・新規SNSアカウント追加などがあってもスキーマを更新していないケースが多く見られます。実際の情報とスキーマのズレはGoogleの信頼性評価を下げるため、年次レビューが不可欠です。

Industry Guide

業種別の活用ポイント

業種によって使用すべきスキーマタイプと記述すべきプロパティが異なります

一般企業

Organization基本実装

Organization Schemaにname・url・logo・description・sameAs・contactPointを実装します。knowsAboutで事業領域を宣言することで、AIが「この会社の得意分野」を正確に認識できるようになります。

地域店舗・地域ビジネス

LocalBusiness + 地図情報

LocalBusiness SchemaにhasMap（Googleマップ URL）・openingHoursSpecification・geo（緯度経度）を追加します。ローカルパックでの表示確率向上とAI検索での「近くの○○」クエリへの対応力が高まります。

医療機関・クリニック

MedicalOrganization + 医師情報

MedicalOrganizationサブタイプを使用し、medicalSpecialty（専門科目）・availableService（診療内容）・physician（医師のPerson Schema）を記述します。医療の信頼性が問われる分野ではE-E-A-T構造化が特に重要です。

法律事務所

LegalService + 弁護士情報

LegalService SchemaにareaServed（対応地域）・serviceType（取扱い案件）・employee（弁護士のPerson Schema）を追加します。弁護士名の構造化と資格情報の記述がAIへの専門性訴求に直結します。

飲食店

FoodEstablishment + メニュー

FoodEstablishment SchemaにservesCuisine（料理ジャンル）・hasMenu（メニューページURL）・priceRange・reservations（予約対応）を記述します。AI検索での「○○料理のお店」クエリへの引用率が高まります。

学校・教育機関

EducationalOrganization

EducationalOrganization SchemaにeducationalCredentialAwarded（取得可能資格）・alumni（卒業生情報）・hasOfferCatalog（講座一覧）を実装します。入学検討者のAI検索クエリへの対応が強化されます。

EC・小売

Store + 商品情報

Store SchemaにcurrenciesAccepted（対応通貨）・paymentAccepted（支払い方法）を設定し、Product Schemaと連携させます。OnlineStore Schemaも組み合わせることでAIへのEC事業者としての認識が明確になります。

非営利団体（NPO/NGO）

NGO/NPO スキーマ

Schema.orgのNGOまたはNonprofitOrganizationサブタイプを使用します。areaServed・knowsAbout・founder・memberOfを記述することで、AI検索での社会的活動に関するクエリへの引用確率が向上します。

Implementation Flow

実装・改善フロー

Schema.org/Organization仕様確認

schema.org/Organizationにアクセスし、必須プロパティ（name/url/logo）と推奨プロパティの全リストを確認します。LocalBusinessを使う場合はそのサブタイプ一覧も確認してください。

自社情報の棚卸し

正式会社名・登記住所・代表電話番号・公式URL・ロゴ画像URL・代表者名・設立年・従業員数・業種コード（NAICS）を一覧化します。全媒体で統一された表記を確定させることが重要です。

JSON-LD形式でOrganizationスキーマ作成

確認した情報をもとにJSON-LDオブジェクトを作成します。@context・@typeから始め、基本情報・住所（PostalAddress）・contactPoint・代表者（Person）の順に記述します。

sameAsリスト整備

公式X・Instagram・Facebook・LinkedIn・YouTube・Wikidata・Crunchbase・業界ポータルなど、自社が掲載されているURLをsameAs配列に追加します。登録媒体が多いほどエンティティ認識が強化されます。

contactPoint追加

contactType（customer service / technical support等）・telephone・contactOption・availableLanguageを記述します。複数の問い合わせ窓口がある場合は配列で記述してください。

logo・image URLの確認

logoに指定する画像はSchema.orgの推奨サイズ（最小112×112px、推奨600×60px以上）を満たしていることを確認します。imageURLは絶対URLで記述し、htttps経由でアクセス可能なことを確認します。

ページhead内への実装

Next.jsではlayout.tsx内にScriptタグ（type='application/ld+json'）として実装します。WordPressはfunctions.phpへのwp_head()フックまたはYoast SEOのカスタムJSON-LD機能を使用します。

Rich Results Testでバリデーション

search.google.com/test/rich-resultsにURLを入力し、エラーと警告がないことを確認します。エラーがある場合はSchema.org Validatorでも検証し、原因を特定して修正してください。

Search Console構造化データレポート確認

Google Search ConsoleのEnhancementsタブで「組織情報」の項目を確認します。エラー件数・警告件数・有効件数のトレンドを記録し、エラーが発生した場合は速やかに対応します。

年次情報更新

住所・電話番号・代表者・SNSアカウントなどに変更がないか年に一度確認し、スキーマを最新情報に更新します。変更後は再度バリデーションを実施してエラーゼロを維持してください。

Implementation

実装方法

Organization SchemaはJSON-LDとして実装するのが推奨形式です。HTMLのheadタグ内に<script type="application/ld+json">タグで囲み、スキーマオブジェクトを記述します。 Next.jsではlayout.tsxのheadセクション、WordPressではfunctions.phpへの追記か専用プラグインで実装します。

実装後はGoogleの「リッチリザルトテスト」または「スキーママークアップバリデーター」でエラーなく認識されているか確認します。Google Search ConsoleのEnhancementsタブでも構造化データの状態を確認できます。

サイプレスではOrganization Schema・LocalBusiness Schema・Person Schemaの実装から検証・継続的な情報更新まで、構造化データ対応をワンストップで支援します。

KPIs

成果を見るための指標

Organization Schema実装の効果は以下の指標で確認します

スキーマバリデーションエラー数

目標は0件。Rich Results TestおよびSearch Consoleで定期確認します。エラーがあるとGoogleにスキーマが無視されるため、ゼロ維持が前提条件です。

sameAs登録URL数

SNS・業界ポータル・公式データベースなど、sameAsに登録されている外部URLの件数です。登録件数が多いほどエンティティの信頼性シグナルが強くなります。目安は5件以上。

ナレッジパネル表示状況

ブランド名検索時にGoogleナレッジパネルが表示されているか確認します。Search Consoleのクエリレポートでブランド名検索のインプレッションを追跡します。

ブランド名検索のCTR

Search Consoleでブランド名クエリのCTR（クリック率）を計測します。ナレッジパネルの表示改善により、ブランド名検索でのCTRが上昇する傾向があります。

構造化データ実装ページ数

Organization/LocalBusiness以外にも、BreadcrumbList・FAQPage・Articleなど各スキーマを実装しているページ数を把握します。カバー率を計算し、未実装ページを可視化します。

AIでの自社情報引用精度

ChatGPT・Gemini・Perplexityなどのai検索で自社名を検索し、会社情報（住所・事業内容・代表者名等）が正確に引用されているかを月次で確認します。

問い合わせフォーム経由数

Google Analytics 4でフォーム送信のコンバージョンを計測します。スキーマ実装によりオーガニック流入が増加すると問い合わせ数にも好影響が出る傾向があります。

FAQ

Organization構造化データに関するよくある質問

Organization構造化データの実装はサイプレスへ

JSON-LDによるOrganization Schema実装・ナレッジグラフ登録支援・構造化データの継続管理をご提案します。現状のSchema実装状況を無料で診断します。

お問い合わせ

Organization構造化データAIO・SEO対策の基盤