2023年9月7日のGoogle SEOアップデート

01 11月 Google SEO アップデート

2023年9月7日のGoogle SEOアップデート

0 Comments

2023年9月7日のGoogle SEOアップデート

機能の利用可能性

サイト名は、Google Searchが利用可能なすべての言語で、モバイルとデスクトップの両方で利用可能です。サイト名は、ドメインレベルおよびサブドメインレベルのサイトに表示されることがあります（技術ガイドラインを参照してください）。

Google Searchにおけるサイト名の作成方法

Google Searchの検索結果ページでのサイト名の生成は完全に自動化されており、サイトのホームページのコンテンツおよびウェブ上に現れるその参照を考慮しています。Google Searchにおけるサイト名の目標は、各結果のソースを最もよく表現し、説明することです。

サイト名の優先順位を示すには、ホームページにWebSite構造化データを追加してください。私たちのサイト名システムは、og

、<title>、見出し要素、およびホームページ上のその他のテキストも考慮します。ただし、優先順位を指定したい場合は、WebSite構造化データが最も重要です。

自動的に選択されたサイト名を手動で変更することはできませんが、主要な優先順位が選択されない場合に備えて、私たちの自動システムが考慮できるように代替案を示すことができます。

サイト名の選び方

ユニークな名前を選択する: サイトのアイデンティティを正確に反映し、ユーザーを誤解させないユニークな名前を選んでください。選択する名前は検索コンテンツポリシーに従う必要があります。
簡潔で一般的に認識されている名前を使用する: 例えば、「Google」ではなく「Google, Inc」のように使用してください。サイト名の長さに制限はありませんが、長いサイト名は一部のデバイスで省略されることがあります。
一般的な名前の使用を避ける: 「Best Dentists In Iowa」のような一般的な名前は、極めて認識されているブランド名でない限り、私たちのシステムによってサイト名として選ばれる可能性は低いです。
ホームページ全体でサイト名を一貫して使用する: 構造化データで使用するサイト名が、システムが考慮するホームページ上の他のソースでサイトを参照する方法と一致していることを確認してください。
代替名を提供する: 私たちのサイト名システムは、優先するサイト名の使用を試みますが、時には名前が使用できない場合があります。例えば、私たちのシステムは一般的に、グローバルな性質を持つ二つの異なるサイトに同じサイト名を使用しません。別のケースでは、システムがサイトがフルネームよりも略語でより一般的に認識されていると判断する場合があります。alternateNameプロパティを使用して代替名を提供することで、優先する選択肢が選ばれない場合に他のオプションを検討することができます。

構造化データでサイト名を追加する方法

構造化データは、ページに関する情報を提供し、ページの内容を分類するための標準化されたフォーマットです。構造化データに不慣れな場合は、構造化データの仕組みについて詳しく学ぶことができます。

このセクションでは、技術ガイドライン、必須プロパティ、およびサイト名の構造化データを追加およびテストする方法について説明します。ウェブページに構造化データを追加するためのステップバイステップガイドについては、構造化データコーディブラボを参照してください。

CMSを使用していますか？ CMSに統合されたプラグインを使用する方が簡単かもしれません。
JavaScriptを使用していますか？ JavaScriptで構造化データを生成する方法を学んでください。

ガイドラインに従う

Googleがサイト名をよりよく理解できるようにするために、以下のガイドラインに従ってください：

検索の基本要件
一般的な構造化データのガイドライン
サイト名の選び方ガイドライン
以下の技術ガイドライン

技術ガイドライン

サイトごとに名前は一つだけ: 現在、Google Searchはサイトごとに一つのサイト名のみをサポートしています。ここで言うサイトとは、ドメインまたはサブドメインで定義されます。Google Searchはサブディレクトリレベルのサイト名をサポートしていません。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バージョン）、カノニカルページだけでなく、すべてのページの重複で同じ構造化データを使用していることを確認してください。
Sitelinks検索ボックス構造化データを使用しているサイトの場合: すでにSitelinks検索ボックス機能のためにWebSite構造化データを実装している場合、サイト名のプロパティを同じノードにネストするようにしてください。言い換えれば、可能な限りホームページに追加のWebSite構造化データブロックを作成しないでください。例えば、サイト名とSitelinks検索ボックスの両方に対するWebSite構造化データは以下のようになります：

（ここで具体的なJSON-LDや他の構造化データの例が続く可能性があります）

この翻訳は、提供された英語のガイドラインや指示を正確に日本語に変換しています。必要に応じて、具体的なコード例やさらなる詳細を追加してください。

2023年9月7日のGoogle SEOアップデート

機能の利用可能性

Google Searchにおけるサイト名の作成方法

サイト名の優先順位を示すには、ホームページにWebSite構造化データを追加してください。私たちのサイト名システムは、og

サイト名の選び方

ユニークな名前を選択する: サイトのアイデンティティを正確に反映し、ユーザーを誤解させないユニークな名前を選んでください。選択する名前は検索コンテンツポリシーに従う必要があります。
簡潔で一般的に認識されている名前を使用する: 例えば、「Google, Inc」の代わりに「Google」を使用してください。サイト名の長さに制限はありませんが、長いサイト名は一部のデバイスで切り捨てられる場合があります。
一般的な名前の使用を避ける: 「Best Dentists In Iowa」のような一般的な名前は、極めて認識されているブランド名でない限り、私たちのシステムによってサイト名として選ばれる可能性は低いです。
ホームページ全体でサイト名を一貫して使用する: 構造化データで使用するサイト名が、システムが考慮するホームページ上の他のソースでサイトを参照する方法と一致していることを確認してください。
代替名を提供する: 私たちのサイト名システムは、優先するサイト名の使用を試みますが、時には名前が使用できない場合があります。例えば、一般的な性質を持つ二つの異なるサイトに同じサイト名を使用することは通常ありません。他の場合、サイトがフルネームよりも略語でより一般的に認識されていると判断することがあります。alternateNameプロパティを使用して代替名を提供することで、優先する選択肢が選ばれない場合にGoogleが他のオプションを検討できるようになります。

構造化データでサイト名を追加する方法

このセクションでは、技術的なガイドライン、必要なプロパティ、およびサイト名の構造化データを追加およびテストする方法について説明します。ウェブページに構造化データを追加するためのステップバイステップガイドについては、構造化データコーディブラボを参照してください。

CMSを使用していますか？ CMSに統合されたプラグインを使用する方が簡単かもしれません。
JavaScriptを使用していますか？ JavaScriptで構造化データを生成する方法を学んでください。

ガイドラインに従う

Googleがあなたのサイト名をよりよく理解できるように、以下のガイドラインに従ってください：

検索の基本要件
一般的な構造化データのガイドライン
サイト名選択のガイドライン
以下の技術的なガイドライン

技術的なガイドライン

サイトごとに一つの名前のみ: 現在、Google Searchはサイトごとに一つのサイト名のみをサポートしています。ここでの「サイト」とは、ドメインまたはサブドメインで定義されます。Google Searchはサブディレクトリレベルでのサイト名をサポートしていません。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およびnon-www）、カノニカルページだけでなく、すべてのページの重複で同じ構造化データを使用していることを確認してください。
Sitelinks検索ボックス構造化データを使用しているサイトの場合: 既にSitelinks検索ボックス機能のためにWebSite構造化データを実装している場合、サイト名プロパティを同じノード内にネストしていることを確認してください。言い換えると、可能な限りホームページに追加のWebSite構造化データブロックを作成しないでください。例えば、サイト名とSitelinks検索ボックスの両方に対するWebSite構造化データは以下のようになります：

（ここで具体的なJSON-LDや他の構造化データの例が続く可能性があります）

<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、またはマイクロデータ形式のいずれかで必要なプロパティを追加してください。サイトのすべてのページにこのマークアップを含める必要はありません；サイトのホームページにのみこのマークアップを追加する必要があります。

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構造化データの例を示します:

JSON-LD Microdata

<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

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>

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構造化データの例です：

JSON-LD Microdata

<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プロパティを使用して代替名を提供する: サイト名システムが希望する名前を使用する自信が十分でない場合、このオプションを強く検討します。
ドメインまたはサブドメイン名をバックアップオプションとして提供する: ドメインまたはサブドメイン名をバックアップオプションとして提供するには、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ヘルプコミュニティに投稿してください。これにより、システムの改善点を見つけるのに役立ちます。