web-dev-qa-db-ja.com

シンジケーションでrel = canonicalを使用する

私はコンテンツのシンジケーションを許可するサイトで働いています（APIとデータダンプを介して）。元の出版社であるにもかかわらず、Googleの検索結果では、コンテンツを再公開する多くのサイトがより多く表示されていることがわかりました。これはイライラします。

rel=canonicalを帰属要件の一部にすることを検討しています。 Google 正当だと言う ドメイン間で、シンジケーションシナリオで使用する。

これを行ったことがあり、Googleは検索ランキングで正規URLを考慮していますか？このようなSERP "スパム"の削減に役立ちますか？

seogooglesearch-enginesrel-canonicalsyndication
21
Matt Sherman

ジェフは彼が言ったことすべてにおいて100％正しい。

シンジケーションサイトに<link rel="canonical" href="http://example.com/foo">の使用を要求することに関する別の問題は、シンジケーションページがページランクを取得せず、代わりにhttp://example.com/fooがすべてを取得することをGoogleに伝えることです。

それは2つの大きな問題を生み出します。

  1. シンジケーションページにはページランクがないため、Google検索にはまったく表示されません。シンジケーションサイトは、これについては少しも満足していません。彼らができたとしても、彼らが喜んで変化を起こすとは考えにくい。
  2. シンジケーションサイトから効果的にリンクされていないため、サイトに希望どおりの影響を与えない場合があります。 Googleはこれをどのように処理するのだろうか。クロスサイトrel = "canonical"を許可しているのは事実ですが、その目的は、サイトの移行と、同じコンテンツを持つ1つのホストの下に複数のサイトを持ち、1つの事実上のページと類似/同じページの束を持つことだと思います。
10
Ben Hoffman

私の研究では、リンクを戻す必要があること-、およびリンクをnofollowedしないこと-が最も重要な基準であることが示されました。

「シンジケート」サイトが、検索エンジンが従うのに有効なオリジナルへのリンクをコンテンツに関連付けていない場合、検索エンジンはコンテンツの発生場所を追跡するのがはるかに困難であり、インターネット全体」ヒューリスティック。

それ以上必要かどうかはわかりません。

関連するMatt Cuttsビデオ

http://www.youtube.com/watch?v=x8XdFb6LGtM

Mattは、rel = "canonical"を使用して記事の発信元のページに戻ることをお勧めします-シンジケートされた記事に従来のリンク（つまり、<a>nchorタグ）を含めることをしばしば提案したように元の記事を指す。

Canonicalはrel="canonical"タグを単に<a>叩くだけではないことに注意してください。それはもっとこのようなものです：

<html>
    <head>
         <link rel="canonical" href="http://example.com/foo">
    </head>
...

そのため、異なる種類の作業が必要であり、各ページヘッダーを変更する必要があります。これらの「シンジケーター」の多くが、ソースへの単純なリンク（sansnofollow！）に対して、そのレベルの制御を持つかどうかはわかりません。

14
Jeff Atwood

これについて Matt Cutts から決定的な応答を得たため、別の答えを追加します。

rel=canonicalはドメイン間で機能しますが、基本的に301 [リダイレクト]のように機能するため、ターゲットサイトのページはサイトに直接移動しますGoogleで。コンテンツを使用しているサイトは、基本的に検索エンジンから削除されます。

マットが言うように、rel=canonicalを考える最良の方法は 1パーマネントリダイレクト としてです。

したがって、属性用語のセットとしてクロスドメインrel=canonicalを要求することは、301リダイレクトを要求するようなものです。痛い。 ：P

これを知っているので、rel=canonicalは、ドメインを移動し、一方のドメインのコンテンツを他方に置き換える必要がある場合など、個人的に制御できるサイトでのみ使用することを目的としています。

2
Jeff Atwood