WordPressの構造化データ設定方法｜プラグインでの実装手順

WordPressで会社概要ページを更新したのに、ホームページ全体の見た目は最新でも検索エンジンには旧情報が伝わったまま——そんなお悩みありませんか？WordPress構造化データの導入を検討する企業担当者・ブロガーは増えていますが、コードを書かずに正しく設定する方法が分からず後回しになっているケースも多く見られます。

実は構造化データは、プラグインを使えば専門知識がなくても導入できる一方、会社情報の管理場所がずれていると検索エンジンに古い情報を伝え続けてしまうという落とし穴もあります。LLMO対策を支援するAIコマース研究所では、こうした構造的なズレを診断現場で数多く確認してきました。

本記事では、プラグインでの具体的な設定手順から、支援実績にもとづく運用上の注意点まで、自社サイトのどこから着手すべきかが分かるよう解説していきます。

WordPressの構造化データとは｜検索エンジンに情報を正しく伝える仕組み

WordPressの構造化データとは、専用のタグを使ってページの情報を検索エンジンに正確に伝えるための記述のことです。会社名や住所、記事のタイトルといった情報を、検索エンジンが誤解なく読み取れる形式で提供する役割を持っています。

構造化データが解決する「人には伝わるがロボットには伝わらない」問題

人間であれば「わたしたちの会社名は〇〇株式会社で、住所は東京都〇〇区です」という文章を読めば内容を正確に理解できます。しかし検索エンジンのクローラーは、こうした自然言語で書かれた情報をそのまま正確に読み取れるとは限りません。

構造化データは、検索エンジンに認識してほしい情報を「name」「address」といった決まった形式でピンポイントに伝えるための仕組みです。この考え方は、Webページに意味を表すメタデータを付与し、コンピューターが内容を理解しやすくする「セマンティックWeb」という思想にもとづいています。

押さえておきたい2つの基本用語（ボキャブラリー・シンタックス）

構造化データを扱ううえで必ず出てくるのが「ボキャブラリー」と「シンタックス」という2つの用語です。ボキャブラリーとは、その値が何に関する情報かを定義する規格のことで、代表的なものにGoogleやMicrosoftなどが共同で運営する「schema.org」があります。

一方シンタックスとは、ボキャブラリーで定義された値を実際に記述する際の仕様のことで、Googleは「JSON-LD」「Microdata」「RDFa」の3種類をサポートしています。中でもJSON-LDはデータを1箇所にまとめて記述できるため管理がしやすく、Googleも推奨している方式です。特別な理由がなければ、schema.orgのボキャブラリーとJSON-LDのシンタックスを使うと覚えておけば問題ありません。

WordPressに構造化データを設定するメリットと直接的なSEO効果ではない理由

構造化データを設定する最大のメリットは、検索結果に「リッチリザルト」と呼ばれる追加情報が表示されやすくなることです。ただし、構造化データ自体が検索順位を直接押し上げるわけではない点には注意が必要です。

リッチリザルト表示によるクリック率への好影響

リッチリザルトとは、通常のタイトル・URL・メタディスクリプションに加えて、パンくずリストやFAQ、評価といった情報が検索結果に追加表示される仕組みです。

リッチリザルトが表示されているページは、ユーザーにとって内容が把握しやすく、クリックされやすい傾向があります。パンくずリストやQ&A、会社概要などはリッチリザルトの対象になりやすいデータ種類として知られています。

「順位が直接上がるわけではない」が結果的に評価されやすくなる

Googleの担当者が過去に、構造化データを記述すること自体がランキングの変更に使われるわけではない旨を発言しているとおり、構造化データには検索順位を直接押し上げる効果はありません。

一方で、構造化データを適切に実装することで検索エンジンがページの内容を把握しやすくなり、結果的に評価されやすくなるという間接的な効果は期待できます。順位への即効性を期待するのではなく、検索エンジンとの「情報伝達の精度を高める施策」として位置づけるのが実態に近い理解です。

WordPressで構造化データを設定する前に知っておきたい注意点

構造化データは導入して終わりではなく、運用を前提とした継続的な作業が必要になる点を理解しておく必要があります。

更新のたびにメンテナンスが発生する

会社概要や商品情報などのページ内容を更新した際は、対応する構造化データも合わせて修正しなければ、ページの見た目と構造化データの内容にズレが生じてしまいます。特にHTMLに直接記述している場合は、更新のたびに手作業での修正が必要になり、メンテナンスの手間が増える点は事前に把握しておくべきです。

設定しても必ずリッチリザルトが表示されるとは限らない

構造化データを正しく設定したとしても、必ずリッチリザルトが表示されるわけではありません。表示の可否は検索エンジン側の判断に委ねられており、時間と手間をかけて設定しても効果が見えないケースもあります。この点を理解したうえで、あくまで「表示される可能性を高める施策」として取り組む姿勢が大切です。

WordPressで構造化データを設定する3つの方法

WordPressで構造化データを設定する方法は、大きく分けて「プラグインを使う」「テーマの機能を使う」「HTMLに直接記述する」の3つです。コードを書かずに導入したい場合は、プラグインやテーマの機能から検討するのが現実的です。

プラグインで自動設定する

SEO対策用のプラグインの多くは構造化データの設定機能を備えており、管理画面上の項目を入力するだけでJSON-LD形式の構造化データが自動生成されます。専門知識がなくても始められるうえ、後から設定内容を見直しやすいのが特徴です。

テーマの機能を使う

WordPressのテーマの中には、構造化データの生成に対応しているものもあります。すでに利用しているテーマが対応している場合は、追加のプラグインを入れずに設定できるケースもあります。

ただし、対応していないからといって無理にテーマを乗り換える必要はなく、今後テーマを選定する際の確認ポイントの一つとして留めておく程度で十分です。

HTMLに直接記述する（上級者向け）

構造化データに関する専門知識がある場合は、functions.phpやテンプレートファイルに直接JSON-LD形式のコードを書き込む方法もあります。手動での記述はより柔軟な設定が可能な一方、schema.orgのプロパティ名やJSON-LDの記法を正確に理解している必要があり、専門性の高い方法といえます。

コードを書かずに導入したい人向け｜WordPress構造化データプラグインを比較してみた

コードを書かずに構造化データを導入したい場合、現在よく使われているのはAll in One SEOやYoast SEOといった総合型のSEOプラグイン、またはSWELLのようなテーマ組み込み型の機能です。それぞれ特徴が異なるため、自社の運用体制に合わせて選ぶことが重要です。

All in One SEO

All in One SEOは、投稿・固定ページごとの編集画面内でスキーマの種類（記事・商品・イベントなど）を選択するだけで、対応する構造化データを自動生成できるプラグインです。会社情報などサイト全体に関わる設定は、プラグインの全体設定画面からOrganization情報としてまとめて登録できるため、ページを横断した一括管理がしやすい点が特徴です。

Yoast SEO

Yoast SEOも同様に、投稿タイプごとのスキーマ設定機能を備えています。サイト全体の会社情報・組織情報は「サイト表示のしかた」といった設定項目からまとめて登録する仕組みになっており、記事ごとに個別入力する手間を減らせます。

SEO関連のタイトル・ディスクリプション設定と構造化データ設定が同じプラグイン内で完結する点は、複数のツールを使い分けたくない担当者にとって扱いやすいポイントです。

SWELLなどテーマ組み込み型で対応する

SWELLのようにテーマ自体が構造化データの出力に対応している場合、プラグインを追加しなくても記事情報やパンくずリストなどの基本的な構造化データが自動で出力されます。ただし、会社概要（Organization）など、テーマの標準機能でカバーしきれない情報については、別途プラグインやカスタムフィールドでの補完が必要になるケースがある点は押さえておきましょう。

構造化データマークアップ支援ツールを使ったJSON-LDの作り方

プラグインを使わずに構造化データを作成したい場合は、Googleが提供する「構造化データマークアップ支援ツール」を使う方法もあります。ページのURLを入力し、マークアップしたい箇所を選択してタグ付けするだけで、対応するJSON-LD形式のコードが自動生成されます。

生成されたコードをコピーし、対象ページのHTMLに貼り付ければ設定は完了です。ボキャブラリーやシンタックスの詳しい知識がなくても扱える一方、対応しているデータの種類には限りがあるため、複雑な構造化データを設定したい場合はプラグインの利用が現実的です。

設定した構造化データが正しいか確認する方法

構造化データを設定したら、必ずGoogleの「リッチリザルトテスト」でエラーがないか確認しましょう。対象ページのURLを入力するだけで、構造化データが正しく検出されているかを簡単にチェックできます。

設定に問題がない場合は有効なアイテムが検出された旨のメッセージが表示され、エラーがある場合はどこに問題があるかが具体的に表示されます。複数ページの構造化データをまとめて確認したい場合は、Google Search Consoleの構造化データレポートを活用すると、サイト全体のエラー状況を一括で把握できます。

【事例】「構造化データだけ整えたサイト」が陥る落とし穴

構造化データは正しく設定するだけでなく、「どこで情報を管理するか」まで含めて設計しないと、検索エンジンに誤った情報を伝え続けてしまうリスクがあります。私たちの支援現場でも、こうした運用面のズレが引き金となったケースを複数確認してきました。

会社概要ページとOrganizationの情報がズレていたケースから学ぶ、情報の一元管理の重要性

支援先の中には、社名変更にともなってWordPress上の会社概要ページを更新したものの、数か月後に確認するとOrganizationの構造化データには旧社名が残っていたBtoB企業の事例がありました。

原因は、会社概要ページはWordPressの管理画面で更新される一方、Organizationの情報はfunctions.phpに直接記述されており、それぞれが別々に管理されていたことにあります。人間がページを見れば新社名だと分かっても、検索エンジンに伝わる構造化データは旧社名のまま——これは、店舗の看板は新しい店名に変わっているのに、登記簿だけが旧名称のままになっているような状態に近いといえます。

この事例をふまえ、会社名・footer表示・Organization・OGP・著者所属情報を同じデータソースから出力する仕組みに変更したことで、以降は情報の更新漏れが起きにくい体制を整えることができました。構造化データ対策では、コードの書き方以上に「情報をどこで一元管理するか」が重要になるケースがあることを押さえておきましょう。

構造化データを整える前に、まずページ本文の情報を充実させるべき理由

LLMO対策の観点で見ると、「構造化データだけが完璧に整っているサイト」を目指すことは十分ではありません。たとえばOrganizationに企業情報を細かく記述していても、肝心の会社概要ページ本文に「何をしている会社か」「誰が運営しているか」「どの領域を専門にしているか」「どのような実績があるか」が掲載されていなければ、ユーザーが実際に確認できる情報は不足したままです。

構造化データは、サイト上に存在しない信頼性や専門性をあとから追加するためのものではなく、すでに公開されている情報を検索エンジンに補助的に伝えるための仕組みだと捉えるのが適切です。私たちがLLMO対策を支援する際も、「コンテンツ → 情報設計 → 構造化データ」という順番を崩さないことを重視しています。

まずWordPress上で必要な情報をきちんと公開し、そのうえで構造化データによって検索エンジンやAI検索への伝わりやすさを補強する、という流れを意識してみてください。

WordPress構造化データ導入前にチェックしておきたいポイント

ここまでの内容を踏まえ、自社サイトで構造化データを導入・見直す際は、以下のような観点であらかじめ確認しておくと、後々の情報のズレを防ぎやすくなります。

これらは自社内でも確認できる項目ですが、複数のページやプラグインが絡み合っている場合、どこにズレが潜んでいるかを洗い出すには一定の工数がかかります。こうした構造化データを含めたサイト全体の情報設計の確認は、AIコマース研究所のLLMO無料診断でも承っていますので、自社での確認に不安がある場合は活用を検討してみてください。

WordPressの構造化データに関するよくある質問

WordPressでJSON-LD形式の構造化データを出力するには何を使えばいいですか？

All in One SEOやYoast SEOなどのSEOプラグインを使えば、コードを書かずにJSON-LD形式で自動出力できます。専門知識がある場合はfunctions.phpなどに直接記述することも可能ですが、更新のたびの手間を考えるとプラグインの利用が現実的です。

構造化データを作成できる無料ツールはありますか？

Googleが提供する構造化データマークアップ支援ツールを使えば、無料で作成できます。ページのURLを入力し、マークアップしたい箇所を選択するだけでJSON-LDのコードが自動生成されます。対応データの種類には限りがあるため、複雑な設定にはプラグインの利用も検討しましょう。

構造化データを設定すればリッチリザルトは必ず表示されますか？

設定しても必ず表示されるとは限りません。リッチリザルトの表示可否は検索エンジン側のアルゴリズムによって判断されるため、正しく設定したうえでも表示されない可能性がある点は理解しておく必要があります。

WebSiteの構造化データとは何ですか？

サイト名やサイト内検索機能の情報を検索エンジンに伝えるための構造化データです。設定することで検索結果にサイト名やサイト内検索窓が表示される可能性があり、サイト全体の認知向上に役立ちます。

All in One SEOとYoast SEO、構造化データ設定にはどちらが向いていますか？

どちらも構造化データを自動生成できるため、既に使っているSEOプラグインがあればそのまま活用するのが効率的です。両方未導入の場合は、設定画面の分かりやすさを基準に選ぶと、コードを書かずに運用しやすくなる傾向があります。

構造化マークアップと構造化データは同じ意味ですか？

ほぼ同じ意味で使われる言葉です。構造化データは検索エンジンに情報を伝えるためのデータそのものを指し、構造化マークアップはそのデータをHTMLやJSON-LDとして実際に記述する作業を指すというニュアンスの違いがあります。

SWELLを使っていれば構造化データの設定は不要ですか？

基本的な構造化データはSWELLが自動で出力しますが、それだけで十分とは限りません。会社概要（Organization）などテーマの標準機能でカバーしきれない情報は、別途プラグインや個別の記述で補完が必要になるケースがあります。

構造化データの設定を外注する場合の費用相場はいくらですか？

依頼範囲によって費用は大きく変動するため、一律の相場を示すのは難しいのが実情です。単発のプラグイン設定のみを依頼する場合と、サイト全体の情報設計まで含めて依頼する場合とでは費用感が大きく異なるため、範囲を明確にしたうえで個別に見積もりを取ることをおすすめします。

JSON-LDとMicrodataの違いは何ですか？

JSON-LDはHTMLと分離してデータを1箇所にまとめて記述する形式で、Microdataはタグなどのhtml属性に直接組み込んで記述する形式です。Googleは管理のしやすさからJSON-LDを推奨しています。

WordPressの構造化データはプラグインで無理なく始められる

WordPressの構造化データは、All in One SEOやYoast SEOといったプラグイン、またはSWELLなどテーマの機能を使えば、コードを書かずに導入することができます。

一方で、設定して終わりではなく、会社情報などの更新のたびに構造化データとのズレが生じていないか継続的に確認する運用体制まで含めて考えることが、検索エンジンやAI検索に正しい情報を伝え続けるうえで重要です。

まずはプラグインでの基本設定から始め、リッチリザルトテストでの確認を習慣にしながら、必要に応じて情報管理の仕組みそのものを見直していくとよいでしょう。