web-dev-qa-db-ja.com

既知の重複コンテンツに正規を追加すると問題が発生しますか?

私は、製品カタログアーキテクチャの結果としてコンテンツが重複しているサイトで作業しています。これは、年に基づいて製品を分類します(例:/2017/product-page/2018/product-page)。製品は年々変化することはありませんが、それぞれに独自のWebページがあり、それらの間には微妙なコンテンツの違いしかなく、すべてインデックス化されています。

アーキテクチャは最終的に変更され、コンテンツの重複の問題に対処しますが、canonicalリンクをサイトにすぐに配置することを検討しています。しかし、以前のSEOがそれらを削除したことに気が付きました。理由は誰にもわかりませんが、このシナリオに関係していると思われます。

現在のURLを指す将来の製品のURLにキャノニックを適用することは可能ですが、開発を処理するチームは非常に多くの優先順位を非常に高く設定されているため、現在のバイナリ選択に固執しています時間-カノニカル対カノニカルなし。

現時点ではペナルティリスクがあるとは思わない-サイトは旅行スペースにあり、この問題は驚くほど一般的だから-その概念を脇に置いておく。私の質問は、アーキテクチャの変更の前に適用されるcanonicalリンクがサイトのSEOを助ける以上のものを妨げる可能性があると考える理由があるかどうかです。私はそれを考えることはできませんし、一般に、サイトにはcanonicalリンクなどの多くのチェックボックス型の最適化が欠けているため、これを実現したいという要望があります。

3
jivers

古いバージョンのコンテンツの標準タグは問題なく機能します。それらの実装に問題はありません。

私の提案は、現在の年にURLに年を含めないことです。

  • 来年:/2019/product-page/product-pageに標準)
  • 現在の年:/product-page
  • 昨年:/2017/product-page/product-pageに標準)

このようにして、今年度の製品は、過去数年間に作成されたリンクのほとんどを継承します。これを行うことは、会議などの年次イベントサイトで非常に一般的な方法です。

1

古いページにnoindexタグを付けることを考えましたか?これにより、希望する場合は、最新のURLのみが検索結果に表示されるようになります。

ただし、ユーザーが以前の製品を検索していると思われる場合は、これを行うことはお勧めしません。詳細については、 このMozの投稿が役立つ場合があります。

1
Kirsty Simms

アーキテクチャの変更の前に適用された正規リンクがサイトのSEOを助ける以上のものを妨げる可能性があると考える理由があるかどうかです。

短い答えは「いいえ、確か」です...しかし、数分後に私はそれを想像することができました...言う必要があります-むしろエキゾチックで、よく...退化した...ケース。

要するに、重複の一部は外部リンクのターゲットであり、一部はSEクエリのランディングであり、すべて異なるリンクプロファイルを持っています(ページを正規化する場合、内部リンクを確認して書き換える必要があります)。

canonicalのソースは、検索エンジン(sure)および外部リンク(TBT!)からのキーワードのリンク先であってはなりません。ソースとターゲットを慎重に選択する必要があります。そうでない場合、canonicalを使用すると、「contra」ではなく「pro」のみが使用されます。

0
Lazy Badger