- 9月7日: サイト名のドキュメントにおける機能の可用性セクションが更新されました。これにより、サイト名はGoogle検索が利用可能なすべての言語で利用できるようになりました。
機能の可用性
サイト名は、Google検索が利用可能なすべての言語で、モバイルおよびデスクトップの両方で利用できます。サイト名は、ドメインレベルおよびサブドメインレベルのサイトに表示されることがあります(詳細は技術ガイドラインを参照してください)。
Google検索でのサイト名の生成方法
Google検索結果ページにおけるサイト名の生成は完全に自動化されており、サイトのホームページのコンテンツと、ウェブ上に表示されるその参照を考慮します。Google検索におけるサイト名の目的は、各結果のソースを最も適切に表現し、説明することです。
サイト名の優先順位を示すには、ホームページにWebSite構造化データを追加してください。私たちのサイト名システムは、og
、<title>、見出し要素、およびホームページのその他のテキストのコンテンツも考慮します。ただし、優先順位を指定したい場合は、WebSite構造化データが最も重要です。
自動的に選択されたサイト名を手動で変更することはできませんが、主要な選択肢が選ばれなかった場合に、私たちの自動システムが考慮する代替案を示すことができます。
サイト名の選択
- あなたのサイトのアイデンティティを正確に反映し、ユーザーを誤解させないユニークな名前を選んでください。選択する名前は、検索コンテンツポリシーに従う必要があります。
- あなたのサイトにとって簡潔で広く認識されている名前を使用してください(例えば、「Google」ではなく「Google, Inc」を使用)。サイト名の長さに制限はありませんが、長いサイト名は一部のデバイスでは切り詰められる場合があります。
- 一般的な名前を使用することは避けてください。「アイオワ州の最高歯科医」のような一般的な名前は、非常に認知度の高いブランド名でない限り、私たちのシステムによってサイト名として選択される可能性は低いです。
- ホームページ全体で一貫してサイト名を使用してください。構造化データで使用するサイト名が、私たちのシステムが考慮するホームページの他のソースでサイトを指す方法と一致していることを確認してください。
- 代替名を提供してください。私たちのサイト名システムは、あなたの好ましいサイト名を使用しようとしますが、時にはその名前が利用できない場合があります。たとえば、私たちのシステムは、グローバルな性質を持つ2つの異なるサイトに同じサイト名を使用しないことが一般的です。別のケースでは、サイトがフルネームよりも略語で一般的に認識されていると判断することがあります。alternateNameプロパティを使用して代替名を提供することで、好ましい選択肢が選択されない場合にGoogleが他の選択肢を考慮できるようになります。
構造化データでサイト名を追加する方法
構造化データは、ページに関する情報を提供し、ページコンテンツを分類するための標準化された形式です。構造化データが初めての方は、構造化データがどのように機能するかについて詳しく学ぶことができます。
このセクションでは、技術ガイドライン、必要なプロパティ、サイト名構造化データの追加とテストの方法について説明します。ウェブページに構造化データを追加する方法についてのステップバイステップガイドは、構造化データのコーディングラボを確認してください。
CMSを使用していますか?CMSに統合されたプラグインを使用する方が簡単な場合があります。 JavaScriptを使用していますか?JavaScriptを使用して構造化データを生成する方法を学びましょう。
構造化データは、ページに関する情報を提供し、ページのコンテンツを分類するための標準化された形式です。構造化データが初めての方は、構造化データがどのように機能するかについて詳しく学ぶことができます。
このセクションでは、技術ガイドライン、必要なプロパティ、およびサイト名の構造化データを追加してテストする方法について説明します。ウェブページに構造化データを追加する方法についてのステップバイステップガイドは、構造化データのコーディングラボを確認してください。
CMSを使用していますか?CMSに統合されたプラグインを使用する方が簡単な場合があります。 JavaScriptを使用していますか?JavaScriptを使用して構造化データを生成する方法を学びましょう。
ガイドラインに従う
Googleがあなたのサイト名をより良く理解できるように、以下のSearch Essentials、一般的な構造化データガイドライン、サイト名の選択に関するガイドライン、および以下の技術ガイドラインに従ってください。
技術ガイドライン
- サイトごとに1つの名前のみ:現在、Google検索は、ドメインまたはサブドメインによって定義されるサイトごとに1つのサイト名のみをサポートしています。Google検索は、サブディレクトリレベルのサイト名をサポートしていません。wwwやmで始まるサブドメイン名は、一般的に同等と見なされることに注意してください。
- サポートされている:https://example.com(これはドメインレベルのホームページです)
- サポートされている:https://www.example.com(これもドメインレベルのホームページと見なされます)
- サポートされている:https://m.example.com(これもドメインレベルのホームページと見なされます)
- サポートされている:https://news.example.com(これはサブドメインレベルのホームページです)
- サポートされていない:https://example.com/news(これはサブディレクトリレベルのホームページであり、独自のサイト名を持つことはできません)
- 構造化データはサイトのホームページに存在する必要があります:WebSite構造化データは、サイトのホームページに存在する必要があります。ホームページとは、ドメインまたはサブドメインレベルのルートURIを意味します。たとえば、https://example.comはドメインのホームページですが、https://example.com/de/index.htmlはホームページではありません。
- 注:サブドメインのホームページに構造化データがない場合、ドメインレベルのサイト名がサブドメインにフォールバックとして使用されることがあります。
- ホームページはGoogleによってクロール可能でなければなりません:もしあなたのホームページのコンテンツにアクセスできない場合、サイト名を生成できない可能性があります。
- 重複するホームページを持つサイトについて:同じコンテンツの重複するホームページ(たとえば、HTTPおよびHTTPSバージョンのホームページ、またはwwwと非www)を持つ場合は、すべてのページの重複で同じ構造化データを使用していることを確認してください。カノニカルページにだけではなく、すべての重複ページで使用する必要があります。
- サイトリンク検索ボックス構造化データを使用しているサイトについて:すでにサイトリンク検索ボックス機能のためにWebSite構造化データを実装している場合、サイト名のプロパティを同じノードにネストすることを確認してください。言い換えれば、ホームページに追加のWebSite構造化データブロックを作成するのを避けてください。たとえば、サイト名とサイトリンク検索ボックスの両方に対するWebSite構造化データは次のようになります:
-
<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example Company", "alternateName" : "EC", "url" : "https://example.com/", "potentialAction": { "@type": "SearchAction", "target": { "@type": "EntryPoint", "urlTemplate": "https://query.example.com/search?q={search_term_string}" }, "query-input": "required name=search_term_string" } } </script> </head> <body> </body> </html>
必要なサイト名プロパティを追加する
必要なプロパティを、ウェブサイトのホームページにJSON-LD、RDFa、またはmicrodata形式で追加してください。このマークアップはサイトのすべてのページに含める必要はありません。ホームページにのみこのマークアップを追加すれば大丈夫です。
Required properties | |
---|---|
name |
Text The name of the website. Make sure the name meets the guidelines for choosing your site name. |
url |
URL The URL of the home page of the site. Set this to the canonical home page of your site’s domain or subdomain. For example, https://example.com/ or https://news.example.com/ . |
こちらは、必要なフィールドを含むWebSite構造化データの例です:
<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example", "url" : "https://example.com/" } </script> </head> <body> </body> </html>
代替のサイト名を追加する
サイト名の代替バージョン(たとえば、頭字語や短縮名)を提供したい場合は、alternateNameプロパティを追加することでこれを行うことができます。これはオプションです。
Recommended properties | |
---|---|
alternateName |
Text The alternate name of the website (for example, if there’s a commonly recognized acronym or shorter name for your site), if applicable. Make sure the name meets the guidelines for choosing your site name.
You can list more than one alternative name. Specify them in order of your preference, with the most important one listed first. For example: <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "WebSite", "name": "Burnt Toast", "alternateName": ["BT", "B-T", "Burnt Toast Shop"], "url": "https://www.example.com/" } </script> |
以下は、必要なフィールドと推奨されるフィールドをすべて含むWebSite構造化データの例です:
<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example Company", "alternateName" : "EC", "url" : "https://example.com/" } </script> </head> <body> </body> </html>
構造化データをテストする
URL検査ツールを使用して、Googleがページをどのように認識するかをテストします。ホームページがGoogleにアクセス可能であり、robots.txtファイル、noindex、またはログイン要件によってブロックされていないことを確認してください。ページに問題がない場合は、GoogleにURLの再クロールを依頼できます。
再クロールと再インデックスの時間を許可してください。ページを公開してから、Googleがそのページを見つけてクロールするまでには、数日から数週間かかる場合があります。
お気に入りのサイト名が選択されない場合の対処法
既知の問題:内部ページにサイト名が表示されない
場合によっては、ホームページに表示されているサイト名が、サイト内の他のページに表示されないことがあります。たとえば、example.comは、example.com/internal-page.htmlとは異なるサイト名を表示している可能性があります。
私たちはこの問題に対処するために積極的に作業しています。この問題が解決された際には、このヘルプページを更新します。それまでの間、ホームページに希望するサイト名が表示されている場合、それは最終的に内部ページにも表示されるべきです。
私たちのシステムは、指定された場合にWebSite構造化データからお気に入りのサイト名を使用しようとします。ただし、提供された名前に自信がない場合、他のソースを使用してサイト名を生成したり、ドメインまたはサブドメイン名を表示することがあります。
自動システムによってお気に入りのサイト名が選択されない場合、次の手順を試してください:
以下を確認してください:
- ホームページのWebSite構造化データに含まれているサイト名が、サイトの希望する名前であること。
- WebSite構造化データに構造化データエラーがないこと。
- 構造化データがガイドラインに従っていること。
- ホームページの他のソースでも、希望するサイト名が使用されていることを確認してください。
- サブディレクトリのためにサイト名を設定しようとしていないことを確認してください。サイト名はサブディレクトリではサポートされていません(たとえば、https://example.com/newsはサブディレクトリレベルのホームページであり、自身のサイト名を持つことはできません)。詳細については、技術ガイダンスを参照してください。
- リダイレクトが意図した通りに機能していることを確認し、Googlebotがリダイレクト先にアクセスできることを確認してください。その後、そのページの再クロールをリクエストします。ページがGooglebotに表示されるページにリダイレクトされている場合、サイト名はリダイレクト先を反映します。
- サイトの複数のバージョン(たとえば、HTTPとHTTPS)がある場合、同じサイト名を一貫して使用していることを確認してください。
- サイト名の構造化データを更新した場合、Googleが新しい情報を再クロールして処理するための時間を許可します。クロールには数日から数週間かかることがあることを覚えておいてください。ページの再クロールをリクエストするには、URL検査ツールを使用できます。
上記のガイダンスに従っても、希望するサイト名が選択されない場合は、以下のオプションを検討してください:
- 最初に、alternateNameプロパティを使用して代替名を提供してみてください。サイト名システムが希望する名前を使用する自信がない場合、このオプションを強く考慮します。
- バックアップオプションとしてドメイン名またはサブドメイン名を提供してください。バックアップオプションとしてドメインまたはサブドメインを提供するには、ドメインまたはサブドメイン名を代替名として追加します。ドメインまたはサブドメイン名はすべて小文字(たとえば、example.comではなくExample.com)である必要があります。そうでないと、システムはこれをサイト名の優先設定として検出できません。希望する名前が選択されない場合、システムはこれを使用することを強く考慮します。この例では、Burnt Toastが最も優先されるオプションであり、次にBTが続き、最終的な名前の優先設定としてドメインexample.comが続きます。
-
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "WebSite", "name": "Burnt Toast", "alternateName": ["BT", "B-T", "Burnt Toast Shop", "example.com"], "url": "https://www.example.com/" } </script>
- それでもうまくいかない場合は、ドメインまたはサブドメイン名を(すべて小文字で)希望する名前として提供してみてください。これは最終手段の回避策として使用することをお勧めします。ドメインまたはサブドメイン名を希望する名前として提供すると、私たちのシステムは通常それを選択します(ただし、これは最終手段としてのみ行うことをお勧めします)。この例では、唯一の優先事項はドメインexample.comです。
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "WebSite", "name": "example.com", "url": "https://www.example.com/" } </script>
上記のトラブルシューティング手順を試しても問題が解決しない場合は、Google Search Centralヘルプコミュニティに投稿してください。これにより、私たちはシステムの改善点を探る手助けができます。
Recent Comments