組織(Organization
)の構造化データ
ホームページに組織の構造化データを追加すると、Google は組織の管理情報の詳細を把握して、検索結果で組織を明確化できるようになります。ユーザーの組織とそれ以外の組織を識別するためにバックグラウンドで使用されるプロパティ(iso6523
と naics
など)もあれば、検索結果の視覚要素に影響を及ぼすプロパティもあります(検索結果とナレッジパネルに表示される logo
など)。販売者の場合は、返品に関するポリシー、住所、連絡先情報など、販売者のナレッジパネルとブランド プロフィールの詳細に影響を及ぼせます。必須プロパティはありませんが、組織に関連するプロパティをできるだけ多く追加することをおすすめします。
How to add structured data
Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.
Here's an overview of how to build, test, and release structured data.
- Add as many recommended properties that apply to your web page. There are no required properties; instead, add the properties that apply to your content. Based on the format you're using, learn where to insert structured data on the page.
- Follow the guidelines.
- Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
- Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is
accessible to Google and not blocked by a robots.txt file, the
noindex
tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs. - To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the 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": "contact@example.com", "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": "support@example.com", "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": "contact@example.com" } |
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 での設定
- 商品レベルの販売者のリスティングのマークアップ
- 組織レベルのマークアップ
Troubleshooting
If you're having trouble implementing or debugging structured data, here are some resources that may help you.
- If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
- Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
- You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
- If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
- Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
- Troubleshoot missing rich results / drop in total rich results.
- Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
- Post a question in the Google Search Central forum.