web-dev-qa-db-ja.com

モバイルドメインの記事スキーマでURLを定義する方法

私のサイトでSchema.org Article スキーマをテストしています。私が遭遇した問題は、2つの異なるドメイン(モバイル用のデスクトップsite.domainおよびsite.m.domainサブドメイン用)にコンテンツを提供し、現在、両方のドメインの同じ記事に同じJSON-LDを提供していることです。

urlプロパティをリンクする情報を見つけようとしました。モバイルドメインを含む現在のページをポイントしますか?または、常にデスクトップドメインを指しますか(デスクトップドメインには、モバイルデバイスを使用しているときにモバイルにリダイレクトするロジックがあります)。

Googleが重複したコンテンツを好まないので、私が見つけた唯一のものは、URLが両方のドメイン(デスクトップドメイン)の1つのポイントを指すべきであると言っている人です。しかし、どういうわけか私には正しく聞こえません-あなたがサイトXYZにいる場合、URLはおそらくXYZを指しているはずです。

複数のドメインの同じコンテンツに関するGoogle検索エンジンの推奨事項は何ですか?

4
PolishDeveloper

あなたは言う:

サイトXYZにいる場合、URLはおそらくXYZを指している必要があります。

ただし、Schema.org構造化データのurlプロパティのセマンティックな意味を誤解しているため、これはあまり正確ではありません。 Schema.orgのThingArticleなど)の場合、urlプロパティは常に同じURLを指す必要があります。これは、すべてのThingに優先URLまたはcanonicalが1つだけ含まれているためです。

簡単な答えは、構造化データでページのデスクトップバージョンを常に使用する必要があるということです、なぜならあなたの場合、ページのデスクトップバージョンも正規バージョン。

正規URL

記事(およびインターネット上のURL)ごとに、1つのURLのみが正規URLになります。このルールは、「通常の」Webページの場合と同じように構造化データに適用されます。正規URLは、検索エンジンやソーシャルメディアに表示するURL、Webサイトにアクセスする場合に全員がアクセスするURL、および訪問者をリンクする外部ソースを優先するURLです。

記事のモバイルバージョン(site.m.domain)は正規ページとは別です-これは代替リソース表現と見なされ、タグ付けする必要があります検索エンジンなど:

デスクトップおよびモバイルURLの注釈

アルゴリズムが個別のモバイルURLを理解できるように、次の注釈を使用することをお勧めします。

  1. デスクトップページで、対応するモバイルURLを指す特別なlink rel="alternate"タグを追加します。これは、Googlebotがサイトのモバイルページの場所を見つけるのに役立ちます。

  2. モバイルページで、対応するデスクトップURLを指すlink rel="canonical"タグを追加します。

HTMLの注釈

デスクトップページ( http://www.example.com/page-1 )で、以下を追加します。

<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/page-1">

また、モバイルページ( http://m.example.com/page-1 )では、必要な注釈は次のようになります。

<link rel="canonical" href="http://www.example.com/page-1">

デスクトップページを指すモバイルURLのこのrel = "canonical"タグは必須です。

個別のURL-Google Developers

Schema.org構造化データ

では、Schema.orgの構造化データについてはどうでしょうか?基本的に、上記と同じルールを使用して処理する必要があります。

構造化データのurlフィールドは、canonicalタグと事実上同じ意味を持ちます。Thingの最も明確な表現を記述します。クローラーが別のリソース表現を必要とする場合、正規のURLにアクセスし、link rel="alternate"タグからそれらを解析できます。 そのため、解決策は、構造化データでデスクトップページ-canonicalページ-を常に使用することです