신디케이션에 rel = canonical 사용

콘텐츠를 신디케이트 할 수있는 사이트 (API 및 데이터 덤프를 통해)에서 일합니다. Google은 최초의 게시자 인 경우에도 콘텐츠를 다시 게시하는 많은 사이트가 Google 검색 결과에서 더 높은 것으로 나타났습니다. 실망 스럽습니다.

rel=canonical 기여 요구 사항의 일부를 고려하고 있습니다. 구글 은 도메인 및 신디케이션 시나리오에서 사용하는 것이 합법적이라고 말합니다 .

이 작업을 수행 했습니까? Google은 검색 순위에서 표준 URL을 고려합니까? 이러한 SERP "스팸"을 줄이는 데 도움이됩니까?

— 맷 셔먼
소스

당신이 말하는 것은 스팸이 아닙니다. 사람들이 요청한대로 콘텐츠를 신디케이트하고 있습니다. 스팸은 가치없는 것을 만드는 대신 광고로 사람들을 폭행하기위한 목적으로 만들어진 원치 않는 전자 메일 광고 및 웹 페이지입니다. 콘텐츠를 신디케이트하는 사이트 유형 인 경우 신디케이션 모델을 재고해야합니다. 그러나 단순히 귀하보다 더 나은 검색 순위를 갖는 것은 사이트 스팸을 만들지 않습니다.

— Lèse majesté

정말요? 이 사이트는 Google 자체에서 정한 "원본 콘텐츠가 거의 없거나 전혀 없음"규칙에 직접 위배되는 것으로 보입니다. google.com/support/webmasters/bin/answer.py?answer=66361

— Jeff Atwood

@Jeff : 구체적으로 언급 한 사이트는 무엇입니까? 웹 신디케이션 자체를 사용하는 행위에 대해 이야기하고 있는데, 이는 많은 합법적 인 사이트가하는 일입니다. 스팸 사이트는 신디케이트 컨텐츠를 사용할 필요가 없으며 신디케이트 컨텐츠를 사용한다고해서 사이트가 스팸 사이트가되지는 않습니다 (여러 사이트보다 더 나은 순위를 얻더라도). 예를 들어, 많은 주요 뉴스 간행물은 AP의 신디케이트 컨텐츠를 사용하여 자체 컨텐츠를 보완합니다. 내용이 중복됩니까? 예. 그러나 스팸입니까? 아니요. AP가 스팸을 홍보하고 있다고 생각하지 않습니다.

— Lèse majesté

@ Lèse 키워드는 여기에 자신의 컨텐츠를 보완합니다 . 모든 내용을 복사하면 정확히 어떤 가치 나 관심사가 만들어지고 있습니까?

— Jeff Atwood

@Jeff : Matt의 질문에서 그들이 언급 한 사이트가 확실하지 않습니다. 그는 단순히 자신의 컨텐츠를 재 게시하는 사이트 (신디케이션 API를 제공하는 목적)가 원래 컨텐츠보다 높은 순위에 있다고 언급했습니다. 그것은 나에게 이것이 스팸 사이트라는 것을 의미하지는 않습니다. 그러나 내 질문에 대한 나의 해석이 잘못되었을 수 있습니다.

— Lèse majesté

답변:

Jeff는 모든 말에서 100 % 정확합니다.

신디케이션 사이트를 사용하도록 요청하는 또 다른 문제 <link rel="canonical" href="http://example.com/foo">는 신디케이션 페이지에 페이지 순위가 http://example.com/foo없어야하며 대신 모든 페이지를 가져와야 한다는 것입니다.

두 가지 주요 문제가 있습니다.

신디케이션 페이지는 페이지 순위가 없기 때문에 Google 검색에 전혀 표시되지 않습니다. 신디케이션 사이트는 이것에 대해 조금도 행복하지 않을 것입니다. 그들이 할 수 있다면 기꺼이 변화를 기꺼이 할 것 같지 않습니다.
신디케이션 사이트에서 효과적으로 연결되지 않기 때문에 원하는 방식으로 사이트에 영향을 미치지 않을 수 있습니다. Google이 어떻게 처리하는지 궁금합니다. 그들이 교차 사이트 rel = "canonical"을 허용하는 것은 사실이지만, 그 목적은 사이트 마이그레이션과 같은 콘텐츠를 가진 하나의 호스트 아래에 여러 개의 사이트가 하나의 사실상의 페이지와 비슷한 / 동일한 페이지를 갖도록하는 것입니다.

— 벤 호프만
소스

이것들은 좋은 지적입니다. 신디케이션은 중복 된 콘텐츠가 있어야하는 합당한 이유가있는 영역 중 하나라고 생각합니다. 이 경우 중복 된 콘텐츠를 그대로두고 신디케이트를 받아들이는 것이 좋습니다. 물론 신디케이션 파트너의 페이지가 아닌 원본 페이지를 선호하는 것이 이상적입니다. rel="canonical"HTML5 <cite>태그 사이에있는 새 태그를 만들어야 할 수도 있습니다 . 이를 통해 검색 엔진은 합법적 인 복제 콘텐츠의 원본 페이지를 알 수 있습니다.

— Lèse majesté

아래의 Matt Cutts의 응답을 확인하십시오.

— Jeff Atwood

저의 연구에 따르면 링크를 다시 요구하고 링크를 따르지 않는 것이 가장 중요한 기준이었습니다.

"신디케이트"사이트가 검색 엔진이 추적 할 수있는 원본으로 다시 연결되는 링크를 가진 컨텐츠의 속성을 나타내지 않는 경우, 검색 엔진은 컨텐츠가 시작된 위치를 추적하는 데 훨씬 더 어려운 시간을 가지며 복잡한 "찾기 중복 텍스트 컨텐츠"를 인터넷 전체 "휴리스틱.

그 이상이 필요한지 확실하지 않습니다.

관련 Matt Cutts 비디오

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

Matt는 rel = "canonical"을 사용하여 기사가 시작된 페이지를 가리 키도록하는 것이 좋습니다. 신디케이트 된 기사가 기존 링크 (예 : <a>nchor 태그)를 가리키는 것으로 종종 제안 했듯이 원본 기사.

정규 그냥 두드림되지 않는다는 것을 염두에 베어 rel="canonical"온 <a>태그; 더 비슷합니다 :

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

따라서 다른 종류의 작업이 필요하므로 각 페이지 머리글을 수정해야합니다. 나는 이러한 "신디케이터"들 중 다수가 소스에 대한 간단한 링크 ( sans nofollow!) 와 비교할 수있는 수준의 제어를 가질 것이라고 확신하지 못한다 .

— 제프 애트우드
소스

또한 저작자 표시 필수 방어,이 주제에 제프의 블로그 항목을 읽는 게 좋을 것 - blog.stackoverflow.com/2010/08/defending-attribution-required

— 스콧 미첼

@ scott은 원래 링크를 필요로 하지 않았지만 Google의 스파이더에 데이터 덤프에있는 물건이 누락되어 일부 스크레이퍼가 사용했기 때문에 변경 되지 않았 으며 링크가없는 링크는 다시 되 돌리는 데 도움이 되지 않는다고 변경 했습니다. 구글의 색인에서!

— Jeff Atwood

@ Jeff : 약간의 접선에서 나를 괴롭힌 한 가지는 Stackoverflow 답변의 링크에 rel = "nofollow"가 있다는 것입니다. 특정 담당자가있는 사용자가 게시 한 링크에 대해 rel = "nofollow"의 이점을 얻지 않아야합니까?

— Scott Mitchell

모든 Stack Exchange 웹 사이트에서 프로필의 웹 사이트 필드 @scott은 2k 담당자가 호의로 nofollow를 제거했습니다.

— Jeff Atwood

@ Jeff, 나는 Stackoverflow 답변의 링크에 대해 이야기하고 있습니다. 예를 들어이 페이지에서보기 / 소스를 수행하면 답변 링크 (예 : YouTube 링크)에 rel = "nofollow"가 표시됩니다. 나는 이것이 스패머를 설득하는 것이라고 생각하지만, 동시에 당신이 다른 사람에 대한 검색 결과의 관련성을 향상시킬 기회를 놓친 것 같지만 (Google의 눈에는) 기사 / 블로그 항목 등 연결되어 있습니다.

— Scott Mitchell

Matt Cutts 로부터 명확한 답변을 얻었으므로 다른 답변을 추가 하십시오.

rel=canonical여러 도메인에서 작동하지만 기본적으로 301 [redirect]처럼 작동 하므로 대상 사이트의 페이지가 Google 사이트로 바로 이동합니다. 귀하의 콘텐츠를 사용하는 모든 사이트는 기본적으로 검색 엔진에서 삭제됩니다.

Matt이 생각하는 가장 좋은 방법 rel=canonical은 301 영구 리디렉션이라고 합니다.

따라서 도메인 간 rel=canonical용어 집합으로 교차 도메인 을 요구하면 301 리디렉션하도록 요청하는 것과 같습니다. 아야. :피

이를 알면 rel=canonical도메인을 이동하고 다른 도메인을 대체하기 위해 한 도메인의 컨텐츠가 필요할 때와 같이 개인적으로 제어 할 수있는 사이트에서만 사용하도록 의도 된 것입니다.

— 제프 애트우드
소스