기업 SEO 감사에서 누락될 수 있는 사항

엔터프라이즈 비즈니스는 뚜렷한 SEO 문제에 직면해 있습니다. 그들의 웹사이트에는 수천 개의 페이지와 광범위한 제품 카탈로그, 정교한 전자 상거래 기능, 심지어 프랜차이즈 위치의 광범위한 네트워크와 같은 다양한 요소가 포함되어 있는 경우가 많습니다.

대기업 웹사이트는 검색 결과에서 높은 순위를 차지할 가능성이 크지만 이를 실현하려면 웹사이트 구조 내에서 기술적인 SEO를 올바르게 사용하는 것이 중요합니다.

환상적인 콘텐츠 전략은 빠른 성장으로 이어질 수 있지만 웹 사이트의 기술 기반이 불안정한 경우에만 성공할 수 있습니다. 기술 SEO는 귀하의 콘텐츠를 검색 엔진 결과의 상단에 표시합니다.

오늘은 기업 SEO 감사를 피할 수 있는 보이지 않는 요소에 대해 자세히 알아보겠습니다. 조직의 SEO 게임을 강화할 수 있는 숨겨진 보석을 발견할 준비를 하십시오.

포괄적인 기업 SEO 감사

엔터프라이즈 수준의 SEO 감사를 수행할 때 기술적인 SEO는 단지 더 큰 그림의 한 부분 . 전체적인 감사 전략에는 다음이 포함됩니다.

• 기술 SEO 감사 : 웹사이트의 전반적인 SEO 상태를 뒷받침하는 중요한 기술 문제를 찾아 해결하세요.
• 콘텐츠 감사: 웹사이트 콘텐츠의 품질, 관련성, 효율성을 평가합니다. 새로운 콘텐츠에 대한 개선 기회와 격차를 식별합니다.
• 키워드 감사: 타겟 고객이 귀하의 제품이나 서비스를 검색하는 방법과 그것이 웹사이트의 콘텐츠 전략과 어떻게 일치하는지 이해합니다.
• 백링크 감사: 귀하의 웹 사이트에 연결되는 웹 사이트의 품질과 관련성을 검사합니다.
• 경쟁 분석: 경쟁사의 SEO 전략을 분석하여 통찰력을 얻고 접근 방식을 차별화합니다.
• 지역 SEO 감사 (해당되는 경우) : 실제 위치나 프랜차이즈를 운영하는 비즈니스의 경우 지역 검색 성능을 평가하는 것이 중요합니다.
• 사용자 경험 감사: 웹사이트의 전반적인 유용성과 접근성을 평가합니다.

이 기사는 주로 기술적인 SEO 감사에 초점을 맞추고 있지만 이러한 모든 감사가 전체적인 기업 SEO 전략을 형성하기 위해 협력적으로 작동한다는 점을 인식하는 것이 중요합니다. 기술적인 SEO에만 집중하는 것 자체가 공백입니다.

기업 SEO 감사에서 숨겨진 공백을 찾아보세요

SEO를 초고층 건물을 짓는 것으로 생각하십시오. 기술 SEO는 웹사이트의 검색 엔진 결과를 유지하는 기반입니다. 튼튼하지 않은 기초는 SERP에서 빠르게 무너질 수 있습니다. 기술 백본은 기업 수준에서 더욱 중요합니다.

두 가지 과제로 인해 기업 SEO 감사에 공백이 생깁니다.

• 기업 웹사이트의 규모가 크면 기술 감사의 공통 영역이 훨씬 더 복잡해질 수 있습니다.
• 기본 감사에서 간과될 수 있는 기업 조직의 고유한 요소가 있습니다.

이 문서에서는 표준 페이지 감사 요소(예: 제목, 설명, 헤더 태그)를 넘어 이러한 웹사이트의 복잡한 특성으로 인해 발생하는 기업 기술 SEO 감사의 잠재적 공백을 조사합니다. 우리는 다음을 탐구할 것입니다:

• 상당한 중복 콘텐츠 처벌로 이어질 수 있는 정규화 문제.
• 내부 링크, 사이트맵, URL 구조 전반에 걸쳐 발생하는 색인 ​​생성 문제입니다.
• 우선순위를 정하여 조직의 과제에 접근하는 방법.

올바른 표준 구현

정규 태그는 중복되거나 유사한 콘텐츠가 존재할 때 검색 엔진을 웹페이지의 기본 버전으로 안내합니다.

위치가 다양한 프랜차이즈 웹사이트와 광범위한 전자상거래 플랫폼과 같은 기업 환경에서는 표준 태그를 올바르게 구현하는 것이 가장 중요합니다.

페이지에 고유한 콘텐츠가 포함된 경우 해당 표준 태그는 자체 참조되어야 합니다.

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

그러나 기업 웹사이트의 복잡한 환경에서는 수많은 페이지에 걸쳐 콘텐츠 중복이 발생하는 것이 흔한 일입니다.

이러한 경우 표준 태그의 목적은 순위를 지정하려는 콘텐츠 또는 페이지의 원본 소스를 확인하는 것으로 전환됩니다.

이는 방대한 제품 카탈로그, 프랜차이즈 웹사이트 및 많은 페이지에 중복 콘텐츠가 포함될 수 있는 기타 설정을 처리할 때 특히 중요합니다.

일반적인 표준 태그 실수

각 카테고리 내에서 일반적인 표준 태그 함정을 분석해 보겠습니다.

• 일반적인.
• 전자상거래.
• 프랜차이즈 웹사이트.

일반 표준 태그 문제

• 표준 태그의 비사용: 표준 태그를 전혀 사용하지 않는 것은 검색 엔진에 안내가 제공되지 않으므로 심각한 오류입니다.
• 중복 콘텐츠에 대한 자체 참조 태그 : 널리 퍼져 있는 또 다른 실수는 중복 콘텐츠의 신뢰할 수 있는 소스를 참조해야 하는 페이지에서 자체 참조 표준 태그를 과도하게 사용하는 것입니다.
• 캐노니컬 체인(Canonical Chains) : 한 페이지가 다른 페이지를 참조하고, 다시 또 다른 페이지를 참조하는 복잡한 캐노니컬 체인은 검색 엔진을 혼란스럽게 할 수 있습니다. 예를 들어 페이지 A는 페이지 B로 표준화되고 페이지 C로 표준화됩니다.

전자상거래 표준 태그 문제

• 제품 페이지 : 고유한 옵션/컨텐츠가 포함된 제품 페이지는 상위 제품 페이지를 참조합니다. 이로 인해 Google 색인에 있어야 하는 고유 제품 페이지의 색인이 해제됩니다. 그러나 제품 페이지에 모두 동일한 콘텐츠가 포함되어 있는 경우 단일 버전이나 상위 버전을 참조하는 표준 태그를 사용할 수 있습니다.
• 제품 카테고리 페이지 : 제품 카테고리 또는 목록 페이지에 대해 패싯 탐색을 사용하는 제품 카탈로그에는 기본 상위 카테고리를 참조하는 표준 태그가 있어야 합니다. 이는 Google 크롤링 예산이 상위 페이지에 집중되도록 하는 데 도움이 됩니다.

프랜차이즈 표준 태그 문제

프랜차이즈 웹사이트의 URL 구조는 국가 및 지역 콘텐츠 표시에 따라 매우 다양할 수 있어 심각한 콘텐츠 중복 문제가 발생할 수 있습니다.

모든 지역 프랜차이즈 웹사이트에 걸쳐 배포되어 중복 콘텐츠 네트워크가 발생하는 전국 블로그를 생각해 보세요. 모든 하위 사이트 페이지에는 콘텐츠의 원래 국내 소스를 인용하는 표준 태그가 포함되어야 합니다.

Google Search Console에서 표준 오류 찾기

Google Search Console 페이지 색인 보고서는 부적절한 표준 태그 사용으로 인해 발생할 수 있는 색인 문제를 신고하는 데 도움이 됩니다. 이러한 플래그에는 다음이 포함됩니다.

• 사용자가 선택한 표준 없이 복제: Google에서 중복된 콘텐츠가 있는 두 개 이상의 페이지를 찾았지만 두 페이지 모두 다른 페이지를 가리키는 표준 태그가 없는 경우입니다.
• 중복, Google은 사용자와 다른 표준 페이지를 선택합니다. Google은 중복된 콘텐츠가 있는 두 개 이상의 페이지를 찾은 다음 사용자가 지정한 것과 다른 표준 페이지를 선택합니다. Google이 올바른 페이지를 선택하지 않을 수 있으므로 이는 검토해야 할 중요한 플래그입니다. 이를 수정하기 위한 조치를 취해야 합니다.
• 적절한 표준 태그가 있는 대체 페이지: Google에서 표준 태그가 있는 페이지를 찾았지만 대상 URL이 유효한 페이지가 아닌 경우입니다. 이러한 문제는 표준 태그를 업데이트하여 신속하게 해결해야 합니다.
• 일치하지 않는 표준 태그: Google에서 중복된 콘텐츠가 있는 페이지를 찾았지만 표준 태그가 다른 대상 URL을 가리키는 경우입니다.
• 잘못된 표준 요소: 형식이 잘못된 표준 태그에 대한 Google의 플래그입니다.

무시된 표준 태그의 함정

Enterprise SEO의 또 다른 일반적인 실수는 표준 태그에 대한 "설정하고 잊어버리는" 접근 방식입니다.

표준 태그는 광범위한 웹사이트를 안내하는 표지 역할을 할 수 있지만 잘못된 적용으로 인해 상당한 순위 문제가 발생하고 심지어 색인이 해제될 수 있습니다.

SEO 노력을 보호하기 위해 정기적으로 표준 태그를 계속 모니터링하세요.

기업 웹사이트를 위한 색인 생성

색인 생성과 크롤링 가능성은 기업 SEO의 초석입니다. 수천 또는 수백만 개의 페이지가 있는 경우 올바른 페이지가 색인화되도록 하는 것이 중요합니다.

그러나 이러한 사이트의 규모를 고려할 때 색인 감사를 처리하는 것은 매우 힘든 일이 될 수 있으며 필수 부분이 누락될 수 있습니다.

효율적인 인덱싱 심층 분석

Google Search Console은 색인이 생성된 페이지, 제외된 페이지, 크롤링 오류에 대한 데이터를 포함하여 색인 생성에 대한 풍부한 정보를 제공합니다. 이 데이터는 색인 생성 문제를 식별하는 데 매우 중요할 수 있습니다.

그러나 Google Search Console에만 의존하면 퍼즐의 한 조각만 얻을 수 있습니다.

웹사이트의 Screaming Frog 크롤링을 실행하여 감사를 시작하세요. 이 크롤링은 모든 페이지의 응답 코드, 사이트맵 존재, 색인 없음 태그, 끊어진 링크 및 기타 중요한 데이터 포인트를 포괄적으로 나열합니다.

이 데이터를 Google Search Console의 페이지 색인 생성 보고서와 비교하면 아래에 설명된 것과 같은 잠재적인 색인 생성 문제를 식별하는 데 도움이 될 수 있습니다.

고아 페이지

고아 페이지는 다른 페이지와 연결되지 않은 웹페이지입니다. 이러한 문제는 페이지가 사이트맵에 포함되어 있지만 의미 있는 페이지 링크 구조나 탐색 경로가 부족한 경우에 자주 발생합니다.

Google의 순위 알고리즘이 점점 더 내부 링크를 중요시하게 되면서 모든 순위 페이지에서는 사려 깊은 내부 링크 구조가 무엇보다 중요해졌습니다.

고아 페이지는 Screaming Frog 크롤링에서 쉽게 발견할 수 있습니다. 크롤링을 완료하고 크롤링 분석을 실행한 후 Screaming Frog는 고아 URL 목록을 컴파일합니다.

고아 페이지가 나타나면 웹 사이트 생태계에서의 목적과 역할을 평가하십시오.

• 관련성 : 고아 페이지가 웹사이트 색인 생성의 일부가 되어야 하는지 여부를 결정합니다. 관련성이나 가치가 없는 경우 삭제하거나 색인을 생성할 수 없도록 만드는 것이 좋습니다.
• 내부 링크 : 페이지가 장점이 있고 웹 사이트 색인에 포함되어야 하는 경우 관련 페이지와의 연결을 설정하여 페이지에 대한 내부 링크 경로를 구축합니다.

XML 사이트맵 및 robots.txt 파일

모든 책을 나열하는 중앙 저장소가 없는 크고 복잡한 도서관을 상상해 보십시오. 당신이 찾고 있는 것을 찾는 것은 광기일 것입니다. 또는 더 나쁜 것은 저장소에 일부 책이 누락되어 있고 거기에 없는 책도 나열되어 있다는 것입니다. 이는 XML 사이트맵이 없는 기업 웹사이트입니다.

XML 사이트맵은 검색 엔진이 사이트의 미로를 탐색하는 데 도움이 됩니다. robots.txt 파일은 검색 엔진이 로드맵을 찾는 데 도움이 됩니다.

Google Search Console의 페이지 색인 생성 보고서를 사용하는 것은 색인 생성에 영향을 미칠 수 있는 sitemap.xml 또는 robots.txt 파일의 오류를 식별하는 가장 빠른 방법입니다.

특히 sitemap.xml 및 robots.txt 파일에 액세스할 때 오류가 있는지 찾아보세요. 그런 다음 robots.txt 파일에 의해 차단된 제출된 페이지를 찾아보세요.

색인 생성 심층 분석: 크롤링, 사이트맵, 색인

전체 Screaming Frog 크롤링과 Google 색인을 꼼꼼하게 비교하여 사이트맵 검토를 보다 포괄적인 수준으로 향상시키세요. 여기서 주요 목표는 존재할 수 있는 색인 불균형을 찾아내는 것입니다.

Screaming Frog 크롤링의 경우 각 페이지의 다음 속성에 특히 주의하면서 전체 HTML 페이지 목록을 내보냅니다.

• 상태 : 각 페이지의 상태를 확인하여 페이지에 액세스할 수 있는지 또는 크롤링 중에 문제가 발생하는지 식별합니다.
• 색인 생성 가능성 : 각 페이지가 색인 생성 가능으로 표시되었는지 또는 제한 사항이 있는지 여부를 결정합니다.
• 표준 링크 요소 : 표준 링크 요소를 검토하여 각 페이지의 기본 버전을 올바르게 가리키는지 확인합니다.
• 사이트맵 : Screaming Frog의 '사이트맵' 탭에서 직접 사이트맵에 포함된 모든 URL의 전체 목록을 추출합니다.

Google Search Console에서 아래 표시된 대로 페이지 색인 보고서로 이동하고 '색인이 생성된 페이지에 대한 데이터 보기'를 선택하여 색인이 생성된 모든 페이지 목록에 액세스하세요.

이제 중요한 단계가 왔습니다. Google에서 색인을 생성한 컴파일된 페이지 목록을 Screaming Frog 크롤링에서 얻은 데이터와 비교하는 것입니다.

이 병렬 분석을 통해 색인 생성의 차이가 드러나므로 색인 생성에 차이가 있을 수 있는 정확한 페이지를 정확히 찾아낼 수 있습니다.

색인 생성을 방해할 수 있는 URL 문제

색인 생성 문제에서 URL 문제는 검색 엔진이 웹 페이지를 인식하고 순위를 매기는 방식을 결정하는 데 중추적인 역할을 할 수 있습니다. 이러한 사소해 보이는 불일치는 웹 사이트 색인의 전반적인 상태에 큰 영향을 미칠 수 있습니다.

감사에서 누락될 수 있지만 적절한 색인 생성을 방해할 수 있는 세 가지 URL 관련 문제를 살펴보겠습니다.

HTTP에서 HTTPS로의 리디렉션 누락

웹사이트에 대한 보안 연결을 보장하는 것이 가장 중요합니다. 거기서 끝나지 않습니다. 웹페이지 또는 리소스의 모든 HTTP(또는 비보안) 버전은 적절한 HTTPS 버전으로 리디렉션되어야 합니다.

HTTPS를 순위 요소로 사용하는 경우 올바른 구현과 HTTP 리디렉션의 존재가 필수적입니다. Google에서는 모든 웹페이지를 두 가지 버전으로 보기 때문에 잘못된 구현으로 인해 콘텐츠가 중복될 수도 있습니다.

.htaccess 파일을 사용하여 http를 https로 대량 다시 작성합니다. 아래에 예가 나와 있습니다.

 RewriteEngine On RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

WWW와 비WWW를 모두 고유한 페이지로 로드

웹 사이트 URL에서 "www"를 사용하거나 생략하기로 결정하면 의도치 않게 콘텐츠 중복 및 색인 생성 문제가 발생할 수 있습니다. 사이트 URL의 두 버전 모두에 액세스할 수 있으면 검색 엔진을 혼란스럽게 하고 최적의 순위가 아닐 수 있습니다.

웹사이트 URL의 기본 버전을 식별하는 것이 중요합니다. 그런 다음 기본이 아닌 버전을 리디렉션합니다.

다음은 www가 아닌 ​​www를 www로 리디렉션하기 위해 .htaccess에 구현하는 예제 코드입니다.

 RewriteEngine On RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]

대소문자가 혼합된 URL

URL은 일반적으로 대소문자를 구분하지 않습니다. 즉, 대문자 변형은 동일한 콘텐츠로 해석되어야 합니다. 그러나 일부 서버에서는 대문자와 소문자를 다르게 해석할 수 있습니다.

이로 인해 색인 생성 문제가 발생할 수 있으며, 특히 사이트 전체에서 일관되지 않은 URL 대문자 사용이 사용되는 경우 더욱 그렇습니다.

대소문자 혼합 문제는 .htaccess 파일에 다음 코드를 추가하여 해결할 수 있습니다.

 RewriteEngine On RewriteCond %{REQUEST_URI} ^/(.*)$ [NC] RewriteRule ^/(.*)$ /$1 [R=301

실행 가능한 기업 SEO 계획 수립

기업 SEO 감사에서 가장 큰 격차 중 하나는 종종 다음에 오는 것 입니다.

감사를 통해 상당한 양의 문제가 드러날 가능성이 높으며, 그 해결 방법에는 다양한 수준의 노력과 영향이 있습니다.

최대의 영향을 염두에 두고 조사 결과를 명확하고 실행 가능한 계획으로 전환하는 것이 중요합니다.

기대치를 설정하세요

감사 결과 500만 건의 개별 오류가 발견되더라도 당황하지 마십시오. 모든 것은 기회비용에 관한 것임을 기억하십시오.

귀하의 목표는 경고나 오류가 전혀 없는 사이트를 만드는 것이 아닙니다. 귀하의 목표는 사이트의 전반적인 SEO 상태를 지속적으로 개선하는 것입니다.

우선순위가 높은 항목에 집중

기대치가 충족되면 먼저 영향력이 크고 노력이 적은 항목에 집중하세요.

영향력이 큰 항목은 가장 긍정적인 영향을 미치는 항목이거나 기존의 부정적인 영향을 완화하는 항목입니다. 여기에는 색인화 및 정규화와 관련하여 위에서 설명한 공백이 포함됩니다.

저노력 항목 또는 낮게 매달린 과일은 상대적으로 구현하기 쉬운 다양한 영향 수준의 기술 항목입니다. 예를 들어, URL 문제(예: http 리디렉션)가 발견되면 .htaccess 파일을 업데이트하기만 하면 문제를 해결할 수 있습니다.

이는 높은 영향력과 적은 노력을 모두 갖춘 추천의 좋은 예입니다. 이것부터 시작하여 여기에서 나머지 권장사항의 우선순위를 계속 지정하세요.

우선순위가 낮은 플래그를 지나치게 강조하지 마세요.

철저하게 감사하는 것이 중요하지만 웹 사이트 성능에 큰 영향을 미치지 않을 수 있는 우선순위가 낮은 플래그를 지나치게 강조하지 마십시오. 여기에는 SEO에 큰 영향을 주지 않는 경고가 포함됩니다.

예를 들어 스키마 검사기는 제품 스키마에 가격 변수가 누락되었다는 경고를 표시할 수 있습니다. 가격이 사용 가능한 데이터 포인트가 아닌 경우 이러한 경고 중 많은 부분이 선택 사항임을 기억하십시오. 정보가 조금이라도 있는 것이 아무것도 없는 것보다 낫습니다.

기술 부채 및 조직 과제 평가

모든 기업은 고유한 기술 및 조직적 과제를 안고 있는 고유한 생태계 내에서 운영됩니다. 기술 부채를 평가하고 웹 사이트 인프라 내에서 수행할 수 있는 작업과 수행할 수 없는 작업을 이해하세요.

귀하가 다룰 수 있는 항목과 추가 개발이 필요한 항목을 실행 계획에 포함시키십시오.

SEO 우수성을 위한 격차 해소

이 기사에서는 광범위한 기업 웹사이트가 디지털 성공을 달성하는 데 직면하는 고유한 과제를 살펴보았습니다.

표준화부터 색인화까지, 우리는 기술 감사에서 기업 SEO 성공을 방해할 수 있는 몇 가지 숨겨진 공백을 강조했습니다.

이러한 격차를 해소하고 실행 가능한 계획, 우선 순위 및 지속적인 모니터링을 강조함으로써 우리는 엔터프라이즈 SEO를 마스터할 수 있는 길을 열었습니다.