궁극적인 표준 SEO 리소스 가이드

게시 됨: 2019-07-24

이 기사는 게스트 기고입니다. 게시물 하단에서 저자에 대해 자세히 읽어보세요.

표준 SEO가 무엇이며 귀하의 자산과 어떤 관련이 있는지 궁금하신가요? 글쎄, 내가 당신을 확신하겠습니다, 당신이 첫 번째가 아닙니다!

더 큰 회사의 기술 SEO로서 주니어 전문가와 개발자는 표준 rel이 무엇인지, 어떻게/언제 사용하는지, 검색 엔진에 최적화할 수 있는 위치에 있는 이유를 이해하기 위해 고군분투하는 것을 봅니다.

그리고 솔직히 말해서, 대부분의 SEO는 canonical의 목적과 의도의 본질이 복잡하다는 데 동의합니다.

그러나 오늘날 SEO Butler는 SEO 목적을 위한 표준을 둘러싼 포괄적인 정보 가이드로 모든 오해를 해소합니다.

Canonical 태그란 무엇입니까?

"canonical rel" 또는 "rel canonical"이라고도 하는 표준 태그는 리소스가 HTML 문서에 대해 갖는 관계를 정의하는 속성입니다.

인덱싱을 위해 검색 엔진에 제공하려는 페이지 사본을 정의하는 데 자주 사용됩니다.

표준 태그를 사용하면 사용하지 않으려는 속성의 변형에 따라 SERPS에서 페이지가 제공되는 것을 방지할 수 있습니다.

모든 웹사이트에는 네 가지 변형이 있기 때문에 "마스터 카피"로 사용할 변형을 항상 지정하는 것이 가장 중요합니다.

표준 rel과 네 가지 변형의 예는 다음과 같습니다.

<link rel=”canonical” href=” http://seobutler.com/”/ >

<link rel=”canonical” href=” http://www.seobutler.com/”/ >

<link rel=”canonical” href=” https://seobutler.com/”/ >

<link rel=”canonical” href=” https://www.seobutler.com/”/ >

지식 확인:

canonical이라는 단어는 "정경에 관련된" 또는 "규칙에 따른"을 의미하는 라틴어 어근 canonicalis에서 유래했습니다. 표준 SEO와 관련하여 우리는 검색 엔진에 HTML 문서 및 해당 변형을 인덱싱하는 규칙이 무엇인지 알려줄 뿐입니다.

왜 2019년에 표준이 있습니까?

우리는 과연 왜 그럴까? 웹사이트에 4가지 변형이 있는 것은 불필요한 것 같습니다. 그렇죠?

구글, 빙, 야후가 인덱싱에 가장 적합하다고 생각하는 버전을 선택하고 함께 갈 것이라고 생각할 것입니다. 그렇죠?

그렇게 하면 우리의 삶이 훨씬 쉬워지지만 특정 웹 속성에 대해 잠재적으로 위험할 수 있고 또한 잠재적으로 위험할 수도 있습니다. 설명을 하자면…

인터넷의 많은 웹사이트는 하위 도메인과 hreflang(또 다른 rel 속성)을 사용하여 해당 속성이 동일한 웹사이트의 다른 언어 버전을 제공할 수 있음을 검색 엔진에 전달합니다.

Canonical Rels를 사용하지 않을 경우 부정적인 영향

  • 중복 콘텐츠 오류
  • 다른 페이지로 잘못 해석되어 SERPS에 표시되지 않는 페이지(특히 hreflang 관련)
  • 동일한 콘텐츠의 여러 페이지 크롤링으로 인한 크롤링 예산 부족

Google의 표준 rel 문제 에 대한 추가 정보

또한 표준은 모바일용 Accelerated Mobile Pages(AMP) 페이지를 생성할 때도 매우 중요합니다. 특히 Google은 이제 모든 새로운 속성이 모바일 버전에 따라 먼저 인덱싱되고 데스크톱이 두 번째 우선 순위라고 밝혔기 때문에 특히 그렇습니다.

보시다시피 이러한 다양한 유형의 웹사이트 때문에 표준은 사용할 URL을 검색 엔진에 전달하는 데 중요한 역할을 합니다.

지식 확인:

가속 모바일 페이지라고도 하는 AMP 페이지는 표준 페이지와 함께 작동하여 휴대기기를 사용하는 사용자에게 빠른 속도로 콘텐츠를 제공하는 웹사이트의 문서입니다. 대부분의 경우 이러한 페이지에는 서버에 대한 HTTP 요청을 줄이기 위해 JavaScript, 비디오 및 사진이 포함되어 있지 않으므로 페이지가 사용자에게 최대한 신속하게 로드될 수 있습니다.

구독하다

이용약관*을 읽었으며 이에 동의합니다.

정규화를 사용하는 경우

짧게 합시다. 기억해야 할 유일한 것은 표준을 사용하는 것이 중요하다는 것입니다. 모든 페이지, 모든 프로젝트, 모든 시간.

링크 rel, HTTP 헤더 또는 .htaccess 파일 형식이든 사용하지 않을 이유가 없습니다.

인간에게 이러한 모든 페이지는 웹사이트의 단일 페이지 또는 문서를 나타내지만 검색 엔진 크롤러에게는 모두 콘텐츠를 추론할 수 있는 다른 위치 또는 URL을 나타냅니다.

이 때문에 표준을 사용하지 않으면 중복 콘텐츠 오류가 발생할 수 있음을 알 수 있습니다.

다행히 WordPress와 같은 대부분의 CMS에는 실제로 정규화 시스템이 내장되어 있습니다. 웹사이트를 시작할 때부터 올바르게 설정했다면 다시 건드릴 필요가 없습니다(자세한 내용은 아래 참조).

표준을 사용하는 위치 및 방법

이제 표준이 무엇인지, 언제 사용해야 하는지(항상!) 명확하게 이해했으므로 자연스럽게 사용 방법에 대한 질문을 던집니다.

바로 뛰어들자!

웹사이트나 페이지에서 표준 설정을 시작하기 전에 먼저 DNS(Domain Name Service)가 표준 구조를 지원하도록 설정되어 있는지 확인해야 합니다.

많은 경우에 웹 디자이너, SEO 전문가 및 시스템 관리자가 페이지 수준에서 페이지에 표준 상대를 두드리지만 DNS 레코드가 사용자 및 검색 엔진에 제공하려는 비전 유형과 일치하는지 확인하지 못하는 것을 보았습니다. .

우리는 이것을 어떻게 처리합니까? 간단히 충분합니다. 우리는 도메인 등록 기관으로 가서 모든 것이 일관성이 있는지 확인하기 위해 DNS 수준에서 시작합니다.

표준을 지원하도록 DNS 편집

DNS 파일을 편집하는 것은 무서운 과정일 수 있습니다. 오늘 우리는 모든 뉘앙스를 완전하거나 포괄적으로 이해하지 않고도 기록에 바로 삽입할 수 있는 간단한 텍스트 스크린샷을 통해 성공할 수 있도록 설정할 것입니다.

www.websites가 아닌 경우 이 파일을 편집하는 방법을 아래에서 보여드리겠습니다. 및 www.websites.

www-선호 웹사이트의 경우

www가 선호하는 웹사이트의 경우 기본적으로 해야 할 일은 www 버전이 표준으로 표시되기를 원하는 DNS와 통신하는 것입니다.

이것은 "A" 레코드와 CNAME 레코드의 두 레코드를 설정하기만 하면 됩니다.

1단계: DNS 공급자에 로그인합니다(Google 사용).
표준 - Google Domains
2단계: 관리할 도메인 속성을 선택합니다. 이 예에서는 "Tucson's Trusted"를 선택합니다. Google Domains를 사용하는 경우 왼쪽에 DNS 옵션이 표시됩니다. 클릭하세요.
3단계: 페이지 하단으로 스크롤하여 "사용자 지정 리소스 레코드"를 찾습니다. 다음과 같이 보일 것입니다.

4단계: www에 대한 선호하는 비전을 설정하려면 위의 스크린샷에서 두 가지 레코드 유형을 사용합니다. 첫 번째 레코드 유형은 호스팅 IP 주소로 확인되는 "A" 레코드입니다. 두 번째 레코드는 웹 사이트의 www 버전을 가리키는 CNAME 레코드 또는 "정식" 이름 레코드(아직 이해가 되시나요?)입니다.

이 단계를 수행하고 모든 필드가 업데이트되면 저장을 누르십시오! 이것은 이제 DNS 수준의 서버와 크롤러에게 표준 기본 설정이 무엇인지 알려줍니다.

www가 아닌 ​​기본 웹사이트의 경우

www가 아닌 ​​Preferred 웹사이트의 경우 위의 동일한 경로를 따르지만 1-3단계에만 해당됩니다. 네 번째 단계는 약간 다릅니다.

이 시나리오에서는 www가 아닌 ​​www가 아닌 ​​것에 대한 우리의 선호하는 비전을 설정하려고 했습니다. 이를 위해 아래 스크린샷과 같이 두 가지 레코드 유형을 사용합니다.

실제로 다른 "A" 레코드 대신 CNAME 레코드를 제외하고 있습니다. 이렇게 하면 검색 엔진이 DNS 수준에서 고려할 수 있는 모든 정규화가 제거됩니다.
정식 AName
이러한 단계가 완료되면 자산 또는 도메인 전반에 걸쳐 선호하는 비전을 표준화하는 프로세스를 진행할 수 있습니다!

표준을 지원하도록 .htaccess 파일 편집

다음으로, 표준 지형을 지원하기 위해 DNS에서 HTTP 라인으로 이동합니다.

아래 정보는 .htaccess 파일을 통해 제어 및 처리됩니다. DNS가 IP로 확인된 후 호스트가 트래픽에 대해 선호하는 URL 경로를 이해하도록 하기 위한 것입니다.

아래에서 .htaccess 파일에 대한 간단한 복사 및 붙여넣기 코드로 이 파일을 편집하는 방법을 보여 드리겠습니다.

www-선호 웹사이트의 경우

1단계: 도메인 루트 폴더에 대한 FTP 연결을 설정합니다. 이 폴더 안에는 .htaccess 파일이 있어야 합니다. 없는 경우 새로 만드십시오.

2단계: 파일을 마우스 오른쪽 버튼으로 클릭하고 편집을 선택합니다. 그러면 선택한 파일 편집기에 문서가 표시됩니다.

3단계: https가 없는 www-preferred 웹사이트 의 경우 아래 Apache 코드를 추가합니다.

다시 쓰기 엔진 켜기

RewriteCond %{HTTP_HOST} ^yourdomain.com [NC]

RewriteRule ^(.*)$ http://www.yourdomain.com/$1 [L,R=301]

www 및 https의 경우:

RewriteCond %{HTTP_HOST} ^yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

RewriteRule ^(.*)$ https://www.yourdomain.com/$1 [R=301]

참고: yourdomain.com을 실제 도메인으로 바꿔야 합니다.

4단계: 파일을 저장하고 이전 파일을 다시 작성하십시오.

www가 없는 웹사이트의 경우

1단계: 도메인 루트 폴더에 대한 FTP 연결을 설정합니다. 이 폴더 안에 .htaccess 파일이 있어야 합니다. 없는 경우 새로 만드십시오.

2단계: 파일을 마우스 오른쪽 버튼으로 클릭하고 편집을 선택합니다. 그러면 선택한 파일 편집기에 문서가 표시됩니다.

3단계: https가 없는 www가 아닌 ​​기본 웹사이트의 경우 아래 Apache 코드를 추가합니다.

다시 쓰기 엔진 켜기

RewriteCond %{HTTP_HOST} ^www.yourdomain.com [NC]

RewriteRule ^(.*)$ http://yourdomain.com/$1 [L,R=301]

www 및 https가 아닌 경우:

RewriteCond %{HTTP_HOST} ^www.yourdomain.com$

RewriteCond %{SERVER_PORT} ^443

RewriteRule ^(.*)$ https://yourdomain.com/$1 [R=301]

참고: yourdomain.com을 실제 도메인으로 바꿔야 합니다.

4단계: 파일을 저장하고 이전 파일을 다시 작성하십시오.

이 단계를 완료하면 이제 온페이지 표준 설정으로 이동할 수 있습니다.

이것은 검색 엔진이 결과 페이지에 귀하의 웹사이트가 표시되기를 원하는 정확한 방식을 이해하도록 하는 마지막 단계입니다.

위의 코드를 이해하는 데 문제가 있는 경우 .htaccess 파일에서 Apache 생성 리디렉션에 대해 아래 리소스를 확인하세요.

서버에서 실행 중인 Apache 버전에 따라 이러한 명령을 실행하기 위해 코드가 약간 다르게 작성될 수 있다는 점에 유의하는 것도 중요합니다.

필요한 경우 추가로 도움이 될 수 있는 두 가지 리소스가 있습니다.

표준을 지원하도록 페이지 편집

이전에 논의한 바와 같이 WordPress와 같은 CMS(콘텐츠 관리 시스템)를 사용하는 경우 통합 턴키 프로세스를 한 단계로 사용하여 페이지 수준에서 표준을 설정할 수 있습니다.

어떻게 물어? 아주 간단합니다.

백엔드 관리 패널로 이동하여 "설정"을 선택한 다음 "일반"을 선택하십시오. General 아래에 아래 스크린샷의 옵션이 표시됩니다.
워드프레스 정식 여기에서 해야 할 일은 WordPress가 링크 표준과 일치시키길 원하는 정확한 방식으로 웹사이트를 작성하는 것입니다.

충분히 간단하죠?!

WordPress가 없고 사용자 정의 CSS 및 PHP 모듈이 있는 정적 HTML 웹사이트에서 작업하는 경우는 어떻습니까?

거의 쉽게!

정적 페이지의 경우 헤더의 웹사이트에 아래 코드 스니펫을 추가하세요. 이 코드를 통해 검색 엔진은 이것이 귀하의 페이지 색인을 생성하려는 기본 비전임을 알 수 있습니다.

그 릴은 다음과 같습니다. DNS 및 .htaccess 301 리디렉션을 설정하는 방법에 따라 사용해야 하는 링크 상대가 결정됩니다. 일치하는지 확인하여 SERP 전체에 일관성 없는 콘텐츠 인덱싱이 없는지 확인하십시오.

<link rel=”canonical” href=” http://seobutler.com/”/ >

<link rel=”canonical” href=” http://www.seobutler.com/”/ >

<link rel=”canonical” href=” https://seobutler.com/”/ >

<link rel=”canonical” href=” https://www.seobutler.com/”/ >

친척이 추가된 후 작업 중인 페이지에서 인증되었는지 확인하십시오. 이것은 페이지 소스를 검사하고 <ctrl + f>를 눌러 "Canonicals"를 검색하여 수행할 수 있습니다.

다음과 유사하게 보일 것입니다.

외부 리소스에 대한 표준 최적화

클라우드 기반 애플리케이션, 서버 및 콘텐츠 전송 네트워크의 발전으로 IP 주소가 아닌 명명된 리소스로 트래픽을 전달하는 것이 매우 중요합니다.

잘못 수행되지 않으면 검색 엔진에서 일관되지 않은 레코드 제공 및 크롤링 혼란을 초래할 수 있습니다.

"CDNS 손상 SEO"의 빠른 Google은 부적절하게 설정하면 많은 속성이 SERP 관련 디인덱싱으로 인해 트래픽 손실을 경험한다는 것을 보여줄 것입니다.

별칭 레코드 유형을 설정하면 명명된 리소스를 루트와 연결할 수 있습니다. 명명된 리소스의 예로는 mywebsite.website.com이 있습니다.

이 설명의 목적을 위해 우리의 경우 mywebsite.website.com을 website.com으로 안내합니다. 이렇게 하면 명명된 리소스와 표준 URL 간의 통합 문제가 줄어듭니다.

참고: 별칭 레코드는 선택한 클라우드 또는 콘텐츠 전송 네트워크에 설정됩니다. 루트 또는 정점 도메인에서 CNAME과 같은 동작을 제공하고 모든 이름이 IP 주소로 확인되도록 하는 가상 레코드 유형입니다.

차이점 이해하기

A 레코드는 이름을 IP 주소에 매핑합니다.

CNAME 레코드는 이름을 다른 이름으로 매핑합니다(www가 아닌 ​​www를 www의 표준으로 제공).

별칭 레코드는 이름을 다른 이름으로 매핑합니다(mywebsite.website.com에서 website.com으로).

Take Away: CNAME 및 ALIAS 레코드는 이름을 다른 이름(www 웹사이트 또는 하위 도메인)에 매핑하고 A 레코드는 IP로 확인합니다.

SEO를 위한 Canonicals에 대한 최종 생각

이 기사를 끝까지 마치셨다면 표준이 무엇인지, 왜 표준이 검색 엔진 최적화에 필수적인지 새롭게 이해하셨기를 바랍니다.

많은 사람들이 정식 구현이 예전만큼 필요하지 않다고 생각하지만, 저는 훨씬 더 필요하다고 주장합니다. 계속되는 전쟁으로 Google은 AMP 페이지를 보다 관련성 있게 만들기 위해 노력하고 있으며 일부 틈새 시장에서 언어별 사이트에 대한 권장 사항이 그 어느 때보다 중요합니다.

SEO를 기억하고 현재를 염두에 두고 미래를 준비하도록 최적화하십시오.

다른 모든 사람보다 더 뛰어나야 할 필요는 없지만 표준 SEO와 관련하여라도 경쟁사보다 더 효율적으로 실행해야 합니다.

구독하다

이용약관*을 읽었으며 이에 동의합니다.