2026年7月6日

2026年7月6日

WordPressのレビュー記事のSEO:Googleのレビューガイダンスに沿った書き方と構造化データ

レビュー記事で検索から評価されるには、製品の仕様を並べるのではなく、実際に使った人にしか書けない根拠と、購入を判断するための比較を記事に入れることが中心になります。Googleはレビューの品質について公式のガイダンスを公開しており、その内容に沿って書くことが、最も根拠のある指針になります。この記事では、ガイダンスの要点、WordPressでの記事構成、広告表記とアフィリエイトリンクの扱い、レビューの構造化データの設定と確認方法を解説します。

Googleが公開しているレビューの考え方

Googleには、レビューを評価する「レビューシステム」があり、検索セントラルで「質の高いレビューを書く」というガイダンスを公開しています(2026年10月現在)。対象は製品だけでなく、サービス、旅行先、ゲーム、映画などのレビューにも及ぶと説明されています。ガイダンスで挙げられている主な観点を、実務の言葉に置き換えると次のようになります。

  • ユーザーの視点で評価する: 読者がその製品を選ぶときに知りたいことに答えているか
  • 知識と経験を示す: その分野に詳しく、実際に使ったことが伝わるか
  • 証拠を示す: 自分で撮った写真や動画、計測値など、実際に使ったことを裏づける材料があるか
  • 違いを説明する: 競合製品と比べて何が違うのか、前のモデルから何が変わったのか
  • 長所と短所の両方を書く: よい点だけでなく、合わない人や気になる点も挙げているか
  • 判断材料を示す: 価格帯、用途、重視する点ごとに、どれを選ぶべきかが分かるか

ガイダンスにはほかにも、複数の販売先へのリンクを用意して読者が選べるようにすることや、ランキング形式の記事では、なぜその製品を1位にしたのかを根拠とともに示すことが挙げられています。これらは「このとおりにすれば上位に表示される」という約束ではなく、Googleが良いレビューとみなす特徴の説明として受け止めてください。

レビュー記事の構成

ガイダンスを記事の形に落とし込むと、次のような構成が扱いやすくなります。

  1. 結論: 誰に向いていて、誰には向かないかを冒頭で示す
  2. 検証した条件: 使用期間、使った環境、比較した製品、購入か提供か
  3. 実際に使って分かったこと: 写真や計測値を交えた具体的な記述
  4. よかった点と気になった点: 両方を同じ程度の具体性で書く
  5. 比較: 同価格帯の製品や前モデルとの違い
  6. 選び方: 用途別のおすすめと、その理由

特に「検証した条件」は省略されがちですが、記事の信頼性を左右します。たとえばレンタルサーバーのレビューなら、契約したプラン、計測した期間、測定ツール、測定したページの条件を書いておくと、読者は数値の意味を判断できます。

WordPressで作るときの工夫

  • 写真は自分で撮影したものを使う: メーカー画像だけでは使用した証拠になりません。画像ブロックの代替テキストには、何を写した写真かを具体的に書きます
  • 比較は表ブロックで: 価格、容量、対応機能など、複数製品を横並びで比べる部分だけ表にします。すべてを表にすると、評価の理由が伝わりにくくなります
  • 長所と短所はカラムブロックで並べる: 左右に並べると、片方だけが極端に多くないかを書き手自身も確認できます
  • 更新日を残す: 価格や仕様が変わったら記事を直し、最終更新日が読者に見えるようにします

広告表記とアフィリエイトリンク

日本では、2023年10月から景品表示法の告示により、広告であることを隠した宣伝(いわゆるステルスマーケティング)が規制の対象になっています。アフィリエイトリンクを含むレビューや、メーカーから製品提供を受けたレビューでは、「広告」「PR」などの表記で、記事が広告を含むことを読者が分かるようにしてください。表記の位置や書き方の詳細は、消費者庁の公開資料で確認してください。

WordPressでは、広告表記の文言を同期パターンとして登録しておくと、すべてのレビュー記事に同じ表記を入れられ、文言を変えるときも1か所の修正で済みます。記事の冒頭、タイトルの近くに置くのが一般的です。

検索の面では、Googleはアフィリエイトリンクなど対価が発生するリンクに rel="sponsored"(または rel="nofollow")を付けるよう案内しています。ブロックエディターの標準のリンク設定にはこの属性を付ける項目がない場合があるため、SEOプラグインのリンク設定を使うか、ブロックの「HTMLとして編集」で属性を加えます。

<a href="https://example.com/product?aff=your-affiliate-id" rel="sponsored noopener" target="_blank">販売ページで価格を見る</a>

ASPが発行するリンクタグにすでに属性が含まれている場合もあるので、貼り付けたあとにHTMLを確認してください。

レビューの構造化データ

レビューの内容を構造化データで記述すると、検索結果に評価の星などが表示される可能性があります。表示は保証されず、Googleの判断で表示されないこともあります。主なSEOプラグインやレビュー用のブロックを提供するプラグインには、レビューや製品の構造化データを出力する機能があるため、まずは使っているプラグインの機能を確認するのが手軽です。

手動で書く場合の最小限の例は次のとおりです。製品(Product)に対して、1件のレビュー(Review)と評価(Rating)、レビューした人(author)を記述しています。値は記事の内容と一致させてください。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "サンプル製品 X100",
  "review": {
    "@type": "Review",
    "reviewRating": {
      "@type": "Rating",
      "ratingValue": 4,
      "bestRating": 5
    },
    "author": {
      "@type": "Person",
      "name": "山田 太郎"
    }
  }
}
</script>

注意点が3つあります。

  • 自分の事業や店舗を自分で評価するレビューは対象外: Googleは、組織や店舗が自社について掲載したレビューを星の表示対象にしない方針を示しています
  • ページに見えている内容と一致させる: 記事に書かれていない評価を構造化データだけに書くことは、ガイドライン違反になり得ます
  • 重複に注意: テーマとプラグインの両方が構造化データを出していると、同じ製品が二重に記述されることがあります

設定したら、Googleのリッチリザルト テストに記事のURLを入力し、エラーや警告がないかを確認します。公開後はSearch Consoleの拡張レポート(レビュー スニペットや商品スニペットなど、検出された種類ごとの項目)で、サイト全体の状態を追えます。

避けたいこと

  • 使っていない製品のレビュー: メーカーの説明を言い換えただけの記事は、ガイダンスが求める「経験の証拠」を示せません
  • すべてを高評価にする: 短所のないレビューは判断材料になりません
  • ランキング記事の量産: 根拠のない順位づけは、読者にとっても検索にとっても価値が低いとされています

まとめ

  • レビュー記事の指針は、Googleが公開している「質の高いレビューを書く」ガイダンスです。順位を約束するものではありませんが、評価される特徴が具体的に書かれています
  • 結論、検証条件、使用して分かったこと、長所と短所、比較、選び方の順で構成すると、ガイダンスの観点を網羅しやすくなります
  • アフィリエイトや提供品のレビューには広告表記を入れ、対価のあるリンクには rel="sponsored" を付けます
  • 構造化データは記事の内容と一致させ、リッチリザルト テストとSearch Consoleで確認します

お気軽にご相談ください

お見積りへ お問い合わせへ
▲