Organization構造化データとは、Webサイトを運営している会社・団体について、会社名、公式URL、ロゴ、住所、電話番号などの情報を検索エンジンへ機械的に伝えるための構造化データです。
Schema.orgの Organization 型を使って記述します。
企業サイトでは、会社概要ページに書かれている情報を検索エンジンにも理解しやすい形で伝える用途があります。 ただし、Organizationを設定すれば検索順位が上がる、必ずナレッジパネルが表示される、といった仕組みではありません。
30秒でわかる結論
- Organizationは会社・団体そのものを表すSchema.orgの型
- 会社名、URL、ロゴ、住所、電話番号、SNS等を検索エンジンへ伝えられる
- Googleはホームページまたは会社・組織説明ページへの設置を推奨
- 全ページへ同じOrganizationを入れる必要はない
- Google向けOrganizationには必須プロパティはなく、該当する情報を正確に追加する
- 店舗・飲食店など実店舗が中心ならLocalBusiness系の型も検討する
- 構造化データはSEO順位を直接上げるためではなく、組織情報の理解を助けるために使う
Organization構造化データとは？
Organizationは、Schema.orgで定義されている「組織」を表す型です。 企業、学校、NPO、クラブなど、個人ではなく組織として活動する主体を表現できます。
初心者向けに言い換えると
Webページに掲載している「この会社は誰なのか」という情報を、検索エンジンが読み取りやすい形式でも記述する仕組みです。
企業サイトなら、会社概要に掲載している会社名・所在地・電話番号・公式サイトURL・ロゴなどをOrganizationとして整理できます。
Organizationを設定する目的
Googleは、Organization構造化データをホームページへ追加することで、組織の管理情報を理解しやすくし、同名組織などとの識別に役立てられると説明しています。
Organizationで伝えられる代表情報
- 会社・団体名
- 正式名称
- 公式サイトURL
- ロゴ
- 住所
- 電話番号
- メールアドレス
- 設立日
- SNSや外部プロフィール
一部の情報は、Google検索結果やナレッジパネルなどで使われる可能性があります。 ただし、構造化データを記述したからといって表示が保証されるわけではありません。
Organizationはどこに設置する？
Googleは、Organization情報をホームページ、または会社・組織について説明している1ページへ設置することを推奨しています。 全ページへ同じOrganization情報を繰り返し入れる必要はありません。
| 設置場所 | 判断 |
|---|---|
| トップページ | 適している |
| 会社概要ページ | 適している |
| 全記事ページ | 同じ情報のためだけなら不要 |
| 存在しない会社情報 | 設定しない |
企業サイトならまずトップページで十分
WordPressテーマやSEOプラグインがOrganizationを自動出力している場合もあります。自分で追加する前に、すでに同じ組織情報が出力されていないか確認してください。
基本的なJSON-LDの書き方
Googleは構造化データ形式としてJSON-LDを利用できます。 たとえば、架空の会社「株式会社サンプル」なら次のように記述できます。
Organizationの基本例
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "株式会社サンプル",
"url": "https://www.example.co.jp/",
"logo": "https://www.example.co.jp/images/logo.png",
"telephone": "+81-3-1234-5678",
"address": {
"@type": "PostalAddress",
"postalCode": "100-0001",
"addressRegion": "東京都",
"addressLocality": "千代田区",
"streetAddress": "千代田1-1",
"addressCountry": "JP"
}
}
</script>実際に使うときは、架空の例をそのままコピーせず、自社サイト上で確認できる正しい情報へ置き換えます。
企業サイトで優先したい項目
GoogleのOrganization構造化データには、現在「必須プロパティ」はありません。 その代わり、組織に該当する推奨情報をできるだけ正確に追加する考え方です。
| 項目 | 意味 |
|---|---|
| name | 組織名 |
| url | 組織の公式サイトURL |
| logo | 組織を表すロゴ |
| address | 所在地・郵送先住所 |
| telephone | 代表的な連絡用電話番号 |
| 連絡用メールアドレス | |
| sameAs | 同じ組織を示す外部プロフィール等 |
| legalName | 登記上などの正式名称 |
初心者は、まず name・url・logo を中心に、会社サイトで公開している住所・電話番号などを追加すれば理解しやすいでしょう。
nameとlegalNameの違い
name はWebサイト上で一般に使っている組織名、legalName は必要に応じて法的・正式な名称を示す項目です。
例
- name：サンプル
- legalName：株式会社サンプル
サイト上でも常に「株式会社サンプル」を名称として使っているなら、nameもその名称で構いません。 実際の表記と構造化データを不自然に変えないことが重要です。
logoにはどんな画像を指定する？
logo には、その会社・組織を代表するロゴ画像を指定します。
GoogleはOrganizationのロゴ画像について、最低112×112ピクセルを求めています。
また、画像URLはGoogleがクロール・インデックスできる必要があります。
ロゴの確認ポイント
- 会社・組織を代表する正式なロゴか
- 112×112ピクセル以上か
- 外部から取得できる画像URLか
- robots.txtなどで画像取得を妨げていないか
- 白背景でも判別できるデザインか
ロゴを設定したからといって、Google検索結果で必ずその画像が採用されるわけではありません。 あくまでGoogleが組織情報を理解するための情報の1つです。
sameAsには何を指定する？
sameAs は、そのOrganizationと同じ組織を明確に示す別サイト上のURLを指定するためのプロパティです。
Schema.orgでは、その対象と同一であることを明確に示す参照ページのURLとして定義されています。
sameAsの例
"sameAs": [
"https://www.example.com/company-profile/",
"https://social.example.com/example-company"
]SNSプロフィールや信頼できる外部プロフィールなど、実際に同じ組織を示しているURLを指定します。 関係のない外部サイトや、単に会社名が掲載されているページを大量に登録するものではありません。
住所はどのように書く？
住所には PostalAddress を使って、郵便番号・都道府県・市区町村・番地・国などを分けて記述できます。
日本の住所例
"address": {
"@type": "PostalAddress",
"postalCode": "100-0001",
"addressRegion": "東京都",
"addressLocality": "千代田区",
"streetAddress": "千代田1-1",
"addressCountry": "JP"
}構造化データだけに住所を書き、ページ上では別住所を表示する、といった不一致は避けてください。 公開ページの実際の会社情報と整合させます。
OrganizationとLocalBusinessの違い
企業サイトで迷いやすいのが Organization と LocalBusiness の使い分けです。
| 型 | 向いている対象 |
|---|---|
| Organization | 会社・団体全体 |
| LocalBusiness | 実店舗・地域拠点を持つ事業者 |
| Restaurant等 | LocalBusinessのより具体的な業種 |
Googleは、実店舗など地域ビジネスの場合は、該当する最も具体的な LocalBusiness のサブタイプを利用するよう推奨しています。
たとえば飲食店なら、単にOrganizationとするよりRestaurantなどの具体的な型が適する場合があります。
会社だから必ずOrganizationだけ、ではない
会社全体を説明するならOrganization、店舗情報を説明するならLocalBusiness系というように、何を表現しているデータなのかで判断します。
WebSite構造化データとの違い
Organizationは「会社・団体」を表し、WebSiteは「Webサイトそのもの」を表します。
| 型 | 表すもの |
|---|---|
| Organization | 運営会社・団体 |
| WebSite | Webサイト |
| Article | 記事コンテンツ |
企業サイトなら
株式会社Aが「A公式サイト」を運営している場合、株式会社AはOrganization、A公式サイトはWebSiteとして別の対象です。
すべてをOrganizationへ詰め込むのではなく、何を説明している構造化データかを分けて考えます。
構造化データと画面表示を一致させる
構造化データでは、ページ上の実際の内容と一致する情報を記述することが基本です。 検索結果で有利になりそうだからと、実在しない支店、使っていないSNS、誇張した会社情報などを追加してはいけません。
検索エンジン向けだけに情報を作らない
構造化データは、ユーザーに見せている実体を機械可読にする仕組みです。会社概要とOrganizationの会社名・住所・URLなどが矛盾しないようにしてください。
Organizationを設定するとSEO順位は上がる？
Organization構造化データを設定しただけで、検索順位が上がるとGoogleが保証しているわけではありません。 目的は、Googleが組織を理解し、他の組織と識別しやすくすることです。
SEOでの正しい考え方
「順位を上げるタグ」ではなく、会社・団体について検索エンジンへ正確な情報を渡すためのマークアップと考えてください。
ロゴなど一部の情報は検索結果やナレッジパネルの表示要素へ影響する可能性がありますが、表示自体は保証されません。
設定後はどう確認する？
Organizationを追加したら、コードを書いただけで終わらせず、Googleが読み取れる状態か確認します。
Organizationを実装
構文を検証
公開ページを確認
URL検査でGoogleからの見え方を確認
会社情報変更時に更新
Googleはリッチリザルトテストで構造化データを検証し、公開後はSearch ConsoleのURL検査でGoogleがページを取得できるか確認する流れを案内しています。
Schema.org全体の構文確認では、Schema Markup Validatorも利用できます。
WordPressではどう設定する？
WordPressでは、SEOプラグインやテーマがOrganization構造化データを自動生成することがあります。 そのため、最初に既存出力を確認してください。
設定前の確認順
- SEOプラグインに「組織・会社」設定があるか確認する
- サイト名・会社名・ロゴ・URLを登録する
- 生成されたOrganizationを検証する
- 不足項目がある場合のみ追加方法を検討する
- 同じOrganizationを二重出力しない
初心者の場合、PHPファイルやテーマへ直接JSON-LDを埋め込むより、利用中のSEOプラグインやテーマに正式な設定機能があるなら、そちらを優先した方が管理しやすいでしょう。
企業サイトでよくある設定ミス
会社概要と違う情報を登録する
旧住所、古い電話番号、過去のロゴなどが残ると、サイト内の会社情報と矛盾します。 会社情報変更時には構造化データも更新してください。
Organizationを二重に出力する
テーマとSEOプラグインの両方が同じ組織を別々に出力すると、情報が食い違うことがあります。 複数出力されている場合は、どの機能が生成しているか確認します。
LocalBusinessとの役割を混同する
会社全体の情報と、各店舗の営業時間・所在地を同じ対象として扱わないようにします。 店舗中心の情報には具体的なLocalBusiness系の型を検討します。
検索結果表示を保証されると思う
正しい構造化データを実装しても、Googleが特定の表示を採用するとは限りません。 構造化データは表示保証ではなく、内容理解を助ける情報です。
どんなサイトで設定する？
一般企業サイト
必要度：高め
会社名・公式URL・ロゴ・所在地などを明確に伝える用途があります。
個人ブログ
必要度：低
運営主体が個人なら、OrganizationではなくPersonなど別の型が適する場合があります。
店舗サイト
型の選択が重要
店舗情報が中心ならLocalBusinessや業種別サブタイプを優先します。
ECサイト
必要度：高め
GoogleはECサイトではOnlineStoreなど、より具体的なOrganizationサブタイプも推奨しています。
教科書判定
企業サイトはトップページまたは会社概要で、実在する会社情報を正確に伝える
初心者は、Organizationを「このWebサイトを運営する会社・団体は誰なのかを検索エンジンへ伝える構造化データ」と理解すれば十分です。
一般企業なら name・url・logo を基本に、公開している住所・電話番号・sameAsなどを追加してください。 店舗中心ならLocalBusiness、ECならより具体的なサブタイプも検討し、SEOプラグインによる二重出力にも注意します。
FAQ
Q．Organization構造化データは企業サイトに必須ですか？
HTML上の必須要件ではありません。ただし、Googleに会社・団体情報を明確に伝える手段として利用できます。GoogleのOrganizationガイドでは必須プロパティも設定されておらず、該当する推奨情報を追加する方針です。
Q．全ページにOrganizationを入れた方がSEOに強くなりますか？
その必要はありません。Googleはホームページまたは組織を説明する単一ページへの設置を推奨しています。全ページへ重複して入れれば順位が上がるという仕組みではありません。
Q．会社サイトならOrganizationとLocalBusinessのどちらですか？
会社全体を表すならOrganizationが基本です。実店舗や地域拠点を表す場合は、業種に合う具体的なLocalBusinessのサブタイプを検討します。
Q．Organizationを設定すると会社ロゴが検索結果に必ず出ますか？
保証されません。logoプロパティはGoogleが組織のロゴを理解する材料になりますが、実際の検索結果やナレッジパネルでの表示はGoogle側が判断します。
Q．SEOプラグインを使っていれば自分でコードを書く必要はありませんか？
プラグインが正しいOrganizationを出力していれば、同じコードを追加する必要はありません。まず生成内容を確認し、不足や誤りがある場合だけ設定を見直してください。
まとめ
この記事の結論
- Organizationは企業・団体そのものを表す構造化データ
- 会社名・URL・ロゴ・住所・電話番号などを記述できる
- トップページまたは会社概要ページへの設置が基本
- Google向けには必須プロパティはなく、該当情報を正確に追加する
- 店舗ならLocalBusiness、ECならより具体的なサブタイプも検討する
- WebSiteはWebサイト、Organizationは運営組織を表す
- 設定後は検証し、会社情報変更時にも更新する
Organization構造化データは、検索順位を上げるための裏技ではありません。 Webサイト上に公開している会社情報を、検索エンジンにも正確に理解してもらうための仕組みです。 企業サイトでは、まず会社名・公式URL・ロゴを中心に、実際の会社概要と一致する情報を整理してください。
「構造化データとは？初心者向けに仕組みとSEO効果を解説」「WebSite構造化データとは？設定する意味を解説」もあわせて確認してください。