レビュー移行（Review Migration）

別名 レビューインポート, レビューアプリの乗り換え, Review Migration

レビューは、Shopifyの構成の中で買い戻すことのできない唯一の資産です。1,000件のレビューは何年分もの注文を表しており、だからこそレビューアプリの入れ替えは、ストア内の他のどの入れ替えよりも重く感じられます。移行は同時に二つの仕事です。一つはデータの移動で、行が一方のデータベースを離れて別のデータベースに届きます。もう一つは検索上の出来事で、星評価を支える構造化データを出力するアプリが、一方から他方へ切り替わります。失敗する移行の多くは二つ目の仕事で失敗します。一つ目がうまくいったように見えてしまうからです。

書き出したファイルが完全な複製であることは、めったにありません。評価、レビュー本文、投稿者名、元の投稿日は問題なく移ります。一方で、次の四つはしばしば移りません。購入確認済みかどうかの状態は、多くの場合、旧アプリが自社の注文照合から導き出しているもので、持ち運べるフラグとして保存されているわけではありません。そのため移行先は、確認済みの列をそのまま受け入れるか、レビュアーのメールアドレスをShopifyの注文と照合して導き直すかのどちらかになります。バッジが自動的に戻ってくると考えず、どちらなのかを確認してください。写真は通常、ファイルではなく旧アプリのストレージを指すURLとして書き出されるため、そのアカウントが生きている間しか表示されません。アンインストールする前にダウンロードしてください。運営者からの返信は別のテーブルに置かれており、書き出しに含まれていないことがよくあります。そして元の投稿日は、何も告げられないまま取り込み日に置き換わることがあり、それまで積み上げてきた新しさのシグナルがすべてリセットされます。

移行が音もなく壊れるのは、商品の対応づけの列です。レビューがどの商品を指すのかについて、アプリごとに考え方が異なります。Shopifyの商品IDを保持するもの、ハンドルを保持するもの、SKUを保持するものがあり、この三つのどれも無条件に安全ではありません。商品IDは安定していますが、カタログを作り直すと引き継がれません。ハンドルは読みやすい反面、編集可能であり、2年前に名前を変えた商品が、誰も設定した覚えのないハンドルを抱えていることがあります。SKUは商品ではなくバリエーションに紐づくため、SKUを鍵にしたレビューは親商品まで引き上げる必要があり、SKUが空欄なら鍵として機能しません。両方のアプリが本当に一致している鍵を選び、ファイル全体を取り込む前に10商品ほどを手作業で確認してください。

ファイル自体は素のCSVで、レビュー1件につき1行、おおよそ次の列を持ちます。商品の識別子、評価、タイトル、本文、投稿者名、投稿者のメールアドレス、日付、公開状態、場合によっては確認済みフラグと画像URLの一覧です。ここで、概念的な話よりも大きな被害を生む機械的な要素が二つあります。レビュー本文にはカンマや改行が含まれるため、ファイルは引用符の正しい扱いに依存しており、別のツールで保存し直すと崩れます。そして書き出したファイルを表計算ソフトで開くことが、SKUの先頭のゼロが消え、日付が取り込み側で解釈できない形式に書き換えられ、名前が文字化けする原因になります。ダウンロードした元のファイルには手を触れず、バックアップとして残してください。

静かに費用がかかるのは、検索結果の星表示が消える期間です。Googleはあなたの評価を保存していません。クロールのたびにページから集約評価（aggregateRating）とReviewのマークアップを読み取っているので、星は、どれかのアプリがそのマークアップを出力している間だけ存在します。月曜に旧アプリをアンインストールし、木曜に新しいアプリへデータを入れたなら、その間にクロールされたページはすべて、評価のない商品として報告されます。復旧は即座ではありません。マークアップが再び有効になり、そのページが改めてクロールされる必要があり、その時期を決めるのはあなたではなくGoogleです。この空白を避ける順序は、旧アプリがまだ表示を続けている間に新しいアプリを導入してデータを入れ、実際の商品ページで有効なマークアップを確認してから、旧ウィジェットを外すというものです。こうすれば、どの瞬間にも、レビューのマークアップはちょうど一組だけになります。二組が同時に存在する状態は、それ自体が欠陥です。

陶器のドリップコーヒー用品を扱うShopifyのストア運営者を考えてみます。商品は68点、4年間で1,900件のレビューがあり、平均は4.6です。書き出したファイルは旧アプリの内部商品IDを鍵にしており、新しいアプリはそれを一度も見たことがありません。そこでShopifyの商品CSVから対応表を作り、すべてをハンドルに付け替えます。140件のレビューは、その後に統合されたか販売を終えた商品に属しており、着地する先がありません。似た商品に無理やり当てはめるのではなく、これらは保留にします。写真は旧アプリのストレージへのリンクとして届くため、旧アプリがまだ入っているうちに画像をダウンロードします。元の日付の列は明示的に対応づけ、取り込み側がすべてに移行当日の日付を押してしまわないようにします。取り込みのあと、新しいウィジェットは1,760件のレビューで平均4.6と表示し、その差は保留した140件とちょうど一致します。この照合こそが、ほかに失われたものはないと言い切れる根拠です。旧ウィジェットはさらに3日間そのまま残し、10ページの商品ページでマークアップが有効であることを確認してから外します。

移行しないことが誠実な答えである場合もあります。旧アプリに書き出し機能がないなら、それは移行ではなくゼロからのやり直しであり、アンインストールしたあとに気づくのではなく、あらかじめ意識して決めるべきことです。レビューが数十件しかないのであれば、対応づけの手間は、最近の購入者から集め直す手間より高くつきます。レビューを書いたあとにカタログを作り直しているなら、識別子はもうどこにも存在しないかもしれず、おおむね動く程度の対応づけは、あとから解きほぐすのが厄介な形でレビューを取り違えます。年末商戦のような繁忙期は、切り替えに向かない時期です。評価が空白の商品ページが生む損失は、流入が多いほど大きくなるからです。そして移行の理由が、レビューが検索に見えていないことであるなら、移行先がレビューをページ本体に描き出すのか、それともクローラーの読めないウィジェットの内側に置くのかを確かめてください。そうでなければ、移行は問題を解決するのではなく、問題の置き場所を変えるだけになります。この確認は、私たちのものを含め、すべての移行先アプリに当てはまります。

同じ確認が、移行後にAI回答エンジンがあなたをどう扱うかも決めます。ChatGPT、Perplexity、Google AI Overviewsがある商品を買う価値があるかどうかを判断するとき、これらは実際に取得できるレビューの中身を手がかりにします。移行は、その中身が最も無防備になる瞬間です。日付が書き換わり、購入確認済みの状態が落ち、返信が消え、本文がクローラーの読めないウィジェットの中に着地します。記録を欠けさせないことと、記録を読める状態にすることは同じではありません。すでに持っているレビューを、検索エンジンとAIに読まれ、裏づけられ、引用される状態にすること。それがBeyondReviewsが埋めようとしている別の隔たりであり、移行は、同じ死角を次のアプリへ持ち越すのではなく、そこを直すのに自然な機会です。