ケース：Tildaのストア、複数の国のオーディエンス。通貨換算JSウィジェットを接続すれば、価格はユーザーのブラウザで再計算され、問題は解決するように思えます。しかし、Search Consoleを見ると、海外からのオーガニック検索が伸びていないことがわかります。その理由は、検索エンジンが購入者が見ているものと同じものを見ていないからです。
越境ショッピングに関する調査によると、購入者の92%は現地通貨での価格表示を好み、3人に1人は価格が外貨のみで表示されているとカートを放棄します。これは当然のことのように聞こえますが、興味深いのは、ほとんどのストアがこの問題をどのように解決しているか、そしてその解決策がなぜSEOの問題に発展するのかということです。
JS換算の仕組み
ほとんどの通貨換算ウィジェットとスクリプトは、同じスキームで動作します。ページは元の通貨の価格で読み込まれ、その後JSがAPIを介して為替レートを取得し、ユーザーのブラウザで直接数値を再計算します。
購入者にとっては、これは正常に見えます。ページにアクセスすると、1秒後にユーロでの価格が表示されます。読み込み時にわずかなちらつきがある場合もあれば、ない場合もあります。視覚的には機能しています。
ユーザーが何かを見ないことが問題なのではありません。問題は、検索ロボットがページをまったく異なる方法で見ていることです。
Googlebotが見るもの
Googlebotは最初のレンダリング時にページをインデックスします。Google Search Centralによると、JavaScriptのレンダリングは遅れる可能性があり、まずHTMLバージョンのページがインデックスされ、JSは後で処理されるか、まったく処理されない場合があります。
これは、検索結果に元の通貨（ルーブル、もしストアが元々ロシアのものであれば）の価格が表示される可能性があることを意味します。ドイツのユーザーが検索クエリを入力し、結果に「4500 ₽」と表示され、クリックすると、ページが読み込まれた後に初めて価格がユーロに換算されます。
これは同時に2つの問題を引き起こします。1つ目は、検索結果のスニペットにローカライズされていない価格が表示され、クリック率が低下することです。2つ目は、マイクロマークアップ（priceフィールドを持つschema.org/Product）を使用している場合、それが元の通貨でHTMLに書き込まれることです。検索エンジンはルーブルの構造化データを見て、リッチリザルトにそのように表示します。
たとえば、Tildaを使用している場合、ページコードには「price」: 「4500」および「priceCurrency」: 「RUB」のようなメタタグまたはJSON-LDマークアップがよく見られます。フロントエンドのJSスクリプトが「€45」と表示を置き換えたとしても、元のHTMLを読み取る検索ロボットはルーブルの価格を記録し、検索結果での価格表示にエラーが発生します。
検索エンジンが期待する通貨を正確に認識していることを確認するには、Googleリッチリザルトテストでページを確認することをお勧めします。このツールは、Googleがマイクロマークアップをリアルタイムでどのように解釈するかを示します。
商品の価格と通貨のフィールドを含む構造化データの形式については、Googleの商品構造化データに関する公式ドキュメントで詳しく説明されています。
なぜそれが思っているよりも悪いのか
ドイツ市場向けにページを宣伝しているとします。Google Merchant Centerまたはオーガニック検索結果では、購入者はユーロでの価格を期待しています。マイクロマークアップが「4500 RUB」と表示されている場合、それは単に見た目が悪いだけでなく、Googleがローカルのショッピング結果に商品をまったく表示しない可能性があります。
特定の市場向けのSEO戦略では、そのページのコンテンツがオーディエンス（言語、通貨、コンテキスト）に合致していることを前提としています。JS変換はローカライズの錯覚を与えますが、インデックス化されるコンテンツは元のままです。
サーバーサイド変換：どのように機能すべきか
サーバーで通貨を換算すると、ユーザーのブラウザはすでに必要な通貨で価格が記載されたページを受け取ります。すべてが事前に計算され、ブラウザは正しい数値を含む準備されたHTMLを受け取ります。
Googlebotは、購入者が見るものと同じものを見ます。ユーロ建ての価格、正しいマイクロデータ、正しいスニペットです。ユーザーと検索エンジンの両方にとって、ローカライズは完全です。
このアプローチでは、為替レートは信頼できる情報源（ECBまたはその他のAPIなど）から取得され、ページが配信される際にプロキシサーバー側で適用されます。キャッシュはスケジュールに従って更新されます。ユーザーは読み込み時に「ちらつき」を見ることはありません。
Multifyが問題を解決する方法
Multifyは、サイトとユーザーの間のプロキシレイヤーとして機能します。ドイツのユーザーからリクエストが来た場合、サーバーはすでにユーロに換算された価格のページを返します。為替レートは自動的に更新されます。
これはSEOだけでなく、URL構造にとっても重要です。サイトの言語バージョンは/de/またはde.yourdomain.comにあり、Googlebotもこのアドレスでユーロ建ての価格を含む正しいドイツ語コンテンツを確認します。hreflangは自動的に生成されるため、個別に設定する必要はありません。
JSアプローチとの違いは根本的です。JSではサイトがローカライズされているように見せかけるだけですが、サーバー側での変換では、サイトはユーザーと検索エンジンの両方にとって真にローカライズされています。
すでにJS変換を使用している場合はどうすればよいですか？
現在通貨換算ウィジェットを使用している場合は、Google Search Consoleで確認してください。Googlebotが商品ページをインデックス登録する際に何を見ているでしょうか？「URL検査」ツールは、ロボットが受け取ったHTMLを表示します。そこに適切な通貨の価格と正しいマイクロデータがあるかどうかを確認してください。
元の通貨が表示されていても、それは大惨事ではありませんが、他の国からのオーガニックトラフィックが最大限に活用されていないことを意味します。
よくある質問
Googlebotは常にJavaScriptを無視しますか？
いいえ、しかしそれは望ましいよりも複雑に機能します。GoogleはJavaScriptをレンダリングしますが、それは別のキューで行われ、遅延する可能性があります。新しいページや急速に変化する価格の場合、インデックス作成の遅延は、関連性の高いコンテンツが検索結果に表示されるのが遅れることを意味します。価格のような動的なデータの場合、これは許容できません。
Yandexはどうですか？
YandexもJavaScriptをレンダリングしますが、制限があります。CIS市場（カザフスタン、ベラルーシ、アルメニア）の場合も、これは関連する問題です。ロボットが最初のクロールで正しいコンテンツを取得できない可能性があります。
検索エンジンが正しい通貨を見ていることを確認するにはどうすればよいですか？
Google Search Console経由：「URL検査」→「インデックス登録されたページを表示」→「詳細情報」。そこにGooglebotが取得したHTMLが表示されます。価格を探し、マイクロデータマークアップのpriceCurrencyタグにどの通貨で記述されているかを確認してください。
