レビューウィジェット

レビューウィジェットは、単なる見た目の表示枠ではありません。それは、誰があなたのレビューを読めるかを左右する仕組みです。このコンポーネント自体は複数の役割を束ねています。集計スコアと件数を示し、投稿者名と日付つきで個々のレビューを並べ、多くの場合は絞り込み、並べ替え、写真、レビュー投稿フォームを加え、そしてそのすべてを外部のレビュープラットフォームからAPI経由で取得します。その束がどのようにページへ届くかは、ほとんどの運営者が確認しない部分であり、そして最も重要な部分です。

配信の方式は大きく二つに分かれます。クライアントサイド方式では、商品ページはレビューが入るべき場所がほぼ空のまま届き、ブラウザ上でスクリプトが動いてレビューを取得し描画します。一部のプラットフォームはさらに踏み込み、ウィジェット全体をiframeの中に置きます。これはページに埋め込まれた別の文書です。サーバーレンダリング方式では、レビュー本文はサーバーを出る前から最初のHTMLに書き込まれています。買い物客にはどちらも同じに見えます。しかし、スクリプトを辛抱強く実行せずにページを読むものにとって、両者は同じではありません。

陶器を扱うShopifyのストア運営者を考えてみます。一番人気の土鍋には340件のレビューがあり、その多くが熱の保ち方や、使い込むほど風合いが増していく様子を語っています。画面上ではレビューは問題なく表示されます。しかしそのウィジェットはiframeの中でレビューをクライアントサイドに読み込んでいるため、商品URLを素のHTMLとして取得すると、レビュー欄は空の入れ物になっています。買い物客にとってそのページは説得力があります。ソースを読むシステムにとって、340件のレビューは存在しません。

ここで配信方式がAI検索と交わります。ChatGPT、Perplexity、Google AI OverviewsといったAI回答エンジンは、取得できるテキストを読んで商品を要約しますが、その取得処理の多くは完全なブラウザを動かさず、遅延スクリプトを待ちません。どの土鍋が焼き付けに向くほど熱を保つかと誰かが尋ねたとき、エンジンが頼れるのは実際に見えているレビューの言葉だけです。サーバー側で生成されたレビュー本文は、その読み取りと引用の対象になり得ます。スクリプトの背後に閉じ込められたレビューや、別ドメインのiframeに封じられたレビューは、人間にはどれほど説得力があっても、たいていその対象になりません。この差を埋めること、つまり既存のレビューを最初の文書から読める状態にすることが、BeyondReviewsが取り組んでいる具体的な課題です。

実際の確認方法は単純で、どのベンダーの主張を信じる前にも試す価値があります。描画されたページで判断してはいけません。どちらの方式もそこでは同じに見えるからです。代わりにソースを表示するか、JavaScriptを無効にしてページを取得し、レビュー内に出てくると分かっている語句を検索します。その言葉が生のHTMLにあれば、レビューは読める状態です。入れ物が空であれば、それは飾りにすぎず、買い物客には速く魅力的に映る一方で、あなたのストアが表示されるかどうかを決めるシステムには見えていません。