Organization schemaには、必須プロパティが1つもありません。Google公式ドキュメントは「There are no required properties」と明記しています。そのぶん「何をどこまで書けばいいのか」が決めにくい構造化データでもあります。

本記事は、Google公式ドキュメントとschema.orgにもとづき、推奨プロパティの全体像とコピペ可能な実装テンプレートを解説します。あわせて、AI検索の観点でこの実装をどう位置づけるべきかも整理します。

01この記事でわかること

  • Organization schemaの基礎定義と、実装で得られる効果
  • 必須プロパティが存在しないという前提と、推奨プロパティの全体像
  • ホームページにそのまま使えるJSON-LD実装テンプレート
  • 業種別サブタイプの選び方と、実装後の検証手順
  • AI検索での引用との関係について、現時点で証明されていること・いないこと

02結論サマリー

迷いどころは「何を書けるか」ではなく「何を書くべきか」の線引きです。Google公式ドキュメントは、必須プロパティが存在しないとしたうえで、該当するプロパティをできるだけ多く追加するよう推奨しています。Organization schemaとは、企業の名称・住所・連絡先・識別コードなどを機械可読な形式で伝える構造化データです。

実装の効果は、ロゴ表示への影響や、同名の他組織との区別(disambiguation)です。一方、AI検索での引用率が上がるという因果関係は現時点で証明されていません(後述)。本記事のテンプレートをコピーし、自社の情報に差し替えるだけで着手できます。

03Organization schemaとは（基礎定義）

Organization schemaは、schema.orgが定義する語彙の一つです。schema.orgの定義では「学校、NGO、企業、クラブなど、組織を表現する型」とされています(出典: schema.org/Organization)。

Google公式ドキュメントは、この構造化データをホームページに追加する目的を説明しています。組織の行政的な詳細情報をGoogleが理解しやすくなるとされています。同名の他組織との区別にも役立つと説明されています(出典: Google Search Central「Organization schemaマークアップ」)。あわせて、マーチャント向けナレッジパネルや検索結果の視覚要素にも影響します。

04必須プロパティはゼロ｜推奨プロパティの全体像

Organization schemaには、実は必須プロパティが存在しません。Google公式ドキュメントは「There are no required properties」と明記しています。そのうえで、該当する推奨プロパティをできるだけ多く記述するよう案内しています。

推奨プロパティは、性質ごとに6つのグループに整理できます。

グループ主なプロパティ内容
コア情報name, legalName, url, description組織名・正式名称・URL・説明文
ロゴlogo最小112×112px、白背景での表示を想定
連絡先email, telephone, contactPointメール・電話・複数窓口の連絡先
住所address(PostalAddress)番地・市区町村・都道府県・郵便番号・国
識別コードvatID, taxID, iso6523Code, naics税務・法人識別のための番号
リンクsameAs本人確認できる公式SNS・外部プロフィール

name・url・logoの3つは、実務上まず着手すべき基本セットです。識別コードのvatID・iso6523Code・naicsなどは、画面には表示されません。Googleの組織識別(disambiguation)の裏側で使われるとされています(出典: 同ガイド)。

05実装テンプレート｜コピペ可能なJSON-LD

以下は、コーポレートサイトのホームページを想定した基本テンプレートです。自社の情報に置き換えれば、そのまま利用できます。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "株式会社サンプル",
  "url": "https://sample.example.com/",
  "logo": "https://sample.example.com/images/logo.png",
  "description": "サンプル社の事業概要をここに記述",
  "email": "contact@sample.example.com",
  "telephone": "+81-3-0000-0000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "サンプル1-2-3",
    "addressLocality": "千代田区",
    "addressRegion": "東京都",
    "postalCode": "100-0000",
    "addressCountry": "JP"
  },
  "sameAs": [
    "https://twitter.com/sample_example",
    "https://ja.wikipedia.org/wiki/株式会社サンプル"
  ]
}

addressはPostalAddress型を入れ子にし、addressCountryにはISO 3166-1の2文字コードを使います。sameAsには、自社であると確認できる公式アカウントやWikipediaページのURLを配列で指定します。

著者や代表者の情報を組織情報に組み込みたい場合は、別記事『著者Person schemaの書き方とE-E-A-T効果』のfounderプロパティ実装例もあわせて参照してください。JSON-LDの基本文法自体は、別記事『JSON-LDの書き方基礎｜3つの実装例で学ぶハンズオンガイド』で解説しています。

06業種特化サブタイプの選び方

Google公式ドキュメントは、より具体的なschema.orgのサブタイプを使うことを推奨しています。ECサイトならOnlineStore、実店舗を持つ事業者ならLocalBusinessが該当します。

あわせてhasMerchantReturnPolicy(返品ポリシー)とhasShippingService(配送サービス)も、同ドキュメントの推奨プロパティです。同ドキュメントは、マーチャントであれば返品ポリシー・住所・連絡先などマーチャントナレッジパネルの情報に影響を与えられると説明しています。自社の事業形態に最も近いサブタイプを選ぶことが、正確な情報伝達につながります。

07AI検索の観点でどう位置づけるか

先に結論を書きます。「Organization schemaを入れればAI検索に引用されやすくなる」という因果関係は、現時点で証明されていません。この点は正直に共有しておくべきだとWEBMARKSは考えています。

2026年2月にSSRNで公開された論文は、構造化データとAI引用の関係を730件の引用データで検証しました。単純集計では「スキーマありのほうが引用されにくい」という負の相関が出ましたが、この相関はGoogle検索順位という交絡要因を補正すると統計的に消えています。詳しくは別記事『Schema markupとAI引用の相関｜SSRN論文検証』で解説しています。

では実装する意味がないのかというと、そうではありません。Organization schemaの価値は「引用されやすくなる」ではなく「同名の他組織と取り違えられにくくなる」側にあります。この違いは、実装の優先順位を決めるときに効いてきます。

期待してよいこと期待の根拠
同名他組織との区別(disambiguation)Google公式ドキュメントが目的として明記
ロゴ・マーチャント知識パネルの視覚要素同ドキュメントが影響範囲として説明
AI検索での引用率の向上現時点で証明されたデータなし

実務上の指針も、ここから導けます。プロパティ数を増やすこと自体を目的にせず、name・url・sameAsのように「自社が何者かを一意に確定させる情報」から埋めてください。存在しない住所や連絡先を書き足す行為は、ガイドライン違反であるうえに、実体と食い違う情報を機械可読な形で配ることになります。

08実装後の検証方法

コードを書いたら、公開前に検証しましょう。Rich Results Testを使えば、構文エラーやプロパティの過不足を確認できます。

検証の流れは、次の3ステップです。

  1. Rich Results Test(search.google.com/test/rich-results)にコードまたはURLを入力する
  2. 検出された構造化データの種類とエラー・警告の有無を確認する
  3. URL検査ツールで公開後のページを確認し、サイトマップ経由の再クロールを待つ

構造化データ全般の検証ツールの詳しい使い方は、別記事『構造化データのテスト・検証ツールの使い方｜旧ツールとの違いも解説』で解説しています。

09チェックリスト

  • name・url・logoの基本3プロパティを実装している
  • logoが最小112×112px以上で、白背景での表示を確認している
  • address・contactPointなど自社に該当する情報を追加している
  • sameAsに本人確認できる公式アカウント・Wikipediaのリンクを入れている
  • 自社の事業形態に近いサブタイプ(OnlineStore・LocalBusiness等)を検討している
  • Rich Results Testでエラー・警告がないことを確認している

10よくある失敗

全プロパティを無理に埋めようとしてしまう。必須プロパティは存在しないため、自社に実在する情報だけを記述すれば十分です。存在しない住所や連絡先を書くことは、ガイドライン違反にあたります。

ホームページ以外の目立たないページに設置してしまう。Google公式ドキュメントは、ホームページまたは組織を説明する単一のページへの設置を推奨しています。分散して設置すると、Googleが組織情報として認識しにくくなります。

識別コードの意味を理解せず省略してしまう。vatID・iso6523Codeなどは画面表示に影響しないため軽視されがちです。ただし同名他組織との区別に使われる可能性がある以上、該当する情報があれば記述しておく価値があります。

11FAQ

Q. Organization schemaを実装すれば、検索順位は上がりますか？

順位を直接押し上げる仕組みではありません。Google公式ドキュメントは、組織の行政的な詳細情報の理解促進と、同名他組織との区別を目的として説明しています。

Q. どのページに設置すればいいですか？

ホームページ、または「会社概要」など組織を説明する単一のページへの設置が推奨されています。複数ページに分散させる必要はありません。

Q. ECサイトの場合もOrganizationをそのまま使っていいですか？

使えますが、Google公式ドキュメントはより具体的なサブタイプの使用を推奨しています。ECサイトであればOnlineStoreを検討してください。

Q. sameAsには何を書けばいいですか？

本人であることを一意に確認できる外部ページのURLを書きます。公式SNSアカウントやWikipediaのページが代表例です。

Q. Organization schemaを実装すると、AI検索に引用されやすくなりますか？

そう断定できるデータは、現時点で確認できていません。SSRN公開論文の検証では、構造化データの有無とAI引用の関連は交絡要因の補正後に統計的に消えています。引用率の向上ではなく、同名他組織との区別を目的として実装することをおすすめします。

12まとめ

Organization schemaとは、企業の基本情報を機械可読な形式で伝える構造化データです。必須プロパティは存在しませんが、name・url・logoを基本に、該当する情報をできるだけ追加することが推奨されています。

期待する効果を取り違えないことが、この実装で最も大事な点です。AI検索での引用率向上を狙う施策ではなく、自社が何者かを一意に確定させるための施策として位置づけてください。まずはホームページに、本記事のテンプレートを自社情報へ差し替えて設置するところから始めてみましょう。