私のサイトでSchema.org Article
スキーマをテストしています。私が遭遇した問題は、2つの異なるドメイン(モバイル用のデスクトップsite.domain
およびsite.m.domain
サブドメイン用)にコンテンツを提供し、現在、両方のドメインの同じ記事に同じJSON-LDを提供していることです。
url
プロパティをリンクする情報を見つけようとしました。モバイルドメインを含む現在のページをポイントしますか?または、常にデスクトップドメインを指しますか(デスクトップドメインには、モバイルデバイスを使用しているときにモバイルにリダイレクトするロジックがあります)。
Googleが重複したコンテンツを好まないので、私が見つけた唯一のものは、URLが両方のドメイン(デスクトップドメイン)の1つのポイントを指すべきであると言っている人です。しかし、どういうわけか私には正しく聞こえません-あなたがサイトXYZにいる場合、URLはおそらくXYZを指しているはずです。
複数のドメインの同じコンテンツに関するGoogle検索エンジンの推奨事項は何ですか?
あなたは言う:
サイトXYZにいる場合、URLはおそらくXYZを指している必要があります。
ただし、Schema.org構造化データのurl
プロパティのセマンティックな意味を誤解しているため、これはあまり正確ではありません。 Schema.orgのThing
(Article
など)の場合、url
プロパティは常に同じURLを指す必要があります。これは、すべてのThing
に優先URLまたはcanonicalが1つだけ含まれているためです。
簡単な答えは、構造化データでページのデスクトップバージョンを常に使用する必要があるということです、なぜならあなたの場合、ページのデスクトップバージョンも正規バージョン。
記事(およびインターネット上のURL)ごとに、1つのURLのみが正規URLになります。このルールは、「通常の」Webページの場合と同じように構造化データに適用されます。正規URLは、検索エンジンやソーシャルメディアに表示するURL、Webサイトにアクセスする場合に全員がアクセスするURL、および訪問者をリンクする外部ソースを優先するURLです。
記事のモバイルバージョン(site.m.domain
)は正規ページとは別です-これは代替リソース表現と見なされ、タグ付けする必要があります検索エンジンなど:
デスクトップおよびモバイルURLの注釈
アルゴリズムが個別のモバイルURLを理解できるように、次の注釈を使用することをお勧めします。
デスクトップページで、対応するモバイルURLを指す特別な
link rel="alternate"
タグを追加します。これは、Googlebotがサイトのモバイルページの場所を見つけるのに役立ちます。モバイルページで、対応するデスクトップ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"タグは必須です。
では、Schema.orgの構造化データについてはどうでしょうか?基本的に、上記と同じルールを使用して処理する必要があります。
構造化データのurl
フィールドは、canonical
タグと事実上同じ意味を持ちます。Thing
の最も明確な表現を記述します。クローラーが別のリソース表現を必要とする場合、正規のURLにアクセスし、link rel="alternate"
タグからそれらを解析できます。 そのため、解決策は、構造化データでデスクトップページ-canonicalページ-を常に使用することです