REL 정규 드루팔 호스팅

이 문서에서는 여러 URL 구조를 통해 또는 신디케이션을 통해 사용 가능한 콘텐츠에 대한 링크 및 순위 신호를 개선하기 위해 표준 URL을 사용하는 방법에 대해 설명합니다.

동일한 콘텐츠가 여러 URL을 통해 액세스 할 수 있도록 콘텐츠 관리 및 온라인 쇼핑 시스템의 세계에서는 일반적입니다. 내용이 완전히 다른 URL 및 도메인에 배포 할 콘텐츠 신디케이션, 그것은 또한 쉽다. 예를 들면 :

동일 상품 페이지는 사용자 세션 및 / 또는 검색 환경의 결과로서 동적 URL을 갖는다.

여러 부분에서 같은 게시물을하면 블로그 시스템에서 여러 URL을 자동으로 저장합니다.

서버가 www 하위 도메인이나 http 프로토콜에 동일한 콘텐츠를 제공하도록 구성되어 있습니다.

다른 사이트에 신디케이션이 블로그에서 제공하는 콘텐츠의 일부 또는 해당 도메인에 대한 전체에 복제됩니다.

이러한 시스템 개발 및 콘텐츠를 배포하기에 편리하지만 사용자가 페이지에 도달하기 위해 검색 엔진을 사용하는 경우는 어려울 수 있습니다. 예를 들어 :

중복 또는 유사한 콘텐츠에 대한 링크 신호 통합. 그것은 검색 엔진들이 하나의 선호 URL에 (예를 들면 그들에 대한 링크 등) 개별 URL에 대해 가지고있는 정보를 통합 할 수 있습니다. 이 example.com/dresses/cocktail?gclid=ABCD에 다른 사이트에서 링크가 https://www.example.com/dresses/green/greendress.html에 대한 링크 통합 얻을 것을 의미한다.
단일 제품 / 주제에 대한 측정 항목을 추적. 다양한 URL로, 콘텐츠의 특정 부분에 대한 통합 통계를 얻기 위해 더 도전입니다.
당신은 사람들이보고 싶은 URL을 결정. 당신은 사람들이 오히려 https://example.com/dresses/cocktail?gclid=ABCD보다 https://www.example.com/dresses/green/greendress.html을 통해 녹색 드레스 제품 페이지에 도달 선호합니다.
신디케이트 내용을 주소. 당신이 신디케이트 다른 도메인에 게시하기 위해 콘텐츠를 경우에, 당신은 당신의 선호 URL에 페이지 순위를 통합합니다.

이러한 문제를 해결하기 위해, 우리는 당신이 여러 URL을 통해 사용 가능한 콘텐츠 (또는 이에 상응하는 내용)에 대한 표준 URL을 정의하는 것이 좋습니다. 당신은 여러 가지 방법으로 Google 검색을 위해이 작업을 수행 할 수 있습니다

우리는 이러한 방법을 사용하는 것이 좋습니다 있지만, 그들 중 누구도 필요하지 않습니다. 당신은 표준 URL을 지정하지 않는 경우에, 우리는 우리가 생각하는 가장 좋은 버전 또는 URL을 식별합니다.

표준화를 목적으로 robots.txt 파일을 사용하지 마십시오.
정규화에 대한 URL 제거 도구를 사용하지 마십시오 : 그것은 검색에서 URL의 모든 버전을 제거합니다.
같은 페이지에 대한 표준 (맵에서, 예를 들어 하나 개의 URL과 같은 페이지에 다른 URL 사용 REL = "표준")와 같은 다른 URL을 지정하지 마십시오.

선호 도메인 설정

당신이 당신의 도메인에 대한 선호 사이트의 URL의 버전 구글 알려주기 :

당신은 https://example.com으로 원하는 도메인을 설정합니다. 구글은 정확히 https://www.example.com에 https://example.com에 대한 링크와 같은 링크를 처리합니다.

rel = "canonical"링크 요소를 사용하여 선호 URL 지정

다양한 URL이 콘텐츠에 액세스 할 수 있지만 선호 URL로 당신이 원하는 https://blog.example.com/dresses/green-dresses-are-awesome/을 가정 해 봅시다. 다음과 같이이를 검색 엔진에 표시 할 수 있습니다 :

정규 페이지와 rel = "canonical"링크 요소와 다른 변종을 표시합니다.
을 추가하다 rel 속성을 가진 소자에 = "정규" 이 페이지의 섹션

이 선호하는 URL이 검색 결과에서 URL 구조 사용자를 볼 가능성이 커집니다 있도록 녹색 드레스 게시물에 액세스하는 데 사용할 나타냅니다. (참고. 우리는이 존중하려고하지만, 모든 경우에 이것을 보장 할 수 없습니다.)

오류를 피하십시오. rel = "canonical"링크 요소 절대 경로가 아닌 상대 경로를 사용한다.

https://www.example.com/dresses/green/greendresss.html :이 구조를 사용하여
/dresses/green/greendress.html 구조를 사용해서는 안).

동일한 콘텐츠에 대한 선호 URL 맵을 사용하여

각 페이지에 대한 표준 (선호) URL을 선택하고 사이트 맵에 표준 URL을 제출하여 알려 주시기 바랍니다.

우리는 우리가 당신이 사이트 맵에 제출 한 URL을 반드시 사용하는 것은, 그러나 하나를 제출하면 가장 중요하게 생각하는 페이지를 Google에 알릴 수있는 유용한 방법입니다하지 않습니다.

표준이 아닌 URL에 대해 301 리디렉션을 사용하여

페이지가 여러 가지 방법으로 도달 할 수있는 가정하자 :

https://example.com/home
https://home.example.com
https://www.example.com

그것은 당신의 선호 (표준) 도착 URL 중 하나를 선택하고, 원하는 URL에 다른 URL의 트래픽을 전송하기 위해 301 리디렉션을 사용하는 것이 좋습니다. 서버 측 301 리디렉션은 사용자와 검색 엔진을 정확한 페이지로 이동시키기위한 최선의 방법입니다. 301 상태 코드 페이지가 완전히 새로운 위치로 이동 한 것을 의미한다.

동적 매개 변수를 처리하는 방법을 나타냅니다

매개 변수는 Google에 무시할 매개 변수를 알려 취급합니다. 특정 매개 변수를 무시하면 Google 색인에서 중복 콘텐츠를 줄여서 사이트 크롤링이 더 잘 할 수 있습니다. 당신이 sessionid 매개 변수를 무시하도록 지정하면 예를 들어, 구글은 https://www.example.com와 동일하게 https://www.example.com/dresses/green.php?sessionid=273749을 고려할 것 /dresses/green.php.

당신의 HTTP 헤더에 표준 링크 지정

서버를 구성 할 수있는 경우, 당신은 HTML 문서 및 PDF와 같은 기타 파일에 표준 URL을 나타낼 확인해 = "canonical"HTTP 헤더를 사용할 수 있습니다. 귀하의 사이트가 이런 식으로, (예를 들어, 목적을 추적하는) 다른 URL을 통해 동일한 PDF 사용할 수 있도록 말 :

이 경우 다음과 같이 Google에 PDF 파일에 대한 표준 URL을 지정하는 rel = "canonical"HTTP 헤더를 사용할 수 있습니다 :

링크: ; 확인해 = "정식"

구글은 현재 웹 검색에만이 링크 헤더 요소를 지원합니다.

표준 URL의 HTTP를 통해 HTTPS를 선호

구글은 다음과 같은 신호 충돌이있는 경우를 제외하고, 표준 등 상응하는 HTTP 페이지를 통해 HTTPS 페이지를 선호한다 :

에서 HTTPS 페이지는 유효하지 않은 SSL 인증서가 있습니다.
에서 HTTPS 페이지에 안전하지 않은 종속성이 포함되어 있습니다.
에서 HTTPS 페이지는 로봇에있다 (그리고 HTTP 페이지는 아니다).
에서 HTTPS 페이지로 또는 HTTP 페이지를 통해 사용자를 리디렉션합니다.
에서 HTTPS 페이지는 HTTP 페이지에 rel = "canonical"링크가 있습니다.
에서 HTTPS 페이지는 비색 로봇 메타 태그가 포함

우리의 시스템은 기본적으로 HTTP 페이지를 통해 HTTPS 페이지를 선호하지만, 다음과 같은 작업을 수행하여 이러한 동작을 보장 할 수 있습니다 :

에서 HTTPS 페이지로 HTTP 페이지에서 301 또는 302 리디렉션을 추가합니다.
에서 HTTPS 페이지로 HTTP 페이지에서 rel = "canonical"링크를 추가합니다.
HSTS를 구현합니다.

잘못 HTTP 페이지 표준을 만들기에서 구글을 방지하기 위해, 다음과 같은 행위를하지 않도록해야합니다 :

우리는 매우 강력하게 HTTP를 선호하는 원인이 잘못된 SSL 인증서 및 HTTPS에서 HTTP 리디렉션. 구현 HSTS이 강력한 선호도를 재정의 할 수 없습니다.
귀하의 사이트 맵 또는에서 hreflang 항목이 아닌 HTTPS 버전의 HTTP 페이지를 포함.
잘못된 호스트 변형에 대한 귀하의 SSL / TLS 인증서 : 예를 들어, example.com www.example.com에 대한 인증서를 제공. 인증서는 전체 사이트 URL과 일치하거나 한 도메인의 여러 하위 도메인에 사용할 수있는 와일드 카드 인증서 여야합니다.

당신이 robots.txt 파일의 자원을 차단하면, 자원의 HTTP 및 HTTPS 두 버전을 차단해야합니다.

이 글이 도움 되었나요?

Choose Hosting

Top 3