Organization構造化データの書き方とJSON-LD実装例

自社サイトの会社概要ページ、検索結果やAIの回答に正しく引用されているか気になったことはないでしょうか。会社名や所在地、ロゴといった基本情報をGoogleやAIに正確に伝える仕組みが「Organization構造化データ」です。難しそうに聞こえますが、コードをコピーして自社情報に置き換えるだけで導入できます。本記事では、Organization構造化データの基本的な書き方から、WordPressでの設置手順、実装後の確認方法までを順を追って解説します。

Organization構造化データとは

Organization構造化データとは、会社名・URL・ロゴ・所在地・連絡先といった組織に関する情報を、検索エンジンが理解しやすい形式で記述するマークアップです。schema.orgという共通の語彙（ボキャブラリー）に沿って記述することで、人間だけでなく検索エンジンやAIにも「この会社が何者か」を正確に伝えられます。

Google 検索セントラルによると、Organization構造化データを追加する場所として、ホームページか、会社概要ページのような組織の説明を掲載した単一のページが推奨されています。ページ内容と矛盾する情報を書かないことが前提条件です。

近年はChatGPTやPerplexityなどのAI検索サービスが企業を紹介する際にも、サイト上の構造化データが手がかりの一つとして使われる場面が増えています。会社の実在性や基本情報を機械的に読み取れる形で示しておくことは、SEOだけでなくLLMO（AIに正しく引用されるための最適化）の観点でも土台になる作業といえます。

導入によって得られる効果

Organization構造化データを設定したからといって、検索順位が直接上がるわけではありません。効果として期待できるのは、主に情報の「正しさ」と「見え方」に関する部分です。

• Google検索のナレッジパネルや、検索結果に表示される会社ロゴ・名称の精度が上がる
• 複数の表記ゆれ（正式名称・通称・旧社名など）がある場合に、どれが正式な情報かを検索エンジンに伝えられる
• SNSアカウントや外部の企業データベースへのリンク（sameAsプロパティ）を通じて、自社の実在性を裏付ける情報源を増やせる

特に社名に同名の会社や紛らわしい表記が存在する場合、Organization構造化データは「自社はこの会社である」という同一性を示す手がかりとして役立ちます。即効性のある施策ではなく、長期的な情報整備の一環として捉えるのが適切です。

JSON-LDでの書き方の基本

構造化データの記述形式にはJSON-LD・Microdata・RDFaの3種類がありますが、現在はJSON-LDが推奨されています。理由は、ページの見た目を作るHTMLとは独立した<script type=”application/ld+json”>ブロックとして記述できるため、既存のデザインに手を加えずに追加・修正しやすいからです。

Organization構造化データには必須プロパティが定められていません。ただし前述のとおり、Googleは@type・name・url・logoの4つを最低限の項目として案内しています。加えて、以下のようなプロパティを状況に応じて追加すると、より詳細な情報を伝えられます。

• sameAs：自社の公式SNSアカウントや、Wikipediaなど信頼できる外部ページのURL
• address：本社や事業所の所在地（PostalAddress形式）
• contactPoint：問い合わせ窓口の電話番号や対応言語
• description：会社の事業内容を簡潔に説明する文章

記述例は次のとおりです。実際の運用では、URLやロゴのパスを自社のものに置き換えて使用してください。

<script type=”application/ld+json”>
{
  “@context”: “https://schema.org”,
  “@type”: “Organization”,
  “name”: “株式会社サンプル”,
  “url”: “https://example.co.jp”,
  “logo”: “https://example.co.jp/logo.png”,
  “sameAs”: [
    “https://twitter.com/example”,
    “https://www.facebook.com/example”
  ],
  “address”: {
    “@type”: “PostalAddress”,
    “streetAddress”: “丸の内1-1-1”,
    “addressLocality”: “千代田区”,
    “addressRegion”: “東京都”,
    “postalCode”: “100-0005”,
    “addressCountry”: “JP”
  }
}
</script>

店舗や事業所を構えている場合は、Organizationのサブタイプである「LocalBusiness」を使うと、営業時間や店舗の緯度経度なども記述でき、より地域検索と相性の良い情報になります。

WordPressでの実装手順

WordPressで運用しているサイトであれば、実装方法は大きく2つに分かれます。

1. プラグインを使う方法
SEO対策プラグインの多くは、会社情報や組織のスキーマ設定画面を備えています。管理画面の入力欄にサイト名・ロゴ画像・SNSアカウントなどを入力するだけで、自動的にJSON-LD形式のコードが出力される仕組みです。コードを直接触る必要がないため、多くのサイトにとって現実的な選択肢です。

2. テーマファイルへ直接記述する方法
子テーマのheader.phpなどに、先述のJSON-LDコードを直接埋め込む方法です。プラグインに頼らず柔軟に項目を調整できる反面、テーマ更新時に上書きされないよう子テーマ化しておく、PHPの構文エラーに注意するといった管理が必要になります。

どちらの方法でも、記述する内容が実際のページ内容と一致していることが前提です。過去の社名や旧ロゴのままになっていないか、実装時に必ず見直してください。

実装後の確認方法とよくある記述ミス

コードを設置したら、必ず正しく認識されているかを確認します。代表的な確認手段は次の2つです。

• リッチリザルトテスト：URLまたはコードを入力し、Google検索でリッチリザルトとして扱われる構造化データを中心に検証できる
• スキーママークアップ検証ツール：Organizationを含め、記述した構造化データ全体の文法エラーを幅広くチェックできる

導入後は、Google Search Consoleの拡張機能に関するレポートも定期的に確認し、エラーや警告が出ていないかを継続的に見ておくと安心です。

実装時によくあるミスとしては、以下のようなものが挙げられます。

• JSONの文法エラー（カンマの過不足、閉じ括弧の抜け）
• logoやurlのパスが誤っている、画像が実際には存在しない
• ページの表示内容と矛盾する会社名・住所を記述している
• 1ページに同じOrganizationを重複して記述してしまう

特にコードを手入力する場合は、公開前にテストツールで構文チェックを行う習慣をつけておくと、こうしたミスを未然に防げます。

まとめ

Organization構造化データは、会社名・URL・ロゴといった基本情報を検索エンジンやAIに正確に伝えるための仕組みです。必須項目こそありませんが、@type・name・url・logoを軸に、sameAsやaddressなどを加えていくことで、自社の実在性を裏付ける情報を少しずつ充実させられます。WordPressであればプラグインを使えば専門知識がなくても導入でき、実装後はリッチリザルトテストなどで必ず動作確認を行いましょう。会社情報の構造化データ整備からAI検索対策、コンテンツ制作まで、自社だけで進めるのが難しいと感じた際は、オモイカネのAI導入支援・マーケティング支援をお気軽にご相談ください。