Eコマース向けのスキーママークアップのローカライズとは、構造化データを顧客と検索エンジンの言語に合わせることです。国際的なオンラインストア、特にEU、東南アジア、中東など多様な地域をターゲットとするストアにとって、スキーマのローカライズは、ユーザーの言語、地域、通貨に基づいて検索エンジンが適切なリッチスニペットを配信するための鍵となります。.
商品情報、価格設定、ビジネス詳細など、主要なスキーマタイプをローカライズすることで、さまざまな市場での可視性、信頼性、コンバージョン率を高めることができます。この記事では、どのスキーマ要素をローカライズすべきか、避けるべきよくある間違い、そして国際的なeコマースサイトが最高のパフォーマンスを発揮するためのベストプラクティスを解説します。.
Eコマースにおけるスキーマローカライゼーションの重要性
スキーマのローカライズにより、構造化データが、対象とする各市場の言語、通貨、文化的背景に適合するようになります。これにより、地域の検索結果での可視性が向上し、さまざまな地域でのユーザーエクスペリエンスが改善されます。.
- ローカルSEO のパフォーマンスを向上 – スキーママークアップが現地の言語、通貨、地域固有のフィールドを使用すると、検索エンジンはコンテンツをより正確に理解し、ローカル検索の意図に一致させることができます。
- 正確なリッチスニペットを実現 – 価格、商品の在庫状況、レビューなどのリッチスニペットはユーザーの地域の状況を反映し、信頼を築き、クリック率を向上させます。
- 多言語ユーザー体験を向上 – ローカライズされたスキーマは、表示されるページコンテンツとその背後にある構造化データの一貫性を確保し、海外からの訪問者の混乱を防ぐのに役立ちます。
- 地域のコンプライアンスと期待に応える – 地域によって特定のデータ要件（EUのVATや東南アジアの配送ゾーンなど）があり、スキーマを通じて対応できます。
- ターゲット市場でのコンバージョン率を向上 – 検索プレビューで見慣れた言語、通貨、連絡先情報を目にするユーザーは、あなたのサイトを信頼し、エンゲージする可能性が高くなります。
ローカリゼーションが必要な主要なeコマーススキーマタイプ
スキーママークアップ とは、ウェブサイトのHTMLに追加される構造化データの一種で、検索エンジンがコンテンツの文脈を理解するのに役立ちます。Eコマースでは、商品の評価、価格、在庫状況などのリッチリザルトを実現し、検索結果でリスティングを目立たせることができます。国際市場をターゲットにする場合、スキーマを使うだけでは不十分で、ローカライズも必要です。
以下は、グローバルなeコマースの成功のために慎重なローカライズが必要となる主要なスキーマタイプです。.
商品
Productスキーマは、製品名、説明、SKU、ブランド、画像、レビューなどの構造化情報を提供します。このスキーマをローカライズする際には、製品名と説明を正確に翻訳することが不可欠です。単なる逐語訳ではなく、各市場の文化的・言語的規範に響く形で翻訳する必要があります。.
Productスキーマを適切にローカライズするには、いくつかの重要な要素をターゲット市場ごとに適応させる必要があります。これらの要素は単純な翻訳にとどまりません——文化的適応、現地の期待への準拠、そして言語固有のSEOとの整合性が求められます。ここでは、ローカライズすべきProductスキーマの主要な側面を紹介します。.
- name: 商品名は、現地語で意味と魅力が伝わるように翻訳してください。現地のオーディエンスを混乱させたり誤解させたりする可能性のある直訳は避けてください。
- description: トーン、計量単位（例：インチ対センチメートル）、および地域のオーディエンスに馴染みのある用語に注意して説明をローカライズします。
- image: テキストベースではありませんが、ローカライズされた画像は文化的な好みを反映できます。たとえば、中東市場向けの衣料品の画像では、より控えめなビジュアルが求められる場合があります。
- brand: ブランドが地域ごとに異なる名称を持っている場合、またはサブブランドが現地でより認知されている場合は、ブランドフィールドにそれが反映されていることを確認してください。
- sku: 多くの場合グローバルで一貫していますが、地域固有の製品コードや識別子を使用する場合は、ローカルカタログに合わせてskuを更新してください。
- review and aggregateRating: これらの要素もローカライズの恩恵を受けられます。スキーマに顧客レビューを含める場合は、現地の言語で書かれ、地域固有の顧客フィードバックを反映していることを確認してください。
- offers（Product内に埋め込まれる）: これには価格と在庫状況が含まれ、現地通貨、形式、在庫レベルを反映する必要があります。また、priceValidUntilを現地のセールスサイクルに合わせて調整することも検討してください。
たとえば、英語の「Winter Coat – Arctic Series」という商品は、スペイン語では「Chaqueta Invernal – Serie Ártica」のようにローカライズされるかもしれません。アラブ市場では、商品名と説明をアラビア語に翻訳する必要があるだけでなく、画像や特徴のハイライトを、魅力的または慎み深いと見なされるものに合わせて調整する必要がある場合もあります。.
Productスキーマのローカライズを怠ると、検索スニペットに表示される内容と実際の商品ページの内容に不一致が生じ、信頼を損ない、クリック率を低下させる可能性があります。ロケールごとに商品スキーマを調整することで、一貫性、SEOとの整合性の向上、そしてよりスムーズなショッピング体験を実現できます。.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
商品を検索した際にオンラインで表示されるProductスキーママークアップの例です。.
価格と通貨
価格設定は、オンラインショッパーにとって最もデリケートな情報の一つです。通常Productスキーマ内に埋め込まれるOfferスキーマには、price、priceCurrency、availabilityといった重要なフィールドが含まれます。通貨と価格設定のローカライズは極めて重要であり、特にUSDやEUR、その他の標準的なデフォルトを使用しない地域をターゲットにする場合には欠かせません。.
たとえば、中東で販売している場合、スキーマには適切なISO 4217通貨コードを使用してAEDまたはSARで価格を反映させる必要があります。たとえば「priceCurrency」：「AED」のようにします。さらに、価格の形式は地域の慣習に従う必要があります。一部の国では小数点記号としてピリオドではなくカンマを使用したり、金額の前にではなく後に通貨記号を配置したりします。.
スキーママークアップにおける不正確または汎用的な通貨コードは、誤解を招くリッチスニペット、混乱した買い物客、さらにはデータの不整合による検索エンジンのペナルティにつながる可能性があります。スキーマは、ユーザーがフロントエンドで目にするものと同期し、リアルタイムの為替レートや地域別の価格戦略を反映する必要があります。多言語ウェブサイト全体で正確な表現を確保するには、このスキーマを言語または地域のサブドメインごとに適応させることが不可欠です。価格スキーマにおいてローカライズが必須の主要要素。.
- price: 地域に合わせてフォーマットされた数値の価格（例：99.99ではなく99,99）。
- priceCurrency: 正しいISO 4217通貨コード（例：AED、SAR、JPYなど）を使用してください。
- 通貨記号の配置: 記号を現地の慣習に合わせてください（例：「SAR 99」ではなく「99 ر.س」）。
- availability: 該当する場合はローカライズされた言語やラベルを使用します（例：スペイン語で「In Stock」→「Disponible」）。
中東市場向けにカスタマイズされた価格設定のローカライズされたスキーマの例を次に示します。.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
商品を検索した際にオンラインで表示される、価格と通貨のスキーママークアップの例を以下に示します。.
ビジネスと連絡先情報
OrganizationスキーマとContactPointスキーマは、あなたのビジネスのアイデンティティと、顧客があなたに連絡する方法を定義します。ここでのローカライズは、単なる翻訳以上のものを伴います—営業時間、サポート言語、連絡方法を現地の期待に合わせて適応させる必要があります。.
ビジネスと連絡先のスキーマをローカライズすることで、信頼性が向上し、検索エンジンがSERP（特にモバイル）で正確な連絡先情報を表示できるようになります。また、音声検索やインテリジェントアシスタントが、位置情報に基づいて正確なビジネス応答を提供するのにも役立ちます。適切にローカライズされたスキーマにより、顧客は自分の言語、地域、好みのコミュニケーション方法に合わせて、適切なタイミングで適切な連絡先オプションを確認できるようになります。.
ローカライズすべきOrganizationスキーマとContactPointスキーマの主要な要素は次のとおりです。.
- name: 異なる地域でローカルブランドのアイデンティティを使用する場合は、ビジネス名を翻訳または適応させてください。
- contactType: サポートの種類にはローカライズされた用語を使用します（例：スペイン語の「servicio al cliente」）。
- telephone: 適切な国際形式で現地のサポート電話番号を含めます。
- areaServed: 地理的な関連性を確保するために、ISOコードを使用して対象地域を指定してください。
- availableLanguage: サポートチームが対応できる言語（例：英語、アラビア語、フランス語）を明示します。
- contactOption: WhatsApp、WeChat、現地のチャットツールなど、地域固有の連絡方法を追加します。
- url: 利用可能な場合は、ユーザーをローカライズされたヘルプページまたはお問い合わせページに誘導してください。
これらの各フィールドをターゲット地域ごとに調整することで、スキーマは現地の期待に応え、関連する検索結果、特にモバイルや音声インタラクションに依存する検索結果に掲載される可能性が高まります。以下はスキーマを適用する例です。.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
配送と配達の詳細
配送に関する期待やルールは国によって大きく異なります。DeliveryTimeSettings、ShippingDeliveryTime、OfferShippingDetails など、地域固有のスキーマタイプを使用することで、在庫状況や推定配送時間だけでなく、配送対象地域、送料、処理時間も伝えることができます。これらはすべて、各市場に合わせてローカライズする必要があります。ローカライズが必要な配送スキーマ要素には、以下が含まれます。.
- shippingDestination: サービスを提供する地域または国。
- deliveryTime: 現地の形式での推定配送時間（例：2日 vs. 5～7営業日）。
- shippingRate: 現地通貨での配送料金。
- transitTimeLabel: 配送時間を説明するために使用されるラベル（「Express」、「Regular」、「24時間以内に配達」など）。
- handlingTime: 配送が開始されるまでの処理時間。
たとえば、ドイツの顧客は3営業日以内の配送を期待するかもしれませんが、インドネシアでは一般的な目安は5～7日程度でしょう。配送スキームがローカライズされていないと、ユーザーは検索結果で関連情報を得られず、購入をためらう可能性があります。以下は、ドイツ市場向けにローカライズされたOfferShippingDetailsの例です。.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
店舗の所在地と地域ビジネス情報
Google検索やGoogleマップで店舗の所在地を正確に表示するかどうかは、適切にローカライズされたLocalBusinessスキーマに大きく左右されます。特にユーザーが自分の言語や地域で検索する場合、正しい情報があることで可視性が高まり、信頼が築かれます。LocalBusinessスキーマでローカライズが必要な主な要素は次のとおりです。.
- name: 現地の文脈に関連する場合、事業名が翻訳されます。
- address: 現地の慣習に従ってフォーマットされた住所。addressLocality、addressRegion、postalCode、addressCountry を含みます。
- telephone: 正しい国番号と現地の形式を使用した電話番号。
- openingHoursSpecification: 営業時間は現地のタイムゾーンと商習慣に合わせて調整されます。
- geo: 店舗所在地の地理座標 (緯度と経度)。
- areaServed: ビジネスがサービスを提供する地域またはエリア。
たとえば、ドイツのベルリンで営業している店舗のスキーマスニペットは次のとおりです。.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
以下はローカルビジネスマークアップスキームの例です。.
パンくずナビゲーション
BreadcrumbListスキーマは、ウェブサイトのナビゲーション構造を定義するのに役立ち、ユーザー（および検索エンジン）にサイト階層内のどこにいるかを示します。これは単純に見えるかもしれませんが、パンくずリストのローカライズは、一貫性を確保し、SEOを改善し、ユーザーエクスペリエンスを向上させるために、 多言語Eコマース サイトでは極めて重要です。
たとえば、英語、スペイン語、アラビア語のパンくずリスト
- 「ホーム > メンズファッション > ジャケット」
- 「Inicio > Moda Masculina > Chaquetas」、
- 「الرئيسية > أزياء الرجال > المعاطف」。.
ページコンテンツが別の言語であるにもかかわらず、パンくずリストのスキーマが英語のままになっているとします。その場合、ユーザーは混乱し、検索エンジンはローカライズされたコンテンツを正しくインデックスできなくなる可能性があります。また、パンくずリストはリンクエクイティがサイト内をどのように流れるかに影響するため、内部リンク戦略にも悪影響を及ぼす可能性があります。.
ローカライズが必要なBreadcrumbListスキーマの主要要素。.
- itemListElement.name: パンくずリストの各階層の表示名は翻訳する必要があります。
- itemListElement.item: URLは各ページの正しいローカライズ版を指す必要があります。
- position: パンくずリスト内の階層レベルを反映します（通常は変わりませんが、ローカライズされた構造に対応している必要があります）。
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
以下はパンくずマークアップスキームの例です。.
eコマースにおけるスキーマローカライズのよくある間違い
eコマースサイトのスキーママークアップをローカライズする際、企業はしばしば重大かつ回避可能な問題に直面します。翻訳だけで十分だと考える人も多いですが、構造化データは各地域の言語、通貨、ユーザーの期待に完全に適応させる必要があります。こうした見落としは、リッチスニペットの崩れ、検索での可視性の低下、ユーザーの混乱を引き起こす可能性があります。.
以下はスキーマのローカライズで最もよくある間違いと、それを避けることがサイトのパフォーマンスとユーザー体験に大きく影響する理由です。.
1つの言語または通貨のみを使用する
Eコマースのスキーマローカライゼーションで最も頻繁に見られる誤りの一つは、フロントエンドのコンテンツが翻訳されているにもかかわらず、サイトの構造化データ全体で単一の言語や通貨を使い続けてしまうことです。この不一致はユーザーと検索エンジンの両方を混乱させます。フランスの買い物客が商品説明をフランス語で読んでいても、スキーマがEURではなくUSDを参照したままであることがあり、これは信頼問題を引き起こす可能性があります。.
ローカライズされたスキーマは、翻訳されたコンテンツと現地の通貨形式を反映する必要があります。たとえば、サイトのフランス語版では「priceCurrency」:「USD」を「priceCurrency」:「EUR」に置き換え、Productスキーマの「name」フィールドと「description」フィールドはフランス語で表示されるべきです。これを行わないと、検索エンジンが検索結果でローカライズされたリスティングを正確に表示できない可能性があります。.
言語と通貨のローカライズを無視すると、リッチスニペットのプレビューが貧弱になり、クリック率が低下し、構造化データの正確性に関するガイドラインに違反する可能性さえあります。常に言語と地域ごとにスキーマを調整し、 hreflang と地域固有のサブドメインまたはパスを使用してください。
通貨コードが適切に更新されていない
フロントエンドで正しいローカライズされた通貨記号を使用していても、スキーママークアップ内の通貨コードの更新を忘れる人が多くいます。Schema.orgは標準化されたISO 4217コード（米ドルなら「USD」、日本円なら「JPY」など）を使用しており、「priceCurrency」にこれらを正しく反映しないと、リッチリザルトが壊れたり誤解を招くものになったりします。.
たとえば、UAEにあるあなたのストアが価格をディルハムで表示しているのに、スキーマで「priceCurrency」：「USD」を依然として使用している場合、Googleは商品価格を誤って解釈したり、まったく表示しないことを選択する可能性があります。さらに悪いことに、顧客が誤った通貨コンテキストのために商品を安いまたは高いと誤解し、直帰率やカート放棄につながる可能性があります。.
スキーマ内の通貨値は常に再確認してください。特に、ジオロケーションや通貨スイッチャーを使用する多通貨ストアでは重要です。視覚的な通貨情報と構造化通貨情報を一致させることで、検索結果での表示と顧客の信頼が向上します。.
地域固有のスキーマフィールドを省略する
もう一つの間違いは、「shippingDestination」「areaServed」「availableAtOrFrom」のような地域固有の要素を取り入れずに、地域をまたいで汎用スキーマを使用することです。これらのフィールドは、特に国際配送やローカライズされたカスタマーサポートにおいて、物流とサービス提供範囲を伝えるために重要です。.
たとえば、オーストラリアの買い物客には、現地の基準に基づいた配送時間の目安と配送オプションが表示されるべきです（例：「shippingDestination」: { 「@type」: 「DefinedRegion」, 「name」: 「Australia」 }）。このような詳細を省略すると、検索エンジンがそこへ配送していないと判断し、ローカル検索での見つけやすさに影響する可能性があります。.
さらに、「areaServed」や「availableAtOrFrom」といったフィールドは、「近くで」や地域ベースの検索であなたのビジネスを見つけやすくするのに役立ちます。地域ページでこれらのスキーマフィールドを使用していないなら、ローカライズされた検索の機会を逃している可能性が高いです。.
RTL言語サポートを無視する
アラビア語やヘブライ語などの言語は右から左（RTL）に読み進められるため、これを考慮してスキーママークアップを調整しないと、可読性やSEOの問題が生じる可能性があります。スキーマは視覚的にレンダリングされませんが、ページ上の体験や検索言語のターゲティングに合わせるため、言語のコンテキストを反映する必要があります。.
たとえば、アラビア語ページの商品スキーマにおける「name」フィールドと「description」フィールドは、適切に翻訳し、正しいUnicode形式でエンコードする必要があります。さらに、ページ自体のHTMLでも lang="ar" と dir="rtl" を使用し、スキーマも同じ設定に合わせる必要があります。.
RTLサポートを怠ると、視覚的なコンテンツと構造化コンテンツの間に不一致が生じ、ユーザーを混乱させたり、リッチリザルトの対象条件に影響を与えたりする可能性があります。言語と読み方向の両方がスキーマ構造に反映されていることを常に確認してください。.
翻訳されていないパンくずリスト
パンくずリストはナビゲーションの補助として機能し、内部リンクとSEOに大きく貢献します。スキーマのローカライズでよくある間違いの一つは、表示されるナビゲーションパスが翻訳されているにもかかわらず、パンくずリストのスキーマを元の言語のままにしておくことです。.
たとえば、ページに「Inicio > Moda Femenina > Vestidos」（スペイン語で「ホーム > レディースファッション > ドレス」）と表示されている場合、BreadcrumbListスキーマもこれを正確に反映する必要があります。「Inicio」の代わりに「name」：「Home」を使用すると、不一致が生じ、Googleがサイト構造を解釈する方法に悪影響を与える可能性があります。.
各パンくずリストのレベル（「name」）はローカライズし、対応する「item」はローカライズされたURLにリンクする必要があります。すべてを一致させることで、ユーザーとクローラーの一貫性が保たれ、可視性とインデックス登録が向上します。.
すべての言語で同じスキーマを再利用する
最も深刻な間違いは、すべての言語に画一的なスキーマアプローチを使用することです。コンテンツ、通貨、言語、地域のコンテキストを適応させずに同じ構造化データを再利用することは、 ローカライゼーションの本来の目的を完全に損なうものです。
サイトの各ローカライズ版では、そのスキーマがローカルのコンテンツとメタデータを反映している必要があります。例えば、英語用とフランス語用で別々の製品ページがある場合、それらのProductスキーマには翻訳された「name」、「description」、「priceCurrency」、さらには言語固有のURLが含まれているべきです。.
この慣行を怠ると、検索シグナルの競合、スニペット品質の低下、さらには誤解を招く構造化データに対する手動による措置につながる可能性があります。ベストプラクティスは、言語ごとのサブドメインまたはhreflangタグ付きバージョンごとに個別のスキーマを維持し、構造化データが提供される言語と地域に一致するようにすることです。.
電子商取引のスキーママークアップをローカライズするためのベストプラクティス
スキーママークアップは、検索エンジンがコンテンツを解釈し表示する方法において極めて重要な役割を果たします。適切にローカライズすることで、ローカルSERPでの可視性が向上し、クリック率が改善され、世界中のユーザーのショッピング体験が向上します。.
ローカライズを最大限に活用するために、すべてのグローバルeコマース企業が従うべきベストプラクティスを以下に示します。.
ページごとに言語固有のスキーマを使用する
ウェブサイトの各言語バージョンには、その言語に対応したスキーママークアップを含める必要があります。サブドメインやサブフォルダ（例：英語用のexample.com/en/、ドイツ語用のexample.com/de/）を使用している場合、それぞれに固有の言語に適したスキーマを含める必要があります。.
ドイツ語のページでまだ英語のスキーマを使用している場合、Googleはページのローカルなコンテキストを理解するのに苦労する可能性があり、ユーザーは自分の期待と一致しない体験だと感じるかもしれません。例えば、以下のようになります。.
国 | スキーマフィールド | ローカライズされた価値 |
/fr/製品ページ | 「name」 | 「ヴェステ・ディヴェール・プールオム」 |
「description」 | 「フランスの冬のための暖かいジャケット」 | |
「inLanguage」 | 「fr」 |
製品名と説明をローカライズする
商品名や説明は、単に翻訳して文化的に適応させるだけでは不十分です。ある国で魅力的に響くフレーズが、別の国では共感を呼ばないかもしれません。現地のオーディエンスに自然な言葉を使い、彼らの購買行動に合わせましょう。.
不自然な表現や不明瞭なメッセージを避けるために、ネイティブの翻訳者や現地の専門家に依頼しましょう。スキーマ内の名前、説明、ブランドなどのフィールドは、現地の言語や好みを反映する必要があります。.
言語 | 名前 | description |
英語 | 「メンズ スリーク ジャケット」 | 「冬にぴったりのスタイリッシュなジャケット」 |
日本語 | 「メンズウィンタージャケット」 | 「冬に最適なおしゃれなジャケットです。」 |
正確な価格と通貨を設定する
価格はeコマースにおいてデリケートなテーマです。サイト上で通貨を視覚的に変換するだけでは不十分です。priceCurrencyフィールドにISO 4217コードを使用し、スキーマが正しい通貨を正確に反映していることを確認してください。また、価格は小数点や桁区切りを含め、現地の慣習に従ってフォーマットする必要があります。.
すべての言語バージョンでUSDのみを表示することは避けてください。ユーザーが混乱したり、信頼が損なわれる可能性があります。リアルタイムの通貨換算を使用する場合は、スキーマが同期された状態を保つようにしてください。例えば、.
国 | price | 価格通貨 | 現地の 形式 |
日本 | 4500 | 日本円 | ¥4,500 |
サウジアラビア | 180 | サー | 180 ر.س |
ビジネス情報をローカライズする
住所、電話番号、営業時間などのビジネス連絡先情報は、地域ごとにローカライズする必要があります。addressLocality、postalCode、addressCountryなどのフィールドには現地の形式を使用してください。電話番号には国際電話コードを含めて、ユーザーが連絡しやすいようにしましょう。.
openingHoursSpecificationなどのフィールドは、現地のタイムゾーンや商習慣を反映する必要があります。これらの詳細は信頼を築き、ローカル検索結果でのビジネスの見え方を改善するのに役立ちます。例えば、次のとおりです。.
国 | 住所地域 | postalCode | 営業時間形式 |
スペイン | バルセロナ | 08001 | 月～金 9:00～18:00 |
タイ | チェンマイ | 50000 | 月〜土 10:00〜19:00 |
RTL言語向けの構造化スキーマ
アラビア語やヘブライ語などの言語は右から左（RTL）に書かれます。JSON-LD自体は視覚的な書式設定に依存しませんが、name、description、breadcrumbなど、表示されるテキストを含むスキーマフィールドは、コンテンツとマークアップの間の不整合を避けるために、正しい言語と方向を反映する必要があります。.
ページがアラビア語であるにもかかわらず、スキーマに英語の値や左から右へのコンテンツがまだ含まれていると、ユーザーと検索エンジンの両方に混乱を招く可能性があります。HTMLにlang=”ar”が含まれていること、および構造化データのフィールドが適切にローカライズされていることを常に確認してください。.
分野 | 非ローカライズ版（LTR/英語） | ローカライズ済み（RTL/アラビア語） |
名前 | 冬用ジャケット | 冬用コート |
description | 冬用の暖かいコート | معطف دافئ مثالي لفصل الشتاء |
パンくず | ホーム > 衣類 > ジャケット | الرئيسية > الملابس > المعاطف |
Linguiseでスキーマのローカリゼーションを自動化
スキーママークアップを複数の言語で手動でローカライズするのは、特に何百もの動的な商品ページを管理する場合には複雑になることがあります。表示されるコンテンツと、Product、Offer、BreadcrumbList、LocalBusiness スキーマを含む構造化データは翻訳する必要があります。適切なローカライズがなければ、リッチスニペットが各地域の正しい言語、通貨、構造を反映しない可能性があります。.
Linguise は、 自動翻訳 ソリューションを提供しており、構造化データにも対応し、スキーママークアップとコンテンツを翻訳します。Live Editorを通じて、商品名、説明、ブランド値などのスキーマコンテンツを手動で微調整し、地域のコンテキストを正確に反映させることができます。これは、地域SEOのために文化的なニュアンスやキーワードの適応が必要なProductスキーマフィールドをローカライズする際に特に役立ちます。
さらに、 Linguise はリンクやメディアの翻訳をサポートし、パンくずリストのURL、内部リンク、さらには画像参照のローカライズを可能にします。これにより、すべての要素、ナビゲーションパス、アセット、構造化データが正しい言語バージョンと一致し、検索エンジンが世界中のユーザーにより正確で関連性の高いリッチリザルトを提供できるようになります。.
Conclusion
スキーママークアップのローカライズは、ローカル検索結果での可視性を高め、リッチスニペットを強化し、ユーザーにシームレスな多言語体験を提供することを目指す国際的なeコマース企業にとって極めて重要です。商品名や価格から配送詳細、ビジネス情報に至るまで、あらゆる構造化データは、各ターゲット市場の言語、文化、期待に合わせる必要があります。.
このプロセスを効率化するには、 Linguiseの使用を検討してください。これはコンテンツの翻訳を自動化するだけでなく、言語ごとにスキーママークアップ、リンク、メディアを適応させる翻訳ソリューションです。Live EditorやURL・画像の翻訳などの機能により、 Linguise を使用することで、サイト全体（表示されるコンテンツと構造化データの両方）を完全にローカライズし、SEO対応にすることができます。
