기술 SEO 감사를 수행하는 방법

웹사이트 SEO의 기술적 요소는 검색 성능에 매우 중요합니다. 그것들을 이해하고 유지하면 웹 사이트가 눈에 띄게 순위를 매기고 트래픽을 유도하며 판매를 늘릴 수 있습니다. 이를 무시하면 페이지가 SERP에 표시되지 않을 위험이 있습니다.

이 기사에서는 기술 SEO 감사를 수행하여 웹사이트 구조에서 문제를 찾고 수정하는 방법을 배웁니다. 콘텐츠, 속도, 구조, 모바일 친화성을 포함한 주요 순위 요소를 살펴보고 사이트를 크롤링하고 색인을 생성할 수 있도록 합니다.

또한 온페이지 및 오프페이지 SEO 노력과 성능을 높이는 데 필요한 도구와 사용 방법도 보여줍니다.

기술 SEO 감사를 사용하여 SEO 성능 향상

기술적인 SEO 감사를 웹사이트 상태 점검으로 생각하십시오. 디지털 마케팅 캠페인을 정기적으로 검토하여 최대한 활용하는 것과 마찬가지로 기술 SEO 감사는 사이트 성능을 평가하여 개선할 영역을 식별합니다.

이러한 영역은 세 가지 범주로 나뉩니다.

1. 기술적 오류

성능과 결과적으로 SEO에 부정적인 영향을 미치는 웹사이트의 백 엔드와 프런트 엔드에서 위험 신호를 식별합니다. 기술적 오류에는 크롤링 문제, 깨진 링크, 느린 사이트 속도 및 중복 콘텐츠가 포함됩니다. 이 기사에서 각각에 대해 살펴보겠습니다.

2. UX 오류

사용자 경험(UX)은 SEO 문제라기보다는 디자인 문제로 더 많이 생각되는 경향이 있습니다. 그러나 웹사이트가 어떻게 구성되어 있는지는 SEO 성능에 영향을 미칩니다.

중요한 페이지와 우선 순위가 낮은 페이지를 더 잘 이해하기 위해 Google은 페이지 중요도라는 알고리즘을 사용합니다.

페이지 중요도는 페이지 유형, 내부 및 외부 링크, 업데이트 빈도, 사이트맵에 따라 결정됩니다. 그러나 더 중요한 것은 UX 관점에서 페이지 위치에 따라 결정된다는 것입니다. 즉, 사이트에서 페이지가 있는 위치입니다.

이것은 웹사이트 아키텍처를 중요한 기술적 SEO 요소로 만듭니다. 사용자가 페이지를 찾기가 어려울수록 Google에서 페이지를 찾는 데 더 오래 걸립니다. 이상적으로는 사용자가 가능한 한 적은 클릭으로 원하는 위치로 이동할 수 있어야 합니다.

기술 SEO 감사는 사이트 구조 및 접근성 문제를 해결하여 이를 방지합니다.

3. 랭킹 기회

여기에서 기술 SEO와 페이지 SEO가 만나는 곳입니다. 감사는 사이트 아키텍처에서 주요 페이지의 우선 순위를 지정할 뿐만 아니라 다음을 통해 페이지의 중요성을 Google에 확신시키는 데 도움이 됩니다.

• 동일하거나 유사한 키워드를 대상으로 하는 콘텐츠 식별 및 병합
• 중요성을 희석시키는 중복 콘텐츠 제거
• 사용자가 검색 엔진 결과 페이지(SERP)에서 찾고 있는 것을 볼 수 있도록 메타데이터를 개선합니다.

올바른 검색에 대해 페이지가 표시되도록 Google이 웹사이트를 더 잘 이해하도록 돕는 것입니다.

모든 종류의 상태 확인과 마찬가지로 기술 SEO 감사는 한 번에 완료되어서는 안 됩니다. 웹사이트를 구축하거나 재설계할 때, 구조가 변경된 후 주기적으로 수행해야 합니다.

일반적으로 매월 소규모 감사를 실시하고 분기별로 보다 심층적인 감사를 실시하는 것이 일반적입니다. 이 루틴을 따르면 웹사이트 변경 사항이 SEO 성능에 미치는 영향을 모니터링하고 이해하는 데 도움이 됩니다.

기술 SEO 감사를 수행하는 데 도움이 되는 6가지 도구

다음은 기술 감사를 수행하는 데 사용할 SEO 도구입니다.

• 비명 개구리 SEO 스파이더
• 구글 서치 콘솔
• 구글 애널리틱스
• Google 페이지 속도 통계
• Google 모바일 친화성 테스트
• BrowserStack 응답 테스트

이 도구는 무료 플랜 사용자를 500페이지로 제한하는 Screaming Frog를 제외하고는 무료입니다.

500페이지가 넘는 대형 웹사이트를 운영하는 경우 Screaming Frog의 유료 버전은 연간 $149에 무제한 크롤링을 제공합니다.

또는 Semrush의 사이트 감사 도구(최대 100페이지까지 무료) 또는 Ahrefs 사이트 감사 도구를 사용할 수 있습니다. 둘 다 오류 및 경고 플래그 지정의 추가 이점과 기술 문제 해결 방법에 대한 지침과 함께 유사한 작업을 수행합니다.

1. robots.txt 파일을 찾고 크롤링 보고서를 실행하여 오류 식별

웹사이트의 페이지는 검색 엔진에서 크롤링할 수 있는 경우에만 색인을 생성할 수 있습니다. 따라서 크롤링 보고서를 실행하기 전에 robots.txt 파일을 확인하세요. 루트 도메인 끝에 "robots.txt"를 추가하면 찾을 수 있습니다.

https://yourdomain.com/robots.txt

robots.txt 파일은 봇이 사이트에 도착할 때 가장 먼저 찾는 파일입니다. 거기에 있는 정보는 '허용' 및 '비허용'으로 크롤링해야 하는 항목과 크롤링하지 말아야 하는 항목을 알려줍니다.

다음은 Unbounce 웹사이트의 예입니다.

여기에서 Unbounce가 검색 크롤러가 사이트의 특정 부분을 크롤링하지 않도록 요청하고 있음을 알 수 있습니다. 이들은 SEO 목적으로 인덱싱할 필요가 없는 백 엔드 폴더입니다.

이를 허용하지 않음으로써 Unbounce는 대역폭과 크롤링 예산(Googlebot이 주어진 기간 내에 웹사이트에서 크롤링하고 색인을 생성하는 페이지 수)을 절약할 수 있습니다.

전자 상거래 상점과 같이 수천 페이지가 있는 대규모 사이트를 운영하는 경우 robots.txt를 사용하여 색인 생성이 필요하지 않은 페이지를 허용하지 않으면 Googlebot이 중요한 페이지에 도달하는 데 더 많은 시간을 할애할 수 있습니다.

Unbounce의 robots.txt는 또한 사이트맵에서 봇을 가리킵니다. 사이트맵은 Google 및 Bing에서 검색할 모든 페이지의 세부정보를 제공하므로 이는 좋은 방법입니다(자세한 내용은 다음 섹션 참조).

robots.txt를 확인하여 크롤러가 개인 폴더 및 페이지를 크롤링하지 않는지 확인하세요. 마찬가지로, 색인을 생성해야 하는 페이지를 허용하지 않는지 확인하십시오.

robots.txt를 변경해야 하는 경우 웹 서버의 루트 디렉토리에서 찾을 수 있습니다(이 파일에 익숙하지 않은 경우 웹 개발자의 도움을 받는 것이 좋습니다). WordPress를 사용하는 경우 무료 Yoast SEO 플러그인을 사용하여 파일을 편집할 수 있습니다. Wix와 같은 다른 CMS 플랫폼을 사용하면 내장된 SEO 도구를 통해 변경할 수 있습니다.

크롤링 보고서를 실행하여 웹사이트의 색인을 생성할 수 있는지 확인

봇에 올바른 지침이 제공되고 있음을 알았으므로 크롤링 보고서를 실행하여 인덱싱하려는 페이지가 방해받고 있지 않은지 확인할 수 있습니다.

Screaming Frog에 URL을 입력하거나 Google Search Console에서 Index > Coverage 로 이동하여 URL을 입력하십시오.

이러한 도구는 각각 다른 방식으로 측정항목을 표시합니다.

Screaming Frog는 각 URL을 개별적으로 살펴보고 인덱싱 결과를 두 개의 열로 나눕니다.

1. 인덱싱 가능성: URL이 인덱싱 가능한지 또는 인덱싱되지 않는지를 보여줍니다.

2. 인덱싱 가능성 상태: URL이 인덱싱되지 않는 이유

Google Search Console 색인 범위 보고서에는 웹사이트의 모든 페이지 상태가 표시됩니다.

보고서는 다음을 보여줍니다.

• 오류: 리디렉션 오류, 끊어진 링크 및 404
• 경고와 함께 유효함: 색인이 생성되었지만 의도적일 수도 있고 아닐 수도 있는 문제가 있는 페이지
• 유효함: 성공적으로 색인이 생성된 페이지
• 제외됨: robots.txt에 의해 차단되거나 리디렉션되는 등의 이유로 인덱싱에서 제외된 페이지

크롤링 및 인덱싱 개선을 위해 리디렉션 오류 플래그 지정 및 수정

웹사이트의 모든 페이지에는 HTTP 상태 코드가 할당됩니다. 각 코드는 다른 기능과 관련됩니다.

Screaming Frog는 상태 코드 열에 다음을 표시합니다.

모든 것이 잘되면 웹 사이트의 대부분의 페이지가 200 상태 코드를 반환하며 이는 페이지가 정상임을 의미합니다. 오류가 있는 페이지에는 3xx, 4xx 또는 5xx 상태 코드가 표시됩니다.

다음은 감사에서 볼 수 있는 코드의 개요와 중요한 코드를 수정하는 방법입니다.

3xx 상태 코드

• 301: 영구 리디렉션. 콘텐츠가 새 URL로 이동되었으며 이전 페이지의 SEO 값이 전달되고 있습니다.

301은 여러 리디렉션을 유발하는 리디렉션 체인이나 루프가 없는 한 괜찮습니다. 예를 들어 리디렉션 A가 리디렉션 B로 이동하고 C가 D로 이동하면 사용자 환경이 좋지 않고 페이지 속도가 느려질 수 있습니다. 이로 인해 이탈률이 증가하고 전환율이 저하될 수 있습니다. 이 문제를 해결하려면 리디렉션 A가 D로 직접 이동하도록 리디렉션 B와 C를 삭제해야 합니다.

보고서 > Screaming Frog의 리디렉션 체인 으로 이동하여 리디렉션의 크롤링 경로를 다운로드하고 제거해야 하는 301을 식별할 수 있습니다.

• 302: 임시 리디렉션. 콘텐츠가 일시적으로 URL로 이동되었습니다.

302는 A/B 테스트와 같이 새로운 템플릿이나 레이아웃을 시험해보고 싶은 경우에 유용합니다. 그러나 302가 3개월 이상 제자리에 있었다면 301로 만들 가치가 있습니다.

• 307: 소스에서 대상으로 프로토콜 변경으로 인한 임시 리디렉션.

이 리디렉션은 이동이 일시적이고 여전히 원래 URL이 필요한 경우에 사용해야 합니다.

4xx 상태 코드

• 403: 접근이 금지되어 있습니다. 이는 로그인 뒤에 콘텐츠가 숨겨져 있을 때 표시되는 경향이 있습니다.

• 404: 링크가 끊어져 페이지가 존재하지 않거나 페이지 또는 게시물이 삭제되었지만 URL이 리디렉션되지 않은 경우.

리디렉션 체인과 마찬가지로 404는 훌륭한 사용자 경험을 제공하지 않습니다. 404 페이지를 가리키는 내부 링크를 제거하고 리디렉션된 내부 링크로 업데이트하십시오.

• 410: 페이지가 영구적으로 삭제되었습니다.

410 오류를 표시하는 페이지를 확인하여 페이지가 영구적으로 사라지고 301 리디렉션을 보증할 수 있는 콘텐츠가 없는지 확인하십시오.

• 429: 짧은 시간에 너무 많은 서버 요청.

5xx 상태 코드

모든 5xx 상태 코드는 서버와 관련됩니다. 서버가 요청을 수행할 수 없음을 나타냅니다. 주의가 필요하지만 문제는 웹사이트가 아니라 호스팅 제공업체나 웹 개발자에게 있습니다.

검색 엔진이 중요한 페이지를 가리키도록 표준 태그 설정

표준 메타 태그는 페이지 코드의 <head> 섹션에 나타납니다.

<link rel=”canonical” href=”https://www.yourdomain.com/page-abc/” />

동일하거나 유사한 콘텐츠가 있는 페이지가 있을 때 검색 엔진 봇이 색인을 생성하고 SERP에 표시할 페이지를 알 수 있도록 하기 위해 존재합니다.

예를 들어, 전자 상거래 사이트에서 파란색 장난감 경찰차를 판매하고 있으며 "장난감 > 자동차 > 파란색 장난감 경찰차" 및 "장난감 > 경찰차 > 파란색 장난감 자동차" 아래에 나열되어 있다고 가정합니다.

두 페이지에 같은 파란색 장난감 경찰차입니다. 유일한 차이점은 페이지로 이동하는 이동 경로 링크입니다.

"마스터 페이지"( 장난감 > 자동차 )에 표준 태그를 추가하면 검색 엔진에 이것이 원본 제품임을 알릴 수 있습니다. " 장난감 > 경찰차 > 파란장난감차" 에 등록된 상품은 복제품입니다.

표준 태그를 추가하려는 경우의 또 다른 예는 페이지에 URL 매개변수가 추가된 위치입니다.

예를 들어 " https://www.yourdomain.com/toys" 는 " https://www.yourdomain.com/toys?page=2" 또는 "https://www.yourdomain.com/" 과 유사한 콘텐츠를 표시합니다. 결과를 필터링하는 데 사용된 장난감?가격=내림차순' 입니다 .

표준 태그가 없으면 검색 엔진은 각 페이지를 고유한 것으로 취급합니다. 이는 여러 페이지를 인덱싱하여 마스터 페이지의 SEO 값을 감소시킬 뿐만 아니라 크롤링 예산도 증가함을 의미합니다.

Canonical 태그는 기본 페이지가 아닌 추가 페이지의 페이지 코드에서 <head> 섹션에 직접 추가할 수 있습니다. 또는 WordPress 또는 Magneto와 같은 CMS를 사용하는 경우 프로세스를 간단하게 만드는 Yoast SEO와 같은 플러그인을 사용할 수 있습니다.

2. 콘텐츠에 액세스할 수 있도록 사이트 아키텍처 및 사이트맵 검토

사이트 크롤링을 실행하면 웹사이트의 대부분의 기술 오류를 해결하는 데 도움이 됩니다. 이제 UX 오류를 살펴봐야 합니다.

상단에서 언급했듯이 사용자는 몇 번의 클릭만으로 사이트에서 원하는 위치에 도달할 수 있어야 합니다. 더 쉬운 인간 경험은 더 쉬운 검색 봇 경험과 동의어입니다(다시 말하지만 크롤링 예산을 절약함).

따라서 사이트 구조는 논리적이고 일관성이 있어야 합니다. 이것은 웹 사이트 아키텍처를 평면화하여 달성됩니다.

다음은 주제에 대한 Backlinko 가이드의 복잡한 사이트 아키텍처 및 간단한(플랫) 사이트 아키텍처의 예입니다.

두 번째 이미지에서 홈페이지에서 사이트의 다른 페이지로 이동하는 것이 얼마나 쉬운지 알 수 있습니다.

실제 예를 보려면 CXL 홈페이지를 참조하십시오.

세 번의 클릭으로 원하는 콘텐츠로 이동할 수 있습니다. "Joanna Wiebe의 Mofo처럼 판매되는 카피를 작성하는 방법"

1. 홈 > 리소스
2. 리소스 > 전환율 최적화 가이드
3. 전환율 최적화 가이드 > Joanna Wiebe의 Mofo처럼 판매되는 카피를 작성하는 방법

페이지가 홈페이지에 가까울수록 중요합니다. 따라서 키워드를 기반으로 페이지를 재그룹화하여 청중과 가장 관련성이 높은 페이지를 사이트 상단에 더 가깝게 가져와야 합니다.

평면화된 웹사이트 아키텍처는 URL 구조로 미러링되어야 합니다.

예를 들어 " cxl.com/conversion-rate-optimization/how-to-write-copy-that-sells-like-a-mofo-by-joanna-wiebe/"로 이동했을 때 URL은 우리가 가지고 갔다. 그리고 빵 부스러기를 사용하여 우리가 어떻게 거기에 왔는지 볼 수 있으므로 쉽게 돌아갈 수 있습니다.

일관된 SEO 전략을 만들고 콘텐츠 조각 간의 관계를 구성하려면 허브 앤 스포크 방식을 사용하세요.

Portent는 이 방법을 "관련 콘텐츠의 여러 페이지(때로는 "스포크" 페이지라고도 함)를 중앙 허브 페이지에 다시 연결하는 내부 연결 전략"이라고 설명합니다.

우리의 예에서, "전환율 최적화" 가이드는 "Joanna Wiebe의 Mofo처럼 판매되는 카피를 작성하는 방법"이 스포크입니다.

웹 사이트의 크기에 따라 아키텍처를 평면화하고 탐색을 정밀하게 검사하려면 웹 개발자의 도움이 필요할 수 있습니다. 그러나 관련 페이지에 내부 링크를 추가하여 사용자 경험을 쉽게 개선할 수 있습니다.

예를 들어, "Joanna Wiebe의 Mofo처럼 판매되는 카피를 작성하는 방법"의 하단에서 다른 스포크 콘텐츠에 대한 링크를 찾을 수 있습니다.

특정 키워드와 관련된 페이지로 연결하여 본문 콘텐츠에서도 수행할 수 있습니다.

위 이미지의 "최적화"는 CXL의 전환율 최적화 가이드로 연결됩니다.

웹사이트 구조를 반영하도록 사이트맵 구성

사이트에 표시되는 URL은 XML 사이트맵의 URL과 일치해야 합니다. 이것은 웹사이트를 크롤링하기 위한 가이드로 robots.txt에서 봇을 가리켜야 하는 파일입니다.

robots.txt와 마찬가지로 루트 도메인 끝에 "sitemap.xml"을 추가하여 XML 사이트맵을 찾을 수 있습니다.

https://yourdomain.com/sitemap.xml

사이트 아키텍처를 업데이트하는 경우 사이트맵도 업데이트해야 합니다. WordPress, Yoast SEO 또는 Google XML 사이트맵과 같은 CMS는 새 콘텐츠가 생성될 때마다 사이트맵을 생성하고 자동으로 업데이트할 수 있습니다. Wix 및 Squarespace와 같은 다른 플랫폼에도 동일한 기능을 내장하고 있습니다.

수동으로 수행해야 하는 경우 XML-사이트맵은 웹사이트(/) 폴더에 붙여넣을 수 있는 XML 사이트맵을 자동으로 생성합니다. 그러나 이러한 파일을 처리할 자신이 있는 경우에만 이 작업을 수행해야 합니다. 그렇지 않은 경우 웹 개발자의 도움을 받으십시오.

업데이트된 사이트맵이 있으면 Google Search Console의 색인 > 사이트 맵에서 제출하십시오.

여기에서 Google은 크롤링 가능성 및 색인 생성 문제에 플래그를 지정합니다.

작동하는 사이트맵은 "성공" 상태를 표시합니다. 상태가 ' 오류 있음 ' 또는 ' 가져올 수 없음 ' 으로 표시되면 사이트맵 콘텐츠에 문제가 있을 수 있습니다.

robots.txt 파일과 마찬가지로 사이트맵에는 SERP에 표시하고 싶지 않은 페이지가 포함되어서는 안 됩니다. 그러나 여기에는 색인을 생성하려는 모든 페이지, 정확히 귀하의 사이트에 표시되는 방식이 포함되어야 합니다.

예를 들어, Google에서 " https://yourdomain.com/toys" 의 색인을 생성하도록 하려면 사이트맵이 HTTPS 프로토콜을 포함하여 해당 도메인을 정확하게 복사해야 합니다. " http://yourdomain.com/toys" 또는 " /toys" 는 페이지가 크롤링되지 않음을 의미합니다.

3. 사이트 속도 및 모바일 응답성 테스트 및 개선

사이트 속도는 오랫동안 검색 엔진 순위의 요소였습니다. Google은 2010년에 처음으로 많은 것을 확인했습니다. 2018년에는 모바일 페이지 속도를 모바일 검색 결과의 순위 요소로 출시하여 지분을 높였습니다.

속도를 기준으로 웹사이트의 순위를 매길 때 Google은 두 가지 데이터 포인트를 확인합니다.

1. 페이지 속도: 페이지가 로드되는 데 걸리는 시간

2. 사이트 속도: 페이지뷰 샘플이 로드되는 데 걸리는 평균 시간

사이트를 감사할 때는 페이지 속도에만 집중하면 됩니다. 페이지 로드 시간을 개선하면 사이트 속도가 향상됩니다. Google은 PageSpeed ​​Insights 분석기를 사용하여 이를 도와줍니다.

URL을 입력하면 PageSpeed ​​Insights에서 0에서 100까지 등급을 매깁니다. 점수는 Google Chrome 브라우저 사용자 및 실험실 데이터에서 수집한 실제 필드 데이터를 기반으로 합니다. 또한 개선할 수 있는 기회를 제시할 것입니다.

열악한 이미지, JavaScript, CSS 파일 최적화 및 브라우저 캐싱 관행은 페이지 로딩 속도가 느린 원인이 되는 경향이 있습니다. 다행히 다음은 개선하기 쉽습니다.

• Optimizilla 또는 Squoosh를 사용하여 품질에 영향을 주지 않고 이미지 크기를 줄입니다. WordPress를 사용하는 경우 Imagify Image Optimizer 및 TinyPNG와 같은 최적화 플러그인이 동일한 작업을 수행합니다.
• 코드를 Minify에 붙여넣어 공백과 주석을 제거하여 JavaScript 및 CSS 파일을 줄입니다.
• WordPress를 사용하는 경우 사용자가 클릭할 때마다 페이지를 동적으로 생성하는 대신 W3 Total Cache 또는 WP Super Cache를 사용하여 정적 버전의 페이지를 만들어 검색자에게 제공하십시오. WordPress를 사용하지 않는 경우 사이트 코드에서 수동으로 캐싱을 활성화할 수 있습니다.

가장 중요한 페이지의 우선 순위를 지정하여 시작하십시오. Google 웹로그 분석에서 행동 > 사이트 속도 로 이동하면 특정 페이지가 다양한 브라우저와 국가에서 어떻게 작동하는지 측정항목이 표시됩니다.

가장 많이 본 페이지와 비교하여 이를 확인하고 사이트를 위에서 아래로 살펴보십시오.

웹사이트가 모바일 친화적인지 확인하는 방법

2021년 3월 Google은 모바일 우선 인덱싱을 시작했습니다. 이는 Google 색인 페이지가 사이트의 모바일 버전을 기반으로 한다는 것을 의미합니다. 따라서 더 작은 화면에서 사이트의 성능은 SERP에서 사이트가 표시되는 위치에 가장 큰 영향을 미칩니다.

Google의 모바일 친화성 테스트 도구를 사용하면 사이트가 휴대기기에 최적화되어 있는지 쉽게 확인할 수 있습니다.

반응형 또는 모바일 우선 디자인을 사용하는 경우 걱정할 필요가 없습니다. 둘 다 더 작은 화면에서 렌더링하도록 개발되었으며 기술 SEO 감사 결과 변경하면 모든 장치에서 사이트 및 검색 성능이 향상됩니다.

그러나 Shanelle Mullin이 자신의 기사에서 반응형 디자인이 모바일 최적화가 아닌 이유에 대해 설명한 것처럼 반응형 디자인이 뛰어난 사용자 경험을 보장하지는 않습니다.

BrowserStack의 반응형 도구를 사용하여 실제 장치에서 사이트를 테스트할 수 있습니다.

독립형 모바일 사이트도 Google 테스트를 통과해야 합니다. 모바일과 데스크톱을 위한 별도의 사이트에서는 두 버전을 모두 감사해야 합니다.

모바일에서 사이트 속도를 향상시키는 또 다른 옵션은 AMP(Accelerated Mobile Pages)입니다. AMP는 사용자가 HTML보다 빠르게 로드할 수 있도록 제거된 버전의 웹 페이지를 제공하도록 설계된 Google 지원 프로젝트입니다.

Google에는 코드 또는 CMS 플러그인을 사용하여 AMP 페이지를 만드는 방법에 대한 자습서 및 지침이 있습니다. 그러나 이것이 귀하의 사이트에 어떤 영향을 미칠지 아는 것이 중요합니다.

생성하는 모든 AMP 페이지는 원본과 함께 존재하는 새 페이지입니다. 따라서 URL 체계에 어떻게 맞는지 고려해야 합니다. Google은 다음 URL 구조를 사용할 것을 권장합니다.

http://www.example.com/myarticle/amp

http://www.example.com/myarticle.amp.html

또한 표준 태그를 사용하여 마스터 페이지를 식별하는지 확인해야 합니다. 이것은 AMP 페이지일 수 있지만 원본 페이지가 선호됩니다. AMP 페이지는 광고 수익을 올리거나 동일한 수준의 심층 분석에 액세스할 수 없는 웹페이지의 기본 버전을 제공하기 때문입니다.

AMP 페이지는 HTML 페이지와 동일한 방식으로 감사해야 합니다. 유료 구독자인 경우 Screaming Frog에는 AMP 문제를 찾고 수정하는 데 도움이 되는 기능이 있습니다. 무료 버전에서 이 작업을 수행할 수 있지만 페이지 목록을 업로드해야 합니다.

5. SEO 미세 조정을 위해 중복 콘텐츠 및 키워드 자기잠식 문제를 찾아 수정합니다.

이 단계에서 콘텐츠 감사가 이미 시작되었습니다. 표준 태그를 추가하면 마스터 페이지에 유사한 페이지에 대한 SEO 가치가 부여됩니다. 평면화된 사이트 아키텍처를 통해 가장 중요한 콘텐츠에 쉽게 액세스할 수 있습니다. 지금 우리가 하려는 것은 미세 조정입니다.

사이트에 중복 콘텐츠가 있는지 검토

동일한 정보를 포함하는 페이지가 항상 나쁜 것은 아닙니다. 예를 들어 이전에 사용한 장난감 경찰차 페이지 예제는 사용자에게 관련 결과를 제공하는 데 필요합니다.

순위를 매기려는 페이지와 동일한 페이지가 있을 때 문제가 됩니다. 이러한 경우 페이지가 순위와 클릭을 놓고 서로 경쟁하게 하여 잠재력이 희석됩니다.

제품 페이지뿐만 아니라 중복 콘텐츠 문제는 여러 가지 이유로 발생할 수 있습니다.

• 머리글, 페이지 제목 및 메타 설명을 재사용하여 본문 내용이 동일하지 않은 경우에도 페이지가 동일하게 표시되도록 합니다.
• 기록 또는 테스트 목적으로 사용된 동일한 페이지를 삭제하거나 리디렉션하지 않음
• 여러 URL이 있는 단일 페이지에 표준 태그를 추가하지 않음

사이트 크롤링은 중복 페이지를 식별하는 데 도움이 됩니다. 다음 내용이 중복되었는지 확인하십시오.

• 제목
• 헤더 태그
• 메타 설명
• 본문 내용

그런 다음 이러한 페이지를 제거하거나 복제된 요소를 다시 작성하여 고유하게 만들 수 있습니다.

유사한 키워드를 잠식하는 콘텐츠 병합

키워드 자기잠식(Keyword cannibalization)은 검색 엔진이 유사한 콘텐츠 중에서 선택하도록 강제한다는 점에서 중복 콘텐츠와 같습니다.

동일한 쿼리에 대해 순위를 매기는 다양한 콘텐츠가 사이트에 있을 때 발생합니다. 주제가 비슷하거나 동일한 키워드를 타겟팅했기 때문입니다.

예를 들어 두 개의 게시물을 작성했다고 가정해 보겠습니다. 하나는 '이력서 쓰는 법'에 최적화된 '이력서 작성법'과 '이력서 작성'에 최적화된 '이력서 작성 요령'이다.

게시물은 검색 엔진이 어느 것이 가장 중요한지 알아내기 어려울 정도로 비슷합니다.

"site: yourdomain.com + 'keyword"를 검색하면 키워드 자기잠식이 문제인지 쉽게 알 수 있습니다.

게시물이 1위와 2위를 차지하면 문제가 되지 않습니다. 그러나 콘텐츠 순위가 SERP보다 더 낮거나 오래된 게시물이 업데이트된 게시물보다 순위가 높으면 병합할 가치가 있습니다.

1. Google Search Console의 성능 섹션으로 이동합니다.
2. 필터에서 새로 만들기 > 쿼리 를 클릭하고 잠식된 키워드를 입력합니다.
3. 페이지 탭에서 키워드에 대한 트래픽이 가장 많이 발생하는 페이지를 볼 수 있습니다. 다른 모든 항목을 병합할 수 있는 페이지입니다.

예를 들어, "이력서 작성 방법"은 이력서 작성 요령을 포함하고 작성 재개에 대한 최종 가이드가 되도록 확장될 수 있습니다.

모든 페이지에서 작동하지 않습니다. 경우에 따라 더 이상 관련이 없는 콘텐츠를 삭제하는 것이 좋습니다. 그러나 키워드가 유사한 경우 콘텐츠를 결합하면 검색 순위를 높이는 데 도움이 됩니다.

제목 태그와 메타 설명을 개선하여 SERP의 클릭률(CTR)을 높입니다.

제목 태그와 메타 설명이 순위 요소는 아니지만 연석 매력에 차이를 만든다는 점은 부인할 수 없습니다. 본질적으로 콘텐츠를 광고하는 방법입니다.

기술적인 SEO 감사를 수행하는 것은 오래된 제목과 설명을 최적화하고 SERP의 CTR을 개선하기 위해 격차를 메우기에 이상적인 시간입니다.

제목과 설명은 자연스럽고 관련성 있고 간결해야 하며 타겟 키워드를 사용해야 합니다. 다음은 Copyhackers 가이드의 카피라이팅 공식에 대한 검색 결과의 예입니다.

메타 설명은 독자들에게 카피라이팅 공식이 유용한 이유와 실제 세계에서 적용할 수 있는 방법을 배울 것임을 알려줍니다.

제목은 SEO 관점에서도 강력하지만 잘렸습니다. 이는 Google의 600픽셀 제한을 초과했기 때문일 수 있습니다. 제목을 작성할 때 이 제한을 염두에 두십시오.

제목의 시작 부분에 가까운 키워드를 포함하고 문자를 약 60자로 유지하십시오. Moz 연구에 따르면 이 제한 미만인 경우 제목의 ~90%가 제대로 표시될 것으로 예상할 수 있습니다.

마찬가지로 메타 설명은 잘림을 방지하기 위해 약 155-160자여야 합니다.

Google이 항상 메타 설명을 사용하는 것은 아닙니다. 검색어에 따라 스니펫으로 사용하기 위해 사이트에서 설명을 가져올 수 있습니다. 그건 당신의 통제 밖입니다. 그러나 타겟 키워드가 메타 태그에 있는 경우 유사한 용어 뒤에 오는 다른 결과보다 우위를 점할 수 있습니다.

결론

기술 SEO 감사를 수행하면 웹사이트의 기술 요소를 분석하고 검색 성능과 사용자 경험을 방해하는 영역을 개선하는 데 도움이 됩니다.

그러나 이 문서의 단계를 따르면 현재 겪고 있는 문제만 해결할 수 있습니다 . 비즈니스가 성장하고 웹사이트가 발전하고 Google의 알고리즘이 변경됨에 따라 링크, 사이트 속도 및 콘텐츠에 대한 새로운 문제가 발생합니다.

따라서 기술 감사는 온페이지 및 오프페이지 SEO 노력과 함께 지속적인 전략의 일부여야 합니다. 웹사이트를 주기적으로 또는 웹사이트의 구조적 또는 디자인 업데이트를 수행할 때마다 감사하십시오.