WebSite構造化データとは？設定する意味を解説

WebSite構造化データとは、「このページ群は1つのWebサイトであり、サイト名やトップページURLはこれです」と検索エンジンへ伝えるためのSchema.orgの構造化データです。

Google検索では、検索結果に表示される「サイト名」の候補を伝える用途でWebSite構造化データが使われています。 ただし、設定すれば検索順位が上がる、必ず指定したサイト名が表示される、といった仕組みではありません。

WebSite構造化データとは？

WebSiteはSchema.orgで定義されている構造化データの型の1つです。 Schema.orgでは、WebSiteを「関連するWebページなどの集合」として定義しています。

たとえば「レンタルサーバーの教科書」というサイトであれば、WebSite構造化データによって、

• サイト名：レンタルサーバーの教科書
• トップページURL：https://example.com/

といった情報を検索エンジンへ明示できます。

WebSite構造化データを設定する意味

Google検索での主な意味は、検索結果に表示されるサイト名の候補を明示することです。

Googleは検索結果のサイト名を自動生成します。 その際、トップページ上の情報やWeb上の参照など複数の情報を利用しますが、Google公式は、希望するサイト名を伝えるうえでWebSite構造化データが特に重要だと説明しています。

WebSiteで設定する主な項目

Googleがサイト名用途で案内している必須項目は、主にnameとurlです。

WebSite構造化データの記述例

JSON-LDで表す場合、内容は次のような形になります。

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "name": "レンタルサーバーの教科書",
  "url": "https://example.com/"
}

実際のWordPressでは、SEOプラグインやテーマが自動生成している場合があります。 そのため、手動で追加する前に既存のソースを確認してください。

WebSite構造化データはどこに設定する？

Googleがサイト名を認識する目的では、サイトのトップページにWebSite構造化データを設置します。

Google公式では、ドメインまたはサブドメインのルートとなるホームページに設定するよう案内しています。

Googleは現在、サイト名をドメインまたはサブドメイン単位で扱い、サブディレクトリ単位ではサポートしていません。

全ページにWebSiteを入れる必要はある？

Googleのサイト名用途では、全ページにWebSite構造化データを追加する必要はありません。 トップページへの設定が基本です。

一方、ArticleやBreadcrumbなどは各ページの内容に応じて出力されるため、WebSiteとは役割が違います。

nameには何を書く？

nameには、検索結果でサイト名として認識してほしい名称を指定します。

Googleは、サイト名について次のような考え方を案内しています。

• サイトを正確に表す名前にする
• 簡潔で一般に認識されている名称を使う
• 過度に一般的な名称を避ける
• トップページ上でも同じ名称を一貫して使う

alternateNameとは？

alternateNameは、サイト名の別名・略称を伝えるための項目です。

{
  "@type": "WebSite",
  "name": "Example Company",
  "alternateName": "EC",
  "url": "https://example.com/"
}

Googleは、第一希望のサイト名を採用できない場合に備え、alternateNameで代替候補を示すことを案内しています。 複数候補を指定することもできます。

WebSiteとOrganizationの違い

WebSiteとOrganizationは混同されやすい構造化データです。

ここでは、Organizationは会社・組織そのもの、WebSiteはWebサイトそのものを表す別の対象だと理解すれば十分です。

WebSiteとWebPageの違い

WebSiteはサイト全体、WebPageは1ページを表します。

「トップページだからWebPageではない」という意味ではありません。 1つのページをWebPageとして表しながら、サイト全体をWebSiteとして表すことができます。

SearchActionは設定した方がよい？

Schema.orgのWebSite例では、potentialActionとSearchActionを組み合わせ、サイト内検索機能を表現する例があります。

以前Google検索では、この情報が「サイトリンク検索ボックス」に使われることがありました。 しかしGoogleは、2024年11月21日からサイトリンク検索ボックスを検索結果から廃止しました。

Schema.orgとしてSearchAction自体は現在も存在しますが、Googleのサイトリンク検索ボックス表示を目的に追加する必要はありません。

WebSite構造化データを入れるとSEO順位が上がる？

WebSite構造化データを設定しただけで検索順位が上がるとは言えません。

Google公式も、構造化データを使うことでコンテンツを理解しやすくし、対応する検索表示機能に利用することは説明していますが、「WebSiteを設定すれば順位が上がる」とは案内していません。

設定すれば希望のサイト名が必ず表示される？

必ずではありません。 Googleはサイト名を自動生成しており、WebSite構造化データは希望を伝える重要な情報源ですが、最終的な表示はGoogleが判断します。

GoogleはWebSite以外にも、トップページ上の情報として、

• og:site_name
• title要素
• 見出し
• トップページ内のテキスト
• Web上の参照情報

などを参考にすると説明しています。

WebSite構造化データの確認方法

設定後は、構文とGoogleからの見え方を確認します。

WordPressではどう設定する？

WordPressでは、SEOプラグインやテーマがWebSite構造化データを自動出力している場合があります。

すでに正しく出力されているなら、追加コードを入れる必要はありません。

よくある設定ミス

• 会社名とサイト名を混同する
• nameへ検索キーワードを大量に入れる
• urlへ記事ページURLを書く
• トップページ以外へ別サイト名を設定する
• 複数プラグインからWebSiteを重複出力する
• SearchActionでサイトリンク検索ボックスが出ると思い込む
• 設定すれば必ず検索順位が上がると考える
• 構造化データだけ変更してトップページ上の名称を統一しない

どんなサイトに必要？

教科書判定

よくある質問

まとめ