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スキーマに含める主要情報

01

会社名(name)

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

02

URL・ロゴ・説明文

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

03

住所(PostalAddress)

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

04

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

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

05

事業内容・専門分野(knowsAbout)

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

06

代表者情報(founder/employee)

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

07

SNSリンク(sameAs)

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

08

設立年・従業員数

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

Common Issues

よくある課題と原因

01

Organization/LocalBusinessスキーマが未実装

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

02

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

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

03

sameAsが未設定または不完全

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

04

代表者(founder/CEO)の情報がない

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

05

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

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

06

連絡先(contactPoint)の構造化がない

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

07

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

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

08

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

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

09

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

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

10

定期的な情報更新がない

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

Industry Guide

業種別の活用ポイント

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

01

一般企業

Organization基本実装

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

02

地域店舗・地域ビジネス

LocalBusiness + 地図情報

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

03

医療機関・クリニック

MedicalOrganization + 医師情報

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

04

法律事務所

LegalService + 弁護士情報

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

05

飲食店

FoodEstablishment + メニュー

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

06

学校・教育機関

EducationalOrganization

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

07

EC・小売

Store + 商品情報

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

08

非営利団体(NPO/NGO)

NGO/NPO スキーマ

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

Implementation Flow

実装・改善フロー

01

Schema.org/Organization仕様確認

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

02

自社情報の棚卸し

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

03

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

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

04

sameAsリスト整備

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

05

contactPoint追加

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

06

logo・image URLの確認

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

07

ページhead内への実装

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

08

Rich Results Testでバリデーション

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

09

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

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

10

年次情報更新

住所・電話番号・代表者・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実装の効果は以下の指標で確認します

01

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

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

02

sameAs登録URL数

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

03

ナレッジパネル表示状況

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

04

ブランド名検索のCTR

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

05

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

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

06

AIでの自社情報引用精度

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

07

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

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

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

  • 通常はサイト全ページに共通で読み込まれるlayoutファイルのheadセクション、またはトップページのheadに実装します。Next.jsではScriptコンポーネントにtype='application/ld+json'を指定して実装するのが一般的です。

  • LocalBusiness Schemaは地域ビジネス(店舗・事務所を持つ企業)向けで、Organization Schemaのサブタイプです。地域ビジネスの場合はLocalBusinessを使い、openingHours(営業時間)・hasMap(地図)なども記述することでローカルSEOに効果的です。

  • Googleのクロール・インデックスにより、実装後数週間〜数ヶ月でナレッジパネルの表示や検索結果の改善が見られることが多いです。Google Search ConsoleのリッチリザルトテストでSchemaが正しく認識されているか確認できます。

  • はい。JSON-LDはHTMLのheadタグ内に記述するだけのため、どのCMSやフレームワークでも実装可能です。WordPressならプラグイン(Yoast SEO・Schema & Structured Data for WP)を使う方法もあります。

  • 変更後Googleがクロールした段階で更新されます。情報変更(住所移転・代表者交代等)の際は速やかにSchemaも更新し、全媒体の情報と整合させることが重要です。

  • 公式SNSアカウント(X・Instagram・Facebook・LinkedIn・YouTube)のURL、Wikidata・WikipediaのURL、Crunchbase・業界ポータルのプロフィールページURLを入れます。いずれも自社が管理する公式URLである必要があります。

  • founderまたはemployeeフィールドにPerson Schemaをネストします。@type: 'Person'・name(氏名)・jobTitle(役職)・sameAs(LinkedInやWikipediaのURL)を記述するのが基本セットです。

  • 本社のOrganizationスキーマにlocationプロパティを追加し、各拠点のLocalBusiness Schemaを配列または別スキーマとして記述します。拠点ごとに住所・電話番号・営業時間を個別に記述することが重要です。

  • Googleのナレッジグラフへの登録はGoogleが独自の基準で判断するため、特定の施策で登録を確約することはできません。ただし、Organization Schemaの実装・sameAsの充実・Wikidataへの登録・外部からの言及増加がナレッジグラフ登録確率を高める施策として知られています。

  • openingHoursSpecification プロパティを使い、dayOfWeek(曜日)・opens(開店時刻)・closes(閉店時刻)を記述します。曜日ごとに異なる時間がある場合は配列で複数指定できます。祝日対応もspecialOpeningHoursSpecificationで記述可能です。

  • Googleの「リッチリザルトテスト(search.google.com/test/rich-results)」とSchema.orgの「Schema Markup Validator(validator.schema.org)」の両方を使うことを推奨します。前者はGoogle固有のエラーを、後者はSchema.org仕様に基づくエラーを確認できます。

  • @type: 'ContactPoint'を指定し、contactType('customer service'等)・telephone・contactOption(TollFree等)・availableLanguage(日本語等)を記述します。チャット・メールなど複数の問い合わせ方法がある場合は配列で記述します。

  • 自社の専門領域・事業内容・取り扱いサービスをテキストまたはThing Schemaで記述します。例えばWebデザイン会社であれば「ウェブデザイン」「SEO対策」「AIO対策」などを列挙します。AIが「この会社の専門分野」を正確に把握するために使われます。

  • はい。1つのHTMLページに複数のJSON-LDブロックを配置するか、@graphプロパティを使って複数のスキーマをひとつのJSON-LDにまとめることができます。OrganizationとWebSiteは別の@typeなので共存に問題はありません。

  • Organization Schemaはリッチリザルトの直接的なトリガーではありません。リッチリザルト表示はFAQPage・BreadcrumbList・HowToなど特定のスキーマタイプが対象です。Organization SchemaはナレッジグラフとAI引用精度の改善を主な目的とします。

  • areaServedにはサービス提供エリアを文字列(「東京都」「全国」等)またはPlace Schemaで記述します。LocalBusinessの場合は具体的な都道府県・市区町村名を記述することでローカル検索への対応が強化されます。

  • はい。Schema.orgにはNGO・NonprofitOrganization・GovernmentOrganizationなどOrganizationのサブタイプが多数あります。自社の組織形態に最も近いサブタイプを選択して実装することを推奨します。

  • ISO 8601形式の文字列で記述します。例:"foundingDate": "2015" または "foundingDate": "2015-04-01" のように年のみ、または年月日の形式が使用できます。正式な創業年月日を設立登記書類で確認して記述してください。

  • Organization/LocalBusiness Schemaの会社名・住所・電話番号をGoogleビジネスプロフィールの登録情報と完全に一致させます。NAPの不一致はGoogleの評価を下げる要因になるため、変更時はすべての媒体を同時に更新してください。

  • 月次でGoogle Search ConsoleのEnhancementsレポートを確認し、エラー・警告の発生を検知します。またChatGPT・GeminiなどのAIで自社名や事業領域のクエリを定期検索し、引用内容の精度を確認することを推奨します。

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

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

お問い合わせ

メールでのご相談

info@cypress-all.co.jp

受付時間 平日 10:00 – 18:00