組織(Organization
)の構造化データ
組織の構造化データを使用すると、組織の管理情報の詳細(ロゴ、住所、連絡先情報、ビジネス ID など)を Google に知らせることができます。Google がナレッジパネルやその他の視覚要素(アトリビューションなど)でこのマークアップを利用できるようになるため、ユーザーは Google 検索で組織の詳細情報を見つけやすくなります。
構造化データを追加する方法
構造化データは、ページに関する情報を提供し、ページ コンテンツを分類するための標準化されたデータ形式です。構造化データを初めて使用する場合は、構造化データの仕組みについてをご覧ください。
構造化データの作成、テスト、リリースの概要は次のとおりです。
- ウェブページに適用される推奨プロパティを可能な限り多く設定してください。必須プロパティはありません。代わりに、コンテンツに適用されるプロパティを追加します。使用している形式に基づいて、ページ上の構造化データを挿入する場所をご確認ください。
- ガイドラインに従います。
- リッチリザルト テストでコードを検証し、重大なエラーを修正します。ツールで報告される重大ではない問題の修正も検討してください。構造化データの品質向上に役立ちます(ただし、リッチリザルトの対象となるために必ずしも必要というわけではありません)。
- 構造化データが含まれているページを数ページ導入し、URL 検査ツールを使用して、Google でページがどのように表示されるかをテストします。Google がページにアクセスでき、robots.txt ファイル、
noindex
タグ、ログイン要件によってページがブロックされていないことを確認します。ページが正常に表示されたら、Google に URL の再クロールを依頼できます。 - 今後の変更について Google に継続して情報を提供するために、サイトマップを送信することをおすすめします。これは、Search Console Sitemap API で自動化できます。
例
Organization
JSON-LD コードで記述された組織情報の例を以下に示します。
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Organization", "image": "https://www.example.com/example_image.jpg", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example1234", "https://example.org/example1234"], "logo": "https://www.example.com/images/logo.png", "name": "Example Corporation", "description": "The example corporation is well-known for producing high-quality widgets", "email": "[email protected]", "telephone": "+47-99-999-9999", "address": { "@type": "PostalAddress", "streetAddress": "Rue Improbable 99", "addressLocality": "Paris", "addressCountry": "FR", "addressRegion": "Ile-de-France", "postalCode": "75001" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228" } </script> </head> <body> </body> </html>
返品に関するポリシー付きの OnlineStore
(Organization
のサブタイプ例)
JSON-LD コードで記述されたオンライン ショップに関する情報の例を次に示します。
<html> <head> <title>About Us</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "OnlineStore", "name": "Example Online Store", "url": "https://www.example.com", "sameAs": ["https://example.net/profile/example12", "https://example.org/@example34"], "logo": "https://www.example.com/assets/images/logo.png", "contactPoint": { "contactType": "Customer Service", "email": "[email protected]", "telephone": "+47-99-999-9900" }, "vatID": "FR12345678901", "iso6523Code": "0199:724500PMK2A2M1SQQ228", "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": ["FR", "CH"], "returnPolicyCountry": "FR", "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 60, "returnMethod": "https://schema.org/ReturnByMail", "returnFees": "https://schema.org/FreeReturn", "refundType": "https://schema.org/FullRefund" } ... // Other Organization-level properties } </script> </head> <body> </body> </html>
ガイドライン
構造化データが Google 検索の検索結果に表示されるようにするには、下記のガイドラインに準拠する必要があります。
技術に関するガイドライン
この情報を、ホームページまたは組織の説明を掲載した単一のページ(例: 企業情報ページ)に配置することをおすすめします。サイトのすべてのページに含める必要はありません。
組織に最も当てはまる Organization
schema.org サブタイプを使用することをおすすめします。たとえば、e コマースサイトを運用している場合は、OnlineBusiness
ではなく OnlineStore
サブタイプを使用します。また、ローカル ビジネス(例: レストランや実店舗)に関するサイトの場合は、LocalBusiness
のサブタイプの中から最も当てはまるものを使用して管理詳細情報を提供し、このガイドで推奨しているフィールドに加えて、ローカル ビジネスの必須フィールドと推奨フィールドを使用することをおすすめします。
構造化データタイプの定義
Google は Organization
の以下のプロパティを認識します。Google がページを詳細に理解できるようにするには、ウェブページに該当する推奨プロパティを可能な限り多く設定してください。必須プロパティはありません。代わりに、組織に該当するプロパティを追加します。
推奨プロパティ | |
---|---|
address |
組織の住所または郵送先(必要に応じて)。ご自身の国で適用されるすべてのプロパティを含めてください。指定するプロパティが多いほど、表示される検索結果の質が高くなります。ビジネスの拠点が複数の国、都道府県、市区町村にある場合は、複数の住所を指定できます。次に例を示します。 "address": [{ "@type": "PostalAddress", "streetAddress": "999 W Example St Suite 99 Unit 9", "addressLocality": "New York", "addressRegion": "NY", "postalCode": "10019", "addressCountry": "US" },{ "streetAddress": "999 Rue due exemple", "addressLocality": "Paris", "postalCode": "75001", "addressCountry": "FR" }] |
address.addressCountry |
郵送先住所の国。2 文字の ISO 3166-1 alpha-2 国コードを使用します。 |
address.addressLocality |
郵送先住所の市区町村。 |
address.addressRegion |
郵送先住所の地域(該当する場合)。たとえば、都道府県や州などです。 |
address.postalCode |
郵送先住所の郵便番号。 |
address.streetAddress |
郵送先住所の番地。 |
alternateName |
組織の通称として知られている別の名前(必要に応じて)。 |
contactPoint |
ユーザーからの問い合わせを受けるのに最適な方法(必要に応じて)。Google が推奨するベスト プラクティスに沿って、ユーザーが利用できるすべてのサポート方法を含めてください。次に例を示します。 "contactPoint": { "@type": "ContactPoint", "telephone": "+9-999-999-9999", "email": "[email protected]" } |
contactPoint.email |
ユーザーの問い合わせ窓口のメールアドレス(必要に応じて)。 |
contactPoint.telephone |
ユーザーの問い合わせ窓口の電話番号(必要に応じて)。電話番号には、必ず国コードと市外局番を含めてください。
|
description |
組織の詳細な説明(必要に応じて)。 |
duns |
|
email
|
ユーザーの問い合わせ窓口のメールアドレス(必要に応じて)。 |
foundingDate |
|
globalLocationNumber |
|
hasMerchantReturnPolicy
|
お客様の |
iso6523Code
|
組織の ISO 6523 識別子(必要に応じて)。ISO 6523 識別子の最初の部分は、使用される識別スキームを定義する
|
legalName |
|
leiCode |
ISO 17442 で定義された |
logo |
組織を表すロゴ(必要に応じて)。このプロパティを追加すると、検索結果やナレッジパネルなどに表示させたいロゴを Google が正確に把握するのに役立ちます。 画像に関するガイドライン:
|
naics |
|
name |
組織の名前。サイト名に使用しているのと同じ |
numberOfEmployees |
具体的な従業員数を指定する例を次に示します。 "numberOfEmployees": { "@type": "QuantitativeValue", "value": 2056 } 従業員数の範囲を指定する例を次に示します。 "numberOfEmployees": { "@type": "QuantitativeValue", "minValue": 100, "maxValue": 999 } |
sameAs
|
組織に関する追加情報が別のウェブサイトにある場合、必要に応じてそのページの URL を含めます。たとえば、ソーシャル メディアやレビューサイトにある組織のプロフィール ページの URL などです。 |
taxID
|
|
telephone
|
顧客の問い合わせ窓口の電話番号(必要に応じて)。電話番号には、必ず国コードと市外局番を含めてください。 |
url
|
組織のウェブサイトの URL(必要に応じて)。これは、Google が組織を一意に識別するのに役立ちます。 |
vatID
|
|
MerchantReturnPolicy
次のプロパティを使用して、Organization
全体の一般的な返品に関するポリシーを説明します(ビジネスに該当する場合)。個々の商品に固有のポリシーがある場合は、代わりに販売者のリスティングのマークアップを使用してください。
必須プロパティ(ユースケースに最適なオプションを選択します) | |
---|---|
オプション A | |
applicableCountry |
返品に関するポリシーが適用される国コード(2 文字の ISO 3166-1 alpha-2 国コード形式)。最大 50 か国を指定できます。 |
returnPolicyCategory |
返品に関するポリシーのタイプ。次のいずれかの値を使用します。
|
returnPolicyCountry |
返品のために商品を送る必要がある国。これは、最初に商品が出荷された国や送られた国とは異なる場合があります。ISO 3166-1 alpha-2 国コード形式。最大 50 か国を指定できます。 |
オプション B | |
merchantReturnLink |
返品に関するポリシーが記載されているウェブページの URL を指定します。お客様独自の返品に関するポリシーでも、返品を処理するサードパーティ サービスのポリシーでも構いません。 |
推奨プロパティ | |
---|---|
customerRemorseReturnFees |
顧客都合で商品が返品された場合に適用される特定のタイプの返品料金。設定可能な値については、 |
customerRemorseReturnLabelSource |
消費者が商品の返送ラベルを取得する方法。設定可能な値については、 |
customerRemorseReturnShippingFeesAmount |
顧客都合による商品の返品に必要な配送料。このプロパティは、商品の返品に伴い、消費者が配送料を支払う場合にのみ必須です。詳しくは、 |
itemCondition |
商品が返品可能と認められる条件。返品が認められる条件を複数指定できます。次の値を使用します。
|
itemDefectReturnFees |
不具合のある商品に適用される特定のタイプの返品料金。設定可能な値については、 |
itemDefectReturnLabelSource |
消費者が商品の返送ラベルを取得できる方法。設定可能な値については、 |
itemDefectReturnShippingFeesAmount |
商品の不具合による返品に必要な配送料。このプロパティは、商品の返品に伴い、消費者が配送料を支払う場合にのみ必須です。詳しくは、 |
merchantReturnDays |
商品の返品が可能なお届け日からの日数。このプロパティは、 |
refundType |
商品を返品する際に消費者が受けられる払い戻しの種類。
|
returnFees |
返品料金のデフォルトのタイプ。次のいずれかのサポートされている値を使用します。
|
returnLabelSource |
消費者が商品の返送ラベルを取得できる方法。次のいずれかの値を使用します。
|
returnMethod |
利用可能な返品方法のタイプ。
|
returnPolicySeasonalOverride |
休日などの特別なイベントに対して返品に関するポリシーを指定する場合の、返品に関するポリシーの期間限定的な優先ルール。たとえば、通常の返品に関するポリシーのカテゴリは "returnPolicySeasonalOverride": { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" } 期間限定的な優先ルールを複数指定する方法は次のとおりです。この例では、通常の返品に関するポリシーは無制限ですが、次の 2 つの期間では制限があります。 "returnPolicySeasonalOverride": [{ "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-11-29", "endDate": "2024-12-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }, { "@type": "MerchantReturnPolicySeasonalOverride", "startDate": "2024-12-26", "endDate": "2025-01-06", "merchantReturnDays": 10, "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow" }] |
returnPolicySeasonalOverride.endDate |
期間限定的な優先ルールの終了日。 |
returnPolicySeasonalOverride.merchantReturnDays |
商品の返品が可能なお届け日からの日数。このプロパティは、 |
returnPolicySeasonalOverride.returnPolicyCategory |
返品に関するポリシーのタイプ。次のいずれかの値を使用します。
|
returnPolicySeasonalOverride.startDate |
期間限定的な優先ルールの開始日。 |
returnShippingFeesAmount |
商品返品に伴う配送料。このプロパティは商品の返品に伴い、消費者が販売者に対して配送料を支払う必要がある場合にのみ必須です。この場合、 |
Google で返品を設定する別の方法
販売店の返品に関するポリシーは複雑で、頻繁に変更されることもあります。Google Merchant Center アカウントをお持ちで、返品情報の指定や最新情報への更新にマークアップを使用することが困難な場合は、Google Merchant Center ヘルプの返品に関するポリシーを設定することを検討してください。または、アカウント レベルで Search Console の返品に関するポリシーを設定することもできます。この設定は自動的に Merchant Center に追加されます。
複数の配送と返品の設定を組み合わせる
さまざまな配送と返品の設定を組み合わせる場合、ポリシー情報は優先順位の高いものから適用される点に留意してください。たとえば、サイトの組織レベルのマークアップと Search Console の返品に関するポリシーの設定の両方を行っている場合は、Search Console で設定された情報のみが使用されます。また、Merchant Center の商品フィードの登録と Search Console の配送に関する設定の両方を行っている場合は、Merchant Center フィードの情報が Search Console の設定より優先されます。
配送と返品に関するポリシー情報における優先順位は以下のとおりです(優先度が高い順で、フィードが最優先)。
- Merchant Center に登録された商品レベルのフィード
- Content API for Shopping(配送設定または返品設定)
- Merchant Center または Search Console での設定
- 商品レベルの販売者のリスティングのマークアップ
- 組織レベルのマークアップ
トラブルシューティング
構造化データの実装またはデバッグで問題が発生した場合は、以下のリソースが参考になります。
- コンテンツ管理システム(CMS)を使用している場合や、サイトが他者によって管理されている場合は、それに応じて支援を依頼してください。その際は、問題の詳細を含む Search Console のメッセージを必ず転送してください。
- 構造化データを使用するコンテンツが必ず検索結果に表示されるとは限りません。コンテンツがリッチリザルトに表示されないときのよくある原因については、構造化データに関する一般的なガイドラインをご覧ください。
- 構造化データにエラーがある可能性があります。構造化データエラーの一覧を確認してください。
- 構造化データへの手動による対策をページに対して実施すると、ページ上の構造化データが無視されるようになります(ただし、Google 検索結果にはページは引き続き表示されます)。構造化データの問題を修正するには、手動による対策レポートを使用します。
- ガイドラインを再度確認し、コンテンツがガイドラインを遵守していないことを確認します。スパム コンテンツまたはスパム マークアップの使用が原因で、問題が発生する場合がありますが、これは構文の問題ではない可能性があり、リッチリザルト テストでは特定できません。
- リッチリザルトが見つからない場合またはリッチリザルトの合計数が不足している場合のトラブルシューティングをご覧ください。
- 再クロールとインデックスの再登録に要する時間を考慮してください。ページを公開した後、Google が対象のページを検出してクロールするまでに数日を要する場合があることに留意してください。クロールとインデックス登録に関する一般的な質問については、Google 検索のクロールとインデックス登録に関するよくある質問をご覧ください。
- Google 検索セントラル フォーラムでもご質問をお受けしています。