高松市の企業サイトで「構造化データ（JSON-LD）」を導入すべき理由

高松市の企業サイト向け構造化データ｜Organization・Article実装ガイド

みずっちのプロフィールアイコン
この記事の作成者

みずっち

Instagram：@kagawa_hp_slyme

\香川の店舗・個人事業をwebで強くする/

香川着工数No.1建設グループの元マーケ責任者が、あなたのホームページを「24時間働く営業マン」として構築します。

  • 初期費用0円｜月額7,680円〜
  • 「5年前のHP」を最新の集客装置へ
  • 紹介頼みから脱却するWeb戦略

WEB集客の裏技公開中。

香川県でホームページ制作を検討している方は、
香川のホームページ制作に対応するスライムへご相談ください。

企業サイトの構造化データは、会社情報や記事の意味を検索エンジンへ機械的に伝えるための記述です。高松市の企業だから特別な書き方が必要なわけではありませんが、会社名・公式URL・ロゴ・著者情報などをサイト全体で統一することが重要です。

構造化データを追加しただけで検索順位やAI検索での引用が保証されることはありません。本文に存在する情報を正確にマークアップし、サイト内の情報の不一致を減らすことが基本です。

この記事では、店舗向けのMEO施策とは分けて、企業サイトで優先したい Organization、WebSite、Article、BreadcrumbList の役割と実装手順を解説します。構造化データそのものの基礎は構造化データとは？初心者向けSEOガイドをご覧ください。

企業サイトで構造化データを使う目的

構造化データの目的は、ページに書かれている内容の種類と関係を明確にすることです。たとえば、会社概要はOrganization、コラムはArticle、パンくずはBreadcrumbListとして表現します。

検索エンジンが内容を理解する手掛かりにはなりますが、構造化データ自体が順位を直接上げる施策ではありません。公開情報との一致、ページ品質、内部リンク、表示速度などと合わせて整備します。

企業と店舗では優先するスキーマが異なる

法人や事業者の公式情報を示す中心はOrganizationです。一方、来店型店舗の住所・営業時間・電話番号などはLocalBusinessが適しています。実店舗向けの設計は高松市のLocalBusiness構造化データ実装ガイドに分けて解説しています。

企業サイトで優先したい4種類

種類 主な設置場所 伝える情報
Organization 会社概要・サイト全体 正式名称、URL、ロゴ、公式SNS
WebSite トップページ サイト名、公式URL、運営主体
Article / BlogPosting コラム・ニュース 見出し、著者、公開日、更新日、画像
BreadcrumbList 下層ページ ページの階層と各階層のURL

Organization：会社情報の基準を作る

Organizationには、サイトに表示している正式名称、公式URL、ロゴ、公式SNSなどを設定します。表記ゆれを避け、会社概要ページやフッターの内容と一致させます。住所や電話番号を入れる場合も、実際の掲載情報と同じ内容にしてください。

法人番号、受賞歴、レビューなどを、確認できないまま追加してはいけません。また、Organizationを複数のプラグインやテーマから重複出力しないようにします。

WebSite：サイト名と運営主体を結び付ける

WebSiteはサイト全体を表し、通常はトップページに1つ設定します。Organizationと同じIDを参照させると、サイトと運営主体の関係を整理できます。過去に使われていたサイトリンク検索ボックスは提供終了済みのため、それを目的にSearchActionを追加する必要はありません。

Article：記事ごとの情報を正確に示す

コラムではArticleまたはBlogPostingを使い、headline、author、datePublished、dateModified、image、publisherを本文と一致させます。更新していない記事の日付だけを変更する運用は避け、内容を実際に見直したときに更新日を反映します。

BreadcrumbList：ページ階層を統一する

画面に表示するパンくずと同じ順序で、positionを1から連番にします。カテゴリ名やURLが表示内容と異なると、ユーザーにも検索エンジンにも一貫しない構造になります。

OrganizationのJSON-LD例

以下は最小構成の例です。会社概要ページに掲載している内容に合わせて置き換えてください。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.jp/#organization",
  "name": "株式会社サンプル",
  "url": "https://example.jp/",
  "logo": {
    "@type": "ImageObject",
    "url": "https://example.jp/logo.png"
  },
  "sameAs": [
    "https://www.instagram.com/example/"
  ]
}
</script>

@idは、同じ企業を参照するためのサイト内共通IDとして使えます。ArticleのpublisherからこのIDを参照すれば、記事と発行者の関係を整理できます。

WordPressで実装する手順

  1. 既存出力を確認する：テーマやSEOプラグインが、すでにOrganizationやArticleを出力していないか確認します。
  2. 情報源を決める：会社名、ロゴ、公式URL、著者名などの基準となるページを決めます。
  3. ページ種類ごとに割り当てる：トップ、会社概要、記事、固定ページで必要なスキーマを整理します。
  4. JSON-LDを実装する：SEOプラグイン、テーマ機能、独自実装のいずれかに寄せます。
  5. 公開ページで検証する：管理画面だけでなく、実際に表示されるHTMLを確認します。

プラグインと独自実装を重ねない

WordPressでは、テーマ、SEOプラグイン、記事本文のJSON-LDが同時に出力されることがあります。同じOrganizationやArticleが複数あり、名称やURLが異なる状態は避けます。

まず自動出力を確認し、不足する項目だけを補う方が管理しやすくなります。プラグインを変更したときも、旧設定が残っていないか再確認してください。

公開前後の検証方法

リッチリザルトテスト

Googleのリッチリザルト対象となる構造化データは、リッチリザルトテストでエラーや警告を確認します。ただし、Organizationなど、すべてのSchema.orgタイプがリッチリザルトになるわけではありません。

Schema Markup Validator

Schema.orgの語彙やJSON-LD全体を確認するときに使います。タイプ名、プロパティ名、URL形式などの入力ミスを見つける助けになります。

Search Console

公開後はURL検査でクロール可否と正規URLを確認します。構造化データが正しくても、必ずインデックスされるわけではありません。本文の独自性、検索意図との一致、内部リンクも合わせて改善します。

よくある実装ミス

  • ページに表示していないレビューや価格をマークアップする
  • 会社名、URL、ロゴがページごとに異なる
  • テーマとSEOプラグインから同じスキーマが重複する
  • Articleの著者や更新日が画面表示と一致しない
  • パンくずの階層とBreadcrumbListの順序が異なる
  • 構造化データを入れれば順位が上がると断定する
  • Googleが現在サポートしていない表示機能を成果として約束する

高松市の企業サイト向けチェックリスト

  • 正式な会社名と公式URLが統一されている
  • Organizationはサイト内で一貫したIDを使っている
  • トップページのWebSiteと運営企業が関連付けられている
  • 記事の見出し、著者、公開日、更新日、画像が一致している
  • 画面のパンくずとBreadcrumbListが一致している
  • 店舗情報は必要な場合だけLocalBusinessで別途設計している
  • テーマ・プラグイン・独自コードの重複を確認した
  • 公開ページを検証ツールとSearch Consoleで確認した

まとめ：企業情報を一貫して伝える設計が重要

高松市の企業サイトでは、まずOrganizationで会社情報の基準を作り、WebSite、Article、BreadcrumbListをページの役割に合わせて整備します。構造化データの数を増やすことより、本文との一致と重複の防止が重要です。

来店型店舗の住所・営業時間・Googleビジネスプロフィールとの情報統一は、LocalBusiness構造化データの記事をご確認ください。基礎から確認したい場合は、構造化データの基本ガイドから読むと全体像を整理できます。

カテゴリー一覧

タグ一覧